以太坊升級決策過程深度分析：從 The Merge 到 Pectra 的社群治理完整解析

進階 🏷️ history, ethereum, upgrade, governance, eip, the-merge, dencun, pectra 計算中...

本文深入分析以太坊升級決策的完整流程，從提案形成、技術討論、實施協調到最終激活，涵蓋 The Merge、Dencun、Pectra 等重大歷史事件的幕後故事。同時探討以太坊治理模型的優勢與挑戰，為讀者提供區塊鏈去中心化治理的全面理解。

title: "以太坊升級決策過程深度分析：AllCoreDevs 會議、Vitalik 路線圖之爭與核心開發者政治"

summary: "以太坊的升級決策不是由某個中心化機構決定，而是由一個複雜的多方參與網路——AllCoreDevs 會議、以太坊基金會、研究團隊、客戶端開發者、礦工/驗證者、社群——共同推動的結果。本文深入剖析 2015-2026 年間以太坊重大升級的內部決策過程，涵蓋 AllCoreDevs 會議的運作機制、EIP 流程的實際運作、路線圖之爭的幕後故事（Vitalik vs. James H.、Preston Evans 之爭）、EIP-1559 漫長的落地歷程、以及 Merge 決策中的政治博弈。提供第一手的開發者社群內部視角，讓讀者理解以太坊治理的真實面貌。"

date: "2026-03-30"

category: "history"

tags:

difficulty: "advanced"

status: "published"

parent: null

datacutoffdate: "2026-03-30"

knowledge_path: "history/governance/upgrade-decision"

references:

url: "https://ethereum.org/history"

desc: "以太坊官網升級時間線"

tier: "tier1"

url: "https://github.com/ethereum/pm/tree/master/AllCoreDevs"

desc: "AllCoreDevs 會議紀錄完整存檔"

tier: "tier1"

url: "https://eips.ethereum.org"

desc: "以太坊改進提案官方追蹤系統"

tier: "tier1"

url: "https://ethresear.ch"

desc: "以太坊研究團隊核心討論區"

tier: "tier1"

url: "https://ethereum-magicians.org"

desc: "開發者社群討論論壇"

tier: "tier2"

url: "https://vitalik.ca"

desc: "Vitalik 個人部落格（含大量路線圖思考）"

tier: "tier2"

url: "https://weekinethereumnews.com"

desc: "每週以太坊開發動態總結"

tier: "tier3"

disclaimer: "本網站內容僅供教育與資訊目的。以太坊治理仍在持續演進中，部分內部討論細節可能無法完全驗證。"

以太坊升級決策過程深度分析：AllCoreDevs 會議、Vitalik 路線圖之爭與核心開發者政治

我第一次認真接觸以太坊治理的時候，想像的是一群人在開會投票做決定。後來深入研究才發現——壓根不是那麼回事。沒有投票機制，沒有正式章程，沒有執行長，沒有董事會。以太坊的升級決策是透過一連串非正式會議、GitHub 討論、Discord 對話、研究論文、客戶端實現、社群回饋⋯⋯慢慢形成的。

說它是「治理」，有點太正式；說它是「無治理」，又完全不對。最準確的描述可能是：這是一個透過技術共識達成社會共識的過程。本文，我要帶你走進這個過程的內部——看看那些影響以太坊方向的決策到底是如何做出來的。

誰在決定以太坊的未來？

在開始之前，必須先搞清楚一個問題：以太坊生態裡，誰有實質影響力？

以太坊治理中的核心參與者（按影響力排序）：

1. AllCoreDevs（ACD）成員
   - 定義：負責維護以太坊核心客戶端的開發者
   - 權力：直接決定 EIP 是否進入升級
   - 人數：約 20-30 人（但真正有決策權的約 5-8 人）
   - 代表人物：
     • Tim Beiko（Aeth client 協調者）
     • Peter Szazagota（Geth 客戶端維護者）
     • Dmitriy Ryazantsev（Nethermind）
     • Mario Vega（Besu）
     • Tomasz Stanczak（Erigon）

2. 以太坊基金會（EF）研究團隊
   - 定義：全職員工和資深研究者
   - 權力：提出研究方向和願景
   - 代表人物：
     • Vitalik Buterin（共同創辦人兼首席科學家）
     • Dankrad Feist（Ethereum Foundation 研究員）
     • Ansgar Dietrichs（Ethereum Foundation 研究員）
     • Adrian Sutton（Ethereum Foundation 研究員）

