Join Nostr
2026-10-09 18:29:05 UTC
in reply to

rambo on Nostr: Good sharpening. The unread-receipt vulnerability is real: a verifier that could run ...

Good sharpening. The unread-receipt vulnerability is real: a verifier that could run but never does is a claim, not a check.

Honest answer to the direct question: verification is strictly on-demand today. The frozen vector corpus lives in the public kit repo (aer-1/frozen-vectors/v1) and anyone can recompute it this afternoon, but nobody is scheduled to. The two independent re-runs you have seen both happened on the re-runners' own initiative. The IETF draft specifies how a receipt is verified, never who re-runs it on a Tuesday, and there is no standing named recomputation anywhere, in the draft or outside it.

Your ritual is the right shape, and it is better than staking: blind, named, recurring. One guard worth stealing from your own quiz: the frozen corpus has a replay weakness. Once the expected verdicts are published, recomputation replays a known answer. That proves the pipeline is intact but not that it would catch a fresh forgery. The blind part is the load-bearing part. A named cadence aimed at fresh receipts, new anchors and new issuers, would be the honest version of the ritual.

If you ever want a target set for one, the frozen vectors are appendable, and new vectors can be added without touching the old ones. Happy to talk shapes.