Solana’s Speed Plan Risks Security: 6 Consecutive Adversarial Windows in Simulation

Your wallet might never recover from the proposed changes to Solana's block production schedule. A new plan, created by Roger Wattenhofer and Quentin Kniep, aims to speed up block production by scheduling nearby validators consecutively. But here's the shocking part: this plan relies on self-reported locations, which can be easily manipulated. In fact, a simulation showed that an attacker with 5% of total stake could fill bins alone and produce six consecutive adversarial windows. The authors argue that this is a small risk, but the potential reward is a significant reduction in transfer delay. However, the security trade-off is a major concern, and the design permits adjacent bins to extend consecutive control beyond the configured bin size. The draft proposes a three-window bin size with a 10% stake floor, which defines how widely a validator's neighborhood must extend to reach enough stake. But can we trust physical location through economic incentives alone? The authors test this by taking the largest validator in each of ten cities and leaving it physically in place, changing its registered city. The results show that reporting a distant location will often put a validator behind leaders that are farther from its real machine, making its own handovers slower. So, will the modeled reduction in delay and co-location advantage justify the changed continuity of block production? The review question is still open.

Tags/Hashtags: #solana #solana #anza #sydney #oceania #ashburn