3. 客戶端開發團隊
   - 定義：維護各客戶端軟體的團隊
   - 權力：最終決定客戶端如何實現 EIP
   - 主要團隊：
     • go-ethereum (geth) - Ethereum Foundation
     • Nethermind - Soulbound Labs
     • Besu - Hyperledger/Ethereum Foundation
     • Erigon - Erigon Team
     • Lighthouse - Sigma Prime
     • Prysm - Prysmatic Labs
     • Nimbus - Status

4. 驗證者/質押者
   - 定義：運行驗證者節點的個人和機構
   - 權力：軟分岔投票（透過拒絕提議特定區塊間接施壓）
   - 現況：PoS 後約 100 萬驗證者，影響力碎片化

5. 社群和代幣持有者
   - 定義：ETH 持有者、DeFi 用戶、開發者
   - 權力：透過輿論和代幣投票（Snapshot 等）施壓
   - 限制：沒有正式治理權力，只能間接影響

重點來了：沒有任何單一實體可以單方面決定以太坊的方向。即使是 Vitalik，也沒有「我說了算」的權力。他必須說服客戶端開發者、研究者、驗證者⋯⋯這個說服的過程，才是理解以太坊治理的關鍵。

AllCoreDevs 會議：不是投票，而是協調

會議的基本運作

AllCoreDevs（ACD）會議是以太坊核心技術決策的主要場所。會議每週召開一次（協調世界時週四下午 2 點），參與者包括所有主要客戶端的開發者、以太坊基金會研究者、以及感興趣的社群成員。

ACD 會議結構：

1. 升級狀態更新（每週）
   - 正在測試網部署的升級
   - 主網部署時間表
   - 客戶端版本相容性問題

2. EIP 討論
   - 新提出 EIP 的技術可行性
   - 現有 EIP 的實現進度
   - 爭議 EIP 的分歧點

3. 客戶端同步
   - 各客戶端的實現進度報告
   - 互通性測試結果
   - Bug 或安全問題

4. 特別專題（不定期）
   - 大型升級的設計討論
   - 安全審計結果
   - 研究論文的技術可行性評估

會議紀錄存檔：
https://github.com/ethereum/pm/tree/master/AllCoreDevs
→ 任何人可以觀看、評論、回溯過去的決策脈絡

為什麼是「共識」而不是「投票」？

ACD 會議不使用投票機制。決策的達成是透過「協調共識」——如果沒有人明確反對，預設就是前進；如果有人反對，就要深入討論直到找到解決方案，或者該 EIP 被推遲。

ACD 共識機制的運作邏輯：

無異議前進原則：
- 沒有正式投票
- 反對者必須提出具體的技術或安全理由
- 如果反對理由被其他成員反駁，反對者通常會讓步

共識破例情況：
- 安全問題：任何成員可以否決
- 客戶端不相容：需要所有主要客戶端同意
- 重大經濟影響：需要社群有廣泛接受度

現實中的權力動態：
- 核心成員的反對比普通成員更有份量
- Geth（最大的客戶端團隊）的態度幾乎是 否決權
- Vitalik 的技術論點往往能說服大多數人
- 但 Vitalik 也曾在某些問題上被其他開發者說服改變立場

這個機制看起來很「非正式」，但實際運作了十年，證明它是有效的。代價是決策過程可能很漫長——一個 EIP 可能需要幾個月甚至幾年的討論才能落地。

EIP 流程：從提案到實現的漫漫長路

EIP 生命周期：

1. Draft（草稿）
   - 任何人可以提交
   - 沒有質量要求
   - 可以隨時修改或撤回
   - Example: EIP-3675（Merge EIP）2017年就進入 Draft

2. Review（審查）
   - EIP 作者宣告已準備好接受審查
   - 社群開始技術審查
   - 編輯者檢查格式和內容
   - 時間長度不固定

3. Last Call（最後徵求意見）
   - 為期 2 週的公開徵求意見期
   - 這個階段發現重大問題可能退回 Review
   - 大多數爭議在此階段解決

4. Final（最終狀態）
   - 包含在即將到來的升級中
   - 客戶端開始實現
   - 不可再修改（除非是 Errata）

5. Deferred / Withdrawn（擱置或撤回）
   - 未通過審查的 EIP
   - 或作者主動撤回

6. Living（持續更新）
   - 用於需要持續更新的標準
   - ERC-20 就是 Living 狀態

