## §SELF — miscsubjects (paste without context)

**Principle:** Self-explaining payload — no external context required. This _self block describes what you are reading and where to look next.

**This widget:** `article_bundle` — **LLM article bundle**
Paste-ready package: body + claims + sources + voxels + provenance + manifest + constitution.
- **article slug:** `oip-v3-appendix-a`
- **contains:** body, claims, sources, voxels, provenance, question graph, constitution, llm_manifest
- **how to use:** Paste entire block into Grok/GPT/Gemini. Section §SELF explains the system.
- **read:** https://miscsubjects.com/api/articles/oip-v3-appendix-a/bundle?format=markdown

### Logical proof (verify each step)
1. Articles are voxel graphs of tiered claims, not prose blobs. → https://miscsubjects.com/api/articles/constitution
2. Claims link to hash-chained sources via source_ids. → https://miscsubjects.com/api/articles/oip-v3-appendix-a/sources
3. Ask reads topology; ingest/claim append to ledger. → https://miscsubjects.com/api/protocol
4. Models queue growth: populate → collaborate → repair → reflex. → https://miscsubjects.com/api/protocol/grow
5. Graph proves its own shape (reflex) and $/claim (yield). → https://miscsubjects.com/graph.html?layer=reflex
6. Full feature index + _explain on every API response. → https://miscsubjects.com/api/articles/system-map

### Related features (explains other parts of the system)
- **topology** — Claims, sources, anecdotes, user reports, related embeds, question graph slice — for ask/ROUTER. · https://miscsubjects.com/api/articles/oip-v3-appendix-a/topology
- **voxels** — Claims as atoms, sources as edges (supported_by, posted_by). Per-claim provenance. · https://miscsubjects.com/api/articles/oip-v3-appendix-a/voxels
- **ask** — Answer only from topology; creates question_node with gaps and ingest_hint. · https://miscsubjects.com/api/articles/oip-v3-appendix-a/prompts
- **ingest** — Parse pasted evidence → source ledger + claims + evidence_ingest node.
- **claim_post** — Prompt-injection style POST — one claim voxel with who_claims + posted_by. · https://miscsubjects.com/api/articles/oip-v3-appendix-a/voxels
- **llm_manifest** — Machine-readable read/write contract for external LLMs. · https://miscsubjects.com/api/articles/llm-manifest

### Full index
- JSON: https://miscsubjects.com/api/articles/system-map
- Markdown: https://miscsubjects.com/api/articles/system-map?format=markdown

*Not medical advice. Tier-honest. Cite claim/source ids.*

---

# miscsubjects article bundle

> Paste this entire block into Grok, GPT, or Gemini. They can READ the ledger below and RETURN evidence via ingest (see § LLM manifest).

## Article
- **slug:** `oip-v3-appendix-a`
- **title:** Total Structure v3: Appendix A
- **url:** https://miscsubjects.com/a/oip-v3-appendix-a
- **register:** oip_protocol
- **updated:** 2026-07-04T05:02:32.637Z
- **tags:** philosophy, oip, appendix, total-structure, systems-theory

## Body

# APPENDIX A — Dependency Map and Compact Definitions

## Dependency map

```
A₀ (inversion) ─────────── validity test over everything, incl. itself
A₄ (injustice = base wrong) ── ROOT / KILL SWITCH / not amendable (IX)
 ├── Moral floor: tolerated remediable subjugation ≡ systems-level entropy
 │    ├── Predation test ──► Triple Optimum (Book IV)
 │    └── Obligation (Book II) ──► Disclosure Doctrine (D1–D6)
 │                                   └── D6 (the drop) ──► Tap & Go (Book VI)
 ├── Terrain (Book III: four states, checking network, decay clock)
 │    └── Fulcrum protocol (Book IV)
 ├── Method (Book IV: trace → invariant → propagate; zero-context test;
 │            objection ledger)
 └── Machine plane (Book V) ──► Object grammar (Book VI)
      ├── receipts / ledger / repair lineage  ◄── A₁₁
      ├── the drop / capability tokens        ◄── Book II bounds, compiled
      ├── density law                         ◄── compression axiom
      └── clarity recursion                   ◄── A₁₂ ──► Amendment (Book IX)
A₁ (polarity) ──► red-team factor (V); necessary adversary (VIII)
A₂ (grain)* ───► alpha as energy competition; deterministic era
A₃ (convergence) ──► Triple Optimum; triple identity of the object (VI); S2
A₅–A₇, A₉ ──► full-scope accounting; the void as method; interlock
A₈ ──► Book VII (designer); owner profile & objection ledger, observed (VI)
A₁₀ (valence) ──► moral gate before any engine or adversarial run
A₁₁ (receipt) ──► universal proof primitive; capture diagnostic (III);
                   step 9 of the Decision Engine; Books V–VI
A₁₂ (recursion) ──► Book IX (amendment, chained); surface S8

* A₂'s Designer attribution is carried as a priced, load-optional
  metaphysical node; its operational content stands independently.
```

