以太坊治理歷史深度個案研究：ProgPoW 爭議與 The Merge 決策內幕

前言

說到以太坊的治理，很多人可能覺得這就是幾個核心開發者在 Discord 聊天室裡吵吵架、投票表決一下就完事了。但實際上以太坊的治理過程遠比這複雜得多，而且充滿了政治角力、利益衝突和技術路線之爭。

今天我想好好聊聊兩個我認為最能代表以太坊治理複雜性的歷史事件：一是折騰了好幾年、最後胎死腹中的 ProgPoW 爭議；二是牽扯無數人心血的 The Merge 決策過程。這兩個案例能讓你看到，以太坊不只是一堆程式碼，它是一個真正在運作的微型民主實驗室。

第一章：ProgPoW 爭議 — 一場關於 GPU 礦工生死的戰爭

1.1 事情是怎麼開始的

故事要從 2018 年說起。那時候以太坊還是 PoW 時代，GPU 礦工是網路安全的中流砥柱。但問題來了——Vitalik 和團隊早就決定要在某個時間點轉成 PoS，而 Ethash（當時的 PoW 演算法）對 GPU 非常友好，這意味著一旦轉 PoS，這些 GPU 礦工就失業了。

這個時間表的不確定性讓 GPU 礦工社群非常焦慮。然後有人提出了一個「天才」想法：為什麼不改一下 PoW 演算法，讓它對 ASIC 更加抵抗？這樣起碼在過渡到 PoS 之前，GPU 礦工還能繼續挖。

提出這個提案的就是後來非常有名的「ProgPoW」。這個提案的核心理論是：設計一個「可程式化」的 PoW 演算法，讓它需要大量的記憶體存取和隨機計算，這樣 ASIC 很難在效率上打敗 GPU。

1.2 技術層面：ProgPoW 到底改了什麼

先說點技術的，不然後面的討論會缺乏基礎。

標準的 Ethash 演算法大致是這樣的：

1. 從區塊頭和隨機數生成一個 seed
2. 用 seed 計算一個 16MB 的 Dataset Cache
3. 從 Cache 生成一個 1GB 的 Dataset

4.礦工隨機讀取 Dataset 中的某些元素來證明工作量

這個設計讓 ASIC 和 GPU 的效率差距不太大——ASIC 確實更快，但快得有限。

ProgPoW 的改動是在步驟 4 加入了一個「可程式化」的內核調用。它讓 PoW 計算過程中需要執行一段可變的程式碼，這段程式碼的細節由區塊頭決定。這樣做的好處是：

• GPU 的 ALU（算術邏輯單元）可以大量並行處理這種計算
• ASIC 如果要高效執行 ProgPoW，需要內嵌一個可程式化元件，成本會大幅上升

我找到了一個 ProgPoW 的簡化版本的核心計算邏輯：

// ProgPoW 核心計算（概念簡化版）
uint64_t prog(uint64_t prog_seed, uint64_t mix_state[16]) {
    uint32_t prog_i = (prog_seed % 64);  // 選擇哪個內核
    uint32_t dest = mix_state[0] % 16;    // 目標寄存器
    
    // 根據不同的 prog_i，執行不同的混合操作
    switch(prog_i) {
        case 0: mix_state[dest] = keccak64(mix_state[dest] ^ prog_seed);
        case 1: mix_state[dest] = mix_state[dest] * KISKE + 1;
        case 2: mix_state[dest] = bitwise_scramble(mix_state[dest]);
        // ... 更多 case
    }
    return mix_state[dest];
}

這個設計讓我想到了一個比喻：如果 Ethash 是一道只需要做基礎算術的考試，那 ProgPoW 就是一道需要隨機切換運算符的考試。普通人（GPU）適應得了，但專門只會做加法的機器（ASIC）就傻眼了。

1.3 社群大戰：誰在支持、誰在反對

好，技術說完了。現在來說說這場爭議到底怎麼吵起來的。

支持 ProgPoW 的一方：

主要是 GPU 礦工社群和部分以太坊核心開發者。代表的聲音包括：

• Alexey Akhunov（後來成為 Turbo-Geth / Erigon 的核心開發者）
• Brigadeiro（化名，社群活躍者）
• 完全靠 GPU 吃飯的礦工群體