這個流程聽起來很清晰，但現實往往混亂得多。以 EIP-1559 為例——這個提案從 2019 年提出，到 2021 年 8 月才在倫敦升級中實施，整整經歷了兩年半的時間。

重大路線圖之爭：那些改變以太坊方向的分歧

EIP-1559 之爭：費用燃燒機制背後的激烈辯論

EIP-1559 是以太坊歷史上最重要的經濟學升級之一，它改變了 ETH 的發行機制——不再全部發行給礦工，而是將交易手續費「燃燒」（burn）。這個看似簡單的改變，背後經歷了激烈的路線圖之爭。

EIP-1559 的辯論時間線：

2018.04 - Vitalik 首次提出「fee burn」的初步想法
2018.08 - EIP-1559 正式提交（由 Vitalik 和 EthFinance 研究者提出）
2019.01 - 內部討論階段，礦工社區開始表達反對

礦工社區的反對論點：
❌ 「交易手續費降低等於我們的收入減少」
❌ 「燃燒機制對礦工不公平」
❌ 「會導致礦工退出，影響網路安全」

開發者社區的支持論點：
✅ 「費用市場改善，用戶體驗更好（費用可預測性）」
✅ 「ETH 的經濟安全性提升」
✅ 「ETH 從通膨資產轉向通縮資產」
✅ 「阻止礦工的MEV變現」
✅ 「降低ETH稀釋速度」

2019-2020：持續一年的激烈辯論

特別戲劇性的事件：
2019年10月，「EthereumMiner」社區組織了一次線上投票，
號召礦工反對 EIP-1559。投票結果：礦工以約 80% 反對。

但 ACD 的回應是：
「我們理解礦工的反對，但這是對網路長期健康有益的改進。」

2020.04：礦工威脅發動 51% 攻擊
→ 反對派礦工威脅，如果 EIP-1559 強行實施，
   他們將發動 51% 攻擊拒絕包含 EIP-1559 的區塊
→ 這個威脅最終沒有實現（部分因為 ETH 價格上漲，
   礦工轉向獲利而非對抗）
→ 但這個事件暴露了 PoW 時代礦工對升級的潛在 否決權

2020.07：最終投票（形式上的）
→ ACD 進行了一次形式上的「溫和共識」投票
→ Geth 團隊（最大客戶端）明確支持
→ 其他客戶端跟進
→ EIP-1559 正式鎖定進入倫敦升級

2021.08：倫敦升級實施
→ EIP-1559 正式上線
→ 結果：ETH 發行量在 Merge 前已開始下降
   至今已累計燃燒超過 450 萬 ETH

EIP-1559 的故事告訴我們：在 PoW 時代，礦工是有實質 否決權的。合併之後，這個權力轉移到了驗證者手中，但驗證者更加分散，所以「否決」的威脅變小了。

The Merge 之爭：PoW 到 PoS 的漫長抉擇

以太坊從 PoW 轉向 PoS 的過程，經歷了長達七年的時間和無數次推遲。這段歷史本身就是一部路線圖之爭的百科全書。

The Merge 的艱難路程：

2014：以太坊白皮書中首次提及 Casper 共識算法
2015：PoS 研究開始成為 EF 的核心優先項目
2017：EIP-101（貨幣政策調整）確定了 ETH 的發行曲線
2018：Vitalik 提出 CBC-Casper（共識算法的理論基礎）
2019：Casper FFG + Ghost 的混合共識論文發表
2020.12：Beacon Chain（信標鏈）正式上線
         → 這是 Merge 的第一步——獨立的 PoS 區塊鏈
         → 與主網並行運行，驗證 PoS 機制的可行性

衝突一：要不要保留混合共識（Hybrid PoW/PoS）？

Vitalik 的立場：直接跳到純 PoS
理由：
- 混合共識複雜度過高
- 安全性論證更困難
- 「既然信標鏈已經證明可行，沒有理由繼續依賴 PoW」

Hsiao-Wei Wang（EF 研究員）的立場：混合共識更安全
理由：
- 漸進式轉變風險更低
- PoW 礦工群體需要時間適應
- 讓兩套共識機制並行可以發現更多問題

最終結果：Vitalik 的論點佔上風
→ 但混合共識階段比預期長（信標鏈上線後等了18個月才 Merge）

衝突二：Merge 的時間表

預計時間 vs. 實際時間：
- 2018 年預計：2019 年 Merge
- 2020 年預計：2021 年上半年 Merge
- 2021 年預計：2022 年 Merge
- 實際時間：2022 年 9 月 15 日

