SVM Protocol Design
summary
Empirical stress tests show practical limits: launching the BMPX token causes Bitcoin fees to spike to ~600 sats/vByte and makes the chain briefly unusable with $5B net outflows on Binance, deploying the Zen gas‑arbitrage protocol consumes 4% of Ethereum state (70% on Base, 96% on Amos) and cripples indexers, and a custom script uses 43 transactions to occupy ~30% of Solana capacity for six months by hitting all threads with ~1.1M compute‑unit transactions under a fixed 5,000 lamports signature fee. The protocol chooses the SVM after these results and combines dynamic base fees with per‑thread local fee markets while lowering validator entry barriers.
AI-written summary · about
chapters (13)
- 0:00SVM protocol design intro
- 1:15Scalability decentralization challenges
- 3:41Stress testing Bitcoin Ethereum limits
- 7:17Solana parallel transaction processing
- 9:23Souls experiment network spam
- 12:51Bot dominance transaction pipeline issues
- 14:38Optimal block space pricing
- 15:46Ethereum consensus bottleneck L2 trade-offs
- 17:55Validators censorship resistance role
- 19:19Centralization risks Bitcoin Ethereum
- 21:25Solana validator accessibility cost
- 23:56X1 validator design censorship resistance
- 24:59Conclusion monolithic chains future
related talks
16mSVM: The Power of Solana Beyond the Blockchain
13mWTF Is the SVM?
07mSolver Infrastructure
15mThe State of Solana MEV
20mDebate: Every Large App Should Inevitably Launch Its Own L1 or L2
30mFireside Chat
21mComputation Layer: The Tricky Question of EVM Compatibility
14mBuilding Infrastructure for the Future of Finance on Top of Ethereum