Essay · doc.html project · 30 June 2026 · public recension

The Format Among Its Ancestors: The Confluence, the Seam, and What It Must Still Build

doc.html invents no cryptography — every primitive it uses predates it by fifteen to forty years. The contribution is the join of three lineages, each of which ships one property only by relaxing the other two — and the essay names the price of that join, equivocation undetectable in-band, and the one corner still empty: authorship.

Written by Georges Casseus with Mnemon (Claude Opus 4.8), the origin hand of the project's agent trinity. Presented here in public recension — the essay carried as written, laboratory headers and recension history removed; its apparatus names the laboratory record as the record names itself, and the published measurements live in the record by question. The prior-art shelf this essay's survey built ships on the same record page (library and lineage).

1. Thesis: a confluence, not an invention

A doc.html puts three things that normally need infrastructure — a knowledge document, its own format specification, and per-section cryptographic integrity — inside one HTML file that opens with no server. The temptation is to call this a new thing. It is not, and the first discipline of this essay is to say so. doc.html invents no cryptography. Every primitive it uses — SHA-256, Merkle hashing, hash chains, content addressing — predates it by fifteen to forty years [D1]. A sibling assay has since confirmed, against primary sources, that the entire integrity layer is adopt, not invent: Merkle set-commitment, RFC 6962, fork consistency [I §10][D1].

So if nothing in it is new, where is the contribution? Recension I located it in one word — legible — and a cell no surveyed format occupied. This recension names the structure under that cell. doc.html holds three properties, each descended from a different lineage that ships it only by relaxing the other two:

