diff --git a/docs/wiki/CL/SSZ.md b/docs/wiki/CL/SSZ.md index 9070a9f5..ce56df50 100644 --- a/docs/wiki/CL/SSZ.md +++ b/docs/wiki/CL/SSZ.md @@ -2,9 +2,10 @@ ## Overview -Simple Serialize (SSZ) is a serialization and [Merkleization](/docs/wiki/CL/merkleization.md) scheme designed specifically for Ethereum's Beacon Chain. SSZ replaces the [RLP serialization](/docs/wiki/EL/RLP.md) used on the execution layer (EL) everywhere across the consensus layer (CL) except the [peer discovery protocol](https://github.com/ethereum/devp2p). Its development and adoption are aimed at enhancing the efficiency, security, and scalability of Ethereum's CL. -This document is about SSZ Serialization. You can learn more about SSZ merkleization at the [merkleization wiki page](/docs/wiki/CL/merkleization.md). +Simple Serialize (SSZ) is a serialization and [Merkleization](/wiki/CL/merkleization.md) scheme designed specifically for Ethereum's Beacon Chain. SSZ replaces the [RLP serialization](/wiki/EL/RLP.md) used on the execution layer (EL) everywhere across the consensus layer (CL) except the [peer discovery protocol](https://github.com/ethereum/devp2p). Its development and adoption are aimed at enhancing the efficiency, security, and scalability of Ethereum's CL. + +This document is about SSZ Serialization. You can learn more about SSZ merkleization at the [merkleization wiki page](/wiki/CL/merkleization.md). ## SSZ Tools @@ -13,7 +14,7 @@ There are many tools available for SSZ. Here is a [full list](https://github.com - [py-ssz](https://github.com/ethereum/py-ssz) - [dafny](https://github.com/ConsenSys/eth2.0-dafny) -- [Eth2.py](https://github.com/protolambda/remerkleable) +- [remerkleable](https://github.com/protolambda/remerkleable) - [fastssz](https://github.com/ferranbt/fastssz/) - [rust-ssz](https://github.com/ralexstokes/ssz-rs) @@ -44,6 +45,8 @@ _Table: SSZ VS RLP Comparison by [Piper Merriam](https://twitter.com/pipermerria **Deterministic Serialization**: - **SSZ**: Provides deterministic serialization results, ensuring that the same data structure serializes to the exact same byte sequence every time, which is crucial for consensus reliability. +- **RLP**: RLP also provides deterministic serialization results. + For these reasons, there is a strong effort in Ethereum to completely migrate to SSZ serialization for everything and stop the usage of RLP serialization. diff --git a/docs/wiki/CL/merkleization.md b/docs/wiki/CL/merkleization.md index 1883b5a0..0125ca9e 100644 --- a/docs/wiki/CL/merkleization.md +++ b/docs/wiki/CL/merkleization.md @@ -1,6 +1,8 @@ # Merkleization and Hash Tree Roots -In Ethereum consensus mechanism, it's critical for all participating nodes to agree on the state of the system consistently and efficiently. The [Simple Serialize (SSZ)](/docs/wiki/CL/SSZ.md) framework facilitates this through Merkleization, a process that transforms serialized data into a Merkle tree structure. The goal of the Merkleization scheme is to ensure that constrained environments (light clients, execution environments, etc.) can have access to light-weight proofs which they can use to make important decisions. This wiki page discusses the intricacies of Merkleization and its importance in ensuring a shared state across nodes in a scalable and secure manner. + +In Ethereum consensus mechanism, it's critical for all participating nodes to agree on the state of the system consistently and efficiently. The [Simple Serialize (SSZ)](/wiki/CL/SSZ.md) framework facilitates this through Merkleization, a process that transforms serialized data into a Merkle tree structure. The goal of the Merkleization scheme is to ensure that constrained environments (light clients, execution environments, etc.) can have access to light-weight proofs which they can use to make important decisions. This wiki page discusses the intricacies of Merkleization and its importance in ensuring a shared state across nodes in a scalable and secure manner. + ## Terminology and Methods diff --git a/docs/wiki/research/eODS.md b/docs/wiki/research/eODS.md index 0c1b2674..2bd41fba 100644 --- a/docs/wiki/research/eODS.md +++ b/docs/wiki/research/eODS.md @@ -13,7 +13,7 @@ Principal–Agent problem of liquid staking, in which the interests of the Agent are not aligned with the interests of the Principal, is part of any capital delegation, and even more so present in today's staking ecosystem[^1]. -Since the early days of Beacon Chain, market structures enabling to provide liquidty for staking pools without running an actual validator software have emerged in Ethereum. +Since the early days of Beacon Chain, market structures enabling to provide liquidity for staking pools without running an actual validator software have emerged in Ethereum. Thus, staking has split naturally in two classes of participants, outside protocol level[^2]: | Tier | Current natural separation | Slashing risk | @@ -198,7 +198,7 @@ In order to improve delegate selection powers[^17], we can: * improve voting tools within pools - Under the current paradigm, voting within staking pools is limited to governance token-holders (not ETH holders). There are attempts of Optimistic governance, where ETH holders can veto LSP governance votes, but (paraphrasing Vitalik) token voting is not strong enough, and ultimately any form of unincentivised delegate selection is just a type of token voting. + Under the current paradigm, voting within staking pools is limited to governance token-holders (not ETH holders). There are attempts of Optimistic governance, where ETH holders can veto LSP governance votes, but (paraphrasing Vitalik) token voting is not strong enough, and ultimately any form of unincentivized delegate selection is just a type of token voting. * improve competition between pools diff --git a/docs/wiki/research/roadmap.md b/docs/wiki/research/roadmap.md index 96c3893e..23a6c80f 100644 --- a/docs/wiki/research/roadmap.md +++ b/docs/wiki/research/roadmap.md @@ -28,7 +28,7 @@ Upgrades relating to the switch from proof-of-work to proof-of-stake. The Merge **IMPLEMENTED** | Upgrade | Description | Effect | State of the art | |:------------------------------------ |:---------------------------------------------------------------------------------------------------:|:-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------:|:---------------------------------------------------- | -| Launch the Beacon Chain | A crucial step in Ethereum's shift to a proof-of-stake consensus mechanism | Beacon Chain was launched as an independent network connected to Ethereum, bootstraping validators in preparation for the Merge. | shipped
EIP-2982[^1] | +| Launch the Beacon Chain | A crucial step in Ethereum's shift to a proof-of-stake consensus mechanism | Beacon Chain was launched as an independent network connected to Ethereum, bootstrapping validators in preparation for the Merge. | shipped
EIP-2982[^1] | | Merge Execution and Consensus Layers | Ethereum's execution layer merged with the Beacon chain (consensus layer) | Proof-of-work activities ceased and the network's consensus mechanism shifted to proof-of-stake. Validators have the role and responsibility for processing the validity of all transactions and proposing blocks | shipped | | Enable Withdrawals | The last of the three-part process of Ethereum's transition to a proof-of-stake consensus mechanism | Validators can add their withdrawal credentials and Beacon Chain sweeps all inactive ETH | shipped
EIP-4895[^2] | diff --git a/wordlist.txt b/wordlist.txt index d799d539..49047483 100644 --- a/wordlist.txt +++ b/wordlist.txt @@ -50,7 +50,6 @@ bilinear bilinearity BIP bitlist -Bitlist Bitlists bitrate bitvector @@ -63,7 +62,6 @@ blockchain's blockchains blockquote blockquotes -blockquote blocksize bloXroute bloXroute's @@ -72,7 +70,6 @@ Bogotá Boneh bool booleans -Booleans bootup borderless BPE @@ -112,6 +109,7 @@ CODECOPY codecs coinbase collateralised +collateralized COMIS commoditized Composability @@ -270,6 +268,7 @@ Francesco Frege Friedrich frontend +frontrunning fulfillments fullscreen Fullstack @@ -287,7 +286,6 @@ getPayloadV getters ghost Gilles -Goeril Goerli Golang Goldwasser @@ -316,6 +314,7 @@ homomorphic Hopinheimer Hotz Hsiao +HSP Hulsing Hyperledger Hyperplonk @@ -362,6 +361,7 @@ Kira Kleppmann Koblitz Kurtosis +Kyber KZG Lamport Lamport's @@ -380,7 +380,6 @@ lmd LMD Longrightarrow lookahead -Lookahead LSB LSM LSP @@ -402,12 +401,10 @@ Mempool Menezes merkelizing merkle -Merkle Merkleization Merkleize Merkleized Merkleizing -mev MEV mevboost Michaël @@ -478,7 +475,6 @@ PeerDAS Peeters pepc pepc's -performace performence permissionless permissionlessness @@ -504,7 +500,6 @@ preconfed preconfer preconfer's preconfers -Preconfers preconfirm preconfirmation preconfirmations @@ -544,6 +539,7 @@ Rareskills RB README referrerpolicy +remerkleable repo responder restaking @@ -648,7 +644,6 @@ TLS TODO TPS tracoor -Tracoor tradeoff tradeoffs transactional @@ -715,4 +710,4 @@ zk zkEVMs ZKSNARK ZKSNARKs -Zksync +Zksync \ No newline at end of file