The Merge 技術深度解析

進階 🏷️ history, the-merge, pos, eth2, consensus 計算中...

全面解析以太坊從工作量證明過渡到權益證明的技術細節，包括信標鏈架構、驗證者系統、合併過程、經濟學影響與環境效益分析。

The Merge 技術深度解析：從工作量證明到權益證明的歷史性轉型

概述

The Merge（合併）是以太坊歷史上最重要的升級，標誌著網路從工作量證明（Proof of Work, PoW）成功過渡到權益證明（Proof of Stake, PoS）。這次升級於 2022 年 9 月 15 日完成，結束了以太坊長達七年的 PoW 挖礦時代。本文深入解析 The Merge 的技術架構、實施過程、經濟學影響，以及其對以太坊生態系統的深遠意義。

背景：為何需要從 PoW 轉向 PoS

PoW 的局限性

以太坊自 2015 年創世以來一直採用工作量證明機制。PoW 的核心原理是礦工通過計算機算力競爭解決複雜的數學難題，獲取區塊獎勵和交易費用。這種機制雖然確保了網路安全，但存在諸多問題：

能源消耗問題：

中心化風險：

擴容限制：

PoS 的優勢

權益證明機制通過驗證者的質押資產而非算力來確認交易：

節能：

經濟安全：

未來擴容基礎：

技術架構詳解

雙鏈架構

在 The Merge 之前，以太坊實際上運行著兩條平行的區塊鏈：

1. 執行層（Execution Layer）

2. 共識層（Consensus Layer）

這意味著用戶在 ETH1 上進行交易，但質押者在 ETH2 上運行驗證者。The Merge 的核心任務是將這兩層合併為一體。

信標鏈架構

信標鏈是以太坊 PoS 系統的核心，其主要職責包括：

1. 驗證者管理

// 驗證者存款合約
contract DepositContract {
    // 質押存款
    function deposit(
        bytes pubkey,           // 驗證者公鑰
        bytes withdrawal_credentials,  // 提款憑證
        bytes signature,        // 質押簽名
        bytes32 deposit_data_root  // 數據根
    ) external payable;
}

2. 共識機制

信標鏈採用 Casper FFG（Friendly Finality Gadget）共識：

Epoch（時代）= 32 個 Slot
Slot（槽位）= 12 秒（目標區塊時間）

每個 Epoch：
1. 驗證者對區塊進行投票（Attestation）
2. 計算最終確定性（Finality）
3. 獎勵和懲罰結算

3. 隨機數生成

使用 RANDAO 機制產生隨機數：

# RANDAO 偽代碼
def generate_random(seed, round):
    hash = seed
    for i in range(round):
        hash = sha256(hash)
    return hash

合併過程

準備階段：

  1. Bellatrix 升級（2022年9月6日）
  1. Terminal Total Difficulty（TTD）

執行階段：

  1. 最後一個 PoW 區塊
  1. 過渡區塊

合併後狀態：

執行引擎與共識層交互

合併後的以太坊客戶端採用模組化設計：

┌─────────────────────────────────────────┐
│           共識 │
│  (層客戶端                   Lighthouse / Prysm / Nimbus / Teku)  │
└─────────────────┬───────────────────────┘
                  │ Engine API
                  ▼
┌─────────────────────────────────────────┐
│           執行引擎                       │
│   (Geth / Nethermind / Erigon / Besu)  │
└─────────────────┬───────────────────────┘
                  │ JSON-RPC
                  ▼
┌─────────────────────────────────────────┐
│           外部世界                      │
│    (用戶、應用、其它節點)               │
└─────────────────────────────────────────┘

Engine API 是連接兩層的關鍵接口：

// 典型的 Engine API 調用
{
  "jsonrpc": "2.0",
  "method": "engine_forkchoiceUpdatedV2",
  "params": [
    {
      "headBlockHash": "0x...",
      "safeBlockHash": "0x...",
      "finalizedBlockHash": "0x..."
    },
    "0x0"  // payload attributes
  ],
  "id": 1
}

驗證者系統

質押要求

基本要求：

質押流程：

  1. 準備質押憑證
   # 生成驗證者金鑰
   private_key = bls_secret_key_generate()
   public_key = bls_public_key_generate(private_key)

   # 提款憑證（通常是執行層地址）
   withdrawal_credentials = sha256(b'\x01' + address)[12:]
  1. 發送質押交易
   // 通過存款合約質押
   depositContract.deposit{value: 32 ETH}(
       public_key,
       withdrawal_credentials,
       signature,
       deposit_data_root
   )
  1. 激活驗證者

驗證者職責

1. 區塊提議（Block Proposal）

每個 slot（12秒）只有一個驗證者被選中提議區塊：

# 提議者選擇算法
def get_proposer(state, slot):
    epoch = compute_epoch(slot)
    seed = get_seed(state, epoch)
    indices = get_active_validator_indices(state, epoch)

    # 使用 RANDAO 選擇
    return indices[bytes_to_uint64(seed) % len(indices)]

2. 認證（Attestation）

每個驗證者在每個 slot 需要進行認證：