他們的核心論點是：

「ASIC 會讓挖礦走向中心化！如果比特幣礦機商 Bitmain 也能做出 Ethash ASIC，那整個網路的安全就捏在少數幾家公司手裡了。」

這個論點從安全角度來看是有道理的。比特幣礦機商 Bitmain 確實掌握著大量算力，如果他們作惡，整個網路都危險。

反對 ProgPoW 的一方：

這一方的人員組成更有趣：

• 部分核心開發者（包括 Vitalik 本人）
• 認為轉 PoS 才是正途的人
• 以及一些我個人認為比較雞賊的礦池運營商

Vitalik 的反對理由很直接：

「我們馬上就要轉 PoS 了，現在折騰一個只適用於 PoW 時期的改動有意義嗎？而且這還可能引入新的安全漏洞。」

礦池運營商反對的理由更現實：他們已經囤了大量 GPU 礦機，如果 ProgPoW 上線，算力會暴漲，他們的相對份額就下降了。

1.4 暗流湧動：背後的利益計算

讓我來幫你算筆帳，這樣你才能理解為什麼這件事搞得那麼大。

GPU 礦工的成本結構：

• 電費：0.05-0.10 美元/度
• 顯卡折舊：RTX 3080 買入價 700 美元，兩年後殘值約 200 美元，每年折舊 250 美元
• 假設一天挖 0.01 ETH，電費 3 美元，一年下來毛利約 1000 美元

如果 ProgPoW 上線：

• 算力可能暴增 2-3 倍（因為大量閒置顯卡被動員）
• 每張卡的產出從 0.01 ETH/天 降到 0.003 ETH/天
• 但只要 ETH 價格維持在 200 美元以上，GPU 挖礦仍有利可圖

所以 GPU 礦工支持 ProgPoW 的邏輯是：讓 ASIC 無法和他們競爭。

但反對派的邏輯也很清晰：

1. ProgPoW 可能讓 Ethash 更容易被逆向工程，反而幫了 ASIC 製造商
2. 這個改動需要硬分叉，會製造社群分裂風險
3. 與其折騰 PoW，不如把精力放在儘快完成 PoS 轉型

1.5 投票與最終結局

2019 年，ProgPoW 提案進入了正式的 EIP 流程（EIP-1057）。這傢伙經歷了：

• 多次核心開發者電話會議討論
• 社群投票（虽然在以太坊治理中不具有約束力）
• 審計流程

然後... 2020 年初，ProgPoW 的支持者突然宣布「主動撤回提案」。

等等，撤回？這劇情反轉讓很多人大跌眼鏡。

原因是審計報告出來了，發現 ProgPoW 的實現存在多個問題：

1. 核心 keccak 函數的實現有 bug
2. DAG 大小的計算存在不一致性
3. 審計團隊聲稱發現了「後門」（後來被證明是誤報）

但更深層的原因是：社群已經厭倦了無休止的爭吵，而且 PoS 的時間表越來越清晰。2020 年底的 Beacon Chain 上線讓 ProgPoW 變得更加雞肋——既然 PoS 就在眼前，誰還在乎 GPU 礦工的死活？

1.6 這個案例教會了我們什麼

ProgPoW 爭議是一個非常典型的「治理失敗」案例，但失敗得很有價值。

失敗點：

• 決策過程拖沓，兩年時間都在吵架
• 沒有明確的最終決策機制，導致問題懸而未決
• 技術討論經常被政治考量牽著鼻子走

成功點：

• 起碼沒有造成真正的社群分裂
• 最後是靠「共識」（大家都累了）而不是投票解決的
• 為後來的治理決策提供了經驗教訓

我個人的觀點是：ProgPoW 失敗的根本原因不是技術問題，而是時機問題。如果這個提案在 2016-2017 年提出，也許結局會不同。但在 2018-2020 年，整個社群的心力都已經轉向 PoS 了，這時候再折騰 PoW 優化，註定是吃力不討好。

第二章：The Merge — 一個 7 年的漫長等待

2.1 從 ICO 說起

