Current coordinated release
v129.0.0
Reality-Grade Infrastructure
Release date 2026-10-11
Outcome
Outcome
The actual thing remains the terminal authority through time. Receiz v129 carries exact registered applications through the existing proof-native SDK, MCP and production bindings, exposes the full financial library under actual grants and consent, and releases offline Kai-sigil valuation with verified transaction history, deterministic charts, bounded rarity policies and reproducible public replay. It coordinates published SDK, MCP and AI libraries with the complete developer capability map and carries every source change since v128. Proof objects, their exact Kai-sigil origins and verified history remain authoritative; developer and model projections cannot replace source or manufacture ownership, Settlement, intrinsic value or executed sales.
Changes
What changed
Exact registered application IDs
Existing registered applications can use their unchanged Receiz-issued client ID across SDK construction, native requests, source qualification, authority sessions, execution and replay. Registered rc IDs and existing native slugs retain exact spelling and case; an alias cannot replace the issued coordinate.
Technical and authority boundary
Existing registered applications can use their unchanged Receiz-issued client ID across SDK construction, native requests, source qualification, authority sessions, execution and replay. Registered rc IDs and existing native slugs retain exact spelling and case; an alias cannot replace the issued coordinate.
- Why
- People, creators and businesses can keep the same proof object, identity and ownership history as it moves between files, devices, applications and public witness surfaces. Developers can use the exact application coordinate Receiz issued, request supported grants, invoke the implemented SDK or MCP path and explain a collectible's value from verified source and reproducible arithmetic. Funding, payment and delivered custody remain inspectable stages rather than consequences inferred from a listing or successful checkout. Institutions and other readers can reopen the source, reproduce its calculation and inspect the carried evidence without promoting a server, registry, page or model response above it. This release removes concrete integration and delivery obstructions while preserving the fixed full Kai-sigil origin, first admission followed by lawful appends, settled visible continuity and the complete historical record. The practical result is the full frame cash out: source, law, sequence, object and evidence remain together, with every reader underneath them.
- Capability enabled
- Existing registered applications can use their unchanged Receiz-issued client ID across SDK construction, native requests, source qualification, authority sessions, execution and replay. Registered rc IDs and existing native slugs retain exact spelling and case; an alias cannot replace the issued coordinate.
- Compatibility
- The v129.0.0 compatibility record remains the exact boundary for this outcome.
- Migration
- The v129.0.0 migration record remains the exact adoption boundary for this outcome.
Compatible production application binding
The forward migration changes nine application CHECKs and five RPC predicates while preserving deployed security metadata, foreign keys, scope checks, revocation, nonce replay, custody and zero-write failures. Production application of that exact migration is independently recorded; historical artifacts and identifiers are not rewritten.
Technical and authority boundary
The forward migration changes nine application CHECKs and five RPC predicates while preserving deployed security metadata, foreign keys, scope checks, revocation, nonce replay, custody and zero-write failures. Production application of that exact migration is independently recorded; historical artifacts and identifiers are not rewritten.
- Why
- People, creators and businesses can keep the same proof object, identity and ownership history as it moves between files, devices, applications and public witness surfaces. Developers can use the exact application coordinate Receiz issued, request supported grants, invoke the implemented SDK or MCP path and explain a collectible's value from verified source and reproducible arithmetic. Funding, payment and delivered custody remain inspectable stages rather than consequences inferred from a listing or successful checkout. Institutions and other readers can reopen the source, reproduce its calculation and inspect the carried evidence without promoting a server, registry, page or model response above it. This release removes concrete integration and delivery obstructions while preserving the fixed full Kai-sigil origin, first admission followed by lawful appends, settled visible continuity and the complete historical record. The practical result is the full frame cash out: source, law, sequence, object and evidence remain together, with every reader underneath them.
- Capability enabled
- The forward migration changes nine application CHECKs and five RPC predicates while preserving deployed security metadata, foreign keys, scope checks, revocation, nonce replay, custody and zero-write failures. Production application of that exact migration is independently recorded; historical artifacts and identifiers are not rewritten.
- Compatibility
- The v129.0.0 compatibility record remains the exact boundary for this outcome.
- Migration
- The v129.0.0 migration record remains the exact adoption boundary for this outcome.
Complete developer grant selection
OIDC client and delegated-agent selectors expose the shared supported scope catalog, including existing financial scopes. Developers select grants for the actual operations; device-held identity proof, explicit consent and issued scopes remain required, while local proof reads acquire no invented OAuth requirement.
Technical and authority boundary
OIDC client and delegated-agent selectors expose the shared supported scope catalog, including existing financial scopes. Developers select grants for the actual operations; device-held identity proof, explicit consent and issued scopes remain required, while local proof reads acquire no invented OAuth requirement.
- Why
- People, creators and businesses can keep the same proof object, identity and ownership history as it moves between files, devices, applications and public witness surfaces. Developers can use the exact application coordinate Receiz issued, request supported grants, invoke the implemented SDK or MCP path and explain a collectible's value from verified source and reproducible arithmetic. Funding, payment and delivered custody remain inspectable stages rather than consequences inferred from a listing or successful checkout. Institutions and other readers can reopen the source, reproduce its calculation and inspect the carried evidence without promoting a server, registry, page or model response above it. This release removes concrete integration and delivery obstructions while preserving the fixed full Kai-sigil origin, first admission followed by lawful appends, settled visible continuity and the complete historical record. The practical result is the full frame cash out: source, law, sequence, object and evidence remain together, with every reader underneath them.
- Capability enabled
- OIDC client and delegated-agent selectors expose the shared supported scope catalog, including existing financial scopes. Developers select grants for the actual operations; device-held identity proof, explicit consent and issued scopes remain required, while local proof reads acquire no invented OAuth requirement.
- Compatibility
- The v129.0.0 compatibility record remains the exact boundary for this outcome.
- Migration
- The v129.0.0 migration record remains the exact adoption boundary for this outcome.
Full financial MCP execution
Seven added adapters expose existing wallet inspection, transfer, checkout, checkout-session inspection, embedded checkout, sealed-note download and canonical bearer-artifact claim. They compose existing SDK financial primitives beneath source, grant and consent authority; funding, payment, delivered bearer, claim, use and proceeds remain separate evidence stages.
Technical and authority boundary
Seven added adapters expose existing wallet inspection, transfer, checkout, checkout-session inspection, embedded checkout, sealed-note download and canonical bearer-artifact claim. They compose existing SDK financial primitives beneath source, grant and consent authority; funding, payment, delivered bearer, claim, use and proceeds remain separate evidence stages.
- Why
- People, creators and businesses can keep the same proof object, identity and ownership history as it moves between files, devices, applications and public witness surfaces. Developers can use the exact application coordinate Receiz issued, request supported grants, invoke the implemented SDK or MCP path and explain a collectible's value from verified source and reproducible arithmetic. Funding, payment and delivered custody remain inspectable stages rather than consequences inferred from a listing or successful checkout. Institutions and other readers can reopen the source, reproduce its calculation and inspect the carried evidence without promoting a server, registry, page or model response above it. This release removes concrete integration and delivery obstructions while preserving the fixed full Kai-sigil origin, first admission followed by lawful appends, settled visible continuity and the complete historical record. The practical result is the full frame cash out: source, law, sequence, object and evidence remain together, with every reader underneath them.
- Capability enabled
- Seven added adapters expose existing wallet inspection, transfer, checkout, checkout-session inspection, embedded checkout, sealed-note download and canonical bearer-artifact claim. They compose existing SDK financial primitives beneath source, grant and consent authority; funding, payment, delivered bearer, claim, use and proceeds remain separate evidence stages.
- Compatibility
- The v129.0.0 compatibility record remains the exact boundary for this outcome.
- Migration
- The v129.0.0 migration record remains the exact adoption boundary for this outcome.
Restricted ChatGPT execution remains explicit
The separately reviewed ChatGPT Marketplace profile retains 195 nonfinancial tools and enforces its World limits at both dispatch and wrapped-client boundaries. General developer MCP exposes the full 356-tool library; configuring a restricted installation does not redefine the full library or enable an excluded financial operation.
Technical and authority boundary
The separately reviewed ChatGPT Marketplace profile retains 195 nonfinancial tools and enforces its World limits at both dispatch and wrapped-client boundaries. General developer MCP exposes the full 356-tool library; configuring a restricted installation does not redefine the full library or enable an excluded financial operation.
- Why
- People, creators and businesses can keep the same proof object, identity and ownership history as it moves between files, devices, applications and public witness surfaces. Developers can use the exact application coordinate Receiz issued, request supported grants, invoke the implemented SDK or MCP path and explain a collectible's value from verified source and reproducible arithmetic. Funding, payment and delivered custody remain inspectable stages rather than consequences inferred from a listing or successful checkout. Institutions and other readers can reopen the source, reproduce its calculation and inspect the carried evidence without promoting a server, registry, page or model response above it. This release removes concrete integration and delivery obstructions while preserving the fixed full Kai-sigil origin, first admission followed by lawful appends, settled visible continuity and the complete historical record. The practical result is the full frame cash out: source, law, sequence, object and evidence remain together, with every reader underneath them.
- Capability enabled
- The separately reviewed ChatGPT Marketplace profile retains 195 nonfinancial tools and enforces its World limits at both dispatch and wrapped-client boundaries. General developer MCP exposes the full 356-tool library; configuring a restricted installation does not redefine the full library or enable an excluded financial operation.
- Compatibility
- The v129.0.0 compatibility record remains the exact boundary for this outcome.
- Migration
- The v129.0.0 migration record remains the exact adoption boundary for this outcome.
Current service adapters
Eleven added adapters expose current public-proof observation, World profile/message/welcome/booking/streaming, sports history/rollups/badge, verification conformance and complete Record creation. Exact confirmation, completed stream events, bounded projections and error rejection preserve the actual SDK/host contracts without automatic retries.
Technical and authority boundary
Eleven added adapters expose current public-proof observation, World profile/message/welcome/booking/streaming, sports history/rollups/badge, verification conformance and complete Record creation. Exact confirmation, completed stream events, bounded projections and error rejection preserve the actual SDK/host contracts without automatic retries.
- Why
- People, creators and businesses can keep the same proof object, identity and ownership history as it moves between files, devices, applications and public witness surfaces. Developers can use the exact application coordinate Receiz issued, request supported grants, invoke the implemented SDK or MCP path and explain a collectible's value from verified source and reproducible arithmetic. Funding, payment and delivered custody remain inspectable stages rather than consequences inferred from a listing or successful checkout. Institutions and other readers can reopen the source, reproduce its calculation and inspect the carried evidence without promoting a server, registry, page or model response above it. This release removes concrete integration and delivery obstructions while preserving the fixed full Kai-sigil origin, first admission followed by lawful appends, settled visible continuity and the complete historical record. The practical result is the full frame cash out: source, law, sequence, object and evidence remain together, with every reader underneath them.
- Capability enabled
- Eleven added adapters expose current public-proof observation, World profile/message/welcome/booking/streaming, sports history/rollups/badge, verification conformance and complete Record creation. Exact confirmation, completed stream events, bounded projections and error rejection preserve the actual SDK/host contracts without automatic retries.
- Compatibility
- The v129.0.0 compatibility record remains the exact boundary for this outcome.
- Migration
- The v129.0.0 migration record remains the exact adoption boundary for this outcome.
Complete native Record delivery
Record creation returns the actual sealed PNG and retains explicit JSON compatibility. The producer reuses the existing local anchor before Signature V4; the MCP adapter verifies the enclosing proof and privately delivers exact bytes. A remote save can precede failed delivery, so unknown outcomes require resolution before retry.
Technical and authority boundary
Record creation returns the actual sealed PNG and retains explicit JSON compatibility. The producer reuses the existing local anchor before Signature V4; the MCP adapter verifies the enclosing proof and privately delivers exact bytes. A remote save can precede failed delivery, so unknown outcomes require resolution before retry.
- Why
- People, creators and businesses can keep the same proof object, identity and ownership history as it moves between files, devices, applications and public witness surfaces. Developers can use the exact application coordinate Receiz issued, request supported grants, invoke the implemented SDK or MCP path and explain a collectible's value from verified source and reproducible arithmetic. Funding, payment and delivered custody remain inspectable stages rather than consequences inferred from a listing or successful checkout. Institutions and other readers can reopen the source, reproduce its calculation and inspect the carried evidence without promoting a server, registry, page or model response above it. This release removes concrete integration and delivery obstructions while preserving the fixed full Kai-sigil origin, first admission followed by lawful appends, settled visible continuity and the complete historical record. The practical result is the full frame cash out: source, law, sequence, object and evidence remain together, with every reader underneath them.
- Capability enabled
- Record creation returns the actual sealed PNG and retains explicit JSON compatibility. The producer reuses the existing local anchor before Signature V4; the MCP adapter verifies the enclosing proof and privately delivers exact bytes. A remote save can precede failed delivery, so unknown outcomes require resolution before retry.
- Compatibility
- The v129.0.0 compatibility record remains the exact boundary for this outcome.
- Migration
- The v129.0.0 migration record remains the exact adoption boundary for this outcome.
Exact wallet-note and bearer custody
Wallet-note download returns the original PNG as a Blob, and the MCP path verifies that complete sealed file before private delivery. Canonical bearer claim opens the stronger artifact, uses the existing ownership coordinator and verifies the successor; raw note-token extraction gains no new admission or direct claim authority.
Technical and authority boundary
Wallet-note download returns the original PNG as a Blob, and the MCP path verifies that complete sealed file before private delivery. Canonical bearer claim opens the stronger artifact, uses the existing ownership coordinator and verifies the successor; raw note-token extraction gains no new admission or direct claim authority.
- Why
- People, creators and businesses can keep the same proof object, identity and ownership history as it moves between files, devices, applications and public witness surfaces. Developers can use the exact application coordinate Receiz issued, request supported grants, invoke the implemented SDK or MCP path and explain a collectible's value from verified source and reproducible arithmetic. Funding, payment and delivered custody remain inspectable stages rather than consequences inferred from a listing or successful checkout. Institutions and other readers can reopen the source, reproduce its calculation and inspect the carried evidence without promoting a server, registry, page or model response above it. This release removes concrete integration and delivery obstructions while preserving the fixed full Kai-sigil origin, first admission followed by lawful appends, settled visible continuity and the complete historical record. The practical result is the full frame cash out: source, law, sequence, object and evidence remain together, with every reader underneath them.
- Capability enabled
- Wallet-note download returns the original PNG as a Blob, and the MCP path verifies that complete sealed file before private delivery. Canonical bearer claim opens the stronger artifact, uses the existing ownership coordinator and verifies the successor; raw note-token extraction gains no new admission or direct claim authority.
- Compatibility
- The v129.0.0 compatibility record remains the exact boundary for this outcome.
- Migration
- The v129.0.0 migration record remains the exact adoption boundary for this outcome.
Offline Kai-sigil calculator
Browser and Node consumers can import the existing phi/kosmos-vφ-5 calculator, immutable policy, checksum, serialization and rounding from the pure valuation entry point. Original numerical and stamp fixtures remain unchanged; the application and SDK share checked source parity.
Technical and authority boundary
Browser and Node consumers can import the existing phi/kosmos-vφ-5 calculator, immutable policy, checksum, serialization and rounding from the pure valuation entry point. Original numerical and stamp fixtures remain unchanged; the application and SDK share checked source parity.
- Why
- People, creators and businesses can keep the same proof object, identity and ownership history as it moves between files, devices, applications and public witness surfaces. Developers can use the exact application coordinate Receiz issued, request supported grants, invoke the implemented SDK or MCP path and explain a collectible's value from verified source and reproducible arithmetic. Funding, payment and delivered custody remain inspectable stages rather than consequences inferred from a listing or successful checkout. Institutions and other readers can reopen the source, reproduce its calculation and inspect the carried evidence without promoting a server, registry, page or model response above it. This release removes concrete integration and delivery obstructions while preserving the fixed full Kai-sigil origin, first admission followed by lawful appends, settled visible continuity and the complete historical record. The practical result is the full frame cash out: source, law, sequence, object and evidence remain together, with every reader underneath them.
- Capability enabled
- Browser and Node consumers can import the existing phi/kosmos-vφ-5 calculator, immutable policy, checksum, serialization and rounding from the pure valuation entry point. Original numerical and stamp fixtures remain unchanged; the application and SDK share checked source parity.
- Compatibility
- The v129.0.0 compatibility record remains the exact boundary for this outcome.
- Migration
- The v129.0.0 migration record remains the exact adoption boundary for this outcome.
Fixed full Kai-sigil origin
Proof-bound valuation verifies the enclosing source first and reads its existing lawful fixed Kai-sigil origin and admitted history. A supplied now/future evaluation coordinate changes the projection without resealing or resetting issuance; successor seals, upload time and missing finer precision cannot manufacture another origin.
Technical and authority boundary
Proof-bound valuation verifies the enclosing source first and reads its existing lawful fixed Kai-sigil origin and admitted history. A supplied now/future evaluation coordinate changes the projection without resealing or resetting issuance; successor seals, upload time and missing finer precision cannot manufacture another origin.
- Why
- People, creators and businesses can keep the same proof object, identity and ownership history as it moves between files, devices, applications and public witness surfaces. Developers can use the exact application coordinate Receiz issued, request supported grants, invoke the implemented SDK or MCP path and explain a collectible's value from verified source and reproducible arithmetic. Funding, payment and delivered custody remain inspectable stages rather than consequences inferred from a listing or successful checkout. Institutions and other readers can reopen the source, reproduce its calculation and inspect the carried evidence without promoting a server, registry, page or model response above it. This release removes concrete integration and delivery obstructions while preserving the fixed full Kai-sigil origin, first admission followed by lawful appends, settled visible continuity and the complete historical record. The practical result is the full frame cash out: source, law, sequence, object and evidence remain together, with every reader underneath them.
- Capability enabled
- Proof-bound valuation verifies the enclosing source first and reads its existing lawful fixed Kai-sigil origin and admitted history. A supplied now/future evaluation coordinate changes the projection without resealing or resetting issuance; successor seals, upload time and missing finer precision cannot manufacture another origin.
- Compatibility
- The v129.0.0 compatibility record remains the exact boundary for this outcome.
- Migration
- The v129.0.0 migration record remains the exact adoption boundary for this outcome.
Complete value explanation
Each projection returns actual inputs, intermediates, formulas, rounding, source references, history bindings, applied legacy defaults and a canonical digest. Intrinsic proof value, market reference, asking price and verified executed sale price stay distinct; optional USD display uses an explicit versioned, digest-bound conversion basis.
Technical and authority boundary
Each projection returns actual inputs, intermediates, formulas, rounding, source references, history bindings, applied legacy defaults and a canonical digest. Intrinsic proof value, market reference, asking price and verified executed sale price stay distinct; optional USD display uses an explicit versioned, digest-bound conversion basis.
- Why
- People, creators and businesses can keep the same proof object, identity and ownership history as it moves between files, devices, applications and public witness surfaces. Developers can use the exact application coordinate Receiz issued, request supported grants, invoke the implemented SDK or MCP path and explain a collectible's value from verified source and reproducible arithmetic. Funding, payment and delivered custody remain inspectable stages rather than consequences inferred from a listing or successful checkout. Institutions and other readers can reopen the source, reproduce its calculation and inspect the carried evidence without promoting a server, registry, page or model response above it. This release removes concrete integration and delivery obstructions while preserving the fixed full Kai-sigil origin, first admission followed by lawful appends, settled visible continuity and the complete historical record. The practical result is the full frame cash out: source, law, sequence, object and evidence remain together, with every reader underneath them.
- Capability enabled
- Each projection returns actual inputs, intermediates, formulas, rounding, source references, history bindings, applied legacy defaults and a canonical digest. Intrinsic proof value, market reference, asking price and verified executed sale price stay distinct; optional USD display uses an explicit versioned, digest-bound conversion basis.
- Compatibility
- The v129.0.0 compatibility record remains the exact boundary for this outcome.
- Migration
- The v129.0.0 migration record remains the exact adoption boundary for this outcome.
Deterministic model charts
Bounded sampling recomputes value at explicit Kai coordinates with the same calculator, preserving caller order and canonical results without network, randomness, session state or implicit clock authority. Model samples stay separately typed from actual sale and transfer observations.
Technical and authority boundary
Bounded sampling recomputes value at explicit Kai coordinates with the same calculator, preserving caller order and canonical results without network, randomness, session state or implicit clock authority. Model samples stay separately typed from actual sale and transfer observations.
- Why
- People, creators and businesses can keep the same proof object, identity and ownership history as it moves between files, devices, applications and public witness surfaces. Developers can use the exact application coordinate Receiz issued, request supported grants, invoke the implemented SDK or MCP path and explain a collectible's value from verified source and reproducible arithmetic. Funding, payment and delivered custody remain inspectable stages rather than consequences inferred from a listing or successful checkout. Institutions and other readers can reopen the source, reproduce its calculation and inspect the carried evidence without promoting a server, registry, page or model response above it. This release removes concrete integration and delivery obstructions while preserving the fixed full Kai-sigil origin, first admission followed by lawful appends, settled visible continuity and the complete historical record. The practical result is the full frame cash out: source, law, sequence, object and evidence remain together, with every reader underneath them.
- Capability enabled
- Bounded sampling recomputes value at explicit Kai coordinates with the same calculator, preserving caller order and canonical results without network, randomness, session state or implicit clock authority. Model samples stay separately typed from actual sale and transfer observations.
- Compatibility
- The v129.0.0 compatibility record remains the exact boundary for this outcome.
- Migration
- The v129.0.0 migration record remains the exact adoption boundary for this outcome.
Sealed platform rarity policies
Platforms can use a bounded versioned declarative policy with exact rational arithmetic and full traces, bound to sealed issuance, its policy digest and actual operands. Declared rarity does not redefine intrinsic value or authorize Settlement; the optional last-executed-sale reference rule selects only a uniquely causally latest verified sale.
Technical and authority boundary
Platforms can use a bounded versioned declarative policy with exact rational arithmetic and full traces, bound to sealed issuance, its policy digest and actual operands. Declared rarity does not redefine intrinsic value or authorize Settlement; the optional last-executed-sale reference rule selects only a uniquely causally latest verified sale.
- Why
- People, creators and businesses can keep the same proof object, identity and ownership history as it moves between files, devices, applications and public witness surfaces. Developers can use the exact application coordinate Receiz issued, request supported grants, invoke the implemented SDK or MCP path and explain a collectible's value from verified source and reproducible arithmetic. Funding, payment and delivered custody remain inspectable stages rather than consequences inferred from a listing or successful checkout. Institutions and other readers can reopen the source, reproduce its calculation and inspect the carried evidence without promoting a server, registry, page or model response above it. This release removes concrete integration and delivery obstructions while preserving the fixed full Kai-sigil origin, first admission followed by lawful appends, settled visible continuity and the complete historical record. The practical result is the full frame cash out: source, law, sequence, object and evidence remain together, with every reader underneath them.
- Capability enabled
- Platforms can use a bounded versioned declarative policy with exact rational arithmetic and full traces, bound to sealed issuance, its policy digest and actual operands. Declared rarity does not redefine intrinsic value or authorize Settlement; the optional last-executed-sale reference rule selects only a uniquely causally latest verified sale.
- Compatibility
- The v129.0.0 compatibility record remains the exact boundary for this outcome.
- Migration
- The v129.0.0 migration record remains the exact adoption boundary for this outcome.
Verified ownership and completed sales
Transaction projection preserves causal ownership changes and independently verified payment plus accepted delivery for the same asset, participants and committed intent. Gifts carry null payment; payment-only, pending, failed, foreign, detached and undelivered attempts cannot become completed sales.
Technical and authority boundary
Transaction projection preserves causal ownership changes and independently verified payment plus accepted delivery for the same asset, participants and committed intent. Gifts carry null payment; payment-only, pending, failed, foreign, detached and undelivered attempts cannot become completed sales.
- Why
- People, creators and businesses can keep the same proof object, identity and ownership history as it moves between files, devices, applications and public witness surfaces. Developers can use the exact application coordinate Receiz issued, request supported grants, invoke the implemented SDK or MCP path and explain a collectible's value from verified source and reproducible arithmetic. Funding, payment and delivered custody remain inspectable stages rather than consequences inferred from a listing or successful checkout. Institutions and other readers can reopen the source, reproduce its calculation and inspect the carried evidence without promoting a server, registry, page or model response above it. This release removes concrete integration and delivery obstructions while preserving the fixed full Kai-sigil origin, first admission followed by lawful appends, settled visible continuity and the complete historical record. The practical result is the full frame cash out: source, law, sequence, object and evidence remain together, with every reader underneath them.
- Capability enabled
- Transaction projection preserves causal ownership changes and independently verified payment plus accepted delivery for the same asset, participants and committed intent. Gifts carry null payment; payment-only, pending, failed, foreign, detached and undelivered attempts cannot become completed sales.
- Compatibility
- The v129.0.0 compatibility record remains the exact boundary for this outcome.
- Migration
- The v129.0.0 migration record remains the exact adoption boundary for this outcome.
Public offline value replay
The public replay carries exact admitted proof/history, policy, coordinates, conversion basis, public sale evidence and expected digests. Existing pinned canonical readers verify those stronger sources before recomputing values and chart samples; copied runtime JSON, edited checksums and private identity/account/conversation data cannot establish public proof.
Technical and authority boundary
The public replay carries exact admitted proof/history, policy, coordinates, conversion basis, public sale evidence and expected digests. Existing pinned canonical readers verify those stronger sources before recomputing values and chart samples; copied runtime JSON, edited checksums and private identity/account/conversation data cannot establish public proof.
- Why
- People, creators and businesses can keep the same proof object, identity and ownership history as it moves between files, devices, applications and public witness surfaces. Developers can use the exact application coordinate Receiz issued, request supported grants, invoke the implemented SDK or MCP path and explain a collectible's value from verified source and reproducible arithmetic. Funding, payment and delivered custody remain inspectable stages rather than consequences inferred from a listing or successful checkout. Institutions and other readers can reopen the source, reproduce its calculation and inspect the carried evidence without promoting a server, registry, page or model response above it. This release removes concrete integration and delivery obstructions while preserving the fixed full Kai-sigil origin, first admission followed by lawful appends, settled visible continuity and the complete historical record. The practical result is the full frame cash out: source, law, sequence, object and evidence remain together, with every reader underneath them.
- Capability enabled
- The public replay carries exact admitted proof/history, policy, coordinates, conversion basis, public sale evidence and expected digests. Existing pinned canonical readers verify those stronger sources before recomputing values and chart samples; copied runtime JSON, edited checksums and private identity/account/conversation data cannot establish public proof.
- Compatibility
- The v129.0.0 compatibility record remains the exact boundary for this outcome.
- Migration
- The v129.0.0 migration record remains the exact adoption boundary for this outcome.
Existing public sale source authoring
Actual committed participant custody can project a subordinate public sale journal body into the existing buyer-authored sealed domain replay source. Real consent, identity signing, predecessor-bound complete public issuer-state evidence and the existing seal API remain required; no temporal setter, new proof field or private recovery export is introduced.
Technical and authority boundary
Actual committed participant custody can project a subordinate public sale journal body into the existing buyer-authored sealed domain replay source. Real consent, identity signing, predecessor-bound complete public issuer-state evidence and the existing seal API remain required; no temporal setter, new proof field or private recovery export is introduced.
- Why
- People, creators and businesses can keep the same proof object, identity and ownership history as it moves between files, devices, applications and public witness surfaces. Developers can use the exact application coordinate Receiz issued, request supported grants, invoke the implemented SDK or MCP path and explain a collectible's value from verified source and reproducible arithmetic. Funding, payment and delivered custody remain inspectable stages rather than consequences inferred from a listing or successful checkout. Institutions and other readers can reopen the source, reproduce its calculation and inspect the carried evidence without promoting a server, registry, page or model response above it. This release removes concrete integration and delivery obstructions while preserving the fixed full Kai-sigil origin, first admission followed by lawful appends, settled visible continuity and the complete historical record. The practical result is the full frame cash out: source, law, sequence, object and evidence remain together, with every reader underneath them.
- Capability enabled
- Actual committed participant custody can project a subordinate public sale journal body into the existing buyer-authored sealed domain replay source. Real consent, identity signing, predecessor-bound complete public issuer-state evidence and the existing seal API remain required; no temporal setter, new proof field or private recovery export is introduced.
- Compatibility
- The v129.0.0 compatibility record remains the exact boundary for this outcome.
- Migration
- The v129.0.0 migration record remains the exact adoption boundary for this outcome.
SDK-backed model tools
Three read-only MCP adapters inspect proof value, sample explicit coordinates and verify public replay through the same SDK functions. Workspace references are digest-bound and verified by the host; calculation performs no custody, payment, admission, approval or file writes and cannot accept model-supplied authority JSON.
Technical and authority boundary
Three read-only MCP adapters inspect proof value, sample explicit coordinates and verify public replay through the same SDK functions. Workspace references are digest-bound and verified by the host; calculation performs no custody, payment, admission, approval or file writes and cannot accept model-supplied authority JSON.
- Why
- People, creators and businesses can keep the same proof object, identity and ownership history as it moves between files, devices, applications and public witness surfaces. Developers can use the exact application coordinate Receiz issued, request supported grants, invoke the implemented SDK or MCP path and explain a collectible's value from verified source and reproducible arithmetic. Funding, payment and delivered custody remain inspectable stages rather than consequences inferred from a listing or successful checkout. Institutions and other readers can reopen the source, reproduce its calculation and inspect the carried evidence without promoting a server, registry, page or model response above it. This release removes concrete integration and delivery obstructions while preserving the fixed full Kai-sigil origin, first admission followed by lawful appends, settled visible continuity and the complete historical record. The practical result is the full frame cash out: source, law, sequence, object and evidence remain together, with every reader underneath them.
- Capability enabled
- Three read-only MCP adapters inspect proof value, sample explicit coordinates and verify public replay through the same SDK functions. Workspace references are digest-bound and verified by the host; calculation performs no custody, payment, admission, approval or file writes and cannot accept model-supplied authority JSON.
- Compatibility
- The v129.0.0 compatibility record remains the exact boundary for this outcome.
- Migration
- The v129.0.0 migration record remains the exact adoption boundary for this outcome.
Usable installed public declarations
SDK and MCP declarations expose actual public types without repository authority aliases, and strict installed consumers and browser/Node examples compile against the published package surface. Versioned wire identities and historical verification remain unchanged.
Technical and authority boundary
SDK and MCP declarations expose actual public types without repository authority aliases, and strict installed consumers and browser/Node examples compile against the published package surface. Versioned wire identities and historical verification remain unchanged.
- Why
- People, creators and businesses can keep the same proof object, identity and ownership history as it moves between files, devices, applications and public witness surfaces. Developers can use the exact application coordinate Receiz issued, request supported grants, invoke the implemented SDK or MCP path and explain a collectible's value from verified source and reproducible arithmetic. Funding, payment and delivered custody remain inspectable stages rather than consequences inferred from a listing or successful checkout. Institutions and other readers can reopen the source, reproduce its calculation and inspect the carried evidence without promoting a server, registry, page or model response above it. This release removes concrete integration and delivery obstructions while preserving the fixed full Kai-sigil origin, first admission followed by lawful appends, settled visible continuity and the complete historical record. The practical result is the full frame cash out: source, law, sequence, object and evidence remain together, with every reader underneath them.
- Capability enabled
- SDK and MCP declarations expose actual public types without repository authority aliases, and strict installed consumers and browser/Node examples compile against the published package surface. Versioned wire identities and historical verification remain unchanged.
- Compatibility
- The v129.0.0 compatibility record remains the exact boundary for this outcome.
- Migration
- The v129.0.0 migration record remains the exact adoption boundary for this outcome.
Complete discovery with execution boundaries
Current SDK, MCP, AI, developer pages, machine catalogs and social artwork agree on 704 exports, 425 methods, 356 full tools and 43 skills, including 37 manifests and 34 prompts. The execution map distinguishes direct tools, bounded compositions, private SDK custody and real device/WebAuthn workflows; discovery grants no authority.
Technical and authority boundary
Current SDK, MCP, AI, developer pages, machine catalogs and social artwork agree on 704 exports, 425 methods, 356 full tools and 43 skills, including 37 manifests and 34 prompts. The execution map distinguishes direct tools, bounded compositions, private SDK custody and real device/WebAuthn workflows; discovery grants no authority.
- Why
- People, creators and businesses can keep the same proof object, identity and ownership history as it moves between files, devices, applications and public witness surfaces. Developers can use the exact application coordinate Receiz issued, request supported grants, invoke the implemented SDK or MCP path and explain a collectible's value from verified source and reproducible arithmetic. Funding, payment and delivered custody remain inspectable stages rather than consequences inferred from a listing or successful checkout. Institutions and other readers can reopen the source, reproduce its calculation and inspect the carried evidence without promoting a server, registry, page or model response above it. This release removes concrete integration and delivery obstructions while preserving the fixed full Kai-sigil origin, first admission followed by lawful appends, settled visible continuity and the complete historical record. The practical result is the full frame cash out: source, law, sequence, object and evidence remain together, with every reader underneath them.
- Capability enabled
- Current SDK, MCP, AI, developer pages, machine catalogs and social artwork agree on 704 exports, 425 methods, 356 full tools and 43 skills, including 37 manifests and 34 prompts. The execution map distinguishes direct tools, bounded compositions, private SDK custody and real device/WebAuthn workflows; discovery grants no authority.
- Compatibility
- The v129.0.0 compatibility record remains the exact boundary for this outcome.
- Migration
- The v129.0.0 migration record remains the exact adoption boundary for this outcome.
Byte-exact coordinated publication
The user published AI skills, SDK and MCP at 129.0.0 and latest, with registry hashes, integrity, sizes, file counts and internal Receiz dependencies matching the qualified candidates. The prepared manual installation kit retains its earlier build provenance and independently passes exact-runtime, canonical proof and tamper contracts.
Technical and authority boundary
The user published AI skills, SDK and MCP at 129.0.0 and latest, with registry hashes, integrity, sizes, file counts and internal Receiz dependencies matching the qualified candidates. The prepared manual installation kit retains its earlier build provenance and independently passes exact-runtime, canonical proof and tamper contracts.
- Why
- People, creators and businesses can keep the same proof object, identity and ownership history as it moves between files, devices, applications and public witness surfaces. Developers can use the exact application coordinate Receiz issued, request supported grants, invoke the implemented SDK or MCP path and explain a collectible's value from verified source and reproducible arithmetic. Funding, payment and delivered custody remain inspectable stages rather than consequences inferred from a listing or successful checkout. Institutions and other readers can reopen the source, reproduce its calculation and inspect the carried evidence without promoting a server, registry, page or model response above it. This release removes concrete integration and delivery obstructions while preserving the fixed full Kai-sigil origin, first admission followed by lawful appends, settled visible continuity and the complete historical record. The practical result is the full frame cash out: source, law, sequence, object and evidence remain together, with every reader underneath them.
- Capability enabled
- The user published AI skills, SDK and MCP at 129.0.0 and latest, with registry hashes, integrity, sizes, file counts and internal Receiz dependencies matching the qualified candidates. The prepared manual installation kit retains its earlier build provenance and independently passes exact-runtime, canonical proof and tamper contracts.
- Compatibility
- The v129.0.0 compatibility record remains the exact boundary for this outcome.
- Migration
- The v129.0.0 migration record remains the exact adoption boundary for this outcome.
Identity and Showcase continuity
Carried changes since v128 preserve same-origin OIDC entry, accepted username appends, held owner identity, exact Showcase signing subjects and receipt admission. Unsigned Original reconciliation does not restore hidden membership, and weaker discovery cannot replace known verified first paint.
Technical and authority boundary
Carried changes since v128 preserve same-origin OIDC entry, accepted username appends, held owner identity, exact Showcase signing subjects and receipt admission. Unsigned Original reconciliation does not restore hidden membership, and weaker discovery cannot replace known verified first paint.
- Why
- People, creators and businesses can keep the same proof object, identity and ownership history as it moves between files, devices, applications and public witness surfaces. Developers can use the exact application coordinate Receiz issued, request supported grants, invoke the implemented SDK or MCP path and explain a collectible's value from verified source and reproducible arithmetic. Funding, payment and delivered custody remain inspectable stages rather than consequences inferred from a listing or successful checkout. Institutions and other readers can reopen the source, reproduce its calculation and inspect the carried evidence without promoting a server, registry, page or model response above it. This release removes concrete integration and delivery obstructions while preserving the fixed full Kai-sigil origin, first admission followed by lawful appends, settled visible continuity and the complete historical record. The practical result is the full frame cash out: source, law, sequence, object and evidence remain together, with every reader underneath them.
- Capability enabled
- Carried changes since v128 preserve same-origin OIDC entry, accepted username appends, held owner identity, exact Showcase signing subjects and receipt admission. Unsigned Original reconciliation does not restore hidden membership, and weaker discovery cannot replace known verified first paint.
- Compatibility
- The v129.0.0 compatibility record remains the exact boundary for this outcome.
- Migration
- The v129.0.0 migration record remains the exact adoption boundary for this outcome.
AssetSeal and Memory Crystal history
Historical Identity Seals reuse verified enclosing source, signed portable account state and identity-control proof without resealing. Whole-workspace restoration preserves selection and tab, admits verified descendants, retains newer held history and rejects divergence with zero writes; Native Record custody keeps its distinct boundary.
Technical and authority boundary
Historical Identity Seals reuse verified enclosing source, signed portable account state and identity-control proof without resealing. Whole-workspace restoration preserves selection and tab, admits verified descendants, retains newer held history and rejects divergence with zero writes; Native Record custody keeps its distinct boundary.
- Why
- People, creators and businesses can keep the same proof object, identity and ownership history as it moves between files, devices, applications and public witness surfaces. Developers can use the exact application coordinate Receiz issued, request supported grants, invoke the implemented SDK or MCP path and explain a collectible's value from verified source and reproducible arithmetic. Funding, payment and delivered custody remain inspectable stages rather than consequences inferred from a listing or successful checkout. Institutions and other readers can reopen the source, reproduce its calculation and inspect the carried evidence without promoting a server, registry, page or model response above it. This release removes concrete integration and delivery obstructions while preserving the fixed full Kai-sigil origin, first admission followed by lawful appends, settled visible continuity and the complete historical record. The practical result is the full frame cash out: source, law, sequence, object and evidence remain together, with every reader underneath them.
- Capability enabled
- Historical Identity Seals reuse verified enclosing source, signed portable account state and identity-control proof without resealing. Whole-workspace restoration preserves selection and tab, admits verified descendants, retains newer held history and rejects divergence with zero writes; Native Record custody keeps its distinct boundary.
- Compatibility
- The v129.0.0 compatibility record remains the exact boundary for this outcome.
- Migration
- The v129.0.0 migration record remains the exact adoption boundary for this outcome.
Database and material-source coordination
Shared in-flight manifest reads retain each caller's username and dirty policy, and concurrent default-business/membership/founder creation converges on the existing unique winner. App and SDK material-anchor parsing agree without relaxing locator, digest or source rejection.
Technical and authority boundary
Shared in-flight manifest reads retain each caller's username and dirty policy, and concurrent default-business/membership/founder creation converges on the existing unique winner. App and SDK material-anchor parsing agree without relaxing locator, digest or source rejection.
- Why
- People, creators and businesses can keep the same proof object, identity and ownership history as it moves between files, devices, applications and public witness surfaces. Developers can use the exact application coordinate Receiz issued, request supported grants, invoke the implemented SDK or MCP path and explain a collectible's value from verified source and reproducible arithmetic. Funding, payment and delivered custody remain inspectable stages rather than consequences inferred from a listing or successful checkout. Institutions and other readers can reopen the source, reproduce its calculation and inspect the carried evidence without promoting a server, registry, page or model response above it. This release removes concrete integration and delivery obstructions while preserving the fixed full Kai-sigil origin, first admission followed by lawful appends, settled visible continuity and the complete historical record. The practical result is the full frame cash out: source, law, sequence, object and evidence remain together, with every reader underneath them.
- Capability enabled
- Shared in-flight manifest reads retain each caller's username and dirty policy, and concurrent default-business/membership/founder creation converges on the existing unique winner. App and SDK material-anchor parsing agree without relaxing locator, digest or source rejection.
- Compatibility
- The v129.0.0 compatibility record remains the exact boundary for this outcome.
- Migration
- The v129.0.0 migration record remains the exact adoption boundary for this outcome.
Explore and Fraud continuity
The carried Explore navigation adds previous/next, position/progress, reduced-motion behavior and correct root containment; the reverted image warmup is not shipped. Fraud uses the application shell with scoped localization, language selection, metadata and sector links, preserving its existing proof boundaries.
Technical and authority boundary
The carried Explore navigation adds previous/next, position/progress, reduced-motion behavior and correct root containment; the reverted image warmup is not shipped. Fraud uses the application shell with scoped localization, language selection, metadata and sector links, preserving its existing proof boundaries.
- Why
- People, creators and businesses can keep the same proof object, identity and ownership history as it moves between files, devices, applications and public witness surfaces. Developers can use the exact application coordinate Receiz issued, request supported grants, invoke the implemented SDK or MCP path and explain a collectible's value from verified source and reproducible arithmetic. Funding, payment and delivered custody remain inspectable stages rather than consequences inferred from a listing or successful checkout. Institutions and other readers can reopen the source, reproduce its calculation and inspect the carried evidence without promoting a server, registry, page or model response above it. This release removes concrete integration and delivery obstructions while preserving the fixed full Kai-sigil origin, first admission followed by lawful appends, settled visible continuity and the complete historical record. The practical result is the full frame cash out: source, law, sequence, object and evidence remain together, with every reader underneath them.
- Capability enabled
- The carried Explore navigation adds previous/next, position/progress, reduced-motion behavior and correct root containment; the reverted image warmup is not shipped. Fraud uses the application shell with scoped localization, language selection, metadata and sector links, preserving its existing proof boundaries.
- Compatibility
- The v129.0.0 compatibility record remains the exact boundary for this outcome.
- Migration
- The v129.0.0 migration record remains the exact adoption boundary for this outcome.
Original hosted MCP custody
Reviewed hosted execution reuses original admitted custody and resolves wake credentials from the existing Vercel request context. Hosted availability remains distinct from device-held operations and Marketplace restrictions; transport does not create source authority.
Technical and authority boundary
Reviewed hosted execution reuses original admitted custody and resolves wake credentials from the existing Vercel request context. Hosted availability remains distinct from device-held operations and Marketplace restrictions; transport does not create source authority.
- Why
- People, creators and businesses can keep the same proof object, identity and ownership history as it moves between files, devices, applications and public witness surfaces. Developers can use the exact application coordinate Receiz issued, request supported grants, invoke the implemented SDK or MCP path and explain a collectible's value from verified source and reproducible arithmetic. Funding, payment and delivered custody remain inspectable stages rather than consequences inferred from a listing or successful checkout. Institutions and other readers can reopen the source, reproduce its calculation and inspect the carried evidence without promoting a server, registry, page or model response above it. This release removes concrete integration and delivery obstructions while preserving the fixed full Kai-sigil origin, first admission followed by lawful appends, settled visible continuity and the complete historical record. The practical result is the full frame cash out: source, law, sequence, object and evidence remain together, with every reader underneath them.
- Capability enabled
- Reviewed hosted execution reuses original admitted custody and resolves wake credentials from the existing Vercel request context. Hosted availability remains distinct from device-held operations and Marketplace restrictions; transport does not create source authority.
- Compatibility
- The v129.0.0 compatibility record remains the exact boundary for this outcome.
- Migration
- The v129.0.0 migration record remains the exact adoption boundary for this outcome.
Exact artifact handoff and attachments
Native saves preserve verified source file types and frozen proof MIME, and exact private downloads remain accessible after handoff. Attachment diagnostics and selected-image verification use the selected original bytes without exposing private references or replaying an unrelated upload; transport never reseals a substitute object.
Technical and authority boundary
Native saves preserve verified source file types and frozen proof MIME, and exact private downloads remain accessible after handoff. Attachment diagnostics and selected-image verification use the selected original bytes without exposing private references or replaying an unrelated upload; transport never reseals a substitute object.
- Why
- People, creators and businesses can keep the same proof object, identity and ownership history as it moves between files, devices, applications and public witness surfaces. Developers can use the exact application coordinate Receiz issued, request supported grants, invoke the implemented SDK or MCP path and explain a collectible's value from verified source and reproducible arithmetic. Funding, payment and delivered custody remain inspectable stages rather than consequences inferred from a listing or successful checkout. Institutions and other readers can reopen the source, reproduce its calculation and inspect the carried evidence without promoting a server, registry, page or model response above it. This release removes concrete integration and delivery obstructions while preserving the fixed full Kai-sigil origin, first admission followed by lawful appends, settled visible continuity and the complete historical record. The practical result is the full frame cash out: source, law, sequence, object and evidence remain together, with every reader underneath them.
- Capability enabled
- Native saves preserve verified source file types and frozen proof MIME, and exact private downloads remain accessible after handoff. Attachment diagnostics and selected-image verification use the selected original bytes without exposing private references or replaying an unrelated upload; transport never reseals a substitute object.
- Compatibility
- The v129.0.0 compatibility record remains the exact boundary for this outcome.
- Migration
- The v129.0.0 migration record remains the exact adoption boundary for this outcome.
Installation and packaged guidance
Carried changes provide refreshed manual and hosted AI setup, one-link installation, logged-in navigation and packaged verification guides. Current version-pinned package links follow the coordinated release while historical downloads retain their original coordinates.
Technical and authority boundary
Carried changes provide refreshed manual and hosted AI setup, one-link installation, logged-in navigation and packaged verification guides. Current version-pinned package links follow the coordinated release while historical downloads retain their original coordinates.
- Why
- People, creators and businesses can keep the same proof object, identity and ownership history as it moves between files, devices, applications and public witness surfaces. Developers can use the exact application coordinate Receiz issued, request supported grants, invoke the implemented SDK or MCP path and explain a collectible's value from verified source and reproducible arithmetic. Funding, payment and delivered custody remain inspectable stages rather than consequences inferred from a listing or successful checkout. Institutions and other readers can reopen the source, reproduce its calculation and inspect the carried evidence without promoting a server, registry, page or model response above it. This release removes concrete integration and delivery obstructions while preserving the fixed full Kai-sigil origin, first admission followed by lawful appends, settled visible continuity and the complete historical record. The practical result is the full frame cash out: source, law, sequence, object and evidence remain together, with every reader underneath them.
- Capability enabled
- Carried changes provide refreshed manual and hosted AI setup, one-link installation, logged-in navigation and packaged verification guides. Current version-pinned package links follow the coordinated release while historical downloads retain their original coordinates.
- Compatibility
- The v129.0.0 compatibility record remains the exact boundary for this outcome.
- Migration
- The v129.0.0 migration record remains the exact adoption boundary for this outcome.
Public Twin preparation
One resolved request context and loaded memory are reused, independent preparation runs concurrently, and artificial fallback streaming delays are removed. Inactive Twin, credit reservation, replay, reconciliation and Settlement remain binding; no numerical production latency or connected-model acceptance is inferred.
Technical and authority boundary
One resolved request context and loaded memory are reused, independent preparation runs concurrently, and artificial fallback streaming delays are removed. Inactive Twin, credit reservation, replay, reconciliation and Settlement remain binding; no numerical production latency or connected-model acceptance is inferred.
- Why
- People, creators and businesses can keep the same proof object, identity and ownership history as it moves between files, devices, applications and public witness surfaces. Developers can use the exact application coordinate Receiz issued, request supported grants, invoke the implemented SDK or MCP path and explain a collectible's value from verified source and reproducible arithmetic. Funding, payment and delivered custody remain inspectable stages rather than consequences inferred from a listing or successful checkout. Institutions and other readers can reopen the source, reproduce its calculation and inspect the carried evidence without promoting a server, registry, page or model response above it. This release removes concrete integration and delivery obstructions while preserving the fixed full Kai-sigil origin, first admission followed by lawful appends, settled visible continuity and the complete historical record. The practical result is the full frame cash out: source, law, sequence, object and evidence remain together, with every reader underneath them.
- Capability enabled
- One resolved request context and loaded memory are reused, independent preparation runs concurrently, and artificial fallback streaming delays are removed. Inactive Twin, credit reservation, replay, reconciliation and Settlement remain binding; no numerical production latency or connected-model acceptance is inferred.
- Compatibility
- The v129.0.0 compatibility record remains the exact boundary for this outcome.
- Migration
- The v129.0.0 migration record remains the exact adoption boundary for this outcome.
Agents and Mind public entrances
Fourteen translated Agents routes carry deterministic source content, proof/verifier evidence, reduced-motion graphics and the settled foundation statement. Mind carries its interactive proof and checkout entrance while distinguishing the local Mac recorder/model from connected browser access; browser fixtures establish no live charge or bearer delivery.
Technical and authority boundary
Fourteen translated Agents routes carry deterministic source content, proof/verifier evidence, reduced-motion graphics and the settled foundation statement. Mind carries its interactive proof and checkout entrance while distinguishing the local Mac recorder/model from connected browser access; browser fixtures establish no live charge or bearer delivery.
- Why
- People, creators and businesses can keep the same proof object, identity and ownership history as it moves between files, devices, applications and public witness surfaces. Developers can use the exact application coordinate Receiz issued, request supported grants, invoke the implemented SDK or MCP path and explain a collectible's value from verified source and reproducible arithmetic. Funding, payment and delivered custody remain inspectable stages rather than consequences inferred from a listing or successful checkout. Institutions and other readers can reopen the source, reproduce its calculation and inspect the carried evidence without promoting a server, registry, page or model response above it. This release removes concrete integration and delivery obstructions while preserving the fixed full Kai-sigil origin, first admission followed by lawful appends, settled visible continuity and the complete historical record. The practical result is the full frame cash out: source, law, sequence, object and evidence remain together, with every reader underneath them.
- Capability enabled
- Fourteen translated Agents routes carry deterministic source content, proof/verifier evidence, reduced-motion graphics and the settled foundation statement. Mind carries its interactive proof and checkout entrance while distinguishing the local Mac recorder/model from connected browser access; browser fixtures establish no live charge or bearer delivery.
- Compatibility
- The v129.0.0 compatibility record remains the exact boundary for this outcome.
- Migration
- The v129.0.0 migration record remains the exact adoption boundary for this outcome.
Release and historical evidence continuity
The complete 46-commit ledger retains every carried source group since the official v128 baseline, including its historical governance and deployment closeout. CI reuses the repository pnpm integrity pin; current conformance, installed-package and source-binding checks remain separate from live financial, final attestation and deployment evidence.
Technical and authority boundary
The complete 46-commit ledger retains every carried source group since the official v128 baseline, including its historical governance and deployment closeout. CI reuses the repository pnpm integrity pin; current conformance, installed-package and source-binding checks remain separate from live financial, final attestation and deployment evidence.
- Why
- People, creators and businesses can keep the same proof object, identity and ownership history as it moves between files, devices, applications and public witness surfaces. Developers can use the exact application coordinate Receiz issued, request supported grants, invoke the implemented SDK or MCP path and explain a collectible's value from verified source and reproducible arithmetic. Funding, payment and delivered custody remain inspectable stages rather than consequences inferred from a listing or successful checkout. Institutions and other readers can reopen the source, reproduce its calculation and inspect the carried evidence without promoting a server, registry, page or model response above it. This release removes concrete integration and delivery obstructions while preserving the fixed full Kai-sigil origin, first admission followed by lawful appends, settled visible continuity and the complete historical record. The practical result is the full frame cash out: source, law, sequence, object and evidence remain together, with every reader underneath them.
- Capability enabled
- The complete 46-commit ledger retains every carried source group since the official v128 baseline, including its historical governance and deployment closeout. CI reuses the repository pnpm integrity pin; current conformance, installed-package and source-binding checks remain separate from live financial, final attestation and deployment evidence.
- Compatibility
- The v129.0.0 compatibility record remains the exact boundary for this outcome.
- Migration
- The v129.0.0 migration record remains the exact adoption boundary for this outcome.
Purpose
Why it matters
People, creators and businesses can keep the same proof object, identity and ownership history as it moves between files, devices, applications and public witness surfaces. Developers can use the exact application coordinate Receiz issued, request supported grants, invoke the implemented SDK or MCP path and explain a collectible's value from verified source and reproducible arithmetic. Funding, payment and delivered custody remain inspectable stages rather than consequences inferred from a listing or successful checkout. Institutions and other readers can reopen the source, reproduce its calculation and inspect the carried evidence without promoting a server, registry, page or model response above it. This release removes concrete integration and delivery obstructions while preserving the fixed full Kai-sigil origin, first admission followed by lawful appends, settled visible continuity and the complete historical record. The practical result is the full frame cash out: source, law, sequence, object and evidence remain together, with every reader underneath them.
Available outcomes
Capabilities now available
Exact registered application IDs
Existing registered applications can use their unchanged Receiz-issued client ID across SDK construction, native requests, source qualification, authority sessions, execution and replay. Registered rc IDs and existing native slugs retain exact spelling and case; an alias cannot replace the issued coordinate.
Compatible production application binding
The forward migration changes nine application CHECKs and five RPC predicates while preserving deployed security metadata, foreign keys, scope checks, revocation, nonce replay, custody and zero-write failures. Production application of that exact migration is independently recorded; historical artifacts and identifiers are not rewritten.
Complete developer grant selection
OIDC client and delegated-agent selectors expose the shared supported scope catalog, including existing financial scopes. Developers select grants for the actual operations; device-held identity proof, explicit consent and issued scopes remain required, while local proof reads acquire no invented OAuth requirement.
Full financial MCP execution
Seven added adapters expose existing wallet inspection, transfer, checkout, checkout-session inspection, embedded checkout, sealed-note download and canonical bearer-artifact claim. They compose existing SDK financial primitives beneath source, grant and consent authority; funding, payment, delivered bearer, claim, use and proceeds remain separate evidence stages.
Restricted ChatGPT execution remains explicit
The separately reviewed ChatGPT Marketplace profile retains 195 nonfinancial tools and enforces its World limits at both dispatch and wrapped-client boundaries. General developer MCP exposes the full 356-tool library; configuring a restricted installation does not redefine the full library or enable an excluded financial operation.
Current service adapters
Eleven added adapters expose current public-proof observation, World profile/message/welcome/booking/streaming, sports history/rollups/badge, verification conformance and complete Record creation. Exact confirmation, completed stream events, bounded projections and error rejection preserve the actual SDK/host contracts without automatic retries.
Complete native Record delivery
Record creation returns the actual sealed PNG and retains explicit JSON compatibility. The producer reuses the existing local anchor before Signature V4; the MCP adapter verifies the enclosing proof and privately delivers exact bytes. A remote save can precede failed delivery, so unknown outcomes require resolution before retry.
Exact wallet-note and bearer custody
Wallet-note download returns the original PNG as a Blob, and the MCP path verifies that complete sealed file before private delivery. Canonical bearer claim opens the stronger artifact, uses the existing ownership coordinator and verifies the successor; raw note-token extraction gains no new admission or direct claim authority.
Offline Kai-sigil calculator
Browser and Node consumers can import the existing phi/kosmos-vφ-5 calculator, immutable policy, checksum, serialization and rounding from the pure valuation entry point. Original numerical and stamp fixtures remain unchanged; the application and SDK share checked source parity.
Fixed full Kai-sigil origin
Proof-bound valuation verifies the enclosing source first and reads its existing lawful fixed Kai-sigil origin and admitted history. A supplied now/future evaluation coordinate changes the projection without resealing or resetting issuance; successor seals, upload time and missing finer precision cannot manufacture another origin.
Complete value explanation
Each projection returns actual inputs, intermediates, formulas, rounding, source references, history bindings, applied legacy defaults and a canonical digest. Intrinsic proof value, market reference, asking price and verified executed sale price stay distinct; optional USD display uses an explicit versioned, digest-bound conversion basis.
Deterministic model charts
Bounded sampling recomputes value at explicit Kai coordinates with the same calculator, preserving caller order and canonical results without network, randomness, session state or implicit clock authority. Model samples stay separately typed from actual sale and transfer observations.
Sealed platform rarity policies
Platforms can use a bounded versioned declarative policy with exact rational arithmetic and full traces, bound to sealed issuance, its policy digest and actual operands. Declared rarity does not redefine intrinsic value or authorize Settlement; the optional last-executed-sale reference rule selects only a uniquely causally latest verified sale.
Verified ownership and completed sales
Transaction projection preserves causal ownership changes and independently verified payment plus accepted delivery for the same asset, participants and committed intent. Gifts carry null payment; payment-only, pending, failed, foreign, detached and undelivered attempts cannot become completed sales.
Public offline value replay
The public replay carries exact admitted proof/history, policy, coordinates, conversion basis, public sale evidence and expected digests. Existing pinned canonical readers verify those stronger sources before recomputing values and chart samples; copied runtime JSON, edited checksums and private identity/account/conversation data cannot establish public proof.
Existing public sale source authoring
Actual committed participant custody can project a subordinate public sale journal body into the existing buyer-authored sealed domain replay source. Real consent, identity signing, predecessor-bound complete public issuer-state evidence and the existing seal API remain required; no temporal setter, new proof field or private recovery export is introduced.
SDK-backed model tools
Three read-only MCP adapters inspect proof value, sample explicit coordinates and verify public replay through the same SDK functions. Workspace references are digest-bound and verified by the host; calculation performs no custody, payment, admission, approval or file writes and cannot accept model-supplied authority JSON.
Usable installed public declarations
SDK and MCP declarations expose actual public types without repository authority aliases, and strict installed consumers and browser/Node examples compile against the published package surface. Versioned wire identities and historical verification remain unchanged.
Complete discovery with execution boundaries
Current SDK, MCP, AI, developer pages, machine catalogs and social artwork agree on 704 exports, 425 methods, 356 full tools and 43 skills, including 37 manifests and 34 prompts. The execution map distinguishes direct tools, bounded compositions, private SDK custody and real device/WebAuthn workflows; discovery grants no authority.
Byte-exact coordinated publication
The user published AI skills, SDK and MCP at 129.0.0 and latest, with registry hashes, integrity, sizes, file counts and internal Receiz dependencies matching the qualified candidates. The prepared manual installation kit retains its earlier build provenance and independently passes exact-runtime, canonical proof and tamper contracts.
Identity and Showcase continuity
Carried changes since v128 preserve same-origin OIDC entry, accepted username appends, held owner identity, exact Showcase signing subjects and receipt admission. Unsigned Original reconciliation does not restore hidden membership, and weaker discovery cannot replace known verified first paint.
AssetSeal and Memory Crystal history
Historical Identity Seals reuse verified enclosing source, signed portable account state and identity-control proof without resealing. Whole-workspace restoration preserves selection and tab, admits verified descendants, retains newer held history and rejects divergence with zero writes; Native Record custody keeps its distinct boundary.
Database and material-source coordination
Shared in-flight manifest reads retain each caller's username and dirty policy, and concurrent default-business/membership/founder creation converges on the existing unique winner. App and SDK material-anchor parsing agree without relaxing locator, digest or source rejection.
Explore and Fraud continuity
The carried Explore navigation adds previous/next, position/progress, reduced-motion behavior and correct root containment; the reverted image warmup is not shipped. Fraud uses the application shell with scoped localization, language selection, metadata and sector links, preserving its existing proof boundaries.
Original hosted MCP custody
Reviewed hosted execution reuses original admitted custody and resolves wake credentials from the existing Vercel request context. Hosted availability remains distinct from device-held operations and Marketplace restrictions; transport does not create source authority.
Exact artifact handoff and attachments
Native saves preserve verified source file types and frozen proof MIME, and exact private downloads remain accessible after handoff. Attachment diagnostics and selected-image verification use the selected original bytes without exposing private references or replaying an unrelated upload; transport never reseals a substitute object.
Installation and packaged guidance
Carried changes provide refreshed manual and hosted AI setup, one-link installation, logged-in navigation and packaged verification guides. Current version-pinned package links follow the coordinated release while historical downloads retain their original coordinates.
Public Twin preparation
One resolved request context and loaded memory are reused, independent preparation runs concurrently, and artificial fallback streaming delays are removed. Inactive Twin, credit reservation, replay, reconciliation and Settlement remain binding; no numerical production latency or connected-model acceptance is inferred.
Agents and Mind public entrances
Fourteen translated Agents routes carry deterministic source content, proof/verifier evidence, reduced-motion graphics and the settled foundation statement. Mind carries its interactive proof and checkout entrance while distinguishing the local Mac recorder/model from connected browser access; browser fixtures establish no live charge or bearer delivery.
Release and historical evidence continuity
The complete 46-commit ledger retains every carried source group since the official v128 baseline, including its historical governance and deployment closeout. CI reuses the repository pnpm integrity pin; current conformance, installed-package and source-binding checks remain separate from live financial, final attestation and deployment evidence.
Primitive boundary
Primitives affected
- proof
- identity
- ownership
- settlement
- transfer
- verification
- public-witness
- continuity
- reserve
- sealed-artifact
- governance
Compatibility
Compatibility
Coordinated published packages
SDK, MCP and AI skills are published at exact 129.0.0. Public registry tarballs match the qualified candidates byte for byte; changing release prose does not repack or mutate published files.
This exact v129.0.0 compatibility boundary remains binding.
Registered application coordinate
RECEIZ_APPLICATION_ID is the exact registered OIDC clientId: its unchanged native slug or rc_ followed by exactly 24 ASCII letters, digits, underscores or hyphens. Preserve case and bytes; no normalization, prefix removal, subject Receiz ID, username, secret or substitute alias is valid.
This exact v129.0.0 compatibility boundary remains binding.
Native slug compatibility
Existing lowercase native slugs up to 128 characters retain their canonical syntax. Domain, operation and audience validators retain their own contracts.
This exact v129.0.0 compatibility boundary remains binding.
Existing clients and SQL state
Existing registered clients and sealed coordinates require no rewrite. The forward compatibility migration changes only nine application CHECKs and five audited RPC predicates; scopes, active-client checks, revocation, replay, custody, locks and zero-write rejection remain binding.
This exact v129.0.0 compatibility boundary remains binding.
Inherited constitutional registry
V129 inherits the exact v127 registry at docs/releases/v127.0.0-constitution-registry.json and digest 8d0b5b839d02d9efbd4306cc99410595a183705c2670b76d2567eaaaade99065. No new v129 constitutional registry or authority is created.
This exact v129.0.0 compatibility boundary remains binding.
Historical wire protocols
Existing v120/v122/v123/v124/v125/v127 operation names, schemas and law identities retain their implemented meaning beneath the v129 distribution. Package versions do not rename protocols.
This exact v129.0.0 compatibility boundary remains binding.
Enclosing files and offline proof
Original sealed bytes, complete payload, Signature V4, full Kai-sigil and canonical offline verification remain authority. Valuation adds no proof-bundle field, signer/parser/verifier change or temporal setter; the separate Record correction composes the existing local anchor and preserves explicit anchors.
This exact v129.0.0 compatibility boundary remains binding.
Fixed origin and precision
Read the verified original full Kai-sigil or admitted original history before projection. A successor seal or caller evaluation cannot replace origin; ordinary legacy whole-pulse precision stays explicit and absent finer micro-pulses are never manufactured.
This exact v129.0.0 compatibility boundary remains binding.
Identity and account entry
Account entry remains frozen to 6e0d71c3f0e8b3092b4ec97eef39f5927667a01f. Existing Identity Seal, Receiz Key, PBI and recovered-account continuity compose through their established admission and binding primitives.
This exact v129.0.0 compatibility boundary remains binding.
Known truth and first paint
Held verified identity, proof, membership, media, ownership and Showcase paint from stronger truth immediately. Background network/server/session work may append verified additions without replacing the settled surface.
This exact v129.0.0 compatibility boundary remains binding.
Full MCP and ChatGPT profile
The full developer library has 356 tools, including supported financial operations. The ChatGPT Marketplace profile separately exposes 195 nonfinancial tools with its execution restrictions; neither profile enlarges issued grants or device-held custody.
This exact v129.0.0 compatibility boundary remains binding.
SDK host and device composition
Private Identity Seal/account-Twin custody, identity-signed source/store publication, offline Note/Reserve and actual WebAuthn retain their trusted SDK host/device boundaries. Discovery of 704 exports does not make every object an arbitrary model argument or direct tool invocation.
This exact v129.0.0 compatibility boundary remains binding.
Record and downloaded note delivery
Default Record and wallet-note download preserve their actual sealed PNG bytes. Explicit Record JSON mode remains supported; public save/showcase headers describe remote effects only, and unknown delivery after a remote save forbids automatic retry.
This exact v129.0.0 compatibility boundary remains binding.
Bearer and raw note compatibility
Canonical bearer admission verifies the enclosing artifact, executes the existing ownership coordinator and verifies the successor. Legacy SDK raw-token note-claim methods retain compatibility but gain no direct MCP adapter without an enclosing-note-bound projector.
This exact v129.0.0 compatibility boundary remains binding.
Value categories and rarity
Existing intrinsic numerical law, sealed custom market reference, asking price and verified executed sale remain distinct. Versioned exact rarity arithmetic, policy digest and operands remain beneath sealed issuance and never authorize spending.
This exact v129.0.0 compatibility boundary remains binding.
History and completed sale
Gifts have null payment. Completed sale requires independently verified payment and accepted delivery, the same asset/participants/intent and source-bound issuer state; missing historical joins remain unavailable rather than invented.
This exact v129.0.0 compatibility boundary remains binding.
Public replay and private recovery
Public value replay uses pinned canonical readers over exact carried public proof/history. Private identity/account/conversation bytes and old private recovery cannot be redacted into a new public authority artifact.
This exact v129.0.0 compatibility boundary remains binding.
AssetSeal, Memory Crystal and Mind
Existing workspace restore and carried source history retain their supported composition. Selective disclosure, third-party transfer, connected-model acceptance and independently versioned Mind installers are not implied by generic verification or a package upgrade.
This exact v129.0.0 compatibility boundary remains binding.
Historical evidence and current readers
The v128 baseline, all 46 carried commits, earlier release acceptance and failed aggregate records retain their exact coordinates. Academy, search, social artwork, tags and public verifier projections remain readers beneath proof, not substitute admission authorities.
This exact v129.0.0 compatibility boundary remains binding.
Migration
Migration
Required: true
A forward SQL migration is required for hosted deployments retaining the predecessor application-ID predicates. The exact migration 20261011204630_receiz_v129_registered_application_ids is already applied and independently verified in the recorded production project: nine updated application CHECKs, zero predecessor CHECKs and five exact RPC predicate replacements, with owner, ACL, configuration and SECURITY DEFINER metadata unchanged. This is application-coordinate compatibility, not an artifact or registry rewrite.
- Install @receiz/ai-skills@129.0.0, @receiz/sdk@129.0.0 and @receiz/mcp-server@129.0.0 together. Compare registry integrity, archive size and exact internal Receiz dependency coordinates with the publication evidence; the three published tarballs match the qualified candidates.
- Configure RECEIZ_APPLICATION_ID with the exact registered OIDC clientId, preserving spelling and case. Keep the client secret server-side. Do not translate to a subject Receiz ID, username, stripped prefix or alias; existing registered clients need no replacement.
- Select the actual supported scopes required by the operation and obtain genuine device-held identity proof, explicit consent and correctly bound granted authority. Local proof reads require no invented OAuth grant; full MCP financial execution and the restricted ChatGPT profile remain separate.
- Publish the stronger admitted sealed source through its existing supported SDK/host path, qualify the actual used operations and dependencies, and open the exact challenge-bound authority session where that workflow requires it. Preserve application/audience, heads, replay and revocation checks; model or copied runtime JSON cannot reconstruct custody.
- For another hosted database still carrying the predecessor predicates, use the forward SQL file under its catalog drift guards and verify the same nine CHECK/five RPC boundary without bypassing failed guards. The recorded production migration is already applied; inspect actual state before any operator action and do not rewrite historical SQL or unrelated function bodies.
- Retain admitted local Identity Seals, Receiz Keys, complete held proof bytes, original Kai-sigil origin and carried ownership history. Reuse the inherited v127 registry and existing v124/v125 protocols; an SDK upgrade does not reseal, remint or reset issuance.
- Qualify the actual invocation path against the execution coverage map. Preserve trusted-host/device and real WebAuthn requirements, strict installed public declarations, exact enclosing-file verification and the application's continuity/first-paint contracts. Historical HTTP and disabled/legacy paths do not acquire a current route from inventory membership.
- Supply explicit valuation coordinates and versioned policy/conversion bases for read-only calculation, chart sampling and public replay. Keep intrinsic, sealed market reference, asking and executed prices distinct; missing original history or public sale joins remain explicit unavailable boundaries.
- Treat quote, approved payment, wallet funding, verified credit, bearer delivery, ownership claim/use and seller proceeds as separately evidenced stages. A checkout session or listing cannot establish completed sale or custody. The authorized live financial ceiling is $5 total and actual recorded movement remains $0.
- Preserve immutable published v129 package bytes and complete the Academy source/registry bindings, deployed smoke and release attestation against their actual qualified coordinates. Prior failed aggregate history is retained; local package success does not establish live purchase or final signing.
Qualification
Conformance
Corrected SDK origin/valuation/replay/transaction 28/28 and focused MCP 3/3 with five child cases passed after protocol restoration; no proof or verification protocol change.
Passed · Corrected SDK origin/valuation/replay/transaction 28/28 and focused MCP 3/3 with five child cases passed after protocol restoration; no proof or verification protocol change.
Current account-entry 37, source-authority 31 and law/governance controls passed.
Passed · Current account-entry 37, source-authority 31 and law/governance controls passed.
Corrected valuation SDK/MCP/AI examples, inventories and coordinated packed/installed consumer qualification passed: 704 exports and 1,528 catalog entries.
Passed · Corrected valuation SDK/MCP/AI examples, inventories and coordinated packed/installed consumer qualification passed: 704 exports and 1,528 catalog entries.
Coordinated package versions, dependency pins, generated inventories and dist passed the corrected-source release gate; packed closure has zero workspace dependencies.
Passed · Coordinated package versions, dependency pins, generated inventories and dist passed the corrected-source release gate; packed closure has zero workspace dependencies.
Corrected-source SDK 1,108/1,108 and full MCP 436/436, zero skips, plus strict public examples, packed links, installed declarations/exports, CLI/stdio and conformance passed. Initial restored MCP 435/one stale-fixture failure remains recorded; fixture repair changed no implementation.
Passed · Corrected-source SDK 1,108/1,108 and full MCP 436/436, zero skips, plus strict public examples, packed links, installed declarations/exports, CLI/stdio and conformance passed. Initial restored MCP 435/one stale-fixture failure remains recorded; fixture repair changed no implementation.
Final prepared manual archive 777443e898ef (9,708,991 bytes) qualified against exact runtime/hashes, canonical proof generation/verification/tamper contracts and 704/425/356/195 inventories. No real enrollment is inferred; the kit's earlier publication-false build provenance is separate from the subsequent verified registry publication.
Passed · Final prepared manual archive 777443e898ef (9,708,991 bytes) qualified against exact runtime/hashes, canonical proof generation/verification/tamper contracts and 704/425/356/195 inventories. No real enrollment is inferred; the kit's earlier publication-false build provenance is separate from the subsequent verified registry publication.
Academy's independent local candidate installation matches all 1,177 published files; runtime inventories, strict installed consumer types, current reference projections and 12 bindings passed. Registry bytes are now independently confirmed; the later complete Academy qualification is recorded separately below.
Passed · Academy's independent local candidate installation matches all 1,177 published files; runtime inventories, strict installed consumer types, current reference projections and 12 bindings passed. Registry bytes are now independently confirmed; the later complete Academy qualification is recorded separately below.
Complete [Academy qualification receipt](v129.0.0-academy-qualification-evidence.json) passed 426/426 against committed source and exact registry packages, including source/reference/rails/runtime/visual bindings, types, lint, build and budgets.
Passed · Complete [Academy qualification receipt](v129.0.0-academy-qualification-evidence.json) passed 426/426 against committed source and exact registry packages, including source/reference/rails/runtime/visual bindings, types, lint, build and budgets.
Required isolated-profile database gate passed through the real disposable PostgreSQL/PostgREST runner without production access or profile behavior changes. Earlier standalone resources were cleaned.
Passed · Required isolated-profile database gate passed through the real disposable PostgreSQL/PostgREST runner without production access or profile behavior changes. Earlier standalone resources were cleaned.
[full release-freeze receipt](v129.0.0-release-freeze-evidence.json) confirms 128 planned/128 completed/zero failures/zero unavailable and exit 0, with complete isolated native-fixture cleanup and no production access. Subsequent native 126-completed/two-failure/zero-unavailable run remains failed history; exact README prefix restoration passed three drift contracts. Initial 115/11/1 and later 128-planned/123-completed/five-failure/zero-unavailable runs remain unsuccessful historical evidence.
Passed · [full release-freeze receipt](v129.0.0-release-freeze-evidence.json) confirms 128 planned/128 completed/zero failures/zero unavailable and exit 0, with complete isolated native-fixture cleanup and no production access. Subsequent native 126-completed/two-failure/zero-unavailable run remains failed history; exact README prefix restoration passed three drift contracts. Initial 115/11/1 and later 128-planned/123-completed/five-failure/zero-unavailable runs remain unsuccessful historical evidence.
Foundation rerun and restored original document-seal 22/22 and Studio 1/1 passed after the later umbrella failures.
Passed · Foundation rerun and restored original document-seal 22/22 and Studio 1/1 passed after the later umbrella failures.
Corrected-source lint, source-authority 31/31, primitive-binding, repo-only-reasoning and visual-evidence contracts passed.
Passed · Corrected-source lint, source-authority 31/31, primitive-binding, repo-only-reasoning and visual-evidence contracts passed.
Restored-source production application build passed with 329/329 generated pages; lint and performance budgets passed. All five failed umbrella components are independently closed, without relabeling the unsuccessful formal aggregate.
Passed · Restored-source production application build passed with 329/329 generated pages; lint and performance budgets passed. All five failed umbrella components are independently closed, without relabeling the unsuccessful formal aggregate.
Academy complete foundation/build/current archive validation passed: 190 routes, 1,175 search destinations, 6,583 links and 63 bound captures; receipt/source capture committed at 3b5343b4bac88e3759ba71eb177766310bd866aa.
Passed · Academy complete foundation/build/current archive validation passed: 190 routes, 1,175 search destinations, 6,583 links and 63 bound captures; receipt/source capture committed at 3b5343b4bac88e3759ba71eb177766310bd866aa.
[Anonymous read-only production smoke of the application](v129.0.0-production-smoke.json) passed 18 application checks: 17 HTML routes, exact v129/1,528 capability catalog and all ten hosted conformance endpoints; no account/custody/Settlement writes or completed financial acceptance inferred.
Passed · [Anonymous read-only production smoke of the application](v129.0.0-production-smoke.json) passed 18 application checks: 17 HTML routes, exact v129/1,528 capability catalog and all ten hosted conformance endpoints; no account/custody/Settlement writes or completed financial acceptance inferred.
User-published SDK/MCP/AI 129.0.0 and latest confirmed by [public registry evidence](v129.0.0-package-publication-evidence.json); fetched tarballs match all qualified candidate bytes, SHA-512/SHA-256/SHA-1, sizes, file counts and exact internal Receiz dependencies.
Passed · User-published SDK/MCP/AI 129.0.0 and latest confirmed by [public registry evidence](v129.0.0-package-publication-evidence.json); fetched tarballs match all qualified candidate bytes, SHA-512/SHA-256/SHA-1, sizes, file counts and exact internal Receiz dependencies.
Control boundary
Governance
- Verification
- Passed
- Declared change class
- High Risk
- Release approval
- v129.0.0-final-closeout-2026-10-11
- Risk owner
- bjklock
Dated signed attestations apply only to their exact commit, tree, and build; package publication, deployment, and production smoke remain independent evidence dimensions.
Explicit single-owner approval under the existing Identity Seal; no independent review occurred.
Registry boundary
Registry
- Version
- 127.0.0
- Binding
- Inherited byte-identically from v127.0.0; no patch registry was created.
- Digest
8d0b5b839d02d9efbd4306cc99410595a183705c2670b76d2567eaaaade99065- Predecessor
80137c2e6f294050ef36ff75e4daac15c7790b7f04d9a91fab9d1970fa3c0b09
Archive projection
Audience, domain, and change-kind facets
- Audiences
- developers · businesses · creators · institutions · people
- Domains
- identity · proof · ownership · settlement · reserve · verification · governance · integration · continuity · valuation · market · media · offline
- Change kinds
- capability · correction · compatibility · migration · governance · performance · security
Independent dimensions
Release boundary status
- Repository release
- Documented
- Git tag
- Present
- Package publication
- Confirmed
- Deployment
- Confirmed
- Production smoke
- Confirmed
- Signed attestation
- Present
Exact source bytes
Provenance
This Academy record is a projection beneath its sources. Record SHA-256 64b359cb8c45b9b6fbb09b046f3422f47a47417ed5fcfaee9f3260a5d8f6fe4e. Source-family inventory: complete.
SHA-256 73b66225076e74ef5409fbb168c4a74b5a3fd01437cdfd77581f42a45118e654SHA-256 a8766e68d55394499fd7a92bb9b418c89730f375c84bc678757bdbd8a977db2eSHA-256 f9f713c7a4d75ab4ffccc4551cdaeaa6e9268978222d7f8cbbc13e3683155c8aSHA-256 ebb3edf8faeab564dbe98b28510df9c36f1efbe9c556829692cc63845028154cSHA-256 364ab056280d39c2c81b071ecf51c483dee30356e9e2e29a308f3887e36d7360SHA-256 3ce10aae40a0d74410f939cbda6b815c4c2064ebcf47ca2b3d496289f2808f20SHA-256 312f40764d745677c62b2cbe2ba6a3e2e11593a9de729ed7f1617c086d34b33aSHA-256 44f37255e8e9acade15073031ea5d535f41cb6bc215dc0a1da7b7deb205f9970SHA-256 0eb58d301ce052969387ae40aafa2f79fa962062f08fea36f7722aefcb3c11bdSHA-256 0c8f863981172eb4f6bc1f1b349d9e3abca60f78a8ef88465bc5bc824e4d7a07SHA-256 b31c0b0dd5a72f64d601a9e75f1e4a3103568e7a452bf34962436779b8a434e9SHA-256 30ff1ae4b7a806e80bdbc05c4a057277abcfbcc8666d9c15e27b45eff2fcefa4SHA-256 d09bba0120527fe9f0a41f7e4c2909d8382740b99131dc037c974e36251a11d5SHA-256 9791882f16d99a2f368601db71d7f5cb86bb2080c2cb06fee33d42615cb5da93SHA-256 b1501540643accd5457bdf610810dff78ccb40a68a05d621baab9324e3c1d808SHA-256 1eaa3fad88d91e0d9aa1d2ebaca6f1f541823cae811325a1cab83abc8b36e099SHA-256 b98689f5b39e13773ade608e88735feff4f13cf5410757ca38322da628870fbcSHA-256 5d3af95035eaf25fcf64f2f3439ea099888533d44852267b4f6d7240509509feSHA-256 1cbae40f6002da18fc96de1bbf5702129ab8d205e2bc62a30afae64da194553dSHA-256 2543b4c308f0de5577956f2563e544e71750ba83a882bcedbe3e7576fce58a03SHA-256 1069608413a2e2ddfbd498ee70dc60c49ee9242277f2d330a48cb0535e80b03bSHA-256 1cac80c7e2d17340e1397e8c40b851120db0059298878dfb5a645af148c0b4d2SHA-256 dc090d8a86b57478e094562850b3ca3c0e861f872424aa3181bd6172915c90dbSHA-256 9be3f96df9f49e857ecdf33955d56deaed9ffe52b4b02fe5683aed4a5077b780