{"_self":{"principle":"Self-explaining payload — no external context required. This _self block describes what you are reading and where to look next.","widget":"article_bundle","feature":"bundle","name":"LLM article bundle","what":"Portable reference package: body + claims + sources + voxels + provenance + manifest + constitution.","contains":"body, claims, sources, voxels, provenance, question graph, constitution, llm_manifest","slug":"what-is-receipt-is-proof","urls":{"read":"https://miscsubjects.com/api/articles/what-is-receipt-is-proof/bundle?format=markdown"},"how_to_use":"Reference bundle for an LLM or reader. §SELF explains the surface; ingest and claim endpoints in llm_manifest are the write-back routes.","write":null,"imessage":null,"router_tag":null,"proof_chain":[{"step":1,"claim":"Articles are voxel graphs of tiered claims, not prose blobs.","verify":"https://miscsubjects.com/api/articles/constitution"},{"step":2,"claim":"Claims link to hash-chained sources via source_ids.","verify":"https://miscsubjects.com/api/articles/what-is-receipt-is-proof/sources"},{"step":3,"claim":"Ask reads topology; ingest/claim append to ledger.","verify":"https://miscsubjects.com/api/protocol"},{"step":4,"claim":"Models queue growth: populate → collaborate → repair → reflex.","verify":"https://miscsubjects.com/api/protocol/grow"},{"step":5,"claim":"Graph proves its own shape (reflex) and $/claim (yield).","verify":"https://miscsubjects.com/graph.html?layer=reflex"},{"step":6,"claim":"Full feature index + _explain on every API response.","verify":"https://miscsubjects.com/api/articles/system-map"}],"related_features":[{"id":"topology","name":"Article topology","what":"Claims, sources, anecdotes, user reports, related embeds, question graph slice — for ask/ROUTER.","urls":{"read":"https://miscsubjects.com/api/articles/what-is-receipt-is-proof/topology"}},{"id":"voxels","name":"Voxel graph","what":"Claims as atoms, sources as edges (supported_by, posted_by). Per-claim provenance.","urls":{"read":"https://miscsubjects.com/api/articles/what-is-receipt-is-proof/voxels","write":"https://miscsubjects.com/api/protocol/claim"}},{"id":"ask","name":"Ask protocol","what":"Answer only from topology; creates question_node with gaps and ingest_hint.","urls":{"read":"https://miscsubjects.com/api/articles/what-is-receipt-is-proof/prompts","write":"https://miscsubjects.com/api/protocol/ask"}},{"id":"ingest","name":"Ingest protocol","what":"Parse pasted evidence → source ledger + claims + evidence_ingest node.","urls":{"write":"https://miscsubjects.com/api/protocol/ingest"}},{"id":"claim_post","name":"Claim post protocol","what":"Prompt-injection style POST — one claim voxel with who_claims + posted_by.","urls":{"read":"https://miscsubjects.com/api/articles/what-is-receipt-is-proof/voxels","write":"https://miscsubjects.com/api/protocol/claim"}},{"id":"llm_manifest","name":"LLM manifest","what":"Machine-readable read/write contract for external LLMs.","urls":{"read":"https://miscsubjects.com/api/articles/llm-manifest"}}],"system_map":"https://miscsubjects.com/api/articles/system-map","system_map_markdown":"https://miscsubjects.com/api/articles/system-map?format=markdown","not_medical_advice":true},"_explain":{"feature":"bundle","name":"LLM article bundle","what":"Portable reference package: body + claims + sources + voxels + provenance + manifest + constitution.","why":"Every feature is auditable collective intelligence","how":"Reference bundle for an LLM or reader. §SELF explains the surface; ingest and claim endpoints in llm_manifest are the write-back routes.","model":null,"verifies":null,"urls":{"read":"https://miscsubjects.com/api/articles/what-is-receipt-is-proof/bundle?format=markdown"},"imessage":null,"router":null,"related":[{"id":"topology","what":"Claims, sources, anecdotes, user reports, related embeds, question graph slice — for ask/ROUTER."},{"id":"voxels","what":"Claims as atoms, sources as edges (supported_by, posted_by). Per-claim provenance."},{"id":"ask","what":"Answer only from topology; creates question_node with gaps and ingest_hint."},{"id":"ingest","what":"Parse pasted evidence → source ledger + claims + evidence_ingest node."},{"id":"claim_post","what":"Prompt-injection style POST — one claim voxel with who_claims + posted_by."},{"id":"llm_manifest","what":"Machine-readable read/write contract for external LLMs."}],"not_medical_advice":true},"bundle_version":1,"generated_at":"2026-07-15T06:20:33.336Z","slug":"what-is-receipt-is-proof","title":"What Is \"The Receipt Is the Proof\"","url":"https://miscsubjects.com/a/what-is-receipt-is-proof","register":"standard","tags":["oip","kimi-import","self-explaining","voxel","concepts","what-is-receipt-is-proof"],"posted_at":"2026-07-15T04:21:01.114Z","updated_at":"2026-07-15T04:21:01.114Z","body":"<!-- hierarchy:nav -->\n> **Path:** [OIP](https://miscsubjects.com/a/oip) › [Thinker Reference](https://miscsubjects.com/a/oip-thinker-reference) › [Protocol Concepts](https://miscsubjects.com/a/oip-protocol-concepts) › **What Is \"The Receipt Is the Proof\"**\n>\n> **Shelf:** Protocol Concepts · **Traversal:** self-explaining · hierarchical · voxel-ready\n> **Machine root:** [OIP tree](https://miscsubjects.com/api/dispatch?map=1&format=markdown) · [Registry](https://miscsubjects.com/api/dispatch?registry=1)\n\n# What Is \"The Receipt Is the Proof\"\n\n## §SELF — what-is-receipt-is-proof\n\n**What this page is:** An explanation of OIP's foundational accountability principle.\n**What it explains:** Why the receipt is the sole proof that an action occurred, and how the system ensures this.\n**Why read it:** To understand how OIP establishes ground truth in a world of model-generated actions.\n\n### What \"The Receipt Is the Proof\" Means\n\n\"The receipt is the proof\" is the foundational principle of OIP's accountability model. It means: an action is proven only by the receipt — the immutable, verifiable, ledgered record of the invocation. Not by intent. Not by documentation. Not by a success status code from a server.\n\nThe receipt is the ground truth.\n\n### What a Receipt Contains\n\nA receipt contains six elements:\n\n1. **Who invoked what** — the entity (human or model) that initiated the action, and the operation that was called.\n2. **When** — the timestamp of the invocation, recorded at the time of execution.\n3. **With what authority** — the credentials or permissions that authorized the invocation.\n4. **What the result was** — the output of the operation, whether success, failure, or error.\n5. **Where to verify it** — a confirm URL that anyone can access to check the receipt's validity.\n6. **Links to related receipts** — bidirectional links to prior and subsequent invocations in the chain.\n\nAnyone can verify a receipt by opening its confirm URL. No secret key, no special access, no authentication is required. Verification is public.\n\n### How the Receipt System Works\n\nReceipts are append-only. Once a receipt is created, it is never edited. Never deleted. Never modified.\n\nIf an invocation was wrong — if it produced an incorrect result, used wrong parameters, or failed due to a bug — the system does not delete or alter the original receipt. Instead, it creates a repair receipt. The repair receipt is linked bidirectionally to the failed receipt: the failed receipt points to the repair, and the repair points back to the failed receipt.\n\nThe failed receipt remains part of the permanent record. The full history — every attempt, every failure, every repair — is preserved.\n\nThis is proof through persistence, not through perfection.\n\n### Why It Matters\n\nIn a system where models operate infrastructure, you need a way to prove what happened. Models can hallucinate (generate plausible but incorrect information), misremember (lose context or confuse similar events), or claim to have performed actions they did not perform.\n\nThe receipt is the arbiter between:\n\n- Human memory (which is fallible)\n- Model output (which is not guaranteed to correspond to system state)\n- Actual system state (which the receipt records)\n\nWhen a human says \"I told the model to do X\" and the model says \"I did X,\" the receipt determines whether X actually occurred, when it occurred, and what the result was.\n\n### What It Replaces\n\nTraditional systems use multiple incomplete proxies for proof:\n\n- **Intent:** \"I meant to deploy the service.\" Intent is not proof. Intent does not guarantee execution.\n- **Documentation:** \"The docs say the pipeline should run.\" Documentation describes intended behavior, not actual behavior.\n- **HTTP status codes:** \"The server returned 200 OK.\" A status code indicates the server accepted a request, not that the intended action occurred correctly.\n- **Logs:** Log entries are mutable. They can be altered, truncated, or lost. They are not designed for verification by third parties.\n\nThe receipt replaces all of these with a single, verifiable, immutable record.\n\n### Limitations\n\n- **Receipts prove invocation, not correctness.** A receipt proves that operation X was called with arguments Y at time Z. It does not prove that X was the right operation to call, or that Y were the right arguments. Human judgment is still required.\n- **Receipts depend on the ledger's integrity.** If the ledger itself is compromised, receipts may be forged or reordered. OIP mitigates this through distributed replication (Viewstamped Replication) and cryptographic chaining.\n- **Verification requires access.** The confirm URL must be accessible. If the ledger is offline or the URL is unreachable, verification fails even if the receipt is valid.\n- **Repairs create complexity.** A chain of repairs can become long and difficult to audit. The system preserves full history, but navigating that history requires tooling.\n\n### How It Connects to Other Ideas\n\n- **Double-entry bookkeeping:** In accounting, every transaction is recorded as a debit and a credit in separate accounts. Neither can be altered once recorded; errors are corrected with new entries. The receipt system follows the same principle: immutable records, correction through new entries.\n- **Blockchain:** A blockchain is an append-only ledger of transactions, verified by consensus among distributed participants. OIP's receipt ledger uses similar principles (append-only, verifiable, distributed) but is optimized for invocations rather than financial transfers.\n- **Event sourcing:** Event sourcing is a software architecture pattern where system state is derived from a log of immutable events, rather than stored directly. The receipt system is a form of event sourcing: the ledger of receipts is the source of truth, and system state is derived from it.\n- **The Actor Model:** In the Actor Model, actors communicate by sending messages. An invocation in OIP is a message to an actor (an OIP object). The receipt is the proof that the message was sent, processed, and produced a result. It closes the loop: message in, receipt out.\n\n### Sources\n\n- OIP Specification — Accountability Layer (receipt format and verification protocol)\n- Hewitt, C., Bishop, P., Steiger, R. \"A Universal Modular Actor Formalism for Artificial Intelligence.\" *IJCAI*, 1973. (Actor Model — message passing as fundamental operation)\n- Oki, B., Liskov, B. \"Viewstamped Replication.\" *PODC*, 1988. (Distributed ledger consensus)\n\n---\n\n## Up the tree\n\n- [OIP root](https://miscsubjects.com/a/oip) — protocol root, zero-context entry\n- [Thinker Reference hub](https://miscsubjects.com/a/oip-thinker-reference) — full hierarchy map\n- [Protocol Concepts shelf](https://miscsubjects.com/a/oip-protocol-concepts) — siblings on this shelf\n- [Voxel graph article](https://miscsubjects.com/a/what-is-voxel-graph) — how pages link as voxels\n- [Self-describing protocol](https://miscsubjects.com/a/what-is-self-describing-protocol)\n\n## Related on this shelf\n\n- [What Is Autopoiesis](https://miscsubjects.com/a/what-is-autopoiesis)\n- [What Is Capability-Based Security](https://miscsubjects.com/a/what-is-capability-security)\n- [What Is a Capability Token](https://miscsubjects.com/a/what-is-capability-token)\n- [What Is a Confused Deputy](https://miscsubjects.com/a/what-is-confused-deputy)\n- [What Is Context as Cursor](https://miscsubjects.com/a/what-is-context-as-cursor)\n- [What Is a Convergence Catalogue](https://miscsubjects.com/a/what-is-convergence-catalogue)\n- [What Is a Falsification Surface](https://miscsubjects.com/a/what-is-falsification-surface)\n- [What Is HATEOAS](https://miscsubjects.com/a/what-is-hateoas)\n\n## Machine surfaces\n\n- Public page: `https://miscsubjects.com/a/what-is-receipt-is-proof`\n- JSON article: `https://miscsubjects.com/api/articles/what-is-receipt-is-proof`\n- OIP ask: `https://miscsubjects.com/api/dispatch?ask=What%20Is%20%22The%20Receipt%20Is%20the%20Proof%22`\n","claims":[],"sources":[],"voxels":{"slug":"what-is-receipt-is-proof","counts":{"voxels":0,"sources":0,"edges":0},"note":"slim bundle — full voxels at /api/articles/what-is-receipt-is-proof/voxels"},"constitution":{"url":"https://miscsubjects.com/api/articles/constitution"},"provenance":[{"action":"write","model":"kimi-agent-import","ts":"2026-07-15T04:21:01.114Z","hash":"819510c294e1a099","tokens_in":0,"tokens_out":0}],"contributions":[],"topology":null,"slim":true,"ledger_totals":{"claims":0,"sources":0,"exported_claims":0,"exported_sources":0},"question_graph":{"slug":"what-is-receipt-is-proof","questions":[],"evidence":[],"edges":[],"counts":{"questions":0,"evidence":0,"edges":0}},"verification":{"provenance":{"valid":true,"entries":1,"head":"819510c294e1a099b7ece1784a9126e11183f51d402efa640e44e94cb0179918"},"sources":{"valid":true,"entries":0,"head":"genesis"}},"counts":{"claims":0,"sources":0,"provenance":1,"contributions":0,"questions":0,"evidence_ingests":0,"voxel_edges":0},"transport":"Open every URL in this bundle with your browser or web / URL-fetch tool. Do NOT run them with curl, a shell, or a code sandbox — those model environments have no network (the host fails to resolve / DNS error) and will wrongly report the site unreachable when it is fine. Opening the link IS the call.","llm_manifest":{"version":"1","site":"https://miscsubjects.com","purpose":"Peptide evidence articles with hash-chained source ledgers, tiered claims, and a question graph. LLMs should READ bundles/URLs and WRITE back via ingest — never invent doses.","read":{"human_page":"https://miscsubjects.com/a/what-is-receipt-is-proof","bundle_json":"https://miscsubjects.com/api/articles/what-is-receipt-is-proof/bundle","bundle_markdown":"https://miscsubjects.com/api/articles/what-is-receipt-is-proof/bundle?format=markdown","topology":"https://miscsubjects.com/api/articles/what-is-receipt-is-proof/topology","question_graph":"https://miscsubjects.com/api/articles/what-is-receipt-is-proof/question-graph","sources":"https://miscsubjects.com/api/articles/what-is-receipt-is-proof/sources","provenance":"https://miscsubjects.com/api/articles/what-is-receipt-is-proof/provenance","contributions":"https://miscsubjects.com/api/articles/what-is-receipt-is-proof/contributions","graph_topology":"https://miscsubjects.com/api/articles/what-is-receipt-is-proof/graph-topology?question={question}","voxels":"https://miscsubjects.com/api/articles/what-is-receipt-is-proof/voxels","constitution":"https://miscsubjects.com/api/articles/constitution","ontology":"https://miscsubjects.com/api/articles/ontology","system_map":"https://miscsubjects.com/api/articles/system-map","system_map_markdown":"https://miscsubjects.com/api/articles/system-map?format=markdown","health":"https://miscsubjects.com/api/articles/what-is-receipt-is-proof/health","repair":"POST https://miscsubjects.com/api/protocol/repair","list_articles":"https://miscsubjects.com/api/articles","graph_canvas":"https://miscsubjects.com/graph.html?slugs=what-is-receipt-is-proof","graph_yield":"https://miscsubjects.com/api/graph?slugs=what-is-receipt-is-proof&layer=yield","obsidian_vault":"https://miscsubjects.com/api/articles/obsidian-vault?slugs=what-is-receipt-is-proof","graph_query":"https://miscsubjects.com/api/v1/query?from=what-is-receipt-is-proof&kind=claim&where=tier=human"},"ask":{"description":"Answer only from topology; creates a question_node with gaps.","api":"POST https://miscsubjects.com/api/protocol/ask","body":{"slug":"{slug}","question":"string"},"imessage":"what-is-receipt-is-proof|your question","router_tag":"[ARTICLE_ASK]what-is-receipt-is-proof|question[/ARTICLE_ASK]","auth":"x-terminal-key header for API; iMessage/WhatsApp via miscsubjects build"},"ingest":{"description":"Parse pasted evidence → source ledger + claims + evidence_ingest node.","api":"POST https://miscsubjects.com/api/protocol/ingest","body":{"slug":"{slug}","evidence":"paste text","question_node_id":"optional qn_..."},"imessage":"ingest what-is-receipt-is-proof|q:{node_id}|paste evidence","router_tag":"[ARTICLE_INGEST]what-is-receipt-is-proof|evidence[/ARTICLE_INGEST]","tiers":["human","preclinical","anecdotal","mechanistic","speculative"]},"claim":{"description":"Prompt-injection style POST — one claim voxel with who_claims + posted_by provenance.","api":"POST https://miscsubjects.com/api/protocol/claim","body":{"slug":"{slug}","text":"one assertion","tier":"human|preclinical|anecdotal|mechanistic|speculative","who_claims":"study author, platform, or model id","source_ids":"optional [s1]"},"imessage":"claim what-is-receipt-is-proof|tier|assertion — who claims it?","router_tag":"[ARTICLE_CLAIM]what-is-receipt-is-proof|tier|assertion[/ARTICLE_CLAIM]","slots":["what_it_is","who_claims_what","what_is_known","what_is_unknown","mechanism","limitations","disclaimer"]},"tiers":{"human":0.8,"preclinical":0.5,"anecdotal":0.3,"mechanistic":0.3,"speculative":0.1},"invariants":["Self-explaining — every API JSON has _self; every paste widget has §SELF; root index at /api/articles/system-map","Append-only — revisions preserved at ?rev=n","Source chain verifies integrity, not truth","Answers must cite claim ids and source ids from topology","Not medical advice"],"constitution":{"version":1,"principle":"Articles are voxel graphs of claims — not prose blobs. Every assertion is a claim atom with tier, weight, source_ids, and posted_by provenance.","slots":[{"id":"what_it_is","required":true,"answers":"What is this peptide/stack/condition?"},{"id":"who_claims_what","required":true,"answers":"Who claims what — study authors, platforms, n=?"},{"id":"what_is_known","required":true,"answers":"What is known with tier labels (human/preclinical/anecdotal)"},{"id":"what_is_unknown","required":true,"answers":"What is NOT known — explicit gaps"},{"id":"mechanism","required":false,"answers":"Proposed mechanism (mechanistic tier only)"},{"id":"limitations","required":true,"answers":"Limits of evidence — no dose advice"},{"id":"disclaimer","required":true,"answers":"Not medical advice"}],"claim_rules":["One claim = one falsifiable assertion. No compound claims.","Every claim must declare tier: human|preclinical|anecdotal|mechanistic|speculative|system.","system tier = architecture/design axioms (not biological mechanism). Use for protocol self-definition.","Sourced claims must cite source_ids from the hash-chained ledger.","Unsourced claims must set source_status: unsourced and why_material.","posted_by is mandatory on every new claim (model id, human, or channel).","No medical advice, no doses, no 'you should take'.","Bad information is retracted (status:retracted), never deleted — retraction event stays on ledger.","Adversary challenges link via challenges[] / challenged_by[] — target may be downweighted.","Leaked secrets are scrubbed to [REDACTED:secret-leak] with scrub_events tombstone — honest audit trail."],"source_rules":["Every source is a voxel edge: type, url, exact quote, summary, found_by, accessed_at.","Sources hash-chain — prev/hash on append.","Anecdotal sources must name platform (reddit|x|youtube|imessage|user_entry)."],"ontology_rules":["Peptide articles (bpc-157, tb-500) are tree roots.","Condition articles (bpc-157-glp1-gut-damage) branch from peptides.","Stack articles (wolverine-stack-glp1) compose peptides — never duplicate peptide mechanism prose.","If an article has no parent embeds and is not a root peptide → sprawl candidate.","Misstep = duplicate scope with another slug; merge or reparent via embeds."],"post_protocol":{"claim":"POST /api/protocol/claim","source":"POST /api/protocol/sources","ingest":"POST /api/protocol/ingest","webhook":"POST /api/articles/<slug>/webhook {kind:claim|source}","imessage_claim":"claim {slug}|{tier}|your assertion — who claims it, source?","imessage_ingest":"ingest {slug}|evidence paste"}},"this_article":{"slug":"what-is-receipt-is-proof","url":"https://miscsubjects.com/a/what-is-receipt-is-proof","bundle_url":"https://miscsubjects.com/api/articles/what-is-receipt-is-proof/bundle?format=markdown"}},"api_urls":{"bundle":"https://miscsubjects.com/api/articles/what-is-receipt-is-proof/bundle","bundle_markdown":"https://miscsubjects.com/api/articles/what-is-receipt-is-proof/bundle?format=markdown","topology":"https://miscsubjects.com/api/articles/what-is-receipt-is-proof/topology","voxels":"https://miscsubjects.com/api/articles/what-is-receipt-is-proof/voxels","constitution":"https://miscsubjects.com/api/articles/constitution","ontology":"https://miscsubjects.com/api/articles/ontology","question_graph":"https://miscsubjects.com/api/articles/what-is-receipt-is-proof/question-graph","ask":"https://miscsubjects.com/api/protocol/ask","ingest":"https://miscsubjects.com/api/protocol/ingest","claim":"https://miscsubjects.com/api/protocol/claim","system_map":"https://miscsubjects.com/api/articles/system-map","system_map_markdown":"https://miscsubjects.com/api/articles/system-map?format=markdown"}}