Thread: History-binding certificates — prior art and exact statements
Date: 2026-09-22 Scout session: agent:main:subagent:238a0eae-8ae3-493d-b2e0-c7cbd95e1fde Question: Is there any cryptographic certificate that binds a HISTORY (that a computation was actually stepped through) rather than merely a RELATION between input and output?
Method note: Every claim tagged verified-at-source (fetched and read) or inherited-unchecked (secondary source). Gaps listed at the end. This file is written incrementally.
Status
- VDFs (Boneh et al., Wesolowski, Pietrzak)
- Proofs of Sequential Work
- Time-lock puzzles
- Certified randomness / proofs of quantumness
- Key question: verifier computed by adversary
- VDFs applied to simulation hypothesis
- Gaps section
(Stub created 2026-09-22 ~03:02 EDT. Updated 03:0X EDT with VDF section.)
1. Verifiable Delay Functions
1.1 Boneh, Bonneau, Bünz, Fisch, "Verifiable Delay Functions", CRYPTO 2018
- Paper: eprint 2018/601, https://eprint.iacr.org/2018/601 (HTML index
verified-at-source) and https://eprint.iacr.org/2018/601.pdf (extracted text via pypdf from the eprint PDF; page numbers below refer to the 32-page eprint PDF). Abstractverified-at-source:
"We study the problem of building a verifiable delay function (VDF). A VDF requires a specified number of sequential steps to evaluate, yet produces a unique output that can be efficiently and publicly verified."
- Formal model (verbatim from the eprint PDF, p. 7, Definition 1):
"We say that an algorithm runs in parallel time t with p processors if it can be implemented on a PRAM machine with p parallel processors running in time t."
"Definition 1. A VDF V = (Setup, Eval, Verify) is a triple of algorithms as follows:" (setup randomized, poly-time in λ, input space X, output space Y; t restricted to sub-exponentially sized in λ; Eval runs in parallel time t with poly(log t, λ) processors; Verify deterministic, total time polynomial in log t and λ.)
Correctness (Definition 2, verbatim): "A VDF V is correct if for all λ, t, parameters (ek, vk) ← Setup(λ, t), and all x ∈ X, if (y, π) ← Eval(ek, x) then Verify(vk, x, y, π) = Yes."
Soundness (Definition 3, verbatim): "A VDF is sound if for all algorithms A that run in time O(poly(t, λ)):" Pr[Verify(vk,x,y,π)=Yes ∧ y ≠ Eval(ek,x)] ≤ negl(λ), where pp=(ek,vk)←Setup(λ,t), (x,y,π)←A(λ,pp,t). (Probability over the randomness; the adversary is a single polynomial-time algorithm, NOT an environment controlling the verifier.)
Sequentiality (Definition 4, verbatim, p. 8–9): sequentiality game: pp←Setup(λ,t); L←A0(λ,pp,t) (preprocessing); x←X; yA←A1(L,pp,x). "Definition 4 (Sequentiality). For functions σ(t) and p(t), the VDF is (p,σ)-sequential if no pair of randomized algorithms A0, which runs in total time O(poly(t,λ)), and A1, which runs in parallel time σ(t) on at most p(t) processors, can win the sequentiality game with probability greater than negl(λ)."
Critical passages relevant to Argus's question (
verified-at-source, p. 8):- "It is critical to bound the adversary's allowed parallelism, and we incorporate this into the definition."
- "Note that for an efficiently decodable VDF, an adversary with |Y| processors can always compute outputs in o(t) parallel time by simultaneously trying all possible outputs in Y. This means that for efficiently decodable VDFs it is necessary that |Y| > poly(t), and cannot achieve σ-sequentiality against an adversary with greater than |Y| processors."
- On ideal vs. instantiated time: "Idealsecurity is achieved when σ(t)=t−1. This ideal security is in general unrealistic unless, for example, time steps are measured in rounds of queries to an ideal oracle (e.g. random oracle). In practice, if the oracle is instantiated with a concrete program (e.g. a hash function), then differences in hardware/implementation would in general yield small differences in the response time for each query." (
verified-at-source)
Reading for Argus: A VDF certifies that some computation took t sequential steps to produce y from a random challenge x — but the soundness/sequentiality guarantee is over a fixed adversary model (bounded processors p(t), bounded parallel time σ(t)), against a single prover algorithm. The guarantee is not of the form "no entity, however powerful, could have produced this certificate without stepping through the computation": an adversary with >|Y| processors breaks σ-sequentiality by brute force, and soundness is only against time-O(poly(t,λ)) adversaries. Moreover the property certified is a function evaluation on a fresh random challenge, not a history.
1.2 Constructions: Wesolowski (EUROCRYPT 2019) and Pietrzak (ITCS 2019)
Wesolowski, "Efficient Verifiable Delay Functions", EUROCRYPT 2019 — eprint 2018/623, https://eprint.iacr.org/2018/623. (Identified via VDF survey slide deck https://crypto.iacr.org/2018/slides/28858.pdf which lists [P'18, W'18];
inherited-uncheckedunless I fetch the eprint page.)Pietrzak, "Simple Verifiable Delay Functions", ITCS 2019 — eprint 2018/627, https://eprint.iacr.org/2018/627 (as above,
inherited-unchecked).Both constructions operate on a finite cyclic group of unknown order (e.g. RSA group / class group), require the adversary not know the group order; security under the adaptive root assumption (Wesolowski) / low-order assumption (Pietrzak). The CRYPTO 2018 slides say: "Assumption: the group G has unknown size"; pp=(G, H: X→G); Eval(pp,x): output T squarings; proof π = (proof of correct exponentiation) (
verified-at-sourcefrom slides https://crypto.iacr.org/2018/slides/28858.pdf, but note this is a slide deck, quoted only for the unknown-order point).[TODO verify exact eprint numbers and assumption names at source; see gaps section.]
2. Proofs of Sequential Work
2.1 Mahmoody, Moran, Vadhan, "Publicly Verifiable Proofs of Sequential Work", ITCS 2013 (eprint 2011/553)
- eprint page https://eprint.iacr.org/2011/553
verified-at-source. Abstract (verbatim):
"We construct a publicly verifiable protocol for proving computational work based on collision-resistant hash functions and a new plausible complexity assumption regarding the existence of 'inherently sequential' hash functions. [...] Given a sampled 'puzzle' P ← D_n, where n is the security parameter and D_n is the distribution of the puzzles, a corresponding 'solution' can be generated using N evaluations of the sequential hash function, where N > n is another parameter, while any feasible adversarial strategy for generating valid solutions must take at least as much time as Ω(N) sequential evaluations of the hash function after receiving P. Thus, valid solutions constitute a 'proof' that Ω(N) parallel time elapsed since P was received. Solutions can be publicly and efficiently verified in time poly(n) · polylog(N)."
- Security model (
verified-at-source, abstract): "Our construction is secure in the standard model under complexity assumptions (collision-resistant hash functions and inherently sequential hash functions), and makes black-box use of the underlying primitives. Consequently, the corresponding construction in the random oracle model is secure unconditionally. Moreover, as it is a public-coin protocol, it can be made non-interactive in the random oracle model using the Fiat-Shamir Heuristic." - Also (verbatim): "The construction bypasses a recent negative result of Mahmoody, Moran, and Vadhan (CRYPTO '11) for time-lock puzzles in the random oracle model, which showed that it is impossible to have time-lock puzzles like ours in the random oracle model if the puzzle generator also computes a solution together with the puzzle." (This CRYPTO '11 negative result is exactly a case where a generator who can compute the answer cheaply breaks the scheme — relevant to Argus's "planting the answer" concern;
verified-at-sourcefrom abstract.) - Key point for Argus: the adversary is charged for time after receiving P — the puzzle/challenge is fresh and supplied after the prover starts. The certificate binds to the challenge arrival time, not to an intrinsic history. The random-oracle-model version is unconditional.
- Exact theorem (verbatim from eprint 2011/553.pdf p. 5, Theorem 1.1,
verified-at-sourcevia pypdf extraction):
"Theorem 1.1 (Main Result—Informal). Given any family of collision-resistant hash functions H1 and any family of sequential hash functions H2 we construct a time-lock puzzle scheme that is secure for a puzzle distribution D assuming that H1 and H2 are both secure when their index s is sampled from the same distribution D. The verification time for our time-lock puzzle (and the corresponding timestamping scheme) can be poly-logarithmic in the time it takes to solve the puzzle, and the soundness time-gap (the ratio between the running time of the honest solver and that of a successful adversarial solver) is bounded by a constant. That is, our honest solver evaluates the hash function N times, and any adversary whose solution is accepted by an honest verifier must have used time proportional to c·N sequential evaluations of the hash function for a constant c."
- On what "time" means (verbatim, p. 5): "this need not correspond to clock time, because an adversary could parallelize its computational efforts (e.g., by using a bot-net to try many preimages at once). Thus, we would like to have proofs of work that are inherently sequential, i.e., even a massively parallel effort to evaluate g(D) would still take time close to N. (Of course, 'time' is still relative to single-core CPU speed, which may differ between the honest party and the adversary...)" (
verified-at-source). Soundness is counted in sequential evaluations of the sequential hash function — parallelism across evaluations does not help. - Note also (p. 5, fn. 1): "Here the adversary is assumed to be uniform, because a non-uniform attacker can in fact invert a one-way [function]" — MMV explicitly restrict the adversary model; a non-uniform attacker breaks the underlying primitive (
verified-at-source; truncated mid-sentence in extraction).
2.2 Cohen & Pietrzak, "Simple Proofs of Sequential Work", EUROCRYPT 2018 (eprint 2018/183)
- eprint page https://eprint.iacr.org/2018/183
verified-at-source. Abstract (verbatim):
"In a proof of sequential work, a prover gets a 'statement' χ, a time parameter N and access to a hash-function H, which for the security proof is modelled as a random oracle. Correctness requires that an honest prover can make a verifier accept making only N queries to H, while soundness requires that any prover who makes the verifier accept must have made (almost) N sequential queries to H. Thus a solution constitutes a proof that N time passed since χ was received."
- Also (verbatim): "An open problem stated by [MMV'13] that our construction does not solve either is achieving a 'unique' proof, where even a cheating prover can only generate a single accepting proof."
- Reading for Argus: PoSW soundness is measured in sequential queries to a random oracle — i.e., time is modeled as oracle-query rounds, which is the cleanest formalization of "stepping through" there is. BUT the statement is bound to χ ("since χ was received") — freshness of the challenge is load-bearing; the certificate is a proof that ~N sequential queries happened after χ arrived, not an authentication of any arbitrary past computation history.
- Exact soundness bound (verbatim from eprint 2018/183.pdf p. 2–3,
verified-at-sourcevia pypdf extraction): "any cheating prover that makes V accept must make almost N sequential queries to H computing φ. t is a statistical security parameter, the larger t the better the soundness: any prover making only (1−α)N sequential queries for some α>0, will succeed with probability at most (1−α)^t (e.g. with t = 21, a cheating prover making only 0.8·N sequential queries succeed with probability < 1%)." - The non-interactive form (verbatim, p. 2): "A non-interactive PoSW for statement χ and time parameter N is a tuple (χ,N,φ,τ) where the challenge γ = (H(φ,1),...,H(φ,t)) is derived from the proof φ by hashing with the RO" (Fiat–Shamir). The first message is "just a uniformly random w bit string χ" with high min-entropy.
3. Time-lock puzzles
- Rivest, Shamir, Wagner, "Time-lock puzzles and timed-release crypto", MIT/LCS/TR-684, March 1996. DSpace record: https://dspace.mit.edu/handle/1721.1/149822 (authorship Rivest, Ronald L.; Shamir, Adi; Wagner, David A.
verified-at-source; exact TR number MIT/LCS/TR-684inherited-unchecked). - The concrete construction is based on repeated squaring modulo an RSA modulus (product of two large primes); the security premise is the assumption that repeated squaring is inherently sequential — parallelism does not significantly speed it up. From crypto.stackexchange's account of the paper's security analysis: "there is no known way to use parallelism (including, e.g., multi-core machines) to speed up the repeated squaring process to any significant degree" (
inherited-unchecked). - The solver's hardware assumption: the time estimate t = (number of squarings) × (squaring time on the intended machine); puzzle designer estimates a machine's squaring rate. Exact verbatim statement NOT VERIFIED in this pass (see gaps).
4. Certified randomness / proofs of quantumness
4.1 Aaronson & Hung, "Certified Randomness from Quantum Supremacy" (arXiv:2303.01625, March 2023)
- arXiv abs page https://arxiv.org/abs/2303.01625
verified-at-source. Abstract (verbatim key parts):
"Our protocol repurposes the existing 'quantum supremacy' experiments, based on random circuit sampling, that Google and USTC have successfully carried out starting in 2019. We show that, whenever the outputs of these experiments pass the now-standard Linear Cross-Entropy Benchmark (LXEB), under plausible hardness assumptions they necessarily contain Ω(n) min-entropy, where n is the number of qubits. [...] We prove our protocol sound in two senses: (i) under a hardness assumption called Long List Quantum Supremacy Verification, which we justify in the random oracle model, and (ii) unconditionally in the random oracle model against an eavesdropper who could share arbitrary entanglement with the device. (Note that our protocol's output is unpredictable even to a computationally unbounded adversary who can see the random oracle.) [...] Currently, the central drawback of our protocol is the exponential cost of verification, which in practice will limit its implementation to at most n ~ 60 qubits, a regime where attacks are expensive but not impossible."
- Role of the time bound (as visible from abstract; deep-paper role NOT VERIFIED): in the arXiv version soundness does NOT rest on a measured response-latency bound; it rests on (i) the Long List Quantum Supremacy Verification hardness assumption (justified in the random oracle model) and (ii) the random-oracle model. Time enters as computational infeasibility of classical simulation/spoofing, not as a measured wall-clock deadline. (Contrast: the Nature paper below makes a short response time an explicit protocol condition.) The claim "output unpredictable even to a computationally unbounded adversary who can see the random oracle" bears directly on Argus's question: even a deity-level verifier-computer does not break this particular certificate — but note it also means the certificate itself contains no history evidence; it is a relation check.
4.2 Quantinuum / JPMorganChase / ANL / ORNL / UT Austin demonstration, Nature 2025
- Citation (as printed on OLCF page https://www.olcf.ornl.gov/2025/05/05/quantum-computing-experiment-realizes-verifiably-random-number/): Liu, M., Shaydulin, R., Niroula, P. et al. "Certified randomness using a trapped-ion quantum processor", Nature 640, 343–348 (2025), https://doi.org/10.1038/s41586-025-08737-1 (
verified-at-sourcefor the string; page range not cross-checked against Nature). - Device: 56-qubit Quantinuum H2-1 trapped-ion computer accessed over the Internet (
verified-at-source— Nature abstract snippet "the 56-qubit Quantinuum H2-1 trapped-ion quantum computer accessed over the Internet"; JPMorgan press release https://www.jpmorgan.com/technology/news/certified-randomness, March 26, 2025). Output: >70,000 certified random bits (inherited-uncheckedfrom rdworldonline). - The latency assumption (verbatim, Nature main text,
verified-at-sourcevia fetch):
"A classical client pseudorandomly generates n-qubit challenge circuits and sends them to a quantum server, which is asked to return length-n bitstrings sampled from the output distribution of these circuits within a short amount of time (Fig. 1a,c). The circuits are chosen such that no realistic adversarial server can classically simulate them within the short response time. [...] Therefore, a high XEB score, combined with a short response time, allows the client to certify that the server must have used a quantum computer to generate its responses, thereby guaranteeing a certain amount of entropy with high probability. Our analysis quantifies the minimum amount of entropy that an untrusted server, possibly acting as an adversary, must provide to achieve a given XEB score in a short amount of time."
- Idealized protocol: "A client submits M random circuits {C_i}{i∈[M]} serially to a randomness server and expects bitstrings {x_i}{i∈[M]} back, each within a time t_QC" (Fig. 1 caption,
verified-at-source). Numerical values (verified-at-sourcefrom Nature main text, full fetch via /tmp/openclaw-web-fetch-93112cf787b37bcb.log): "t_QC = 2.154 s per sample"; protocol thresholds "χ = 0.3 and t_threshold = 2.2 s"; the experiment fed "56 × 30,010 raw bits into a Toeplitz randomness extractor and extract[ed] 71,273 bits"; bitrate "71,273/(30,010 × 2.2 s) ≈ 1 bit per second at ε_sou = 10⁻⁶". (So the earlier >70,000-bit figure from rdworldonline checks out: 71,273 bitsverified-at-source.) - Reading for Argus: closest real-world analog to a "history" certificate: soundness requires (high XEB score) AND (short response time). The client's clock and fresh challenges are the trust anchor; the adversary is the far-away server. The certificate is "this server answered these fresh challenges too fast for classical simulation", which is time-dependent but still relational — conditioned on the challenge being fresh and the latency being measured by an honest client.
4.3 Brakerski, Christiano, Mahadev, Vazirani, Vidick, "A Cryptographic Test of Quantumness and Certifiable Randomness from a Single Quantum Device" (FOCS 2018)
- Correct arXiv ID is 1804.00640 (NOT 1803.10293, which is an unrelated exoplanets white paper — verified at arXiv abs page https://arxiv.org/abs/1804.00640
verified-at-source). - FOCS 2018 record: DBLP https://dblp.org/rec/conf/focs/BrakerskiCMVV18.xml — DOI 10.1109/FOCS.2018.00038, pages 320–331 (
verified-at-sourcevia DBLP metadata). - Model (verbatim from ADS abstract https://ui.adsabs.harvard.edu/abs/2018arXiv180400640B/abstract,
verified-at-source): "We consider a new model for the testing of untrusted quantum devices, consisting of a single polynomial-time bounded quantum device interacting with a classical polynomial-time verifier." - Soundness is computational: solvable efficiently by a quantum computer but not by a classical polynomial-time computer assuming LWE (as stated in the paper's own text per secondary accounts; e.g., arXiv:2105.05500 abstract: "Recently Brakerski, Christiano, ... with errors (LWE) assumption: a test that can be solved efficiently by a quantum computer but cannot be solved by a classical polynomial-time computer" —
verified-at-sourceas that paper's characterization; exact internal theorem of BCMVV NOT VERIFIED directly). The test is a two-round protocol between a classical verifier and a single quantum prover; no latency requirement is part of soundness. (The Nature 2025 experiment's protocol is a descendant: RCS-based certified randomness per the Nature main text citing "ref. 3" = BCMVV-style line of work, plus Aaronson-Gunn/"quantum supremacy" protocols.)
5. THE KEY QUESTION: has anyone formalized a verifier that is itself computed by the adversary?
This is the crux for Argus: every soundness proof above assumes an honest verifier who (a) samples fresh random challenges, (b) measures time with an honest clock, (c) is NOT itself part of the adversary's simulation. Searches and findings:
5.1 What exists in the literature (reported exactly)
- (a) Programmable random oracle / adversarial control of "randomness": In the Random Oracle Model, the reduction (simulator in the proof) programs the RO, but the RO is under the challenger's control, never the adversary's; the adversary queries it as a black box. The literature discusses variants — programmable vs non-programmable RO (e.g., Canetti–Jain "Practical UC security with a Global Random Oracle", eprint 2014/908; Wee, "Zero Knowledge in the Random Oracle Model, Revisited" https://www2.seas.gwu.edu/~hoeteck/pubs/zkrom-ac09.pdf; Broadnax et al. shielded super-poly oracle model, EUROCRYPT 2017, mentioned in the UC-SNARK chapter https://link.springer.com/chapter/10.1007/978-3-032-01907-3_8 — all
inherited-uncheckedfor content, titles/dates from search results). None of these consider the verifier's randomness source being controlled by the adversary as a design parameter. The closest formal discussion: crypto.stackexchange "Is a random oracle controlled by the challenger?" https://crypto.stackexchange.com/questions/15186/is-a-random-oracle-controled-by-the-challenger — answer: the RO is controlled by the challenger/reduction, which is exactly the assumption that fails if the adversary computes the whole world (inherited-unchecked, forum-level). - (b) Universal composability and the simulator: The UC simulator is an analytical device, not a computational entity in the real world. UC soundness/security is defined against PPT adversaries in environments that are themselves constrained PPT; the environment is NOT modeled as being able to compute the simulator or the ideal functionality. No formal treatment found of "the adversary computes the verifier and can therefore simulate its view." (
null-result— searched UC + simulator + adversary-computes-verifier; nothing.) - (c) Position-based / relativistic cryptography (Kent; Buhrman et al.): Physical signalling constraints ARE load-bearing here. Kent: unconditional bit commitment via relativistic constraints (Phys. Rev. Lett. 109:130501, 2012, per arXiv:1411.0013 reference list
inherited-unchecked); Kaniewski–Tomamichel–Hänggi–Wehner, "Secure bit commitment from relativistic constraints", IEEE Trans. Inf. Theory 59:4687 (2013) (verified-at-sourcevia reference list in arXiv:1411.0013 HTML); "Composable security in relativistic quantum cryptography" arXiv:1708.00433 (abstract: "uses the fact that information cannot travel faster than the speed of light to limit the abilities of dishonest agents" —verified-at-source). The soundness of these schemes rests on the physical postulate that no information travels faster than light; the adversary is otherwise computationally unbounded. This is the literature closest to "the environment's physics constrains the adversary" — but the trust anchor is the real-world geometry (spacelike separation), which in a simulation hypothesis is exactly what the simulator could fake. (This is my inference,my-inference, not a claim in the literature.) - (d) Proofs of space-time: Moran & Orlov, "Simple proofs of space-time and rational proofs of storage" (
inherited-uncheckedfor exact venue/arXiv; referenced in https://pages.near.org/papers/proof-of-space-time/ and Medium article https://medium.com/@Apograf/simple-proofs-of-space-time-and-rational-proofs-of-storage-fb14fd5e479e). PoST is a proof of resources held over time (storage maintained continuously, checked at random times), used in Spacemesh https://github.com/spacemeshos/platform-docs/blob/main/docs/protocol/mining/02-post.md. It binds duration of resource commitment via periodic challenge—response (audits at unpredictable times), not a computation history. The temporal element is enforced by repeated fresh challenges from an honest verifier. (inherited-uncheckedfor the crypto details.) - (e) Verifier randomness under adversarial control: No paper found with this as an explicit threat model. The standard assumption everywhere is: honest verifier samples fresh coins not known to the adversary, and adversarial coins are independent. The failure mode Argus worries about (a simulator can choose/replay the randomness the verifier sees, because the verifier is inside the simulation) is NOT treated in any cryptographic security definition I found. (
null-resultin all queried literatures; queries listed in the gaps section.) - (f) Philosophical/formal "evil demon" in computational-security terms: Philosophy literature on brain-in-a-vat / evil demon (Descartes; Putnam 1981; encyclopedia entries located: https://www.rep.routledge.com/articles/thematic/scepticism/v-2 — Putnam's point that "brain-in-a-vat" inside the vat cannot refer to a real brain-in-a-vat;
verified-at-sourcefor the snippet) does NOT engage computational-security formalism. No paper found formalizing the evil demon as an adversary against a cryptographic proof system. (null-result.) - (g) NEW and directly relevant: adversary models where the adversary is computationally UNBOUNDED but bounded only in query depth/rounds. This is the one place where the literature has started formalizing "powerful adversary, weak resource bound":
- Yamakawa & Zhandry (J. ACM 2024): a proof of quantumness in the QROM where the prover samples a codeword preimage of a public function H; conjectured that any successful prover must sample from a high-entropy distribution — giving certifiable randomness in QROM under the Aaronson–Ambainis conjecture (
inherited-uncheckedfrom the arXiv:2608.24832 abstract's description; exact J. ACM citation NOT VERIFIED). - "Certified Randomness without Structure Against Shallow-Query Adversaries", arXiv:2608.24832 (v1 25 Aug 2026; "To be published at FOCS 2026"): proves the Yamakawa–Zhandry certifiable randomness protocol secure unconditionally (no AA conjecture) against adversaries that "make at most o(log λ) adaptive query rounds to the random oracle," and crucially: "The adversary may make polynomially many parallel quantum queries within each round; only the number of sequential rounds is bounded. Our security proof holds against computationally unbounded adversaries subject only to this query depth constraint." (Abstract
verified-at-sourceat https://arxiv.org/abs/2608.24832.) This is the strongest formal statement found anywhere of a certificate valid against an otherwise-unbounded adversary — exactly the shape Argus needs, with the bound being sequential query rounds, i.e., the same resource PoSW/VDFs protect.
- Yamakawa & Zhandry (J. ACM 2024): a proof of quantumness in the QROM where the prover samples a codeword preimage of a public function H; conjectured that any successful prover must sample from a high-entropy distribution — giving certifiable randomness in QROM under the Aaronson–Ambainis conjecture (
- (h) LessWrong search hit: "What is Cryptographically Possible", Paul Christiano, 2010-12-24, https://www.lesswrong.com/posts/PxMSnEPFG34o9zkq4/what-is-cryptographically-possible — a general survey of what computational cryptography can do; mentions using a "common random beacon" for NIZKP (
verified-at-sourcevia fetch) but does NOT address an adversary computing the verifier or anything about the simulation hypothesis. Included here only for completeness of the search record.
5.2 Synthesis for Argus (my-inference, tagged)
- Nothing found that formalizes "the adversary computes the verifier". All soundness definitions assume an honest verifier outside the adversary's control — fresh coins, honest clock, honest challenge sampling (VDF: Def 3–4; PoSW: "since χ was received"; certified randomness: client's t_QC clock).
- The closest existing formalisms to "history certificates" are (i) PoSW soundness counted in sequential RO queries (Cohen–Pietrzak), (ii) VDF (p,σ)-sequentiality, (iii) shallow-query security for certified randomness (arXiv:2608.24832). All of them bind relative time (queries since a fresh challenge) and all assume the verifier's timing/challenges are not simulated.
- The unique property worth noting: the Aaronson–Hung-style certified randomness is unpredictable even to a computationally unbounded adversary who sees the random oracle — the certificate would survive even if the adversary had unlimited compute; what it cannot survive is an adversary who also controls the verifier's view (can fake the XEB check or replay the circuits). The remaining trust anchor in every scheme is: fresh, honest randomness at verification time.
6. VDFs/PoSW applied to the simulation hypothesis or to physics
Null result in the searches performed. Queries (Brave):
"verifiable delay function" OR "proof of sequential work" simulation hypothesis physics universe computational→ only crypto-technical hits (VDF vs PoSW comparison, eprint papers). No simulation-hypothesis application."simulation hypothesis" "verifiable delay function" OR "time-lock puzzle" OR "sequential work" test detect simulator→ only crypto-technical hits (time-lock puzzle constructions, eprint 2025/1782, 2025/225, arXiv 2211.08162). No philosophy/physics application.Bostrom simulation argument "computational resources" proof test "we are in a simulation" cryptography blog→ 0 results."evil demon" OR "brain in a vat" OR "malicious simulator" cryptographic definition indistinguishability philosophy computational→ philosophy encyclopedia entries only; no crypto-formal treatment.- Not searched (no time): LessWrong-specific site search, PhilPapers full-text search, Google Scholar; those remain gaps below.
Honest statement: no application of VDF/PoSW/sequential-work arguments to the simulation hypothesis, or to physics as a whole, was found in the indexed web via Brave. Where one might look next: (1) the crypto.stackexchange thread https://crypto.stackexchange.com/questions/71564/verifiable-delay-functions-vs-proof-of-sequential-work notes that PoSW has the known limitation that "one can lie to the verifier about what was the solution to the puzzle we solved" (inherited-unchecked, forum-level) — the closest informal statement found to "the certificate doesn't bind the history, only that work was spent"; (2) "Continuous Verifiable Delay Functions" (Ephraim–Freitag et al., eprint 2019/619) explicitly discusses verifiable histories of an iterated sequential beacon: "to verify the current value of the beacon, one needs to recompute its entire history" (verified-at-source from snippet) — this is the nearest thing to a "history" in the VDF literature, but it is recomputation-as-verification, not a certificate of history.
WHAT I COULD NOT VERIFY
- VDF paper page numbers / equation numbers: all VDF quotes are from the extracted eprint 2018/601 PDF text (page markers approximate: pp. 7–9); I did not verify against the CRYPTO 2018 LNCS version, and did not record equation numbers.
MMV'13 and Cohen–Pietrzak exact theorem statementsCLOSED: both fetched at source and quoted verbatim (eprint 2011/553.pdf Theorem 1.1; eprint 2018/183.pdf soundness bound); still NOT verified: MMV Theorem 3.11's formal parameters (the informal Theorem 1.1 is quoted instead), and CP's formal security theorem statement beyond the p. 2–3 bound.- RSW96 exact hardware-assumption wording: the "no known way to use parallelism to speed up repeated squaring" claim comes from a crypto.stackexchange account of the paper's security analysis (
inherited-unchecked); the paper itself (MIT/LCS DSpace 1721.1/149822) was not fetched. Exact TR number MIT/LCS/TR-684 unverified. - BCMVV internal theorem: abstract-level only; the LWE-based soundness statement and protocol round structure not read from arXiv:1804.00640 PDF.
- Aaronson–Hung role of time bound in the formal soundness proof: I have the abstract only; the formal statement about the time/query model inside the soundness theorems (esp. relation to the Long List Quantum Supremacy Verification assumption) NOT read. Also the STOC 2023 published version (DOI 10.1145/3564246.3585145) not fetched.
Nature 2025 paper: numerical t_QC valueCLOSED: t_QC = 2.154 s per sample, t_threshold = 2.2 s, χ = 0.3, 71,273 extracted bits —verified-at-sourcefrom the full fetched main text (spill log /tmp/openclaw-web-fetch-93112cf787b37bcb.log). Still unverified: page range 343–348 (as printed on OLCF only), the exact soundness parameter ε_sou definition, and Methods-section details.- Yamakawa–Zhandry J. ACM 2024 exact citation: not fetched; only as described in the arXiv:2608.24832 abstract.
- Moran–Orlov PoST exact citation/venue: not fetched; cited via NEAR/Medium pages (
inherited-unchecked). Also note arXiv:2608.24832 has an unusual number (2608 = Aug 2026) — consistent with current date 2026-09-22 but I could not independently confirm it is not a spoofed/mirror page beyond the fetched abs page itself. - Kent's exact PRL citation (Phys. Rev. Lett. 109:130501, 2012): from a reference list in arXiv:1411.0013 HTML (
inherited-unchecked). - "Programmed RO / simulator in UC" literature specifics: Canetti–Jain 2014/908 and Wee zkrom papers not opened; only titles/abstracts via search snippets.
- LessWrong / PhilPapers / Google Scholar: not searched (would be the next place for simulation-hypothesis applications).
- arXiv:2608.24832 authenticity: fetched from arxiv.org directly (https://arxiv.org/abs/2608.24832), so it is real as far as this fetch shows; however, given the future-dated arXiv numbering I flag it for the main session to double-check.
Searches actually performed (for the record)
Queries are listed inline in sections 5–6 above; additionally: Boneh/Bonneau/Bünz/Fisch "Verifiable Delay Functions" CRYPTO 2018 eprint 2018/601 definition sequentiality soundness; Mahmoody Moran Vadhan "Publicly Verifiable Proofs of Sequential Work" ITCS 2013 exact theorem parallel queries; Aaronson Hung "Certifiable Randomness from Quantum Advantage" arxiv 2303.01625 time bound soundness (0 results — note: correct title is "Certified Randomness from Quantum Supremacy", which is why the earlier query failed); Quantinuum JPMorganChase certified randomness Nature 2025; Rivest Shamir Wagner "time-lock puzzles and timed-release crypto" 1996; Brakerski Christiano Mahadev Vazirani Vidick "test of quantumness" arXiv FOCS 2018 LWE; Moran Orlov "proofs of space-time"; Kent relativistic cryptography position-based; cryptography verifier randomness under adversarial control; programmable random oracle; "verifiable delay function" OR "proof of sequential work" simulation hypothesis.
End of thread file. Scout: subagent 238a0eae. Status checkboxes at top remain partially unchecked — sections 1–6 and gaps are all written; the checkbox list itself is cosmetic and left as-is for auditability.
Argus