Z00Z logo

Z00ZBlockchain

Glossary

Research glossary for Z00Z terms, abbreviations, corpus authority, aliases, casing rules, and cross-paper usage.

This page is the research-facing companion to /docs/learn/terminology. The learn page keeps the most important terms short and approachable. This page keeps the shared core vocabulary tied to its authority source, scope rule, and common misuse pattern, then widens into extra research-facing terms where the corpus needs more precision. If a term is easy to misunderstand across multiple whitepapers, it belongs here.

The authority for the full term contract is still Corpus Terminology And Abbreviations Reference. This page does not replace that file. It translates the most important research terms into a compact working glossary for readers who need to compare papers without losing track of scope.

How To Use This Glossary

If you need… Use this page for… Then go to…
A quick boundary reminder One research-safe definition plus a scope warning the owning whitepaper under content/whitepapers/
A cross-paper noun check The preferred current meaning and where it drifts Corpus Terminology And Abbreviations Reference
A simpler onboarding definition The reader-friendly version /docs/learn/terminology

The pattern is simple: learn page first for orientation, research glossary next for scope, source paper last for the full argument.

Core Settlement Terms

AssetLeaf
The public checkpointed settlement object that represents one confidential asset right in canonical state. Scope rule: use it for committed settlement evidence, not as a synonym for a public account balance.
SettlementPath
The canonical path used to locate a committed settlement leaf. Scope rule: this is a state-location term, not a user-facing ownership surface.
Checkpoint
The public validation boundary that turns ordered publication into replay-safe settlement. Scope rule: a package entering the publication path is not yet a checkpointed final state transition.
Settlement evidence
The roots, typed deltas, proofs, and publication artifacts needed to verify a transition. Scope rule: it is narrower than “everything a service might know.”
TxPackage
The wallet-side canonical envelope for ordinary transfer preparation. Scope rule: it is a transport and settlement-candidate object, not canonical settled state.
ClaimTxPackage
The wallet-side canonical envelope for claim-domain settlement. Scope rule: keep it distinct from ordinary spend flow because the replay context differs.

Rights And Policy Terms

Right
A bounded authority object that authorizes action without carrying final value by itself. Scope rule: do not use Right as a vague label for any conditional money-like object.
Voucher
A conditional value claim that is distinct from final cash and distinct from pure authority. Scope rule: use it for backed or conditional value with redemption, refund, expiry, or partial-redeem semantics.
CashPolicy
The fixed protocol cash rule set for native Z00Z asset behavior. Scope rule: this is the cash boundary, not a generic programmable-money container.
VoucherPolicy
The bounded policy attached to a voucher-like object. Scope rule: it names object-local rules, not an unconstrained private VM.
ActionPool
The committed set of allowed actions attached to a policy-shaped object. Scope rule: describe it as a bounded policy surface, not as arbitrary programmable behavior.
Asynchronous rights settlement
The architecture in which wallet-local possession and local acceptance can happen before authoritative checkpoint settlement. Scope rule: do not confuse this with unconditional offline finality.

Privacy And Accountability Terms

Wallet-local possession
Ownership material and transfer preparation that stay in the wallet before publication. Scope rule: it is one of the main differences between Z00Z and a reusable public account model.
Privacy threat model
The layered visibility boundary across ingress, internal movement, egress, transport, wallet UX, and operator surfaces. Scope rule: privacy claims must respect those layers instead of collapsing them into one slogan.
Selective disclosure
The broad concept of revealing only the minimum evidence needed for one reviewer, counterparty, or policy lane. Scope rule: it is broader than enterprise audit and broader than fraud-triggered reveal.
Selective audit
The narrower operator or enterprise evidence mode for a bounded review purpose. Scope rule: keep it distinct from general selective disclosure.
Selective Reveal
The liability-specific reveal path that activates only under proven fraud or conflict. Scope rule: do not generalize it into ordinary-path transparency.
LiabilityDomain
The hidden responsibility scope attached to a delayed, offline, or autonomous execution lane. Scope rule: it should stay hidden in the honest case.
FraudProof
The conflict-triggered evidence object that proves a punishable reuse or policy violation. Scope rule: it should reveal enough to enforce consequences, not enough to expose unrelated history.

