Reference · Commands · results · reporting boundary

Operations and receipts

Execute operations in the required order and read receipts as non-authoritative reports of an accepted operation.

Stable route
/reference/operations-receipts
Version
124.1.0
Source SHA-256
3278d551808697d9936ffdf75931358c903bb0cc5a211191b611d4474895f6be

Solved outcome

What this enables

Separate verified artifact truth, operation admission, atomic acceptance, and report-only receipts without collapsing them.

Installed identity

@receiz/sdk

Version
124.1.0
Package SHA-256
479d52f4c2215b05377ac557a62427abae9c16347e5341201b72699311afd7ac
Record source
node_modules/@receiz/sdk/dist/index.d.ts

Exact form

Signature or request

verify exact bytes → admit profile → plan → seal and stage → independently resolve → atomically commit → inspect receipt

Inputs

Inputs and constraints

  1. Independently verified exact bytes.
  2. Current profile admission and same-runtime capability.
  3. Distinct execution and commit confirmations where required.

Outputs

Output and receipt

  1. Accepted artifact history
  2. Immutable staged candidate
  3. Report-only receipt

Stable recovery

Failures

EXPECTED_HEAD_MISMATCH

Reverify the accepted head and replan from verified history.

node_modules/@receiz/sdk/dist/artifactTransitionStore.d.ts · bfbf5a65845f143f06fe7b149893d34b07c1fe14ec85314f4315cf082ffff5c9

Offline

Offline behavior

Record, seal, verify, admit, and plan may complete locally. Connectivity is required only for optional atomic acceptance into a named global domain; that later operation publishes verified descendants without rewriting, revalidating, or reopening complete local history.

Authority

Truth boundary

Begin with exact held artifact bytes and local verification. SDK, HTTP, MCP, AI, framework, server, session, and UI mechanics may transport, coordinate, inspect, or distribute beneath the sealed Receiz proof object. They do not become proof authority.

The enclosing sealed Receiz proof object and its exact bytes are the stronger source of truth.Record Moment and Seal File are independent local operations after one-time anonymous Signature V4 device enrollment. Neither requires an account or server signer. Identity and account continuity remain optional projections beneath public verification.

Permanent anchor · #operations-receipts-operation-order

Operation order

Verify exact artifact bytes, admit the verified result in the same runtime, plan with verified history and actor evidence, seal and durably stage, independently resolve staged bytes, atomically commit, then inspect the receipt.

Permanent anchor · #operations-receipts-admission

Admission

Admission classifies a runtime-custodied verified artifact against the declared profile. It performs no operation authorization and cannot be reconstructed from caller-shaped JSON.

Permanent anchor · #operations-receipts-planning

Planning

Planning binds canonical event, expected verified-history head, commit domain, verified actor, registry law, and idempotency identity. A plan performs zero writes.

Permanent anchor · #operations-receipts-staging

Staging

Seal the plan-bound candidate and stage immutable neutral bytes without advancing the accepted head. The staging reference is a locator, not proof authority.

Permanent anchor · #operations-receipts-atomic-acceptance

Atomic acceptance

Commit independently resolves and reverifies the staged candidate inside the named domain, then advances the head atomically or returns a stable failure with zero accepted writes.

Permanent anchor · #operations-receipts-receipt-anatomy

Receipt anatomy

A receipt reports commit domain, actor, resource, operation, plan, capability, transition, artifact, prior head, accepted head, command, and idempotency digests. It cannot re-enter authority-bearing APIs.

Permanent anchor · #operations-receipts-end-to-end-example

End-to-end example

The universal example stops at verified sealed bytes and download evidence. Admission, plan, stage, and commit are later operations with their own exact authority inputs.

Copyable path

Authenticated SDK issuance → Verify → inspect receipt

import { createReceizClient } from "@receiz/sdk";

// Begin with the complete proof object already held by the person or runtime.
const encoded = process.env.RECEIZ_ARTIFACT_BASE64;
if (!encoded) throw new Error("RECEIZ_ARTIFACT_BASE64 is required");
const artifactBytes = Uint8Array.from(Buffer.from(encoded, "base64"));

// Local verification is account-free and precedes every transport projection.
const receiz = createReceizClient();
const verification = await receiz.verification.verifyArtifact(artifactBytes);
if (verification.status !== "verified-artifact") {
  throw new Error(`Artifact verification status: ${verification.status}`);
}
console.log(verification.status);

Deterministic check

Conformance

pnpm test:verification-conformance

Run from the Receiz repository against the exact coordinated package identity. A command result is evidence beneath sealed artifact truth.