A Refusal Receipt records that an institution or a person declined a request, application, signature, payment, consent, submission, or AI output — with the reason documented, the missing or required items named, and a correction or appeal path stated. Institutional and personal modes. The receipt is self-attested by its creator; its content is tamper-evident via SHA-256.
A structured record that someone refused something at a recorded moment, with the reason named and a correction or appeal path stated. Two locked modes:
Refusal receipts are a durable advantage in an AGI era: a person or institution that can refuse with a documented reason and a correction path protects everyone — the refuser, the refused party, and any later reviewer.
PlenaProof does not provide legal advice. PlenaProof does not adjudicate whether a refusal is lawful or proportionate. PlenaProof helps a refuser document the refusal so it can be reviewed. A Refusal Receipt is an organised record of a refusal event, formatted so a counterparty, a regulator, a court, a board, an employer, a university, a donor, a partner, or a public agency can read it. It is not a court order, not a regulator's determination, not a binding decision, and not an official rejection by any external authority.
Future production releases may add issuer signing keys, external timestamp anchoring, a public revocation registry, and certified-issuer status. These remain roadmap items.
Refusal Receipt v1 inherits the established VRX-1 schema conventions. All keys are alphabetised before hashing; the hash field is computed over the canonical JSON with the hash field itself removed. The published schema file is vrx1-refusal-receipt.schema.json.
All processing happens in your browser. Nothing is sent to a server. The receipt JSON, hash, and verification URL are produced locally and can be exported, printed, or saved to the local Vault preview.
Paste a receipt JSON or upload a .json file. The page recomputes the SHA-256 over the canonical JSON (with the hash field removed) and compares it to the hash stored inside the receipt. A match means the receipt content has not been modified since the hash was computed; it does not mean the refusal was lawful or reasonable, or that any external authority must accept the receipt.
Receipts you save to the local Vault preview are stored only on this browser, across all VRX-1 receipt-type pages. They are not synced and not uploaded. Clearing browser data on this device removes them.