Founding Document · Version 1
The Protocol Charter of the AI Era
A charter is only written once — but it can be updated forever. Five unification protocols. Each article states a right, the mechanism that enforces it, and the condition under which the article must be considered unimplemented.
Living amendment ledger
Every version sealed. Every change provable.
The text you are reading has a digest. That digest is stored, anchored and recomputable from the published JSON — so anyone can prove what the Charter said on any date, and detect a silent edit.
Current version
v1
Effective —
Ratifications
…
Signatures on this exact digest.
Digest check
…
Live text hashed and compared to the stored digest.
Seal status
pending
Anchored beyond this platform's control.
Current digest (SHA-256 over the canonical text)
…
This text, this hash — any divergence is visible. Seal it into the ledger →
Amendment · v1 → v2
Article V was amended in public. The other four did not move.
Version 1 (effective 6 August 2026) remains retrievable. Version 2 (effective 3 September 2026) replaced Article V and carried Articles I to IV forward unchanged. The digests below are recomputable from the published JSON.
| Article | Text digest v1 | Text digest v2 | State |
|---|---|---|---|
| I | 0b3c750dff3bbab3d32de9a1a789e7cd36926a4abea33b048debd9c5ab4e3419 | 0b3c750dff3bbab3d32de9a1a789e7cd36926a4abea33b048debd9c5ab4e3419 | unchanged |
| II | 36c26019a8a62d551161dd94f5da79b3b05ce9422e6bfcd8226844d7ca60337c | 36c26019a8a62d551161dd94f5da79b3b05ce9422e6bfcd8226844d7ca60337c | unchanged |
| III | ea54d7566abbe1cd39bfd0145bed4366952de9e3d74783ad2158d1da32e92dc1 | ea54d7566abbe1cd39bfd0145bed4366952de9e3d74783ad2158d1da32e92dc1 | unchanged |
| IV | 7dbc911ef9e526143a3a7ef83bcaec79ce052c74ab6f35bceffd499344e613bb | 7dbc911ef9e526143a3a7ef83bcaec79ce052c74ab6f35bceffd499344e613bb | unchanged |
| V | 334414f653c579d3c723cb2c1cfcf0abf8e5292330eb17105fcc55f434129784 | 19ac38cb111462bec2a4f614a4241c4ca8ebce1610cafa708c2237f419eb2fe7 | amended |
Article V — version 1 (superseded)
PSI-Anti-Archon
The archon is whoever ends up holding the keys — a founder, an acquirer, a regulator, a court. Article V assumes their arrival as a certainty rather than a risk.
Therefore: verification requires no platform, receipts verify offline, the ledger is mirrored in full by anyone who asks, and the trust anchor is archivable. Seizing the operator yields an operator, not the network.
The platform publicly accepts that this caps its own power permanently. That cap is the product.
Article V — version 2 (in force)
PSI-Non-Capture
Control of this platform will change hands. A founder, an acquirer, or any successor will end up holding the keys. Article V assumes that control will eventually concentrate, and designs so that concentration cannot alter the record.
Therefore: verification requires no platform, receipts verify offline, the ledger is mirrored in full by anyone who asks, and the trust anchor is archivable. Control of the operator changes who runs the service. It does not change what the record says.
The platform publicly accepts that this limits its own power permanently. That limit is the point of the design.
Nothing in this Article is a position against any government, regulator or court. A record that cannot be altered privately is equally a record that can be produced publicly. These seals are designed to be handed to any authority that asks for them, and the platform has never refused one.
The version 1 row stored in the ledger carries the digest recorded on 6 August 2026. Article text was edited after that row was written and before version scoping existed, so that stored digest no longer matches the version 1 text published here. The divergence is printed rather than corrected: overwriting a stored digest to make it agree with later text is the exact failure Article I exists to expose.
Implementation status — beside the sealed text, never inside it
The Charter below is digest-sealed: this page recomputes the hash of the live text and prints whether it still matches, and members ratify by signing that digest. Not one word of an Article can therefore be edited to carry a disclaimer without silently changing a sealed document. So the truth about what is built and what is only specified is stated here, and again in the conformance checks at the foot of this page, which now report Articles III and IV as failures instead of substituting an easier claim for them.
- Article I · PSI-Resource — Live
- RFC 8785 canonicalisation, SHA-256 digests, permissionless verification with no account or key, and a hash-linked public ledger readable through the API. Live, and free at the point of use.
- Article II · PSI-Anti-Scarcity — Partly live
- Sealing any claim into a dated, anchored, permanently addressable record is live and permissionless, which is the permanence this Article describes. A dedicated counter-attestation pairing — an attestation against a withheld resource, with a symmetric right of rebuttal — is not built; attestations exist only inside entity records.
- Article III · PSI-Distribution — Not implemented
- Article III is charter text: it specifies how surplus would route. It is not operational. No value has ever been routed by this platform, and no routing meter exists to route it. By the Article's own test — an operator who can choose not to route has not implemented Article III — this platform has not implemented it.
- Article IV · PSI-Abundance — Not implemented
- No sufficiency floor can be declared, signed or anchored: there is no declaration machinery, and no floor has ever been declared. Article IV supplies the inputs to Article III routing, so it is unimplemented for the same reason.
- Article V · PSI-Non-Capture — Partly live
- Member receipts are signed with the member's own key and verify offline with no dependency on this platform; the ledger is publicly readable and mirrorable through the API; a signed transparency-log checkpoint is published. What is not yet true: the platform's own seal-of-state key derives from a single secret seed in one environment — one head. Until it is sharded under a published ceremony, our checkpoints and inclusion proofs rest on one secret. That is printed as a failed check below rather than buried.
The platform holds no client money, operates no float, takes no spread and provides no payment service. It is not a managed investment scheme and offers no financial product. No Australian Financial Services Licence is held, because the acts performed here — hashing, signing, timestamping and recording — are not financial services. Nothing on this site is financial advice.
Article I
PSI-Resource
The right to verified reality
No claim enters the record without a digest. Reality is what survives verification, not what survives assertion.
I.1Every resource, claim, decision or artefact admitted to the workspace is reduced to a canonical form and hashed. The digest — not the narrative around it — is the member-facing object.
I.2Verification is permissionless. Any party, without an account, a key or a licence, may recompute the digest and compare. A verification that requires the platform's cooperation is not a verification; it is a courtesy.
I.3Where a resource cannot be verified, it is not deleted. It is marked unverified and carried in the open. The workspace does not hide what it cannot prove.
article digest v1 · 6f989090b71dfbe59f6c519f61b315bae20d8cb440bd48a8475d2c628482719d
Article II
PSI-Anti-Scarcity
The right to exposed truth
Artificial scarcity is an information asymmetry wearing a price tag. Expose the asymmetry and the scarcity dissolves.
II.1Most scarcity in a digital economy is manufactured: withheld inventory, gated data, opaque pricing, sealed audit trails. The protocol treats each of these as a measurable gap between what is known and what is published.
II.2Members may publish an anti-scarcity attestation against any withheld resource. The attestation is anchored, timestamped and permanently addressable. The holder may rebut with a counter-attestation.
II.3The workspace renders no verdict on truth. It renders the disagreement permanent, public and cryptographically dated, which is a far heavier obligation than a verdict.
article digest v1 · 8a05db974d48cb4472e454fb98c9153a2041628827e8ea8671b44fef50c52e5f
Article III
PSI-Distribution
The right to automatic surplus routing
Surplus that requires a committee to move does not move. Routing must be a property of the protocol, not a policy of the operator.
III.1When a transaction produces surplus above the declared sufficiency threshold of its participants, the excess is routed automatically along the distribution graph defined by the participating workspaces.
III.2Routing rules are charter-level, published, and executable. They are not discretionary. An operator who can choose not to route has not implemented Article III.
III.3The protocol charges ten basis points on routed surplus. That fee is the entire commercial claim the platform makes on distribution — no spread, no custody, no float.
article digest v1 · dc648fce3af05b16c98bf41565eedf196518b33d8def4260cdd97ccaad5a3e56
Article IV
PSI-Abundance
The right to cryptographically enforced sufficiency
Sufficiency declared in a mission statement is decoration. Sufficiency enforced by a signature is infrastructure.
IV.1Each member and each workspace declares a sufficiency floor: the level below which the network's routing obligations activate in their favour.
IV.2The floor is signed at declaration time and cannot be retroactively lowered by the platform, by an operator, or by a majority vote. It can only be lowered by the holder, and the lowering is itself a signed, anchored event.
IV.3Abundance in this Charter is not a promise of plenty. It is a structural refusal to let sufficiency be quietly redefined downward.
article digest v1 · 9707325b0a0987c51967ba6c50f3c470e98883f73911f7080f45db43f9045643
Article V
PSI-Non-Capture
The right to a record that cannot be altered privately
A record whose integrity depends on the continuing good behaviour of its operator is not a record. Integrity has to survive a change of ownership.
V.1Control of this platform will change hands. A founder, an acquirer, or any successor will end up holding the keys. Article V assumes that control will eventually concentrate, and designs so that concentration cannot alter the record.
V.2Therefore: verification requires no platform, receipts verify offline, the ledger is mirrored in full by anyone who asks, and the trust anchor is archivable. Control of the operator changes who runs the service. It does not change what the record says.
V.3The platform publicly accepts that this limits its own power permanently. That limit is the point of the design.
V.4Nothing in this Article is a position against any government, regulator or court. A record that cannot be altered privately is equally a record that can be produced publicly. These seals are designed to be handed to any authority that asks for them, and the platform has never refused one.
article digest v1 · 142aca10bf7d8775e517571413958dead2cf3bf2b99b33b55440eafd5a6c6e8e
Conformance
The platform runs its own failure conditions first
Each article is written as a test. These checks run against live infrastructure — not against a promise. Where a check fails, the failure and its evidence are printed rather than hidden: Article I applied to us first.
Ratification
Sign the version you actually read
A signature binds to a digest, not to a URL. If the text ever changes, your ratification stays attached to the version you consented to — and the new version starts from zero.
Sign in as a member to ratify. Registry membership is free.
Recent ratifications
No signatures on this version yet. Be the first name on the record.
The Power Chain
How the articles execute in sequence
- 01SEALCanonicalise and hash. The digest becomes the object.Art. I
- 02RECORDAppend to the tamper-evident chain. Prior digest carried forward.Art. II
- 03AUDITMerkle root committed to Bitcoin. Existence bounded above.Art. II
- 04DISTRIBUTIONSpecified only — no surplus has ever been routed and no routing meter exists.Art. III
- 05ABUNDANCESpecified only — no sufficiency floor can be declared, signed or anchored yet.Art. IV
Amendment thresholds
Articles II, III, IV
Amendable on a two-thirds vote of ratifying members, with a fourteen-day deliberation window and a signed, anchored record of every ballot.
Articles I and V
Require unanimity of all active workspaces. This is deliberately close to impossible. The right to verified reality and the right to a record that cannot be altered privately are not subject to majority preference.