原文： 《Post-Merge時代：以太坊新共識的破局重生》
撰文：Frank Fan、0xCryptolee，Arcane Labs
「只要勇於做出承諾，世界自會助你剷除不可逾越之障礙。去完成未竟之夢想，宇宙絕不會抑制你前進的步伐，這即是奧義所在。」
——以太坊PoW 時代最終區塊留言
以太坊經歷了歷史性的升級，發展進入了新的階段。合併之後，以太坊將繼續沿著擴容和去中心化的方向前進。 The Merge 僅僅是PoS 時代的第一步，以太坊依然面臨著巨大的挑戰，驗證者群體中心化，擴容，Lazy Validator Problem 等問題依然制約著應用的爆發和以太坊的安全擴展，本文將從The Merge 開始，逐步分析POS 採用的共識算法，重點探索使用DVT 技術來解決驗證者單點風險的問題，和從業者一起分析以太坊的問題和未來的發展機會，建議具備一定以太坊基礎的讀者閱讀此文章。
1. The Merge
1.1 背景
The Merge 是以太坊有史以來最大的技術升級，在2022 年9 月15 日實現了Execution Layer 和Consensus Layer 的合併，其最大的變化是將以太坊的PoW 共識切換為PoS 共識。
除此之外，合併以後以太坊的能源消耗降低了將近99.95%，據Vitalik Buterin 推文，以太坊合併將使全球用電量減少0.2%。
1.2 合併帶來的改變
- 代幣增發：PoW 時代的ETH 代幣增發停止，新的ETH 僅通過PoS 共識出塊產生，以太坊的通脹率降低，當base fee 超過15gwei 的時候，以太坊甚至進入通縮。
- 質押收益：gas 費用和MEV 的收入被分配給Validator，驗證者的質押幣本位收益達到5-7%。
- Withdraw：合併以後質押的ETH 並不能立即Withdraw，需要在上海昇級以後才會放開Withdraw 的限制，並且在提款的時候，用戶並不能直接提取，為了避免大規模的提款，對於單次提款的數量和時間都有一定的限制，所以開放提款以後，並不會出現大量提款拋售的情況。具體的信息可以參考EIP-4895：Beacon chain push withdrawals as operations
- 數據結構的改變：Consensus Block 裡面會包含Execution Block 的Hash 值，同時Execution Block 裡面和PoW 相關的參數不再生效。 mixHash 字段會記錄以太坊原生的RANDAO 隨機數，供EVM 調用，以太坊的開發者可以直接使用這個隨機數到智能合約開發中。
- 共識替換：PoW 共識被PoS 替換，原有的礦工職責被驗證者替代，同時存在兩條鏈，需要同時運行兩個客戶端節點，Execution Layer Client（EL）和Consensus Layer Client（CL）。
切換為PoS 共識以後，以太坊的算法由Ethash 轉換為了Casper FFG（Gasper），相較之前的算法，Gasper 更加節能，不需要再通過專門的礦機計算難度值，而是通過隨機的方式來出塊，讓我們往下繼續探索以太坊的共識算法和出塊方式！
2. Gasper
目前信標鏈上面質押了13,830,378個ETH，活躍驗證者的數目為432,203個（截至2022 年9 月23 日），根據PBFT 的特點，beacon chain 的驗證者數目很多，網絡通信數據量大，簡單的PBFT 不再適用於以太坊網絡，於是以太坊在網絡結構上面採用PBFT 的思想對網絡架構進行了改進和設計，使用了Gasper 算法。
Gasper 為beacon chain 協議中的終局性工具（finality gadget），用於確定哪些區塊應被參與者認定為已經確定的、不可更改的，同時在分叉的時候用於確定哪個分叉鍊是主鏈。 Gasper 的終局性一般化了《Casper Friendly Finality Gadget（casper FFG）》論文中的概念。
2.1概念
- Slot（時隙）：合併以後一個Slot 就是一個區塊，有一個committee 負責在12S 的時間內生成該Slot。
- Epoch：每32 個Slot 組成一個Epoch，一個Epoch 的時間為384S，即6.4Min。
- Committee（驗證者委員會）：每個驗證者委員會最低會分配128 個Validator，驗證者會對自己負責的Slot 進行Attestation 操作，並且在委員會中有一個Validator 會被隨機選為Proposer，進行出塊。
- Attestation（投票簽名）：每一個Slot 對應的committee 裡面的Validator 都需要對上一個Epoch 進行投票簽名，確保自己認可了上一個Epoch 裡面的交易。
- Validator（驗證者）：由於以太坊The Merge 以後共識算法切換為了POS，原來的礦工被Validator 取代，Validator 通過質押32ETH 資產成為Validator，負責參與各個Epoch 內slot 的出塊和簽名工作。
- Proposer（提議者）：Proposer 來自committee 中的Validator，通過RANDAO 產生的隨機數選出，被選用於Slot 區塊的打包。
- Beacon chain（信標鏈）：用於替代PoW 共識的PoS 區塊鏈，beacon chain node 被用來掛載Data Blobs 的交易類型，為Rollup 提供更多的存儲空間。
2.2 流程
Epoch 開始的時候，通過RANDAO 為每一個Slot（時隙）分配一個Committee（驗證者委員會）對上一個Epoch 進行Attestation（簽名投票）。
為當前Epoch 的32 個Slot 分配多個Aggregator 將committee 對上一個Epoch 的Attestation 聚合以後記錄進Slot 區塊裡。
RANDAO 通過生成隨機數確定Proposer 負責出塊。
在當前Epoch，每一個Slot 在出塊的時候，committee 都對上一個Epoch 的檢查點進行Attestation，連著兩個檢查點Attestation 以後，上一個檢查點才Finalised，直到32 個Slot 都依次對檢查點進行了Attestation，本輪Epoch 結束。 Post-Epoch 的第一個Slot 開始的時候，Pre-Epoch 達到了終局性的共識，即Post-Epoch 經歷了Pre-Epoch 和當前Epoch，一共兩輪Epoch（因為兩個Attestation 的檢查點之外，還有衝突的檢查點的話，必然有1/3 的驗證人作惡了，比如32 64 96 三個區塊高度，可能64 號高度沒有達成檢查點，到了96 號才有檢查點，這時候32 號高度才是Finalised），時間上為12.8Min，交易就在鏈上確定下來了，即所謂的終局性。
2.3 特性
RANDAO 賦予了鏈上的隨機數。 RANDAO 生成的隨機數將會放進Execution Layer Block，智能合約能夠直接使用該隨機數，在擁有鏈上的原生隨機數以後，DeFi 可能會有新的應用誕生，比如博彩類的DeFi 應用可以直接信任和使用RANDAO 產生的隨機數。
2.4 Latest Message Driven GHOST（LMD-GHOST，由最新消息驅動的GHOST）
在以太坊新的POS 共識機制中使用LMD-GHOST 作為分叉選擇規則，當發生分叉的時候，GHOST 會選擇獲得更多消息支持的子樹。其背後的理念是在計算鏈頭時，只考慮每個驗證者最近的投票，而不是過去產生的任何投票，以此降低運行GHOST 所需的計算量。
想要深入學習的可以查閱： https://eprint.iacr.org/2013/881.pdf
2.5 隨之而來的問題
- 通信與驗證成本增加：是不是驗證者越多越好呢？其實不然，雖然驗證者的數量增多有利於數據可用性採樣（DAS）和去中心化，但是驗證者增多意味著單個Slot 的驗證者也會變多，在收集各個驗證者簽名的時候就會增加Aggregator和驗證者之間的通信負擔，除此之外，聚合簽名的驗證成本也會增大，這無形中會增加驗證者節點的負擔。
- 長程攻擊：長程攻擊是指某個驗證者在Withdraw 質押在信標鏈上的ETH 後，他可以利用舊私鑰在某個曾經簽署過的區塊進行惡意分叉，因為此時其在鏈上已無任何質押資產，然後迅速產生空塊至目前的區塊高度，對網絡進行攻擊。這也是未來可能出現的攻擊方式。以太坊在設計的時候是對Pre-Epoch 的checkpoint（檢查點）進行投票，其設計思路也就是將初始狀態不斷往前推進，避免可能出現的攻擊。
3. 以太坊質押挖礦
3.1 Staking
質押門檻：驗證者為了履行職責參與共識出塊需要質押32ETH 作為保證金資產。
驗證者的職責：在協議規定的時間生產區塊和attestation。
3.1.1 Staking 方式
- Solo Staking：solo staking 的方式是由想要自己出資32 個ETH 做驗證者的質押人自己在雲服務器上運行驗證者節點，除了選擇在雲服務器上面運行節點，也可以選擇在自己家中擺放服務器設備運行以太坊節點，區別在於雲服務之上運行節點更加穩定，在參與網絡共識的時候可以避免和減少因為停電和網絡原因造成的怠工懲罰，而在家自己搭建節點的優勢在於硬件和網絡服務的成本低於雲服務器，這裡質押人可以自行選擇採用哪種託管方案。
- Staking Pool：由於32 個ETH 對於普通人來說是一筆不菲的資金，尋常小資金的質押者想要參與網絡共識卻沒辦法自己運行節點，於是出現了質押池解決方案，其中以許可型的半去中心化質押解決方案Lido 為主要項目，其吸收了較大的資金體量，成為賽道內的頭部解決方案，其次還有去中心化程度更高一些的解決方案如Rocket Pool 和Swell等，在現有的質押池解決方案之上，還產生了Unamano 這樣的聚合解決方案來幫助和發展以太坊Staking 領域。
在節點運營方面，Lido 選擇指定部分專業的運營商來運行網絡節點，這也是其相對中心化的一點，運營商掌握簽名私鑰，用戶的資產部分信賴Lido 和運營商，至於提款私鑰， 2021 年7 月之前，提款地址是一個6/11 的多簽地址，多簽私鑰由行業內OG 保管，2021 年7 月之後，提款地址指向一個可升級的合約地址，該合約由DAO進行管理。 Rocket Pool 在節點方面選擇更加去中心化，任何人只需要提供16 個ETH 和相應的軟硬件設備就可以作為運營商運行節點，雖然降低了運營商門檻，但是Rocket Pool 引入$RPL 質押來降低運營商作惡的風險。
Staking Pool 的方案使得普通的用戶可以將小額的ETH 存入合約來獲得以太坊的挖礦獎勵，同時返還生息代幣如stETH 和rETH 來釋放質押資產的流動性，進一步增強了以太坊的去中心化程度和資金使用效率，是社區最為看好的方向。
- CEX，中心化託管機構：除了Solo Staking 和Staking Pool,中心化的交易所和一眾資管機構都是以太坊質押的主要參與者，例如Coinbase 和幣安等也都推出了自己的質押服務，通過吸收小額的ETH 來參與低風險的以太坊質押挖礦。三種方案在去中心化程度和安全性方面都各有優劣，這取決於質押者的信任對象，但是無可置疑的是，三種方案都捕獲到了相應的資金和用戶，共同維護著以太坊的安全和去中心化。
3.1.2 風險與隱患
是否合併以後真的就萬事大吉？我覺得未必，從下圖的數據我們可以窺探一下解除信標鏈提款限制以後的局面。
目前以太坊的質押量主要集中在Lido，Coinbase 和Solo Staking，合併以後新的以太坊質押則大量流向了Lido 和Coinbase 這類相對中心化的機構和協議裡，在解除提款限制以後，我覺得原來質押的以太坊會被重新分配到Lido 和Coinbase 裡，隨著時間的流逝，Lido 和Coinbase 將會掌握越來越多的以太坊驗證者和質押量，最終對以太坊的去中心化帶來嚴重的威脅，當他們控制住以太坊以後，對於想要重新打破這種局面的交易，將會被Lido 或Coinbase 這樣的大礦池所拒絕，因為你想質押ETH 到以太坊的這筆交易能否上鍊也是他們說了算，並且新產生的ETH 也將會往ETH 越多的人手裡集中，因為他們在質押的時候就掌握了大量的ETH，這無疑對以太坊的去中心化會是新的挑戰，我們可以期待社區和核心開發者一起來解決這個問題。
3.1.3 獎勵類型
- Attestation 獎勵：每一個slot 的committee 都要對前一個Epoch 歷史區塊檢查點進行Attestation，成功Attestation 以後會獲得Attestation 獎勵，作為Validator 的收入之一。 （概率大，獎勵低）
- 出塊獎勵：每一個Slot 會有一個Validator 作為proposer 來打包區塊，被選為proposer 的Validator 可以獲得出塊獎勵。 （概率低，獎勵多）
- MEV（礦工可提取價值）收入：MEV 收入除了gas 費用的收入以外，還有三明治攻擊等方式的收入，據EigenPhi 的數據，過去7 天三明治攻擊的Volume 都在100M 以上，最高Volume 接近400M，MEV的收入成為驗證者的重要收入組成之一。
3.1.4 懲罰類型
- 怠工懲罰：未能按照共識預期產生出塊：未在預期時間對區塊進行Attestation。
- 惡意行為導致slash（罰沒）：在單個Slot 內生產兩個區塊或者進行兩次Attestation；違反Casper FFG 共識規則提議錯誤區塊。
3.2私鑰類型
- 簽名私鑰：簽名私鑰用於驗證者在履行職責時的消息簽署，包括attesting 和proposing blocks，每6.4min，即每個Epoch，該密鑰將被使用一次。
- 提款私鑰：提取質押資產和出塊獎勵時使用的密鑰，需要離線存儲，在上海分叉以後，可用提款私鑰提取質押的ETH 和獎勵。
3.3ETH2 質押風險
- 私鑰被盜：ETH2 的簽名/ 提款私鑰被盜。
- 單點故障/ 驗證者的有效性：目前，驗證人以單一的機器或節點存在並履行其職責。協議嚴格的規則禁止常見的冗餘形式，如在多個節點上運行同一個驗證人，這樣做可能會導致驗證人被「懲罰」（slashed）。如果使用質押服務，密鑰位於一個雲服務器上（ 如AWS）。如果任何組件出了問題，驗證人就會停止驗證，從而受到懲罰。
4. 分佈式驗證者技術（DVT）
在質押層面，雖然我們有去中心化的質押解決方案來降低質押門檻和提高質押服務的去中心化，但是在Validator 層面，依然存在著單點風險，現在單個驗證者運行著網絡的多個客戶端，如果因為網絡原因或者是斷電等物理因素會造成怠工懲罰，slot 也無法收集到有效的簽名，我們無法通過冗餘的方式在多個地方運行同一個驗證者節點，因為這會造成簽名的混亂，會被認為是對網絡的攻擊，但是我們可以將簽名私鑰拆分，通過DVT 技術來降低單點故障的風險，在實施升級的時候，也為節點提供了升級空間，並不會因為網絡升級導致節點的大面積掉線，具體分析，請讓我們往下探究！
4.1 概念
- operator：運行一個（或多個）節點的個人或實體。
- operator node：指的是一個硬件和軟件，執行以太坊驗證者的任務。這些任務可以由節點單獨完成，也可以與其他使用DVT 工具的節點聯合完成。
- 分佈式驗證者技術：分佈式驗證者技術是一種將單個以太坊驗證者的工作分配給一組分散節點的技術。相比驗證者客戶端在單台機器上運行，分佈式驗證者技術能夠提供更加安全和去中心化的服務。
4.2 分佈式驗證者節點需要運行
- 以太坊執行層客戶端
- 以太坊共識層客戶端
- 以太坊分佈式驗證者客戶端
- 以太坊驗證者客戶端
4.3DV 如何防範ETH2 質押風險
私鑰被盜
- 使用門限簽名技術（m-of-n）可以實現防止私鑰被盜的風險
- 一個完整的驗證者密鑰被拆分為多個小的密鑰
- 拆分後的小份密鑰通過聚合產生完整密鑰的簽名
節點宕機
Crash Faults：
- 原因：因為停電，斷網，硬件故障，軟件錯誤導致的崩潰；
- 防範措施：通過在多個地方運行同一個節點的冗餘備份方案來防範節點掉線；
Byzantine Faults：
- 原因：由軟件bugs，網絡攻擊導致；
- 防範措施：多個參與節點通過共識決定，單個節點無法做出決定。
4.4 總體架構
- 分佈式驗證者使用私鑰分片遠程簽署消息
- 在分佈式驗證者客戶端內通過聚合簽名技術對分佈式驗證者的簽名進行聚合，達到閾值以後，對區塊進行簽名。
4.5 實現DVT 技術的兩種路徑
- An approach to DVT using SSS：該方案由質押32 個ETH 的實體創建簽名私鑰（sk，pk）和提款私鑰，並運行一個Secret Sharing Scheme 程序在委員會節點中安全的分發sk 密鑰的份額。
- An approach to DVT using a DKG protocol：在DKG 的方案中，沒有一個實體來為驗證者分發簽名私鑰的份額，而是一群驗證者委員會節點一起運行DKG 協議。因此，一個秘鑰和公鑰（sk，pk），以及sk 的n 個份額sk_1，…，sk_n 被創建，i=1，…n 的第i 個節點擁有份額sk_i。
4.6 Threshold Signature Schemes (TSS)（閾值簽名方案）
當驗證者對區塊達成一致需要簽名時，採用BLS 閾值簽名方案來實現簽名。其允許N 個驗證者共同簽名數據，並且在t+1（0) 個驗證者正確簽名的情況下實現完整簽名。通過tss 的方案，既實現了每一個驗證者都無法獲得完整的簽名私鑰，又保證了完整簽名的順利生成。
5. 從主流項目看DVT
5.1 SSV
表面上看，SSV 提供了穩健的、去中心化的進入以太坊質押（Staking）生態系統的途徑。再深入一點，SSV 是一個複雜的、配有共識層的多簽錢包，SSV 在信標鏈節點和驗證者客戶端之間充當緩衝器的作用。
5.1.1 配置的主要組成部分
- Distributed Key Generation：operator 通過運行SSV 程序計算生成了一個共享的公私鑰集。每個operator 只擁有私鑰的單一部分，確保沒有一個運營商可以影響或控制整個私鑰做出單方面的決定。
- Shamir Secret Sharing：這個機制被用於使用預先定義的KeyShares 閾值重構驗證者密鑰，單個的KeyShared 不能被用於簽署消息。 SSV 能夠利用BLS 技術聚合簽名，創建驗證者的完整密鑰簽名。通過結合Shamir 和BLS，驗證者的簽名私鑰被切片共享，並在需要簽名時聚合重組。
- Multi-Party Computation：將安全的多方計算（MPC）應用於secret sharing，允許SSV 的KeyShares 安全地分佈在operators 之間，以及執行驗證者職責的分散計算，而無需在單個設備上重建驗證者密鑰。
- Istanbul Byzantine Fault Tolerance Consensus：將這一切聯繫起來的是SSV 的共識層，基於伊斯坦布爾拜占庭容錯（IBFT）算法。該算法隨機選擇一個驗證者節點（KeyShare），負責區塊提議並與其他參與者分享信息。一旦預定的KeyShares 閾值認為該區塊是有效的，它就被添加到鏈上。因此，即使一些operators（達到閾值）有問題或目前不在線，也可以達成共識。
5.1.2 SSV 生態的三類參與者
- Stakers：利用SSV/DVT 技術的交易所，服務商或個人ETH 持有者，以實現其驗證者的最佳有效性、安全性和去中心化。 stakers 向operators 支付SSV 代幣的費用，以管理他們的驗證器。
- Operators：operators 提供硬件基礎設施，運行SSV 協議，並負責維護驗證者和ssv.網絡的整體健康。 operator 以SSV 代幣確定其服務費用，並向驗證者收取運營和維護驗證器的費用。
- DAO (SSV token holders) ：ssv.network DAO 分散了ssv.network 協議和資金的所有權和治理權，SSV 是網絡的原生代幣。任何擁有SSV 代幣的人都可以參與DAO，對提案和其他需要投票的項目進行投票。擁有的SSV 代幣的數量決定了對影響網絡的決策的投票權。
5.1.3 ssv.network DAO 負責以下工作：
- Operator scoring：ssv.network 依靠operators 和對他們的質量、經驗和提供的服務進行0-100% 的去中心化和透明的評分。 DAO 還負責審核「Verified Operators」（VOs），並維護VOs 的名單。 Stakers 可以查看並使用這些排名來選擇管理其驗證者的Operators
- Network fees：為了使用ssv.network，Stakers 需要支付網絡費。網絡費是對每個驗證者收取的固定費用，被添加到operators 費用中。網絡費直接流入DAO 國庫，可用於資助SSV 生態系統的進一步發展和通過DAO 投票程序的活動。
- Treasury：stakers 支付的網絡費用為DAO 國庫提供資金，它被用於發展SSV 協議和生態系統的項目。可能包括協議開發和網絡增長的贈款，與SSV 代幣持有人直接分享收入，營銷和社區激勵，代幣交換以實現國庫的多樣化，以及戰略合作夥伴的投資以換取SSV 代幣。
- Voting：提交給DAO 的撥款請求和其他需要投票通過的提案。任何持有SSV 代幣的人都可以對影響DAO 的決定進行投票，例如撥款請求、成為驗證運營商的請求以及提交給DAO 考慮的其他想法或請求。
5.2 Obol
Obol 是一種通過multi-operator 促進staking 信任最小化的協議，該協議能夠被作為多種類web3 產品的核心模塊以低信任成本獲得以太坊質押收益。
5.2.1 Obol 的四個核心公共產品：
- Distributed Validator Launchpad：引導分佈式驗證者的CLI 工具和dApp
- Charon：Charon 是Obol Network 的分佈式驗證者客戶端，也是啟用信任最小化驗證的第一步。 Charon 支持容錯、高可用性驗證，使一群人能夠在多台機器上共同運行驗證者，而不是在單個機器上運行。
- Obol Managers：一組用於形成分佈式驗證器的可靠智能合約
- Obol Testnets：一組正在進行的公共激勵測試網，使任何規模的運營商都可以在為Obol 主網網絡服務之前測試他們的部署。
5.2.2 關鍵概念：
- Distributed Validator：分佈式驗證器是運行在多個節點/ 機器上的以太坊權益證明驗證器。使用分佈式驗證器技術(DVT) 可以實現此功能。分佈式驗證者技術避免了單點故障的問題，如果DVT 集群中<33% 的參與節點下線，剩餘的活躍節點仍然可以就簽署達成共識，並為Staking 的驗證者生成有效簽名。這是主動冗餘方式，用於最大限度減少關鍵任務系統停機時間的常見模式。
- Distributed Validator Node：分佈式驗證器節點是operator 需要配置和運行以履行分佈式驗證器operator 職責的一組客戶端。 operator 可以在同一硬件上運行冗餘的執行和共識客戶端，運行執行層中繼器（如mev-boost），其他檢測服務，以確保最佳的性能。在上述例子中，客戶端堆棧包括Geth，Lighthouse，Charon 和Teku。
- Execution Client：執行層客戶端（以前稱為Eth1 客戶端）專門負責運行EVM 和管理以太坊網絡的交易池。
執行層客戶端包括：Go-Ethereum、Nethermind、Erigon。
- Consensus Cilent：共識客戶端的職責是運行以太坊的權益證明共識層，通常稱為信標鏈。共識層客戶端包括：Prysm、Teku、Lighthouse、Nimbus、Lodestra。
- Distributed Validator Client：
分佈式驗證者客戶端通過標準化的REST API 攔截驗證者客戶端↔共識層客戶端的信息流，並聚焦於兩個核心職責：
- 就所有驗證者簽署的候選人職責達成共識
- 將所有驗證者的簽名組合成一個分佈式驗證者簽名
- Validator Client：驗證者客戶端是運行一個或多個以太坊驗證者的一段代碼。
- 驗證者客戶端包括：Vouch、Prysm、Teku、Lighthouse
- Distributed Validator Cluster：分佈式驗證者集群是連接在一起的分佈式驗證者節點的集合。
- Distributed Validator Key：Distributed Validator Key 是一組BLS 私鑰，它們共同作為參與權益證明共識的閾值密鑰。
- Distributed Validator Key Share：分佈式驗證者私鑰的一份私鑰。
- Distributed Validator Key Generation Ceremony：為了在分佈式驗證器中實現容錯，各個私鑰份額需要一起生成。與其讓受信任的經銷商產生私鑰，將其分割並分發，不如讓分佈式驗證器集群中的每個操作員參與所謂的分佈式密鑰生成儀式，這樣做的好處是在任何時候都不會構建完整的私鑰。分佈式驗證器密鑰生成儀式是DKG 儀式的一種類型。儀式產生簽名的驗證器存放和退出數據，以及所有的驗證器密鑰份額和它們相關的元數據。
6. 總結與展望
6.1 總結
行文通篇，從The Merge 開始敘述，講述合併以後以太坊採用的Casper FFG 算法，熟悉了合併以后區塊的產生方式以及新的一些技術概念，隨後講到了以太坊新的挖礦方式以及目前存在的Staking 方案，了解到驗證者存在的單點故障問題，隨後又深入到DVT 技術，並通過兩個項目的案例簡述DVT 如何解決了這個問題，整篇文章按照去中心化的思路敘述，為讀者了解以太坊的共識算法和去中心化發展方向提供了一定的參考。
6.2 展望
以太坊在The Merge 以後，將會逐步實現Danksharding，首先通過EIP-4488 降低calldata 的gas 花銷，從16gwei 降低到3gwei，為rollup 的提速擴容進行強有力的支持，之後一步是在Proto-danksharding 中引入Blobs 的交易類型，使得以太坊能夠為rollup 提供更多的存儲空間，降低D/A 的成本，並逐漸實現Danksharding。
要實現Danksharding 中描述的數據可用性採樣（DAS）、區塊提議者/ 構建者分離（PBS）等設想，必須要確保以太坊網絡的節點足夠多，足夠去中心化，數據可用性採樣才能實施，也就是說要確保擴容和低成本的D/A，以太坊的去中心化是最為重要的一環，因為去中心化的質押方案和DVT 等技術對以太坊後續的發展至關重要。
特別感謝前火幣研究院首席研究員李煉炫、Arbitrum 的集成工程師JasonWan、Lido 社區的Jerry、Unipass 研究員cyberorange、Web3Q 的周齊博士以及石榴礦池的幣圈李白對於本文成文的建議和審閱。
參考資料
1. https://www.ethereum.cn/validated-staking-on-eth2-2-two-ghosts-in-a-trench-coat
2. https://www.youtube.com/watch?v=awBX1SrXOhk
3. https://github.com/ObolNetwork/
4. https://www.ethereum.cn/Eth2/distributed-validator-specs
5. https://medium.com/nethermind-eth/sorting-out-distributed-validator-technology-a6f8ca1bbce3
6. https://docs.ssv.network/learn/introduction
8. https://ecn.mirror.xyz/kFzA6fZKF-qIjAOvOkJT03WizNea0Bo2Gx6tUDamFsY
10. https://twitter.com/VitalikButerin/status/1570299062800510976?s=19
15. https://ethos.dev/beacon-chain/
16. https://medium.com/nethermind-eth/sorting-out-distributed-validator-technology-a6f8ca1bbce3
