Q-Sign Standard · Reference Artifacts

Drop a receipt. Watch the substrate verify itself.

Each artifact below is a complete .h33pqv.json receipt demonstrating one substrate behavior — a PERMIT verdict with all three trust bindings held, a REJECT verdict with the failing binding cited. Download, inspect, or drop into the browser verifier to confirm the standard.

Example receipts

Reference .h33pqv.json artifacts · download and verify
● PERMIT

Q-Sign PERMIT — staging test_run

example-permit-2026Q2-001.h33pqv.json

A two-hop lineage from a human board principal through a deploy agent to a leaf test-runner agent. The leaf invokes a staging:test-read action against the auth-microservice. All three trust bindings hold: lineage path verified, instruction tag matches, HATS Permit emitted. The NAP record names Eric Beans as the root principal and renders the full descent to the leaf.

● REJECT

Q-Sign REJECT — scope-expansion attempt

example-reject-2026Q2-001.h33pqv.json

Same two-hop lineage as the PERMIT example, but the leaf agent attempts a production:write action while only authorized for staging:test-read. The authority binding fails the scope-subset check (Q-Sign §5.2). The gate emits REJECT before the action runs; the receipt cites the failed binding and identifies the lineage edge that capped scope. Downstream bindings are not evaluated.

Verification instructions

Confirm the substrate end-to-end · ~2 minutes
  1. Click Download .h33pqv.json on any artifact above. The file lands in your browser downloads with the same canonical bytes the substrate emitted.
  2. Open the public verifier in a new tab. The verifier is a static page; nothing leaves your browser.
  3. Drag the downloaded .h33pqv.json onto the verifier's drop zone. The verifier parses the envelope, walks the lineage path, and checks all three signature families (ML-DSA-87 · SLH-DSA-256s · FALCON-1024) against the public Q-Keys referenced in the NAP record.
  4. Watch the verdict render in approximately two seconds. PERMIT artifacts show three green checks (one per family) and a summary of the three trust bindings. REJECT artifacts show the failing binding in red and identify which lineage edge or instruction tag triggered the rejection.
  5. (Optional) Modify a single byte of the downloaded file with any text editor and re-drop. The verifier rejects under all three families — that is the substrate's tamper guarantee. See /h33-session/ for the canonical live-break demonstration.

Schema references

Normative format definitions
Receipt schema

.h33pqv.json v1

The portable artifact format every Q-Sign envelope is wrapped in. Triple-family signatures, NAP record, trust-binding results.

View receipt spec ›
Envelope spec

BAAE format

Bound Authority Action Envelope — the structured object the substrate signs and the gate evaluates.

Whitepaper §7 ›
Lineage

Lineage DAG edge

The signed delegation edge connecting parent → child with scope, time bounds, and revocation handle.

Whitepaper §5 ›
Canonicalization

RFC 8785 JCS

Deterministic JSON canonicalization. All envelope hashing happens over the RFC 8785 canonical byte stream of the envelope minus the signatures block.

Whitepaper §8 ›

Chaos + conformance outputs

Adversarial validation harness
Adversarial

H33-Chaos · Q-Sign suite

54 adversarial replay scenarios against the Q-Sign substrate — tamper, expire, mis-scope, repudiate, swap. Every scenario deterministically rejects.

Browse the chaos harness ›
Conformance

Conformance Suite

The vectors and harness an implementer must pass to claim Q-Sign conformance. Per-component positive and negative cases plus cross-component composition.

Conformance suite ›
Vectors

Agent conformance vectors v1

Agent-substrate conformance vectors covering the five Q-Sign components plus the BAAE envelope contract.

Open vector set ›
Determinism

Browser replay determinism test

In-browser harness that reproduces the deterministic replay of a recorded BAAE. Confirms canonical-byte equivalence across implementations.

Run the determinism test ›

Next

You have the artifacts and the verifier. The whitepaper is the formal contract; the live demos are the substrate in motion.