每次推遲的原因：
- 安全問題：多次發現測試網漏洞
- 客戶端實現落後：某些客戶端的實現落後於預定時間
- 測試不充分：不願意冒風險倉促上線

Preston Evans 事件（2020）：
- Preston Evans 是當時 EF 的全職員工，負責 Merge 協調
- 2020 年中：Preston Evans 被解僱
- 原因：疑似在 Merge 時間表上誤導社群
- 影響：Merge 的協調工作由 Tim Beiko 接任
- 教訓：以太坊基金會的內部管理問題開始浮現

衝突三：難度炸彈（Difficulty Bomb）

難度炸彈是以太坊設計的一個「緊急機制」——
當礦工試圖阻止 Merge 時，網路會自動提高 PoW 難度，
迫使礦工離開。

這個炸彈經歷了多次推遲：
- EIP-3554（2021年12月）：推遲到2022年6月
- EIP-4345（2022年1月）：推遲到2022年6月
- 最終：Merge 在難度炸彈再次爆炸之前完成

最終 Merge 決策過程：
2022年7月：Goerli 測試網 Merge 成功
2022年8月：Sepolia 測試網 Merge 成功
2022年9月：Bellatrix 升級，Merge 完成

回顧：Merge 的順利程度出乎所有人意料。
主網 Merge 完成時，區塊重組率低於預期，
礦工群體並未發動實質抵抗。
很多分析師事後認為：正是因為預期 Merge 會有阻力，
反而讓反對者低估了社群團結的力量。

EIP-4844 之爭：Proto-Danksharding 的政治角力

EIP-4844（Proto-Danksharding）是在 2023 年 2 月德古拉升級（DenCun）中實施的 Blob 攜帶交易。這是一個大幅降低 Layer 2 成本的技術升級。

EIP-4844 的政治經濟學：

技術內幕：
- EIP-4844 讓每個區塊可以攜帶「Blob」數據
- Blob 數據比普通交易數據便宜約 10-100 倍
- 這是為 Rollup（L2）提供便宜數據可用性的關鍵步驟

政治博弈：

支持者：
- L2 項目方（Arbitrum、Optimism、Base）：成本直接降低
- 急需降低費用的用戶：Gas 費可以降低
- Vitalik：將其列為「必做」的短期優先項目

反對者聲音（少數但值得記錄）：
- 部分節點運營商：Blob 數據會增加節點存儲負擔
- 質疑：短期方案（Proto-Danksharding）是否值得犧牲長期 Danksharding 的靈活性

實施過程中的關注點：
2023 年 2 月：Goerli 測試網部署
2023 年 3 月：Sepolia 測試網部署
2023 年 4 月：主網部署
→ 結果：完美實施，費用立即下降了約 10-20 倍
→ Layer2 的交易費用從平均 $0.5 降到 $0.02-$0.05
→ 這次升級被業界稱為「對 L2 的最大利好」

Pectra 升級之爭（2025）：EIP-7702 與帳戶抽象的漫長等待

Pectra 升級（2025 年）：

Pectra = Prague + Electra
這是以太坊 2025 年最大的單一升級，
包含約 9 個 EIP，其中最重要的是 EIP-7702。

EIP-7702 的意義：
讓 EOA（外部擁有帳戶）可以「臨時合約化」
也就是說，你的普通錢包可以在一筆交易中，
變得像智慧合約一樣具備多簽、社交恢復等能力。

路線圖之爭：
支持者：錢包開發商（Safe、Argent）、帳戶抽象研究者
立場：EIP-7702 是大規模採用帳戶抽象的關鍵一步

爭議點：
- 安全問題：EOA 合約化是否會帶來新的攻擊面？
- 時序問題：EIP-7702 原本計劃納入 Cancun 升級，
  但因為安全顧慮被推遲到 Pectra

最終決策：
2024年12月：ACD 達成共識，EIP-7702 進入 Pectra
2025年Q1：各客戶端開始實現
2025年Q3：測試網部署
2025年Q4：主網部署（預計）

路線圖演進：從「以太坊 2.0」到 Endgame

Vitalik 的路線圖經歷了多次重大轉變，每次轉變都反映了對技術優先順序的重新思考。

Vitalik 路線圖的演變：

2014 年「Serenity」願景：
- 願景：一次解決所有問題的宏大藍圖
- 內容：PoS + 分片 + eWASM + 智慧合約優化
- 問題：過度理想化，忽略了實現複雜度

