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
- Upgrading Ethereum | 2.3.4 Casper FFGeth2book.info
- Possible futures of the Ethereum protocol, part 2: The Surgevitalik.eth.limo
- Unbundling PBS: Towards protocol-enforced proposer commitments (PEPC) - Economics - Ethereum Researchethresear.ch
- Time, slots, and the ordering of events in Ethereum Proof-of-Stake - Paradigmparadigm.xyz
- Pay Attention To Celestia - Delphi Digitalmembers.delphidigital.io
- [2305.09032] Time is Money: Strategic Timing Games in Proof-of-Stake Protocolsarxiv.org
- Approaches to MEV: Ethereum vs Cosmos | Reveriereverie.ooo
- Proof-of-stake (PoS) | ethereum.orgethereum.org
- Notes on Proposer-Builder Separation (PBS)barnabe.substack.com
- Phase 0 for Humans [v0.10.0] - HackMDnotes.ethereum.org