Economic Security of VDF-Based Randomness Beacons: Models, Thresholds, and Design Guidelines
This paper introduces a formal economic security framework for VDF-based randomness beacons, modeling rational adversaries as optimal-stopping agents to derive necessary delay thresholds that prevent profitable attacks via hardware speedup and reward exploitation, ultimately demonstrating that many current proposals are economically insecure and offering guidelines for selecting robust parameters.
Original paper licensed under CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). This is an AI-generated explanation of the paper below. It is not written or endorsed by the authors. For technical accuracy, refer to the original paper. Read full disclaimer
Imagine you are running a high-stakes lottery for a digital city. Every few minutes, you need to pick a "winner" (a validator, a committee member, or a leader) to run the city's affairs. To keep things fair, you use a Randomness Beacon—a machine that spits out a number that no one can predict or rig.
In the past, people built these machines using Verifiable Delay Functions (VDFs). Think of a VDF as a digital hourglass.
- The Rule: You must wait for the sand to run out (say, 5 seconds) before you can see the number.
- The Promise: Even if you have a super-fast computer, you can't speed up the sand. It takes exactly 5 seconds for everyone.
The Problem:
The paper argues that while these digital hourglasses are mathematically secure (you can't break the laws of physics), they might be economically insecure.
Here is the catch: In the real world, attackers aren't just math wizards; they are rational business people. If they can make a profit, they will try to break the system, even if it costs them money to do so.
The Analogy: The "Rigged Lottery" vs. The "Speedy Thief"
Imagine the lottery prize is $100.
- The Honest Way: You wait 5 seconds, the sand runs out, and you get the number.
- The Thief's Way: The thief has a super-fast sand-sifter (specialized hardware) that runs 3 times faster than normal.
- The thief can see the number in 1.6 seconds.
- The honest people are still waiting for the sand.
The Economic Question:
Is it worth it for the thief to buy that super-fast sifter?
- Cost: Renting the sifter costs $1.
- Reward: If the thief sees the number early, they can place a bet or front-run a trade to win $100.
- Result: Profit = $99. Go for it! The thief attacks.
But what if the prize is only $0.50?
- Cost: $1.
- Reward: $0.50.
- Result: Loss = -$0.50. Don't do it. The thief walks away.
The Paper's Big Insight:
Many current blockchain systems set the "wait time" (the delay) to be very short (e.g., 2 or 5 seconds) because they want the system to be fast. However, the authors show that with today's technology and the huge amounts of money (called MEV or Maximal Extractable Value) available in crypto, a 5-second wait is not enough. The potential profit is so high that attackers will happily pay to be faster, even if they have to rent expensive super-computers.
The "Stop-Loss" Strategy
The authors model the attacker as a smart investor playing a game of "When to Stop?"
- The attacker watches the market.
- If the potential prize is huge (e.g., a big crypto crash or a rare opportunity), they say, "I'll spend $100 to get the answer early."
- If the prize is small, they say, "Not worth the cost."
The paper proves that for the system to be safe, the Wait Time must be long enough that the Cost of the Attack is always higher than the Potential Profit.
The "Grinding" and "Abort" Tricks
The paper also looks at sneaky ways attackers try to cheat:
- Grinding: Imagine the thief can try 1,000 different lottery tickets at once. They only show the one that wins. This multiplies their chances of winning big, making the attack even more profitable.
- Selective Abort: Imagine the thief can see the result, and if they don't like it, they can say, "I quit!" and force the system to restart until they get a result they like. This is like a gambler who only cashes out when they are winning.
Both of these tricks make the "prize" effectively larger, meaning the Wait Time needs to be even longer to stop them.
The Solution: "Economically Secure Delay Parameters" (ESDP)
The authors propose a new way to design these systems. Instead of just asking, "Is this math hard enough?" we should ask, "Is this delay long enough to make the attack unprofitable?"
They suggest a formula for designers:
Wait Time = (Speed of Attacker's Computer) × (Potential Prize) / (Cost of Running the Computer)
Real-World Example from the Paper:
- If the prize is $50 (a typical crypto trade opportunity).
- And the attacker can rent a super-computer for $0.0005 per second.
- The math says the wait time needs to be roughly 3 days to make the attack unprofitable!
Wait, 3 days?
Yes. The paper concludes that for many current systems, the "wait time" of a few seconds is dangerously short. To be truly safe, we either need to:
- Wait much longer (which slows down the system).
- Limit the prize (so there's less money to steal).
- Use better defenses (like hiding the data until everyone is ready).
Summary
This paper is a wake-up call for blockchain designers. It says: "Don't just trust the math; trust the economics."
If you build a digital lottery where the prize is huge, you can't just use a 5-second timer. You have to calculate exactly how much money a thief could make, how much it costs them to steal it, and set the timer long enough that stealing is a bad business deal.
The Golden Rule: A system is only as secure as the cost it forces an attacker to pay. If the cost is lower than the reward, the system will eventually be broken.
Drowning in papers in your field?
Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.