說到 The Merge，得先把時間線拉回到 2014 年。那年夏天，以太坊進行了史上最大的 ICO 之一——1 個 BTC 可以換 2000 ETH。Vitalik 當時在白皮書裡就明確寫了：最終要轉成 PoS。

所以嚴格來說，以太坊從一開始就是一個「承諾會轉 PoS」的區塊鏈。這句話的重點不僅是「轉 PoS」，更是「承諾」——Vitalik 在 2014 年就敢對投資者畫這個大餅，是需要很大勇氣的。

現在我們知道這個承諾最終兌現了，但從「承諾」到「兌現」，中間整整過了 8 年。

2.2 為什麼要轉 PoS？

在深入 The Merge 的決策過程之前，我想先幫大家搞清楚一個根本問題：為什麼以太坊堅定要走 PoS 這條路？

理由一：能源消耗

這個理由最容易被大眾理解。比特幣 PoW 挖礦的耗電量曾經一度超過阿根廷整個國家。2022 年合併前，以太坊的年化耗電量大約是 45-60 TWh，和芬蘭的年用電量差不多。

轉 PoS 之後，以太坊的能源消耗下降了約 99.95%。這個數字不是開玩笑的——從「一個中等國家的用電量」變成了「大約等同一棟辦公大樓的用電量」。

理由二：安全性升級

PoS 的安全模型比 PoW 更精細。PoW 的問題是「51% 攻擊」——只要你有足夠的算力，就可以為所欲為。PoS 的創新在於引入了「質押罰沒」（Slashing）機制：

Slashing 條件：
┌────────────────────────────────────────────────────┐
│  條件 A：同一高度的兩個區塊被同一驗證者簽署        │
│  條件 B：對某個區塊的認證出現在另一個分叉上        │
│  條件 C：環繞投票（Encapsulating Vote）            │
└────────────────────────────────────────────────────┘
觸發後：質押量的 1/32 到全部質押被罰沒

這個設計讓攻擊成本極高——在 PoW 裡，攻擊失敗了你起碼還能賣硬體；在 PoS 裡，攻擊失敗了你的質押就人間蒸發了。

理由三：資本效率

PoW 需要持續的電力支出來維持安全性。礦工挖礦的利潤空間很薄，很多礦池其實一直在盈虧邊緣掙扎。

PoS 的驗證者只需要質押一次，然後就可以持續獲得收益。這種「一次質押、持續收益」的模式在經濟學上稱為「資本密集度更高但運營成本更低」。

2.3 艱辛的技術之路

如果說決策是容易的部分，那技術實現就是噩夢的開始。

Phase 0（2020 年 12 月）：Beacon Chain 上線

Beacon Chain 是以太坊 PoS 共識層的核心。它於 2020 年 12 月 1 日正式上線，但一開始只是個「空殼」——沒有任何交易處理，只是運行著驗證者共識。

這時候有趣的現象發生了：大量 ETH 持有者開始往 Beacon Chain 質押，但 PoW 主網還在正常運行。這導致以太坊實際上變成了「兩條鏈在同時運行」——PoW 處理交易，PoS 處理共識。

Phase 1（2021-2022 年）：數據分片

本來的設計是 Phase 1 要實現 64 個數據分片，大幅提升數據處理能力。但後來發現，這個方案太複雜，來不及在 Merge 之前完成。

於是一個大膽的決定出現了：把 Phase 1 的核心功能（數據可用性）用另一種方式實現——也就是後來的 EIP-4844（Proto-Danksharding）。這個決定讓 The Merge 可以先完成，剩下的數據分片可以慢慢來。

Phase 1.5（2022 年 9 月）：Merge

2022 年 9 月 15 日，北京時間下午 2:42，以太坊歷史上最重要的時刻之一發生了——The Merge。

讓我描述一下當時的情況：

Merge 區塊（區塊高度 15537393）：
- 最終區塊：15537392（PoW）
- Merge 過渡區塊：15537393
- 第一個 PoS 區塊：15537394

總結算價值：
- 合併前質押量：~14,000,000 ETH
- Merge 後APR：~4-5%（當時）

社群稱之為「Merge」是有原因的——這不是簡單的「升級」，而是兩個原本獨立的系統（PoW 主網 + Beacon Chain）真正地「融合」在一起。

