scheme
What a naming system is and who runs it
schemeDefinition`: schemes, syntax, checksums, scope · `authorityAndDelegation`: registrars, mandates, sub-delegation
This meta-model describes identifier schemes and namespaces as things in the world: who establishes a scheme, what syntax and checksums constrain it, how identifiers are assigned to referents, and how they are resolved and crosswalked between schemes. It is its own model because nearly every other model in the catalogue carries identifiers, and the drift, collision and resolution problems of naming can only be handled once, at the scheme level, rather than inside each consuming model.
What a naming system is and who runs it
schemeDefinition`: schemes, syntax, checksums, scope · `authorityAndDelegation`: registrars, mandates, sub-delegation
Binding names to things
allocation`: assignment of identifiers to referents · `identifierLifecycle`: reservation, retirement, reassignment
Getting from name to referent
resolutionService`: resolvers, endpoints, coverage · `crosswalkAndMapping`: equivalences between schemes
Catalogue-native findings must describe the information grouped by each layer. This legacy version does not declare them separately.
Questions, artifact requirements and serial naming rules are required by Vercy vNext; they remain unassigned in this reference version.
Format-independent core. Concrete artifact formats and naming prefixes are not declared in this legacy version.
CRUD procedures and interface bindings are not declared in this legacy version.
The neutral owner archetype is the scheme registrar, who owns scheme definitions and assignment records; registrants own the facts about their own referents. Access is always granted by the respective owner through the catalogue's S1/S2 ownership and access models, with bulk exports audited via S4.