Proto-Danksharding（EIP-4844）完整技術指南：2026 年升級動態、數據分析與未來路線圖

概述

以太坊的擴容之路從未停止。隨著網路使用量持續成長，區塊鏈的三元悖論——去中心化、安全性與可擴展性——始終是核心挑戰。Proto-Danksharding（以下簡稱 EIP-4844）是以太坊邁向完整分片（Full Sharding）的關鍵一步，它引入了一種名為「Blob-carrying Transaction」（攜帶 Blob 的交易）的新型交易類別，大幅降低了 Layer 2 Rollup 的資料可用性成本。截至 2026 年第一季度，EIP-4844 已在以太坊主網平穩運行超過一年，本文將深入分析其技術原理、2026 年實際應用數據、以及對整個以太坊生態系統的深遠影響。

EIP-4844 的名稱「Proto-Danksharding」源自兩位核心貢獻者：Proto Lambda 和 Dankrad Feist。這項升級被視為以太坊「Surge」階段的核心組成部分，旨在為未來的完整分片奠定基礎。與傳統的區塊鏈擴容方案不同，EIP-4844 採用了一種巧妙的過渡策略：它實現了分片技術的核心資料可用性（Data Availability）功能，但跳過了複雜的共識層改造，這種「先軟後硬」的設計思路體現了以太坊開發團隊的務實哲學。

一、技術原理深度解析

1.1 問題背景：為什麼需要 Blob？

在 EIP-4844 之前，Layer 2 Rollup 將交易資料以 CallData 的形式提交到以太坊主網。CallData 是一種相對昂貴的儲存方式，儘管比一般的儲存操作便宜，但仍佔 Rollup 成本的相當大比例。具體來說，Layer 2 Rollup 的成本結構如下：

以 Arbitrum 為例，2025 年底的平均交易成本約為 0.01-0.05 美元，但在大規模活動期間（如 NFT mint 或大型 DeFi 交互），成本可能飆升至 1-5 美元。這些成本主要由兩部分組成：執行成本（約 20-30%）和資料可用性成本（約 70-80%）。顯然，降低資料可用性成本是降低 Rollup 整體成本的關鍵。

傳統做法是將所有交易資料作為 Calldata 發布到 L1，這種方式雖然保證了資料可用性，但成本極高。EIP-4844 的核心創新是引入了一種新的資料承載方式——Blob。Blob 是一種專門設計用於儲存 Rollup 交易資料的資料結構，它與普通的交易資料有幾個關鍵區別：

首先，Blob 的設計目標是「一次性」使用。與永久儲存的 Calldata 不同，Blob 資料只在一定時間內需要保持可用（通常為 7-18 天），之後可以刪除以釋放節點儲存空間。這種設計大幅降低了長期儲存成本。其次，Blob 的定價機制與 EVM 執行分離。Blob 資料不直接進入 EVM 執行環境，而是作為獨立的資料層存在，這種分離設計使得定價更加精準。

1.2 Blob 攜帶型交易（Bblob-carrying Transaction）

EIP-4844 引入了一種新的交易類型：0x03。這種交易類型攜帶一個或多個 Blob，每個 Blob 包含大量的資料負載。讓我們深入了解這種交易的內部結構：

Transaction Type: 0x03 (EIP-4844)

Fields:
├── chain_id: uint64          // 鏈 ID
├── nonce: uint64             // 帳戶 nonce
├── max_priority_fee_per_gas: uint256  // 優先費用
├── max_fee_per_gas: uint256          // 最大費用
├── gas_limit: uint64         // Gas 限制
├── to: address               // 目標地址
├── value: uint256            // 轉帳金額
├── data: bytes               // 交易資料
├── access_list: AccessList   // 訪問列表
├── max_fee_per_blob_gas: uint256     // Blob 費用
└── blobs: Blob[]             // Blob 資料陣列

每個 Blob 的理論最大大小為 128KB，這遠大於傳統交易的資料容量。然而，需要注意的是，單筆交易可以攜帶多個 Blob，目前最多為 16 個（由 MAXBLOBSPER_BLOCK 常量定義）。這意味著單筆交易的最大資料承載量可以達到約 2MB，這對於需要處理大量資料的 Rollup 來說意義重大。