2.4 決策內幕：那些差點讓 Merge 失敗的時刻

Merge 的決策過程遠不是一帆風順的。根據後來社群成員的回顧，至少有以下幾個差點讓 Merge 泡湯的危機：

危機一：客戶端多樣性不足（2021 年）

在 Merge 之前，以太坊依賴多個客戶端實現來保證網路健壯性。但到了 2021 年，執行層的客戶端分佈出現了問題：

• Geth：佔比約 80%
• 其他客戶端（OpenEthereum、Reth、Nethermind等）：合計約 20%

這個分佈是非常危險的。如果 Geth 出現重大 bug，可能導致 80% 的節點同時掛掉。

Merge 前夕，以太坊基金會緊急推動了客戶端多樣性工作組，最後勉強把 Geth 的佔比壓到了 60% 左右。

危機二：測試網崩潰（2022 年初）

Goerli 測試網在 Merge 測試階段經歷了多次崩潰。最嚴重的一次是驗證者因為客戶端 bug 而集體被罰沒，導致測試網完全停擺。

這些崩潰雖然發生在測試網，但嚴重打擊了社群對 Merge 的信心。一時間「Merge 太危險了」的声音在社群蔓延。

危機三：MEV 整合的複雜性

Flashbots 開發的 MEV-Boost 系統本來是為了解決 PoW 時代的 MEV 問題。但在 Merge 之後，這套系統需要完全重寫才能適應 PoS 的共識機制。

最終的方案是：Merge 之後先不支持 MEV-Boost，等網路穩定了再逐步引入。這個決定雖然延後了 MEV 收益，但降低了 Merge 的風險。

2.5 Merge 的經濟學影響：ETH 持有者的意外收穫

Merge 對 ETH 持有者來說簡直是天上掉餡餅。

供應端的改變：

Merge 前（年化）：
- 新 ETH 發行量：~4.5% / 年
- 以 1700 萬 ETH 質押計算：每年新增 ~765,000 ETH

Merge 後（2026 年第一季度）：
- 新 ETH 發行量：~0.5% / 年
- 以 3200 萬 ETH 質押計算：每年新增 ~160,000 ETH
- EIP-1559 燃燒：~500 萬 ETH / 年

結果：ETH 進入實質性通縮時代

這個數據讓我非常震驚。Merge 前 ETH 是通膨代幣，每年稀釋 4.5%；Merge 後變成了通縮代幣，流通量實際在減少。

再加上 EIP-1559 的燃燒機制，ETH 的貨幣政策變得極度緊縮。我做了一個簡單的計算：

假設每年質押獎勵 16 萬 ETH + EIP-1559 燃燒 500 萬 ETH：

• 凈供應變化 = 16 - 500 = -484 萬 ETH
• 年化通縮率 ≈ -4%

這意味著，如果你持有 ETH 不動，每年你的相對份額會增加 4%。這種「持有即增值」的屬性，讓 ETH 從一個純粹的「gas 代幣」變成了具有生產性資產特徵的代幣。

2.6 Merge 的教訓：治理的藝術

Merge 給我最大的啟示是：區塊鏈治理需要在「完美」和「完成」之間找到平衡。

以太坊社群在 Merge 過程中做了很多「不完美」的決定：

• 放棄了原來的 Phase 1 數據分片計劃
• 推遲了 EVM 改進（EOF）
• 犧牲了即時的 MEV 整合

但這些「不完美」的決定最終換來了 Merge 的順利完成。如果團隊堅持要把所有功能都做到完美才上線，Merge 可能到現在還在跳票。

我個人非常認可這種務實的治理哲學：MVP（最小可行產品）+ 快速迭代，這套在軟體開發領域被驗證過無數次的方法論，在區塊鏈治理中同樣適用。

第三章：兩個案例的對比分析

3.1 決策模式的差異

ProgPoW 和 The Merge 代表了兩種截然不同的決策模式：

ProgPoW：

• 問題定義模糊：到底是「延長 GPU 礦工的生命」還是「提高網路安全性」？
• 利益相關方衝突：GPU 礦工 vs ASIC 製造商 vs PoS 支持者
• 沒有明確的決策機構：誰有權力最終拍板？