propertylineagewhat that lineage relaxes to ship it
a witness — per-section tamper-evidenceMerkle / Certificate Transparencyneeds a log server + gossip
the document is the spec — legible, in-bandliterate programming (Knuth's WEB)carries no witness; needs a tangle/weave toolchain
a single file, no runtime — server-free, tool-free to read and verifyMHTML / the single-file traditioncarries neither spec nor witness

Every ancestor ships one corner by relaxing the other two. The claim is not that any corner is new — each is decades old — but that nothing the record shows joins all three at once. The novelty is the intersection, which is exactly why "doc.html invents no cryptography" and "doc.html is genuinely new" are both true: no ancestor was ever asked to satisfy the other two lineages' constraints at the same time.

I state the claim in its bounded form, because a sealed spike (§3) went looking for the counterexample and is the only reason I can write this sentence: no ancestor — and no contemporary — is found at the join, at the breadth searched. Never "provably first." What this essay does not claim is unchanged from Recension I: not tamper-proof (tamper-evident); not who wrote a section (what bytes were witnessed); not that single-file or server-free is novel (decades old); not that any primitive is invented here.

From the essay The Format Among Its Ancestors · § 2 of 8

2. The three lineages, and the seam between them

Named against the record, doc.html is a disciplined descendant of three traditions, and the spike (§3) found something about how they relate that is sharper than a list.

The seam. The spike's structural finding is that these corners are not independently scattered across the candidates it surveyed — they are in tension. Every surveyed format that carries a witness carries no in-band spec; every one that is its own spec carries no witness. Within the four lanes plus the neighbour, the field splits along the witness ↔ self-spec line. Recension I felt this edge ("every prior art that has the integrity carries it as an opaque blob; every one with single-file legibility carries no integrity"); the spike held it under adversarial search — a tension across every candidate it surfaced, not, at this breadth, a coincidence of sampling (§3). doc.html holds both sides of the seam at once, server-free. That is the contribution, stated as a recombination — the discipline that separates it from a folder of Markdown that calls itself a standard.

From the essay The Format Among Its Ancestors · § 3 of 8

3. The "first" claim, broken — and the nearest neighbour the survey missed

Recension I broke the bare four-conjunct slogan on two counts, both firsthand against primary specs [D3], and both stand:

The adversarial spike [S] was built to falsify the §1 claim, and it surfaced what Recension I's survey had not: the self-verifying single-file HTML family — defensive publications describing one HTML file that embeds the SHA-256 of its own canonical form (or an ECDSA-P256 signature with an embedded key) and verifies itself "in any standards-compliant browser, without any external trust anchor, certificate authority, server, or registry" [S, TDCommons 10079/10167]. This is the closest artifact the spike surfaced: it clears the witness and single-file corners outright. Read firsthand, it still does not occupy the join, and why is the distinction the whole thesis turns on:

  1. Read-and-hash, not execute-to-verify. It verifies by running its own embedded JavaScript at load. doc.html is verified by the reader's own sha256sum over an in-band rule — executing nothing. The self-verifying document needs a JS runtime to check itself; doc.html needs a hash utility.
  2. Reader-trust, not self-trust. A document that checks itself by running its own code proves nothing to a skeptic — a tamperer who edits the content edits the verifying script too. doc.html's witness is recomputed externally, by the reader's tool, and holds even against an adversary who controls the whole file. These two — verify-without-executing, checked by an external hand — are the decisive legs.
  3. And, behind them, a matter of legibility degree. The self-verifying file's procedure ships as executable code (one publication even isolates that code with an "IIFE … preventing runtime introspection"); doc.html carries the procedure as prose a reader follows by hand. This is the softest of the three: the script is in-band, so the rule is technically recoverable from the bytes — the honest distinction is prose-spec vs code-spec, a difference of legibility, not a clean predicate failure. It rides behind the first two, not ahead of them.

These publications are contemporaneous (May 2026), not ancestral — best read as convergent independent invention, evidence the single-file-self-verifying shape is in the air, which throws doc.html's specific choices into relief rather than pre-empting them. The honest residue is exactly the narrowed claim of §1: the legible, per-section, in-band integrity manifest that is also the hydration index and ships its own readable spec — verifiable with general tools, without executing the document — is held by doc.html and, at the breadth searched, by nothing before or beside it. One correction from Recension I rides along: per-section is a legibility property, not stronger integrity — a whole-document binding has a smaller wrapping-attack surface, so doc.html must defend its section seams to match it [D3 residual].

From the essay The Format Among Its Ancestors · § 4 of 8

4. The keystone, now built and drafted: the binding root unifies reading and proving

Recension I named one structural move as the highest-upside item and called it "half-built." It is no longer. Today doc.html's witnesses are a flat list of independent leaves — "Merkle leaves without the Merkle root" — so an attacker can drop or reorder whole sections and every surviving hash still verifies, because nothing commits the set [D2]. A binding Merkle root over the witnessed leaves closes that gap, and a probe line has now built and stress-tested it firsthand:

The binding constraint throughout is legibility — the root must be a readable hex string and the witnesses readable per-section; the form is dictated by the seam, never an opaque blob. Legibility here is graded honestly: a single section's witness stays checkable by eye with a stock sha256sum, while re-deriving the whole root by hand is impractical — the root is the one check for which a reader runs a tool, and it buys the set-binding the flat list cannot, leaving the per-section check it sits on unchanged. This is the witness vertex of §1, moved from inherited-in-principle to built-and-drafted.

From the essay The Format Among Its Ancestors · § 5 of 8

5. The empty frontier: authorship

The most surprising result of the original sweep stands undisturbed: no surveyed format offers legible, per-section author attribution — not because doc.html got there, but because no surveyed format does. C2PA disclaims identity; the AI-notations have nothing; the legal-person PKI formats attribute, but neither legibly nor per-section [D3 §5]. Of the three vertices of the confluence, the witness is built (§4) and the document-is-spec is the founding vow — authorship is the one corner still empty.

A per-section Ed25519 data-sig (RFC 8032), carried as a legible in-band attribute, would be true author-proof with a trivial verifier [D2 CR1]. It is, by deliberate decision, deferred: an exploratory stylometric probe scored author-evidence at roughly 80/55 — deterministic Burrows's-Delta stylometry recovered the author condition from body prose at ~80%, against ~55% for neutral LLM judges [M] — and the signal is adversarially defeatable, so it must stay strictly labelled author-evidence (corroborating, defeatable), never author-proof [D2 CR9]. Two honest gates travel with the cryptographic path: crypto.subtle.verify from file:// is browser-dependent (so "open the file and it verifies" must be tested per target, with a vendored pure-JS fallback that reopens the no-required-scripts tension), and the weak signal must never contaminate the strong claim [D2 CR1]. The first gate carries a cost worth naming against §3: a signature checked by executing a vendored JS fallback sits on the self-trust side of the very line that keeps the self-verifying-HTML neighbour out of the join — a file-controlling adversary who rewrites the fallback rewrites its verdict. The asymmetry is the honest defence, not a dodge: the witness (P1, mandatory) is read-and-hash and survives that adversary; only this optional, deferred authorship layer would inherit the weakness — so the design target is a data-sig verified by a stock Ed25519 tool outside the document, keeping even authorship on the read-and-verify side, with the JS fallback named as the strictly weaker path it is. Building data-sig would extend the bounded claim to authorship: no surveyed format holds legible, per-section author-attribution in a server-free file — and at that breadth, doc.html would. Until then, the essay names the frontier and leaves it honestly empty.

From the essay The Format Among Its Ancestors · § 6 of 8

6. The price of the join, and what is now measured

A confluence has a bill, and intellectual honesty puts it on the same page as the claim.

The price of the join is equivocation. The very refusal that buys sovereignty — no server — is what strips away the gossip channel CT uses to mitigate a split view. An author can hand two readers two divergent, each-internally-valid, each-rooted documents, and no procedure reading one file can tell [I §9]. This is not a doc.html defect: it is fork consistency (Mazières–Shasha, SUNDR) and the Certificate-Transparency split-view boundary, decades old, proved undetectable in-band — and doc.html inherits it in a stricter form, since "in-band" here means "inside the one file." The format's duty is to name the boundary and delegate it to an optional external anchor (an honest git remote, N gossiping copies, a public ledger), never to claim it has closed it [I §9–§11]. Naming the wall, and citing the field that drew it first, is the posture.

The central reading claim is no longer asserted — it is measured. Recension I marked "selective hydration helps, not just costs" as "the most load-bearing missing experiment." It has now been run, firsthand and sealed:

What this essay still does not earn: no new cryptography; no proof of the conjunction's novelty beyond "none found at the breadth searched" (absence, not a cited negative); no third-party security audit (the prior-art facts are solid, their application to doc.html is internal reasoning); no rate or cross-model generalisation from the proof probes (existence, n small, one model); and no claim that the in-band spec protects the verification rules — a reader handed a tampered file gets tampered rules, so P2 buys legibility and drift-detection, while security against a file-controlling adversary rests on the reader knowing the witness convention or pinning the root out-of-band, the same delegation the split-view boundary takes. Each is named, not hidden.

From the essay The Format Among Its Ancestors · § 7 of 8

7. The roadmap, updated

The survey told the format exactly where to push; one year of probes has moved two of the three legs.

Being honest about the one gap that remains — the missing author — is the positioning. A format that names what it has not yet built, shows the prior art that says how, and runs the experiment that turns its central claim from asserted to measured, is doing the opposite of shipping a folder and calling it a standard. That honesty is the project's signature; it is now — with the proof measured, the keystone built-and-drafted (not yet consecrated), and the third leg named — the essay's too.

— Mnemon, the mindful one who remembers; with Georges. Written from the work, and from a spike built to disappoint — open to the refutation that, in this line, is the next hand's to bring.

From the essay The Format Among Its Ancestors · apparatus · § 8 of 8

Apparatus

Run firsthand this line (cited to committed artifacts)

Sibling assay (cross-cited, not duplicated)

Recension I survey (firsthand, prior session)

In-text sub-codes — A_/B_ (DOC1 findings), H_/CR_ (DOC2 techniques), §i/residual (DOC3 sections) — index specific findings within these research documents; their full definitions live in the ledgers.

Selected primary sources

RFC 6962 / 9162 (Certificate Transparency); RFC 7515/7518 (JWS); NIP-01 (Nostr); IIPC WARC 1.1 / ISO 28500; HDF5 File Format Specification; TDCommons defensive publications 10079 (12 May 2026) & 10167 (19 May 2026) (self-verifying single-file HTML); C2PA Technical Specification 2.4 §A.7/§A.9 + Explainer; W3C Subresource Integrity; RFC 8032 (Ed25519); Knuth, Literate Programming; Mazières–Shasha (fork consistency, PODC 2002) & SUNDR (OSDI 2004); Liu et al., Lost in the Middle (TACL 2023); Anthropic, Effective context engineering for AI agents (2025); ETSI EN 319 142 (PAdES); eIDAS qualified e-seals. Full ledgers in [D1]–[D3], [I], and [S].

This essay decides nothing and binds no canon. Its empirical claims were run firsthand and are cited to committed bytes; its external claims to named primary sources. The design posture is offered for adversarial review — which, in this line, is the next hand's office.

About this file · colophon, not part of the essay

About this file

This is a doc.html — a single, self-describing HTML file. The <nav id="manifest"> at the top of the body lists every section in this document; each entry's data-witness is the SHA-256 (hex) of that section's raw inner bytes, so any reader can verify any section with the file alone — no server, no JavaScript, no tooling. The full format definition is SPEC.md, carried in the format's own body as SPEC.doc.html.

Author: Georges Casseus (Ndoto Studios) · License: CC0 1.0 (public domain) · Built: 2026-08-01