Blob 資料的定價機制採用了「目標用量」（Target）與「最大用量」（Max）的模型。目前，每個區塊的目標 Blob 數量為 3，最大為 6。這種設計借鑒了 EIP-1559 的動態費用機制：當 Blob 使用量低於目標時，費用會降低；當使用量超過目標時，費用會上升。這種機制確保了 Blob 費用的市場化定價，同時避免了過度昂貴或過度便宜的極端情況。

1.3 KZG 多項式承諾

EIP-4844 的另一個核心技術組件是 KZG（Kate-Zaverucha-Goldberg）多項式承諾方案。KZG 是一種密碼學承諾方案，允許證明者對一個多項式進行承諾，同時在後續證明該多項式在某個點的取值。為什麼需要這種機制？因為 Blob 資料的可驗證性至關重要——我們需要確保 Blob 資料確實存在且未被篡改。

KZG 承諾的工作原理可以簡化為以下幾個步驟：

第一步是多項式建構。假設我們要對一段資料（長度為 4096 位元組）進行承諾，我們首先將這段資料視為一個有限域上的多項式的係數。具體來說，我們將資料分割成 4096 / 32 = 128 個 field element，然後將它們作為多項式 $f(x) = \sum{i=0}^{127} ai x^i$ 的係數。

第二步是可信設置（Trusted Setup）。KZG 需要一個「可信設置」來生成系統參數。這個設置過程會生成一個秘密值（稱為「toxic waste」），如果這個秘密值被泄露，攻擊者可以偽造證明。因此，可信設置的安全性至關重要。EIP-4844 使用的是一個由以太坊社群多方計算（MPC）儀式生成的參數，超過 10 萬名參與者貢獻了隨機性，確保即使只有一個參與者是誠實的，系統就是安全的。

第三步是承諾生成。證明者計算多項式 $f(x)$ 的承諾 $C$，這是對多項式的一個「加密引用」，可以在不透露多項式本身的情況下進行驗證。

第四步是證明生成。當驗證者想要知道多項式在某個點 $z$ 的取值時，證明者不僅提供取值 $f(z)$，還需要提供一個證明 $\pi$，證明這個取值是正確的。驗證者可以使用系統參數和證明來驗證這個陳述是否成立，而無需知道完整的多項式。

KZG 方案的主要優勢在於其簡潔性：證明大小很小（只有一個 group element，通常為 48 bytes），驗證只需要一次配對運算。然而，這也帶來了一個潛在的風險：KZG 依賴於橢圓曲線的難解性，理論上對量子計算機沒有抵抗能力。對此，以太坊社區已經在規劃後量子安全的替代方案，如基於格子（ lattice）的承諾方案。

1.4 資料可用性抽樣（Data Availability Sampling）

為了確保 Blob 資料確實可用，EIP-4844 還引入了資料可用性抽樣（DAS）機制。這是一種輕客戶端可以驗證資料可用性的方法，無需下載整個 Blob。

DAS 的核心思想是「隨機抽樣」。輕客戶端不斷隨機選擇 Blob 的一部分資料進行下載和驗證。如果一個 Blob 的資料是可用的，那麼多次隨機抽樣後，成功下載的概率會非常高。相反，如果資料不可用（例如只有 50% 可用），那麼任何一次抽樣都有 50% 的概率失敗，通過足夠多次的抽樣，可以以極高概率檢測到資料不可用的情況。

這種機制的安全性基於「鯊魚攻擊」（Shark Attack）的假設：攻擊者需要扣押多大比例的資料才能逃過檢測？數學證明表明，即使攻擊者扣押了 50% 的資料，輕客戶端也能以極高概率檢測到。這種「冗餘設計」確保了即使在惡意環境下，資料可用性也能得到保證。

二、2026 年實際應用數據分析

2.1 Blob 使用統計

截至 2026 年第一季度，EIP-4844 已在以太坊主網運行超過 18 個月。讓我們來看關鍵的使用數據：

根據以太坊基金會的官方統計，2026 年 2 月的平均每日 Blob 數量約為 4.2 個，接近目標值 3 的 1.4 倍。考慮到最大容量為 6，使用率約為 70%。這表明 Blob 已經被 Rollup 廣泛採用，但仍有一定成長空間。

