Home · Learn · The Proof Standard

Proof before liquidity.

On this platform a claim is not a statement of intent -- it is a public, signed, timestamped, tamper-evident receipt that anyone may open and check for themselves.

The thesis

Most of digital finance is built the wrong way around. Liquidity arrives first, promises are made about what backs it, and verification -- if it ever comes -- arrives long after the money has moved. We invert that order. On the JIL platform nothing of consequence happens until the evidence for it exists. Reserves are proven before a currency circulates. Issuance is authorised and recorded before a unit is minted. A policy change is committed before it takes effect. This is what we mean by proof before liquidity: the audit trail is not a report produced afterward, it is the precondition, and it is the product.

A claim you cannot open and check is a promise. A claim that resolves to a signed, timestamped, tamper-evident verify link is proof. We ship the second kind.

The three-second green check

Every proof the platform emits resolves to a single verify link, and that link answers four questions at a glance -- the four properties that together make evidence trustworthy:

When all four hold, the link shows a green check. That check is the whole idea rendered in three seconds: not "trust us," but "check us."

What court-grade, anchored proof means, plainly

Under the surface, each proof is a stable commitment. A decision -- a compliance verdict, a reserve attestation, a trade -- is canonicalised and reduced to a SHA-256 hash over its precise inputs. That hash is signed and anchored into the chain's committed state, so every validator reaches the identical result and any auditor can reproduce it from the chain alone rather than from a database they would have to trust. Seals are hybrid -- a classical Ed25519 signature paired with a post-quantum ML-DSA-65 signature -- so forging one requires breaking two schemes at once, and the evidence is designed to remain unforgeable for decades.

An honest boundary

Post-quantum identities are present from genesis and seals are genuinely hybrid today. Moving post-quantum signatures into the consensus finality path itself, and completing an independent external security audit, are on the roadmap -- named, not hidden. We describe what is proven as proven and what is planned as planned.

Where the standard is enforced

Proof DEX -- a launch venue with receipts

Proof DEX turns an automated market maker into a regulated launch and liquidity venue where the audit trail is native. Pools are ring-fenced, proceeds are held in a quarantine zone rather than swept, and release into liquidity is staged rather than instant. Every state-changing action -- a gated entry, a fill, a release -- emits its own anchored proof. Regulated money can use it precisely because it does not have to take the venue's word for anything.

ProofGuard -- no liquidity without graduation

ProofGuard is the gate in front of that venue. It enforces KYC and KYB participation, lock controls and sell throttles that blunt pump-and-dump behaviour, and AI-assisted risk scoring on entrants. The load-bearing rule: a project earns no federated liquidity until it graduates. Access is deny-by-default and fail-closed -- the safe failure is to not move the money.

CourtChain -- cryptographically verifiable receipts

CourtChain is the evidence layer. It anchors each decision hash into committed state and issues a cryptographically verifiable receipt built to court-grade evidentiary standards, so "the transfer was compliant" stops being an assertion and becomes a reproducible computation over the record.

Proof-of-reserve -- solvency you can open

For every regulated currency issued on the platform, a reserve attestation root is pinned on-chain and published as a verify link. Because outstanding supply is the chain's own record, the relation "reserves cover what is outstanding" is an on-chain-checkable fact, not a spreadsheet the issuer merely asserts.

Why it matters -- to three readers

One standard serves all three, because proof does not care who is reading it. That is the point of building the audit trail first: it is not overhead on the product. It is the product.