Paper 2019/663

Can Verifiable Delay Functions be Based on Random Oracles?

Mohammad Mahmoody, Caleb Smith, and David J. Wu

Abstract

Boneh, Bonneau, Bünz, and Fisch (CRYPTO 2018) recently introduced the notion of a verifiable delay function (VDF). VDFs are functions that take a long sequential time $T$ to compute, but whose outputs $y=\mathsf{Eval}(x)$ can be efficiently verified (possibly given a proof $\pi$) in time $t\ll T$ (e.g., $t=\mathrm{poly}(\lambda ,\log T)$ where $\lambda$ is the security parameter). The first security requirement on a VDF, called uniqueness, is that no polynomial-time algorithm can find a convincing proof ${\pi }^{\prime }$ that verifies for an input $x$ and a different output $y^{\prime }\ne y$. The second security requirement, called sequentiality, is that no polynomial-time algorithm running in time $\sigma <T$ for some parameter $\sigma$ (e.g., $\sigma =T^{1/10}$) can compute $y$, even with $\mathrm{poly}(T,\lambda )$ many parallel processors. Starting from the work of Boneh et al., there are now multiple constructions of VDFs from various algebraic assumptions. In this work, we study whether VDFs can be constructed from ideal hash functions in a black-box way, as modeled in the random oracle model (ROM). In the ROM, we measure the running time by the number of oracle queries and the sequentiality by the number of rounds of oracle queries. We rule out two classes of constructions of VDFs in the ROM: (1) We show that VDFs satisfying perfect uniqueness (i.e., no different convincing solution $$ exists) cannot be constructed in the ROM. More formally, we give an attacker that finds the solution $$ in $$ rounds of queries, asking only $$ queries in total. (2) We also rule out tight VDFs in the ROM. Tight VDFs were recently studied by Döttling, Garg, Malavolta, and Vasudevan (ePrint Report 2019) and require sequentiality $$ for some constant $$. More generally, our lower bound also applies to proofs of sequential work (i.e., VDFs without the uniqueness property), even in the private verification setting, and sequentiality $$ for a concrete verification time $$.

Note: This is the full version of a paper published in ICALP 2020. This version subsumes an earlier version of the work titled "A Note on the (Im)possibility of Verifiable Delay Functions in the Random Oracle Model"