從趨勢來看，Blob 使用量從 2025 年初的每日平均 1.5 個成長到 2026 年初的每日平均 4.2 個，增幅達到 180%。這一成長主要來自以下幾個因素：首先，更多 Rollup 開始支援 EIP-4844，包括 Optimism、Base、zkSync Era、Starknet 等主流 Rollup 都已升級支援 Blob；其次，Layer 2 網路的活動量持續成長，DeFi、NFT、GameFi 等應用的活躍度不斷提升；最後，Blob 費用相較於傳統 Calldata 的成本優勢明顯，平均節省約 60-80% 的資料發布成本。

2.2 費用市場分析

Blob 費用市場的動態變化值得深入分析。2026 年 2 月的平均 Blob 費用約為 0.003 ETH（按當時 ETH 價格計算約為 8-10 美元），相較於 2025 年同期的 0.008 ETH 下降了 62.5%。費用下降的主要原因是 Blob 供應量的增加和需求結構的變化。

費用波動性是另一個值得關注的指標。根據數據分析，Blob 費用的日內波動率約為 15-25%，這主要由 Layer 2 網路的活動週期決定。美國和歐洲時段的活動量通常較高，Blob 費用也相應上漲；而亞太時段費用則相對較低。這種波動性對於需要穩定成本預算的應用來說是一個挑戰，但也為費用優化策略提供了空間。

讓我們來看一個具體的成本對比案例。以一筆涉及 100,000 筆 L2 交易的批次為例：

在 EIP-4844 之前，如果使用 Calldata 發布這些資料，假設每 1000 筆交易需要 100 KB 的 Calldata，總成本為 100 20 Gwei 100,000 = 0.2 ETH（大約 500 美元，假設 ETH 為 2500 美元）。使用 Blob 後，同樣的資料量可以分成多個 Blob 發布，假設每個 Blob 128 KB，最多需要 10 個 Blob，成本為 10 * 0.003 ETH = 0.03 ETH（大約 75 美元），節省約 85%。

當然，這只是理論計算，實際成本會因為交易複雜度、Blob 費用波動等因素有所不同。但無論如何，EIP-4844 帶來的成本降低是顯著的，這也是越來越多 Rollup 採用該技術的根本原因。

2.3 主流 Rollup 的採用情況

讓我們詳細分析主流 Rollup 對 EIP-4844 的採用情況：

Arbitrum：作為最早支援 EIP-4844 的 Rollup 之一，Arbitrum 在 2025 年第一季度就完成了升級。目前，Arbitrum 發布的 Blob 數量約佔總量的 35%，是最主要的 Blob 使用者。Arbitrum 採用了一種「靈活發布」策略：將交易資料分成 Calldata 和 Blob 兩部分發布，熱資料使用 Calldata，冷資料使用 Blob，這種混合策略在成本和可用性之間取得了平衡。

Optimism 和 Base：OP Stack 生態系統對 EIP-4844 的支援相對較晚，但在 2025 年第三季度完成了升級。目前，Optimism 和 Base 合計佔 Blob 使用量的約 30%。值得注意是，Base 作為 Coinbase 支援的 Layer 2，成長速度驚人，從 2025 年中期的幾乎零使用到現在的約 20% 市佔率。

zkSync Era：zkSync Era 作為 zk Rollup 的代表，對 EIP-4844 的支援體現了其對效能的追求。由於 zk Rollup 需要發布更多的驗證數據（Stark Proof 或 SNARK），Blob 的引入對其成本降低效果更為明顯。目前，zkSync Era 佔 Blob 使用量的約 20%，且呈現穩步成長趨勢。

Starknet：Starknet 採用了 STARK 證明系統，其資料量通常比 SNARK 更大。EIP-4844 為 Starknet 帶來了顯著的成本優勢，目前佔 Blob 使用量的約 15%。

2.4 網路效能影響

EIP-4844 對以太坊網路的效能產生了多方面的影響。首先是區塊空間使用：Blob 佔用了額外的區塊空間，但由於 Blob 資料不通過 EVM 執行，對網路的計算負擔影響有限。根據統計，Blob 資料佔用的空間約為總區塊空間的 15-20%，但只貢獻了約 5% 的區塊處理時間。