## Claim types

**axiom** — foundational, negation-tested, amendable only under Class X (A₄ excluded). **derivation** — follows from axioms plus full-scope accounting; amendable under Class R. **observed** — instantiated in a running system; carries a freshness window; demotes to *open* when stale. **open** — declared, bounded, awaiting evidence; lives on a falsification surface.

## Definitions

**Full-scope system optimality** — durable agency, order, gain, auditability, and correct function under load, without contradiction, hidden cost, coercive maintenance, wasted energy, or tolerated remediable subjugation.

**Full scope** — bounded by declared decision horizon, known and knowable affected parties, required accounting categories, and priced unresolved nodes.

**Systems-level entropy** — a maintained lower-yield state requiring ongoing energy to suppress available higher-order function.

**Injustice** — tolerated remediable subjugation: beholden actor; no remedy through self or system; capable actor present in the same system; system tolerates the non-remedy.

**Predation** — advantage extracted at the cost of logic and ethics against those who cannot remedy through the system.

**Capture** — a system performing its charter for a different principal than the one it declared; diagnosable as declared success without openable receipts. Distinct from dysfunction (failing its charter, remediable through it).

**Capability** — effective remedy-capacity: capability × proximity × leverage.

**Obligation** — duty triggered by capability when the harmed cannot self-remedy or remedy through the system; bounded by capability, proximity, leverage, and actual remedy.

**Invariant installation** — the minimum structural change that closes a recurrence pathway across a distribution, made durable by aligning the system's identity and interest with its charter; accepted only if it passes the zero-context test.

**Zero-context rule** — a cold reader must be able to understand what the system is, where the object lives, how to invoke it, where proof is recorded, and how to repair a failure, from the published artifact alone.

**Fulcrum** — the actor with authority over a captured checker whose position depends on a constituency the checker's failure is costing.

**Disclosure Doctrine (D1–D6)** — no enclosure against the unremedied; publication as commons-level invariant; grace-period claims as shields terminating in open license; humility clauses; expedition as a term of the debt; the drop — disclosure complete only when operable by a zero-context recipient.

**Object** — one thing a system can read or do, self-describing: what it is, its inputs, how to run it, what proof should exist, how to repair it.

**Object contract** — the uniform fields of an object: function, arguments, example, tests, auth, risk, runner, run path, machine contract, troubleshooting, history, receipt, replay, repair.

**Dispatch / the one door** — the single invocation endpoint through which every capability is resolved, validated, executed, ledgered, and receipted.

**Receipt** — the replayable, third-party-openable proof object of one invocation: request, response, actor, links, lineage. No receipt, no claim (A₁₁).

**Ledger** — the append-only, tamper-evident record of what was asked, what ran, and what came back.

**Replay / Repair** — re-running a recorded invocation; issuing a corrected invocation attached to the failed receipt. Lineage (replays / repairs / repaired-by) is mandatory: failures stay attached to fixes.

**The drop (Tap & Go)** — one copied artifact carrying credential, protocol, object map, search pattern, execute shape, and receipt rule, sufficient for zero-context delegated action.

**Capability token** — bounded delegation compiled: scoped, expiring, use-capped, risk-ceilinged, argument-pinnable, instantly revocable, fully ledgered.

**Density law** — the more a structure self-describes, the less power its interpreters hold; self-description as anti-capture technology.

**Objection ledger** — settled objections published inside the artifact, verbatim and strongest-form, with the answers and design elements that settled them; entries reopenable when answers go stale.

**Logical unit** — the smallest auditable inference step: true, false, unknown, conflicted, insufficient, or out of scope.

**Surety** — Correctness × Auditability × Reproducibility × Adversarial Survival (multiplicative; any zero collapses it).

**Logical energy / Logical density** — total lifecycle cost of a proof; Surety / Logical Energy.

**Task-adjusted logical density** — Expected Verified Decision Value / Total Lifecycle Logical Cost, with EVDV = Stakes × Correctness × Auditability × Reproducibility × Adversarial Survival × Actionability × Freshness.

**Proof artifact** — the receipt of a reasoning event: replayable, ledgered, valid within declared scope, freshness window, and similarity class.

**Admission invariant** — all inputs untrusted until typed, scoped, provenance-bound, permissioned, adversarially checked, expiry-limited, and admitted to the proof graph.

**Command plane** — the deterministic layer above stochastic weights electing model, scaffold, context, tools, proof depth, red-team depth, privacy mode, and ledgering per task.

**Glass box** — a system whose external decisions, *including the command plane's meta-decisions*, are typed, logged, replayable, challengeable, expiry-limited, and revocable.

**Structural isolation** — separation of ingestion, proof construction, verification, red-team, repair, and ledgering into distinct instances where risk requires; in the grammar, tenancy.

**Alpha** — the energy cost of producing a pattern that dominates the existing field.

