AERE Network · Whitepaper

Version history

Every version of the whitepaper, the date its content changed, the SHA-256 hash you can recompute yourself, and what changed. Back to the whitepaper.

The rule this list follows. The version changes only when the content changes. It is not a date stamp and is never incremented on a schedule. A number that moves every day whether or not anything was written tells you nothing; a number that moves only on substance, and that you can check by hashing the document, tells you everything.

Refreshing a measured on-chain figure does not create a new version. It changes the content and document hashes, because the bytes changed, and it changes the block height the figures were read at. It leaves the version number alone, because the argument did not change. That is why three hashes are published per entry.

The three hashes

HashWhat it answersWhen it moves
ContentAre the whitepaper's claims the ones AERE published?When anything inside the delimited content region changes: the measured figures, the table of contents or the chapters. Edits to the surrounding page cannot move it. This is the hash to check first.
DocumentAm I reading the exact bytes AERE published?Whenever anything changes anywhere in the page, including a refreshed on-chain figure or a cosmetic edit outside the content.
EditorialHas the argument, structure or claims changed?Only on a written change. Generated figures are blanked before hashing, so chain movement cannot move it. This is the hash tied to the version number.

Recompute the content hash of the live page. The command extracts the delimited content region and hashes exactly that:

curl -sL https://aere.network/whitepaper | sed -n '/<!--WP-CONTENT-START-->/,/<!--WP-CONTENT-END-->/p' | tr -d '\r' | sha256sum

Or recompute the stricter document hash. This command removes the version block first, so the hash cannot depend on itself:

curl -sL https://aere.network/whitepaper | sed '/<!--WP-VERSION-BLOCK-START-->/,/<!--WP-VERSION-BLOCK-END-->/d' | tr -d '\r' | sha256sum

Machine-readable figures, each with its provenance and the block height it was read at: whitepaper-figures.json.

History before 2026-07-20 was not tracked, and this page does not pretend otherwise. Hash-based versioning began on 2026-07-20. Before that date the whitepaper was not under version control in this repository: public/whitepaper.html was an untracked file, so no commit history exists to reconstruct from. The entries below dated earlier than 2026-07-20 are recorded from evidence that survives, namely the version and status strings the document carried in its own cover metadata and the modification dates of archived files. They carry no hash, because no hash was recorded at the time and computing one now from a file that has since been edited would prove nothing. Those entries are marked Not hash-tracked. An honest gap is worth more than a fabricated record.

Entries

2.1.2 2026-08-02 Hash-tracked

A sweep of factual corrections after a measured audit of the document against the live chain. Every item below was re-read from a public node before it was written, and the corrections run in both directions.

Content hashb4fafd73f6738c87a1fa0fd87c4d689d31af27b7fcde7759a55381116fbffdc4
Document hashf122d28ba92f4b6e1623fc48aa431a05b100c382e0f7645f498562c4e2f92f3f
Editorial hash31b9cfbaf2263818492f58dd28a1b6e6ff65e8ba97b67254776d6edc5a7692a9
Figures measured at block11,747,884
2.1.1 2026-07-31 Hash-tracked

A factual correction, and a repair to the verification scheme itself, recorded together with the failure that prompted it.

Content hashsee /whitepaper-figures.json
Document hashsee /whitepaper-figures.json
Editorial hash733951f0a866b25a72563af2e82f43fc7ebe50901a4cbb9d7aa90fbf4b55254a
Figures measured at blocksee /whitepaper-figures.json
2.1.0 2026-07-20 Hash-tracked

First version published under provable versioning. The document gained machinery rather than argument: its chain-derived figures stopped being typed by hand and started being generated.

Document hash61bc05730cf86266e0768e801171845ea5309cc2ad260d791be8be14fc96f1a9 (as last refreshed under 2.1.0, at block 10,594,472; superseded)
Editorial hash7f837b5e92c73c892fbfd28627e98fe5ae32137e157785c86924d416901df03b
2.0 2026-07-11 Not hash-tracked

The version 2 whitepaper. Date and version taken from the status line the document carried in its own cover metadata, which is self-reported and was not independently recorded at the time.

1.x date unknown Not hash-tracked

An earlier revision, retained at whitepaper-v1-archive.html.

How an entry gets added

A new entry is added when, and only when, the editorial hash changes. That happens when someone edits the writing, the structure or a claim. It does not happen when a measured figure is refreshed from the chain, and it does not happen because a day passed.

The figures are regenerated on a schedule and checked for drift against the live chain continuously. That is what keeps the document current. The version number is deliberately not part of that loop, because a version that tracks the clock rather than the content is a signal with no information in it.

AERE Foundation · Chain ID 2800 · Whitepaper · Figures JSON