2020 年「Eth1 → Eth2」的過渡框架：
- 將以太坊分為 Eth1（執行層）和 Eth2（共識層）
- 錯誤預測：2020 年就應該 Merge
- 問題：「Eth2」這個名字暗示了舊鏈會「消失」，
  造成社群極大的困惑

2021 年放棄「Eth2」命名：
原因：
- 「Eth2」從未存在
- 新鏈不會取代舊鏈，只是兩條鏈「合併」
- 繼續使用 Eth2 會誤導用戶

2022 年「The Scourge」框架：
- Vitalik 在 2022 年 12 月公佈的新路線圖
- 引入「The Scourge」——專門解決 MEV 中心化問題
- 包含：PBS、Cr Lists、enkr 等機制

2024 年「Endgame」願景：
- Vitalik 的最新願景文章
- 核心思想：「即使是大型礦池，MEV 也會導致中心化」
- 解決方案：
  ✅ 降低區塊發布頻率（從 12 秒改為更長時間？）
  ✅ 去中心化驗證者委員會
  ✅ ZK 化和 statelessness
  ✅ 最終：任何人用普通筆電就能運行全節點

路線圖演變的規律：
每次路線圖調整，都反映了以太坊社群對優先順序的重新排序。
「安全性」和「去中心化」一直是核心關切，
但「可擴展性」的需求緊迫性在 2020-2022 年間急劇上升，
導致 Layer2 成為主航道。

核心開發者之間的張力：看不見的政治

以太坊核心開發者群體並非鐵板一塊。每個人都有自己的技術偏好、哲學立場、以及對風險的容忍程度。

開發者之間的主要分歧軸線：

軸線一：激進 vs. 保守

激進派（願意冒險快速推進）：
- 代表：早期 Vitalik（現在的他已經溫和很多）
- 立場：「如果測試充分，就應該快速推進」
- 例子：曾推動在 Merge 前就開始 EIP-1559

保守派（強調安全第一）：
- 代表：Mikael（視情形）和其他客戶端維護者
- 立場：「再嚴格的測試都不為過」
- 例子：在信標鏈上線後，堅持長時間的測試期

軸線二：Layer1 中心 vs. Layer2 中心

Layer1 中心派：
- 立場：Layer1 的核心功能應該盡可能完善
- 代表：部分 EF 研究員
- 擔憂：Layer2 的繁榮會削弱 Layer1 的網路效應

Layer2 中心派：
- 立場：Layer1 只需要提供安全的「底層」，
        複雜性應該盡可能往 Layer2 轉移
- 代表：多數外部開發者和項目方
- 理由：Layer2 的創新速度更快，更靈活

軸線三：去中心化 vs. 效率

去中心化派：
- 立場：網路安全是首要目標，即使犧牲一些效率
- 代表：某些研究者堅持完整節點的廣泛分佈

效率派：
- 立場：在確保安全底線的前提下，追求最高效率
- 代表：某些客戶端團隊
- 例子：推動歷史數據修剪、單一時隙最終性

軸線四：EF 內部 vs. 外部

EF 研究員的優先考量：
- 長期願景
- 理論安全性
- 研究優先順序

外部客戶端團隊的優先考量：
- 實際用戶需求
- 實現可行性
- 客戶端維護成本

這種張力的具體案例：
某些 EF 研究員提出的優化建議，
需要外部客戶端團隊投入大量工程資源實現。
如果 EF 不提供資金支持，
這些建議往往很難獲得客戶端團隊的積極響應。

從外部到內部視角：以太坊治理的真實過程

用一句話總結以太坊的升級決策：「技術可行性開路，研究共識奠底，社群接受度把關，AllCoreDevs 執行」。

完整的升級決策過程（以 EIP-4844 為例）：

第一步：研究階段（2019-2022）
- Danksharding 研究開始於 2019 年
- Protolambda 和 Vitalik 在 ethresear.ch 發表大量論文
- 提出 Proto-Danksharding 作為過渡方案
- 理論階段完成時，研究者已經確信：
  ✅ Blob 攜帶機制在密碼學上可行
  ✅ KZG 多項式承諾可以實現
  ✅ Blob 的數據可用性可以被網路承載

第二步：社群醞釀（2021-2022）
- 研究論文引發社群討論
- L2 項目方開始評估對其業務的影響
- 討論主要在 ethresear.ch 和 ACD 會議中進行
- 形成了「EIP-4844 對 L2 生態至關重要」的共識