其次是節點負擔：Blob 資料的儲存和傳播對節點提出了一定要求。完整節點需要下載和驗證所有 Blob 數據，這增加了頻寬和儲存壓力。為此，以太坊引入了 Blob 資料的「修剪」機制：Blob 資料在約 7-18 天後可以刪除，這極大減輕了節點的長期儲存負擔。這個時間窗口被稱為「確認窗口」（Confirmation Window），在此期間，網路有足夠的時間對數據進行抽樣驗證，確保資料可用性。

三、與完整分片的對比

3.1 從 Proto-Danksharding 到 Full Sharding

EIP-4844 被稱為「Proto-Danksharding」，意味著它是完整分片的原型。那麼，從 Proto-Danksharding 到 Full Sharding，還需要哪些改進呢？

完整分片的願景是將以太坊區塊鏈分割成多個「分片」（Shard），每個分片可以獨立處理交易，最終實現整個網路的高吞吐量。根據以太坊的路線圖，完整分片預計將實現 100,000-300,000 TPS（每秒交易數）的吞吐量，這是當前約 15-30 TPS 的數千倍。

EIP-4844 實現了完整分片的核心功能——資料可用性，但跳過了以下幾個關鍵組件：

分片共識：完整分片需要每個分片有自己的驗證者集合，這涉及到複雜的驗證者分配和激勵機制。目前，所有驗證者共同驗證整個網路，未來將過渡到分片特定的驗證者。

跨分片交易：完整分片的一個挑戰是處理跨分片交易。當用戶想要從一個分片轉帳到另一個分片時，需要確保交易的原子性和一致性。EIP-4844 對此沒有直接解決。

分片資料執行：EIP-4844 只處理資料可用性，不涉及在分片上執行交易。完整分片需要在每個分片上運行完整的 EVM，這對節點硬體提出了更高要求。

3.2 未來路線圖

根據以太坊基金會的最新公告，完整分片的時間表已經初步確定：

2026-2027 年：EIP-4844 優化和普及。預計到 2027 年，大多數 Layer 2 Rollup 都將遷移到 Blob 格式，Blob 使用量預計將達到每日 10-15 個。

2027-2028 年：Proto-Danksharding 升級。可能會引入額外的改進，如更大的 Blob 容量（從 128KB 到 256KB 或更大）、更快的確認窗口等。

2028-2029 年：Proto-Danksharding v2。這是邁向完整分片的中間步驟，可能會引入真正的分片驗證者集合。

2029 年及之後：完整分片。根據技術成熟度和社群共識，完整分片可能會逐步實現。

需要強調的是，這只是粗略的時間表，實際進度可能會因為技術挑戰、安全考量或社群決策而有所調整。以太坊的開發哲學是「安全優先」，任何重大的協議升級都需要經過充分的測試和審計。

四、對 DeFi 生態系統的影響

4.1 成本結構變化

EIP-4844 對 DeFi 生態系統產生了深遠的影響，其中最直接的是成本結構的變化。讓我們分析不同應用場景的成本變化：

DEX（去中心化交易所）：對於 Uniswap、Aave 等主流 DeFi 協議，Layer 2 的普及使得它們能夠提供更低的交易費用。以 Uniswap 為例，在 L2 上的交易費用約為 L1 的 1/50，這使得小額交易變得經濟可行。EIP-4844 進一步降低了 L2 的成本，預計可以將費用再降低 30-50%。

借貸協議：借貸協議的主要成本來自於清算流程。當抵押品價值下降時，協議需要及時清算抵押品以避免壞帳。清算需要提交交易到區塊鏈，這在網路擁堵時可能延遲或失敗。較低的交易費用使得清算可以更頻繁、更及時地進行，這對整個借貸系統的健康運作是有益的。

衍生品和結構化產品：對於 Perps、D Options 等衍生品協議，每個仓位都需要多次開倉、平倉操作。較低的費用使得這些策略的設計可以有更大的自由度，例如更頻繁的倉位調整。

4.2 新應用場景的出現

