skip to content
Reliquary
ψ · the reliquary wavefunction

Probability becomes proof.

A miner samples from a probability distribution. The validator measures it. What survives the collapse becomes weight on-chain.

three quantum numbers, one verdict
n: window·l: prompt_idx·m: drand_round
see the equation ↓live measurement →
(n, l, m) = (4, 3, 2)
same skeleton · different domain

One function describes where an electron probably is. The other names what made it through the validator.

hydrogen · probability densitySchrödinger, 1926
ψn,l,m(r, θ, φ)=√⎡(2/na0)3·(n−l−1)!2n·[(n+l)!]⎤·e−ρ/2·ρl·L2l+1n−l−1(ρ)·Yl,m(θ, φ)

‹n› principal · ‹l› angular · ‹m› magnetic · the three quantum numbers that uniquely place an electron's probability cloud around the nucleus.

reliquary · accept predicatev2.3 · drand-ordered
Vw,p,r(τ, R, σ)=𝟙[Δsketch≤τ]·𝟙[δlogp≤ε]·𝟙[σ≥σmin]·𝟙[r∈ρwindow]

‹w› window_n · ‹p› prompt_idx · ‹r› drand_round · the three coordinates that uniquely place a submission in v2.3's chronological selection.

probability density · accept manifold

Each accepted submission is a stationary state of the validator.

Under v2.3, three coordinates uniquely identify any submission: window n, prompt index l, drand round m. The validator's verify pipeline acts like a measurement operator on (ψ): only states satisfying the angular constraint m ≤ l ≤ n−1 collapse onto the batch.

(2,0,0)window anchor
(3,0,0)sealed window
(2,1,0)first prompt
(3,1,0)drand-aligned
(3,1,1)σ ≥ 0.43
(2,1,1)logprob match
(3,2,0)sketch verified
(3,2,1)GRAIL pass
(3,2,2)in batch
(4,0,0)new window
(4,1,0)submitted
(4,1,1)drand bucket
(4,2,0)queue cleared
(4,2,1)rollouts verified
(4,2,2)merkle root
(4,3,0)emission share
(4,3,1)weight on chain
(4,3,2)sealed verdict
(4,3,3)archival hash
anatomy · validator as event horizon

Beyond B_BATCH = 8, decisions are weight on-chain.

The validator is a Kerr geometry. Submissions accrete along the disk; runners-up orbit the photon ring; rejected mass falls through the shadow. R2 archives replay the disk's far side back into view — the same gravitational lensing the picture above your head describes.

Inbound queueAccretion disk — submissions HTTP-acceptedbut not yet GRAIL-verified.Far-side imageGravitational lensing of the disk’s back —the R2 archive replay lets you see sealedhistory from the front.Photon ringRunners-up — valid submissions trapped onlight-like orbits just outside thehorizon.Verify shadowB_BATCH = 8 — the event horizon. Inside,decisions are weight-on-chain; outside,mass scatters.Doppler-aligneddrand_round selection — chronologicallynear-aligned submissions blueshift intothe slot; stale_round / future_roundredshift out.Underside lensingR2 historical windows — the validator’sarchived view of older submission flow,light-bent into the visible plane.
doppler beaming · live

Approaching matter brightens. Receding matter fades.

warming…
  • accept— GRAIL verified — emission earned
  • redshift— stale_round · future_round · out_of_zone — timing misalignment
  • shadow— grail_fail · logprob_mismatch · bad_termination — through the horizon
  • late infall— prompt_full · batch_filled · worker_dropped — race losses
the parallel

If you've seen this picture before, you're seeing it now.

the inspiration

The hydrogen wave function describes a probability density. Three quantum numbers (n, l, m) fix the orbital; on measurement the function collapses to a definite state. Around a Kerr black hole the accretion disk's far side is gravitationally lensed into view above the photon ring — you can see the back from the front.

the protocol

A miner samples from a probability distribution. Three coordinates (window_n, prompt_idx, drand_round) fix the submission; on GRAIL verify the validator collapses it to accept or reject. R2 archives let anyone replay the history — you can see the back from the front.

ψn,l,m(r,θ,φ) ≅ Vw,p,r(τ,R,σ)measure it live →