// 認證結構
struct Attestation {
    uint64 slot;
    uint64 committee_index;
    bytes32 beacon_block_root;
    bytes32 source_root;
    bytes32 target_root;
    BLSignature signature;
}

3. 同步委員會（Sync Committee）

約 512 名驗證者組成同步委員會：

獎勵與懲罰機制

獎勵來源：

  1. 區塊提議獎勵
  1. 認證獎勵
  1. 同步委員會獎勵

計算公式：

基本獎勵 = 4 * BASE_REWARD_FACTOR * sqrt(N) / (N * 1000000000)
其中 N = 活躍驗證者數量

懲罰類型：

  1. 非活躍懲罰
  1. 罰沒（Slashing）

嚴重違規的懲罰：

首次罰沒：min(3 * effective_balance, 1 ETH)
再次犯錯：全部質押
  1. 輕度懲罰

經濟學影響

ETH 發行量變化

PoW 時期：

PoS 時期：

對比表：

指標PoW 時期PoS 時期
年發行率4-5%0.5-1%
年通膨正接近零
供應量無上限有上限

質押收益

質押收益率：

# 質押收益計算
def calculate_staking_yield(staked_eth, total_staked):
    # 基礎發行
    base_reward = 512 * GWEI

    # 驗證者數量調整
    validator_count = total_staked // 32
    per_validator = base_reward / validator_count

    # 考慮在線率和表現
    effective_yield = per_validator * 0.95  # 假設 95% 在線率

    return effective_yield / 32

實際收益（截至 2024 年）：

EIP-1559 的交互

The Merge 與 EIP-1559 的結合創造了獨特的經濟模型：

費用燃燒：

優先費用：

安全模型分析

攻擊成本

PoW 攻擊成本（Merge 前）：

PoS 攻擊成本（Merge 後）：

最終確定性

確定性時間：

安全屬性：

弱主觀性

PoS 的一個重要特性是弱主觀性（Weak Subjectivity）：

概念：

解決方案：

技術挑戰與解決方案

合併面臨的挑戰

1. 客戶端兼容性

合併需要所有客戶端同時升級：

解決方案：

2. 狀態大小

合併後需要維護完整的歷史狀態：

解決方案：

3. 預期混亂

社區和市場對合併的不確定性：

解決方案：

合併後的技術演進

1. Shanghai 升級（2023年4月）

2. Dencun 升級（2024年3月）

3. 未來規劃

環境影響評估

能源消耗對比

PoW 時期：

年用電量：93 TWh
碳足跡：~46 MtCO2
比特幣對比：~150 TWh

PoS 時期：

年用電量：~0.01 TWh
節省：99.95%
碳足跡：~5000 tCO2

環保意義

1. 可持續性

2. 地理分布

3. 設備壽命

對 DeFi 生態的影響

質押者的新機會

1. 直接質押

2. 流動性質押

3. 質押池

對以太坊應用的影響

1. 區塊時間

2. 交易確認

3. MEV 提取

對 Layer 2 的影響

1. 成本

2. 安全

3. 升級路徑

參與方式

成為驗證者

要求：

軟體選擇：

共識客戶端語言特性
PrysmGo最流行
LighthouseRust最高效
NimbusNim最輕量
TekuJava企業級

運營商選擇：

類型代表質押量
中心化Coinbase, Binance較大
去中心化Rocket Pool較小
機構Staked, Figment專業

質押教育資源

官方資源：

社區資源：

常見問題

The Merge 是否已經完成？

是的，The Merge 於 2022 年 9 月 15 日成功完成。以太坊現在完全運行在 PoS 共識上。

我需要做任何操作嗎？

普通用戶和 ETH 持有者無需操作：

如果你是：

質押 ETH 需要多少 ETH？

成為獨立驗證者需要 32 ETH。使用流動性質押服務可以質押任意數量。

The Merge 後 ETH 會通縮嗎？

理論上可能，但實際情況取決於：

在網路活躍時，ETH 可能進入通縮。

PoS 以太坊安全嗎？

PoS 提供了強大的安全保障：

當然，沒有任何系統是 100% 安全，但 PoS 被广泛认为与 PoW 相当或更安全。

我可以從質押中提取獎勵嗎？

上海升級後，驗證者可以：

The Merge 對 Gas 費用有影響嗎？

The Merge 本身不直接影響 Gas 費用。後續升級（如 Dencun）才會降低費用。

延伸閱讀

以太坊技術

質押相關

Layer 2 擴容

參考資源

  1. Ethereum Foundation. "The Merge". ethereum.org
  2. Ethereum Improvement Proposal 3675: Upgrade Existing Consensus Mechanism
  3. Beacon Chain Specification. github.com/ethereum/consensus-specs
  4. "Eth2 Phases". Ethereum Foundation Blog
  5. "Merge Resources". ethereum.org
  6. "Understanding Validator Rewards". Ethereum Foundation
  7. "Weak Subjectivity in Proof of Stake". Ethereum Blog
  8. Beacon Chain Explorer
  9. [Ethereum Staking Dashboard](https://www.staking rewards.com)
  10. 合并技術規範

延伸閱讀與來源

這篇文章對您有幫助嗎？

評論

發表評論

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

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