Agent, Machine, And Reward Terms

Spendable capability object
A broader private right object that can represent machine, service, access, compute, or mandate authority rather than only money. Scope rule: it is a widening of the architecture, not a claim that every capability family is already live.
Agent spending envelope
A bounded private mandate that gives an agent task-scoped budget and fee capacity without full wallet authority. Scope rule: it is the preferred noun for safe delegated agent spending.
FeeEnvelope
The processing guarantee paired with a right transition. Scope rule: it answers who pays and under which limit, and it must stay distinct from the right itself.
WorkPackage
The canonical submission envelope for a claimed useful-work contribution. Scope rule: it belongs to reward review and authorization, not to ordinary payment flow.
RewardAuthorization
The formal object that bridges useful-work review into private payout. Scope rule: it exists so that evaluation and treasury execution remain separate.
Private reward claim
A privacy-preserving payout path that preserves contributor privacy while still enforcing one-time authorization. Scope rule: privacy does not remove anti-replay discipline.

Common Drift Patterns

Readers usually go wrong in one of four ways.

Drift pattern What goes wrong Safer correction
Account drift AssetLeaf or TxPackage gets retold as though Z00Z were just hiding a public account table Re-anchor the wording in wallet-local possession and checkpointed settlement
Policy drift A bounded voucher or right object gets retold as a universal private smart-contract VM Re-anchor the wording in VoucherPolicy, CashPolicy, and object-local action limits
Privacy drift A valid privacy property gets expanded into “nothing is visible” Re-anchor the wording in the privacy threat model and its ingress/egress/operator caveats
Maturity drift A strong research direction becomes a present-tense deployment claim Re-anchor the wording in the current paper’s maturity language and companion boundaries

That is the main reason this glossary exists. Vocabulary mistakes quickly become architecture mistakes.

Research-Grade Citation Notes

The glossary is useful only if it carries citation pressure with it. A term should not merely sound correct; it should point to the paper that controls the term. AssetLeaf, Checkpoint, TxPackage, and settlement evidence belong closest to the main whitepaper. Right, Voucher, CashPolicy, VoucherPolicy, ActionPool, and FeeEnvelope belong closest to the assets, rights, and vouchers paper and the smart-cash paper. LiabilityDomain, FraudProof, BondRef, and PenaltyPolicy belong closest to the linked-liability paper. s_before, s_inside, s_after, remix depth, privacy telemetry, star pattern, collector pattern, and exculpability belong closest to the privacy threat model. WorkPackage, proof families, fact consensus, value consensus, and reward authorization belong closest to the PoUW paper. Proposal lane, treasury compartment, and AI-assisted review belong closest to the DAO paper. External-asset, locker, reserve, release, and trust-tier language belongs closest to the cross-chain paper.

Risky Public Terms

Some terms are especially risky in public claims. “Anonymous” should not replace the privacy threat model unless the specific layer is named. “Offline finality” should not replace delayed reconciliation. “Programmable money” should be bounded by object-local policy and non-VM language. “Stable asset” should name the issuer, locker, reserve, or synthetic boundary. “AI DAO” should not imply autonomous control over treasury keys. “Compliance” should not imply blanket regulatory approval. “Post-quantum” should not imply completed migration unless the implementation and suite evidence exist. “Yield,” “dividend,” “managed privacy service,” and “official bridge” should be avoided unless a current legal and governance source explicitly authorizes a bounded phrase.

Read Source Authority Map for ownership, Whitepapers for reading order, and Terminology when a simpler reader-facing definition is enough.

Evidence and Further Reading