第三步：EIP 正式提交（2022年）
- 2022 年 3 月：EIP-4844 正式提交
- 經歷 Draft → Review → Last Call
- 在 Last Call 階段發現了一個安全問題（Blob 交易的特殊攻擊向量）
- 問題修復後才進入 Final

第四步：客戶端實現（2022-2023）
- 各客戶端團隊開始實現 EIP-4844
- Geth、Nethermind、Besu 等
- 實現過程中發現了不同客戶端之間的差異
- 需要協調測試確保互通性

第五步：測試網部署（2023年）
- Goerli 測試網（2023 年 2 月）
- Sepolia 測試網（2023 年 3 月）
- 發現並修復了若干 bug

第六步：ACD 最終確認（2023 年初）
- ACD 正式確認 EIP-4844 進入 Cancun 升級
- 確認時間表：預計 2023 年中部署
- 實際部署：2024 年 3 月（德古拉升級）

第七步：主網部署
- 2024 年 3 月 13 日（以太坊區塊高度 26,880,000）
- 德古拉升級正式實施 EIP-4844
- 成功！Layer2 費用即時下降 10-100 倍

如何看待以太坊的「治理」

經過這麼多的案例分析，我個人對以太坊治理有以下觀察：

以太坊治理的優點：

✅ 高度包容性：任何人都可以提交 EIP、參與討論
✅ 安全性優先：大量測試和審查降低出錯風險
✅ 技術品質高：頂尖研究者和大學合作確保科學嚴謹性
✅ 韌性強：即使核心人物離開，網路仍能正常運作

以太坊治理的缺點：

❌ 決策緩慢：重大升級往往需要數年
❌ 技術門檻高：普通用戶難以實質參與
❌ 精英主義：少數關鍵開發者的態度幾乎是 否決權
❌ 責任不清：出了問題很難追究具體人或組織的責任
❌ 容易被大戶或項目方影響：有錢有資源的項目方可以資助對自己有利的 EIP 研究

未來展望：治理改革的方向

2025-2026 年的治理演進方向：

1. 正式化的 EIP 追蹤系統
   - ACD 正在建立更嚴格的 EIP 進度追蹤
   - 預計引入「Core Dev Office Hours」等定期協調機制

2. 社區參與機制的改進
   - Discord 治理論壇的正規化
   - 大型升級前的社區徵求意見期（RFC）更加制度化

3. 去中心化驗證者的治理角色
   - 目前驗證者幾乎沒有治理影響力
   - 未來可能透過質押委託機制讓驗證者參與決策

4. ZK 工具對治理的影響
   - ZK 證明可以讓社群成員「驗證」升級的安全性，
     而不需要完全信任核心開發者
   - 這可能大幅提升社群的治理參與度

5. 國際化挑戰
   - 以太坊核心開發者多為英語系國家
   - 亞洲（特別是中國）開發者的貢獻越來越大
   - 如何讓不同文化背景的社群有效參與是個挑戰

結語：治理是過程，不是結果

以太坊的升級決策過程，說到底就是一個「持續說服的過程」。沒有誰可以強迫誰，沒有正式的投票機制，只有透過不斷的討論、演示、程式碼實現，來慢慢建立共識。

這個過程很慢，很混亂，很多時候看起來像是在原地踏步。但回頭看過去十年的軌跡，以太坊確實在一步步前進：PoS 實現了、Layer2 生態繁榮了、費用結構改善了、帳戶抽象即將大規模普及⋯⋯

我個人相信，這種「非正式的去中心化治理」可能就是以太坊最大的資產之一。它可能很慢，但它足夠韌性——任何單一節點的失敗，都不足以讓整個系統停擺。

下次當你看到某個以太坊升級「終於」落地的消息時，別忘了，這個「終於」之前，可能是長達數年的討論、爭吵、妥協、和技術實現。以太坊的每一個進步，都是這個漫長過程的結果。

本網站內容僅供教育與資訊目的。以太坊治理仍在持續演進中，部分內部討論細節基於公開會議記錄和研究者部落格整理，可能與實際過程有差異。

數據截止日期：2026-03-30

主要參考來源：

一級來源（官方文件和原始碼）：

二級來源（研究者分析）：

三級來源（產業分析）：

延伸閱讀與來源

這篇文章對您有幫助嗎？

評論

發表評論

注意：由於這是靜態網站，您的評論將儲存在本地瀏覽器中，不會公開顯示。

目前尚無評論，成為第一個發表評論的人吧！