Meta-Object Ownership & Stewardship
Who controls every meta-object; transfers, delegation, guardianship
Bundle → Layer → Finding → Questions Incomplete
3 bundles · 7 layers · 0 findings · 0 questions
tenure Who holds control of a meta-object right now
title
the binding of a holder to an object
shares
fractional and joint holdings
guardianship
substitute holders for parties lacking capacity
delegation Control exercised by someone other than the holder
mandates
scoped powers granted to a delegate
stewardCharges
steward appointments and their duties
transfer How control moves between holders
conveyance
voluntary transfers between living parties
succession
transfers on death, dissolution or lapse
Note: Legacy card: layers named, findings and questions never written.
Classifiers Filled
- Family
- World Models
- Category
- Society, people and institutions
- Entry kind
- standalone-mm
- Navigation path
- NAV.SOC.POL
- Domain
- SOC.POL
- Industry
- Cross-industry
- Tags
- rightsentitlementssoc.pol
- Also called
- S1
What it is Derived, awaiting review
This meta-model answers one question for every meta-object in the catalogue: who controls it.
Note: First sentence of the legacy card introduction.
Why it exists Filled
Who controls every meta-object; transfers, delegation, guardianship
Distinguishing features Derived, awaiting review
- It is its own model because control is the precondition for the rest of this cluster: an access grant (S2), a disclosure shape (S3) or an attestation (S6) is only meaningful when the party issuing it can be shown to hold, or lawfully exercise, control over the underlying object.
What robots and AI may and may not do Derived, awaiting review
Must not
- It records ownership titles, fractional and joint holdings, appointed stewardship, scoped delegation of control, guardianship for parties who cannot act for themselves, and every transfer of control from one holder to the next.
Moral aspects Missing, in the backlog
Not described yet. This gap is in the card backlog.
Owners Filled
Steward
A root registrar archetype keeps this model as the constitutional register of control; recording here is what makes a party the grantor of record for everything else.
Links to other meta-models Filled
references
- world.accessContract - every access grant must resolve its grantor against a live ownership record here.
- world.accessAudit - reads of ownership data and all registry changes are logged there.
- world.person - holders, wards, guardians and delegates are natural persons defined in the person model.
- world.organization - organizations appear as holders and stewards; their identity and lifecycle live in their own model.
- world.disputeResolution - disputed titles and contested successions are resolved by the courts model; outcomes flow back as transfer or annulment events.
imports
- iso-19152-ladm - ALIGN: the party, right, restriction and responsibility pattern that tenure and shares follow.
- mu-core - EXTEND: the meta-object identity primitive that every registry entry anchors to.
requires
- vr.wm-pol-010
- vr.wm-xct-004
What else AI and robots need to interact with it Incomplete
Identity and identifiers required Missing, in the backlog
Not described yet. This gap is in the card backlog.
Direct properties not applicable Not applicable
Not applicable
Institutional or informational subject: no invented physical properties.
Recognition optional Missing, in the backlog
Not described yet. This gap is in the card backlog.
Capabilities and actions required Derived, awaiting review
- objectRegistered: a meta-object received its registry entry and became controllable.
- ownershipTransferred: control of an object passed to a new holder under an executed instrument.
- shareRestructured: the fractions or parties of a joint holding changed.
- mandateGranted: a holder delegated defined powers to a delegate.
- mandateRevoked: a previously granted delegation was withdrawn or expired.
- stewardAppointed: a steward took charge of an object under stated duties.
- guardianshipEstablished: a guardian was empowered to act for a holder lacking capacity.
- successionOpened: a holder's death, dissolution or lapse started the transfer of their holdings.
Legacy events listed as state transitions.
Hazards and failure modes optional Missing, in the backlog
Not described yet. This gap is in the card backlog.
Standards and interfaces required Derived, awaiting review
- titleExtract: a third party reads the current holder of a named object, without history or shares.
- mandateVerification: a counterparty checks that a delegate's claimed powers exist, are in scope and are unrevoked before honoring an act.
- transferWatch: a subscriber receives transfer events for named objects, typically a creditor or counterparty with a legitimate interest.
- currentHolderIndex: object to present holder; omits history, shares, mandates and guardianships.
- holderPortfolio: everything one party holds or lawfully exercises; omits all other parties' holdings.
- chainOfTitle: the full transfer history of one object; omits the parties' unrelated holdings.
Context of use required Filled
- Access to ownership data itself is granted by each object's holder through S1/S2 contracts, and every read is logged in S4.
Sources Missing, in the backlog
Not described yet. This gap is in the card backlog.
Open questions
- Superseded by a researched world model? Map this legacy card to its successor or retire it.
Machine files
Provenance
legacy MMAS card (world-models v0.2) · legacy
Built from: models/world-s1-meta-object-ownership-and-stewardship/spec.yaml, models/docs/security-ownership-access/S1-meta-object-ownership-and-stewardship.md