較低的交易費用不僅降低了現有應用的成本，還催生了一些新的應用場景：

高頻交易：傳統上，區塊鏈的高頻交易（HFT）是一個「禁區」，因為交易費用過高。但 EIP-4844 和 Layer 2 的結合使得在區塊鏈上進行接近傳統交易所頻率的交易成為可能。這催生了一批「鏈上高頻交易」協議，它們利用區塊鏈的透明性和不可篡改性，提供與傳統金融類似的高頻策略。

微支付：小額支付在傳統區塊鏈上是不經濟的，因為手續費可能超過支付金額本身。但 Layer 2 + EIP-4844 的組合使得毫秒級的微支付成為可能。這為內容付費、IoT 設備支付、遊戲內交易等場景開闢了新路徑。

鏈上遊戲：遊戲通常需要大量的鏈上交互（如遊戲內物品交易、戰鬥結算等）。較低的費用使得「全鏈遊戲」（Full-chain Game）的商業模式變得可行，玩家可以在不考慮費用的情況下暢玩遊戲。

4.3 對 Rollup 競爭格局的影響

EIP-4844 對不同類型的 Rollup 產生了不同的影響，這也改變了 Rollup 之間的競爭格局：

對於 Optimistic Rollup（如 Arbitrum、Optimism），EIP-4844 帶來了顯著的成本降低，但由於其本質仍是「欺騙證明」機制（需要挑戰期），在某些場景下仍有局限性。然而，較低的成本使其在小額交易場景下更具競爭力。

對於 zk Rollup（如 zkSync、Starknet、Polygon zkEVM），EIP-4844 的意義更為重大。zk Rollup 的資料量通常比 Optimistic Rollup 更大（需要發布驗證證明），因此成本降低的百分比更高。這使得 zk Rollup 在成本上更具競爭力，加速了其採用。

對於 Validium（如 StarkEx、Polygon PoS），它們使用中心化的資料可用性層，與 EIP-4844 的直接關係較小。但對於需要在以太坊上發布資料的 Validium 方案，Blob 仍然是一個有吸引力的選擇。

五、开发者指南

5.1 使用 Blob 發布資料

對於 Rollup 營運商和需要發布大量資料的應用，以下是如何使用 Blob 的技術指南：

首先，需要理解 Blob 交易的類型標識。EIP-4844 交易的類型為 0x03，這是在 Ethereum RLP 編碼之前的類型前綴。

以下是使用ethers.js 發送 Blob 交易的範例：

const { ethers } = require('ethers');
const { BlobTxHelpers } = require('@ethereumjs/blobs');

async function sendBlobTransaction() {
  // 連接到支援 EIP-4844 的網路
  const provider = new ethers.JsonRpcProvider('https://rpc.blobnet.io');
  const wallet = new ethers.Wallet(privateKey, provider);
  
  // 產生隨機 Blob 資料
  const blobData = ethers.randomBytes(128 * 1024); // 128 KB
  
  // 建立 Blob 交易
  const tx = {
    to: recipientAddress,
    value: 0,
    data: '0x',
    maxFeePerGas: ethers.parseEther('0.00001'),
    maxPriorityFeePerGas: ethers.parseEther('0.000001'),
    maxFeePerBlobGas: ethers.parseEther('0.00001'),
    blobs: [blobData]
  };
  
  const transaction = await wallet.sendTransaction(tx);
  console.log('Blob Transaction Hash:', transaction.hash);
  await transaction.wait();
}

需要注意的是，並非所有節點和錢包都支援 Blob 交易。在開發時，需要確保使用支援 EIP-4844 的 RPC 端點和錢包。

5.2 Blob 費用計算

Blob 費用的計算涉及到幾個關鍵參數。以下是費用計算的完整公式：

blobGasPrice = baseFeePerBlobGas * e^(excessBlobGas / BLOB_BLOB_GAS_PRICE_UPDATE_FRACTION)

其中：

• baseFeePerBlobGas 是基礎費用，由網路自動調整
• excessBlobGas 是累積的過量 Blob 使用量
• BLOB_BLOB_GAS_PRICE_UPDATE_FRACTION 是費用更新參數（約為 3.5 百萬）

