為何L2技術去中心化難？探討layer2核心技術組件的現狀和問題

背景

近期，Blast的多籤安全風險備受詬病，但這並未影響其TVL的持續增長。在批判Blast的同時，人們也難以拒絕擁抱它，這是出於理性的認知和趨利的本能。

layer2的技術組件去中心化現狀

layer2的技術組件包括Sequencer、Prover、Validator和主網Rollup Contract等重要組件。目前四大天王layer2項目在技術組件的去中心化問題上各有考量。以下是各項目的現狀：

• Arbitrum：與Espresso Systerm合作探索去中心化Sequencer的可能性，目前處於探索階段。
• Starknet：Prover系統已經實現了無許可去中心化，而Sequencer尚未明確其去中心化的消息。
• Optimism：Optimism採用了中心化Sequencer並推出了OP Stack战略，試圖通過共享Sequencer安全治理委員會來分散中心化權限。
• zkSync：zkSync推出了ZK Stack多應用鏈战略，但並未顯示出核心組件的开源及去中心化跡象。

Layer2的技術去中心化難點

layer2的技術去中心化存在多個難點：

1. Sequencer一般採用中心化的EOA地址，以降低主網交互成本。然而，採用中心化管理私鑰是目前管理方式中最有效的，去中心化管理私鑰會增加系統的攻擊面。
2. Sequencer負責收取手續費，這使得控制方不愿意去中心化權力分散化。過分去中心化可能導致新的問題，比如利益分配。
3. Prover系統生成Proof並驗證的技術門檻較高。對於分散的Validator來說，處理並驗證Proof的過程會存在穩定性難題。
4. 中心化Sequencer使得layer2趨向於樂觀零挑战，減少了實際的battle-tested挑战。中心化Sequencer實際上成為一種安全機制。
5. 在layer2發生安全故障時，Sequencer可以控制資產流出並進行低成本的硬分叉。主網Rollup合約的可升級多籤治理是另一層保險。

結論

layer2的技術去中心化現狀並不理想，原教旨主義的去中心化在layer2領域似乎並不存在。因此，Stack战略中多鏈共享組件策略可能是剔除layer2中心化問題的唯一解決方案。

從根本上說，無論是技術共識還是社會共識，都是對惡意行為的一種約束力量。

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播信息之目的，不構成任何投資建議，如有侵權行為，請第一時間聯絡我們修改或刪除，多謝。