The Merge：

• 問題定義清晰：就是要把網路從 PoW 改成 PoS
• 目標共識強：從一開始社群的目標就是一致的
• 有明確的時間表和責任人

這個對比讓我意識到：以太坊治理最大的問題不是技術問題，而是「問題定義」的問題。當一個提案能夠清楚定義自己要解決什麼問題、為什麼這個問題值得解決，決策過程就會順暢得多。

3.2 社群情緒的影響

ProgPoW 爭議期間，社群情緒可以說是「撕裂」的。支持者和反對者在 Twitter、Reddit、Discord 上打得不可開交，甚至出現了人身攻擊。

The Merge 期間，社群情緒雖然也有波動，但總體上是「期待中帶著焦慮」。大家知道 Merge 遲早會來，只是不知道具體什麼時候，而且擔心中間會出什麼岔子。

一個有趣的觀察是：ProgPoW 支持者和反對者之間的對立，最後演變成了「路線之爭」——有人把支持 ProgPoW 等同於「支持礦工利益」，把反對 ProgPoW 等同於「支持開發團隊」。這種標籤化讓理性討論變得不可能。

Merge 的過程中也有類似的情緒波動，但好在大家都圍繞著同一個目標（完成 Merge），分歧只是「怎麼做」而不是「要不要做」。

3.3 未來的治理框架思考

從這兩個案例中，我能總結出一些適用於未來以太坊治理的原則：

原則一：問題導向而非方案導向

在討論一個提案之前，先把問題定義清楚。ProgPoW 的失敗很大程度上是因為它的支持者沒有辦法說服社群「這個問題比別的問題更重要」。

原則二：時間盒子（Timeboxing）

任何討論都應該有一個截止日期。ProgPoW 折騰了兩年沒有結果，這對社群的精力是巨大的損耗。如果一開始就設定一個「三個月內決定」的時間盒子，也許結果會不同。

原則三：讓數據說話

The Merge 的決策過程中大量的測試網崩潰數據、最終性分析、客戶端多樣性統計，這些客觀數據幫助社群做出了明智的決定。ProgPoW 的討論則更多停留在意識形態和個人利益層面。

原則四：接受「足夠好」而非追求「完美」

Merge 的諸多不完美最終換來了整個升級的順利完成。這告訴我們，在區塊鏈治理中，執著於完美方案可能比沒有方案更危險。

結語

寫這篇文章的過程中，我一直在想：以太坊的治理到底是成功還是失敗？

從某個角度看，以太坊的治理混亂得不行——沒有明確的投票機制，沒有正式的代表制度，很多決策都是少數核心開發者在幕後敲定的。

但從另一個角度看，以太坊的治理又非常成功——這麼多年過來，社群沒有發生過真正的分裂（ETC 和 ETH 的分叉可以算，但那已經是 2016 年的事了），升級都能如期完成，生態系統還在蓬勃發展。

也許真正的答案介於兩者之間：以太坊的治理不是完美的，但它是有效的。就像民主制度一樣，它的優點不在於做出「正確」的決定，而在於讓社群成員都能參與、都能表達意見、最終找到一個大家起碼能接受的方案。

ProgPoW 的故事告訴我們，立場先於方案的討論往往是災難的開始。The Merge 的故事則告訴我們，當大家目標一致時，再困難的技術挑戰都可以被克服。

這大概就是以太坊治理的核心教訓吧。

參考資料

1. Buterin, V. (2014). Ethereum: A Next-Generation Smart Contract and Decentralized Application Platform.
2. ProgPoW GitHub Repository: https://github.com/ethereum/EIPs/blob/master/EIPS/eip-1057.md
3. Ethereum Foundation. (2022). The Merge: Official Documentation.
4. Vitalik Buterin. (2019). Why Proof of Stake (Nov 2020).
5. Beacon Chain Explorer: https://beaconcha.in
6. Etherscan Merge Block Data: https://etherscan.io

本文使用繁體中文撰寫，內容僅供教育和研究目的，不構成任何投資建議。以太坊治理是一個持續演化的過程，本文反映的是截至 2026 年第一季度的理解。