Serenity Design Rationale - HackMD
notes.ethereum.org · 5,873 words · saved by 1 readers
# Serenity Design Rationale See also: the 1.0 design rationale doc from 3-4 years ago https://githu
Serenity Design Rationale - HackMD # Serenity Design Rationale See also: the 1.0 design rationale doc from 3-4 years ago https://github.com/ethereum/wiki/wiki/Design-Rationale [TOC] ## Principles * **Simplicity**: especially since cryptoeconomic proof of stake and quadratic sharding are inherently complex, the protocol should strive for maximum simplicity in its decisions as much as possible. This is important because it (i) minimizes development costs, (ii) reduces risk of unforeseen security issues, and (iii) allows protocol designers to more easily convince users that parameter choices are
related reading
- The Hitchhiker's Guide to Ethereum - Delphi Digitalmembers.delphidigital.io
- Should Ethereum be okay with enshrining more things in the protocol?vitalik.eth.limo
- Possible futures of the Ethereum protocol, part 2: The Surgevitalik.eth.limo
- Decentralizing the Builder Rolejoncharbonneau.substack.com
- Upgrading Ethereum | 2.3.4 Casper FFGeth2book.info
- Proto-Danksharding FAQ - HackMDnotes.ethereum.org
- Semantics of Staking 1: Liquefaction — The price of agencymirror.xyz
- On Abstraction | Ethereum Foundation Blogblog.ethereum.org
- A whirlwind tour of Ethereum finance — LessWronglesswrong.com
- Protocol and staking pool changes that could improve decentralization and reduce consensus overhead - HackMDnotes.ethereum.org
- Shared Sequencing: Defragmenting the L2 Rollup Ecosystem - HackMDhackmd.io
- Phase 0 for Humans [v0.10.0] - HackMDnotes.ethereum.org