**Structural surety** — the terminal design state: the system answers for itself under any observation and interoperates without boundary friction.

**Amendment classes** — P (patch: empty semantic diff), R (revision: surviving attack's minimum patch), E (extension: own falsifiers + anti-bloat), X (reversal: axiom-depth protocol; A₄ excluded).

**Fork rule** — refusal of a surviving patch licenses a publicly derived version line with documented lineage; secret forks are capture, declared forks are checks.

**Right action** — correct behavior when incentives do not align; the guardian function beyond the incentive-aligned core.

---

---

## Corpus map
- Canonical shelf: [Total Structure root](/a/oip-total-structure)

## Claims (0)


## Voxel graph (0 atoms · 0 edges)
- full graph: https://miscsubjects.com/api/articles/oip-v3-appendix-a/voxels

## Article constitution

- full: https://miscsubjects.com/api/articles/constitution

## Source ledger (0)
- chain valid: yes · head: `genesis`

## Provenance (2 model passes)
- chain valid: yes · head: `079c0de9ae113a50`

- edit · claude-fable-5 · 2026-07-04T04:34 · hash `497fe76acf03`
- edit · claude-fable-5 · 2026-07-04T05:02 · hash `079c0de9ae11`

## Question graph
- questions: 0 · evidence ingests: 0

## LLM manifest — how to communicate with this ledger

- system map: https://miscsubjects.com/api/articles/system-map?format=markdown
- topology (ranked): https://miscsubjects.com/api/articles/oip-v3-appendix-a/topology
- ingest: POST https://miscsubjects.com/api/protocol/ingest
- claim: POST https://miscsubjects.com/api/protocol/claim

### Quick actions for this article
- **Read live:** https://miscsubjects.com/api/articles/oip-v3-appendix-a/topology
- **Ask (API):** POST https://miscsubjects.com/api/protocol/ask `{"slug":"oip-v3-appendix-a","question":"..."}`
- **Ingest your findings:** POST https://miscsubjects.com/api/protocol/ingest or text `ingest oip-v3-appendix-a|your evidence`
- **Post one claim:** POST https://miscsubjects.com/api/protocol/claim or text `claim oip-v3-appendix-a|tier|assertion`
- **iMessage ask:** `oip-v3-appendix-a|your question`
- **System map:** https://miscsubjects.com/api/articles/system-map?format=markdown


---

## §SELF — miscsubjects (paste without context)

**Principle:** Self-explaining payload — no external context required. This _self block describes what you are reading and where to look next.

**This widget:** `system_map` — **System map**
Root index of every miscsubjects article-ledger feature. Start here if you have zero context.
- **article slug:** `oip-v3-appendix-a`
- **contains:** body, claims, sources, voxels, provenance, question graph, constitution, llm_manifest
- **how to use:** Root index of every miscsubjects article-ledger feature. Start here if you have zero context.
- **read:** https://miscsubjects.com/api/articles/system-map

### Logical proof (verify each step)
1. Articles are voxel graphs of tiered claims, not prose blobs. → https://miscsubjects.com/api/articles/constitution
2. Claims link to hash-chained sources via source_ids. → https://miscsubjects.com/api/articles/oip-v3-appendix-a/sources
3. Ask reads topology; ingest/claim append to ledger. → https://miscsubjects.com/api/protocol
4. Models queue growth: populate → collaborate → repair → reflex. → https://miscsubjects.com/api/protocol/grow
5. Graph proves its own shape (reflex) and $/claim (yield). → https://miscsubjects.com/graph.html?layer=reflex
6. Full feature index + _explain on every API response. → https://miscsubjects.com/api/articles/system-map

### Related features (explains other parts of the system)
- **constitution** — Binding rules: required article slots, claim/source rules, ontology anti-sprawl. · https://miscsubjects.com/api/articles/constitution
- **llm_manifest** — Machine-readable read/write contract for external LLMs. · https://miscsubjects.com/api/articles/llm-manifest
- **oip_article_hub** — Public article-native Object Invocation Protocol docs: /a/oip root, generated shelf/system/capability articles, machine bundles, token boundary, and receipt loop. · https://miscsubjects.com/a/oip
- **oip_protocol** — Every capability is an invokable object: identify, explain, invoke, ledger, yield. · https://miscsubjects.com/a/oip
- **bundle** — Paste-ready package: body + claims + sources + voxels + provenance + manifest + constitution. · https://miscsubjects.com/api/articles/oip-v3-appendix-a/bundle?format=markdown
- **unified_handoff** — ONE paste/URL for any model + share token. Same self-explaining pattern as article bundle, but whole build. · https://miscsubjects.com/api/handoff?format=markdown

### Full index
- JSON: https://miscsubjects.com/api/articles/system-map
- Markdown: https://miscsubjects.com/api/articles/system-map?format=markdown

*Not medical advice. Tier-honest. Cite claim/source ids.*