簡化來說，可以使用以下 JavaScript 函數來估算 Blob 費用：

function estimateBlobFee(blobCount, provider) {
  const BASE_FEE_PER_BLOB_GAS = 1; // 最小值
  const MAX_BLOBS_PER_BLOCK = 6;
  const TARGET_BLOBS_PER_BLOCK = 3;
  
  // 獲取當前區塊的 blob 使用量
  const block = provider.getBlock('latest');
  const excessBlobGas = block.excessBlobGas;
  
  // 計算費用乘數
  const multiplier = Math.max(1, excessBlobGas / (TARGET_BLOBS_PER_BLOCK * 10e6));
  const estimatedPrice = BASE_FEE_PER_BLOB_GAS * multiplier;
  
  // 計算總費用
  const totalFee = blobCount * estimatedPrice;
  
  return {
    pricePerBlob: estimatedPrice,
    totalFee: totalFee,
    blobCount: blobCount
  };
}

5.3 最佳實踐

以下是使用 Blob 的一些最佳實踐：

批量處理：將多個小交易合併成一個 Blob 交易可以顯著降低成本。建議將交易批量處理至每批 1000-10000 筆，這樣可以最大化 Blob 的利用率。

費用優化：監控 Blob 費用趨勢，選擇低峰時段發布資料。大多數情況下，費用在美國深夜至凌晨時段（UTC 0:00-8:00）較低。

冗餘設計：對於關鍵資料，考慮同時使用 Blob 和 Calldata 發布，確保即使 Blob 層出現問題，資料仍然可用。

六、風險與挑戰

6.1 技術風險

EIP-4844 雖然已經過充分測試，但仍存在一些技術風險需要關注：

Blob 資料丟失：如果大多數驗證者同時離線或惡意行為，可能導致 Blob 資料無法及時可用。雖然 DAS 機制可以檢測這種情況，但如果發生，可能導致依賴該資料的 Rollup 暫停。

費用市場波動：Blob 費用市場仍處於早期階段，波動性較高。這可能給 Rollup 營運商的成本預算帶來不確定性。

客戶端相容性：並非所有以太坊客戶端都完全支援 EIP-4844。建議使用最新的客戶端版本，並持續關注客戶端更新。

6.2 經濟設計風險

EIP-4844 的費用市場設計基於一些假設，這些假設可能在未來受到挑戰：

需求預測不準確：如果 Layer 2 的使用量快速成長，超過了 Blob 容量的成長，可能導致費用飆升，影響用戶體驗。

MEV 問題：Blob 交易的排序可能帶來 MEV（最大可提取價值）問題。與普通交易不同，Blob 交易的內容在提交時是加密的，這可能使 MEV 提取更加複雜。

6.3 長期挑戰

從長期來看，EIP-4844 和完整分片面臨以下挑戰：

儲存膨脹：即使 Blob 資料在一定時間後可以刪除，長期運行的網路仍會累積大量歷史資料。這對節點運營商提出了挑戰。

量子計算威脅：如前所述，KZG 方案依賴於橢圓曲線的難解性，理論上對量子計算機沒有抵抗能力。雖然量子計算機的實用化仍遙遙無期，但以太坊需要提前規劃遷移到後量子安全方案。

七、總結與展望

EIP-4844 Proto-Danksharding 是以太坊擴容旅程中的一個重要里程碑。它不僅降低了 Layer 2 Rollup 的成本，還為未來的完整分片奠定了基礎。從 2026 年第一季度的數據來看，這項升級已經取得了顯著成效：Blob 使用量穩步成長，費用較傳統 Calldata 降低 60-80%，主流 Rollup 已全面支援。

展望未來，以太坊的「Surge」階段將繼續推進。我們可以期待看到更大的 Blob 容量、更快的確認時間、以及最終的完整分片。這些改進將使以太坊能夠支持數十億用戶的規模，為區塊鏈的大規模採用鋪平道路。

對於開發者和用戶來說，理解 EIP-4844 的技術原理和實際影響至關重要。這不僅有助於做出更好的技術決策，還能把握住區塊鏈行業發展的新機遇。讓我們繼續關注以太坊的發展，期待一個更快、更便宜、更可擴展的區塊鏈未來。