Vitalik Buterin：僅將Merkle根存儲在鏈上無法完全解決以太坊的狀態數據問題

BitcoinWorld

Vitalik Buterin：僅將 Merkle 根儲存於鏈上無法完全解決 Ethereum 的狀態資料問題

Ethereum 聯合創辦人 Vitalik Buterin 就區塊鏈狀態儲存挑戰的持續爭論發表意見，釐清了僅將 Merkle 根儲存於鏈上——同時將實際資料轉移給用戶——並不能消除根本的可擴展性問題。Buterin 在 X 上的近期貼文中解釋，用於證明驗證所需的資料仍需被儲存和更新，且其大小最終可能接近整個狀態的規模。

Merkle 根方法及其局限性

Buterin 的評論針對 Ethereum 擴展討論中的一個常見提案：將鏈上儲存縮減為僅保留狀態的加密雜湊值（Merkle 根），由用戶持有完整資料。雖然這將降低直接的區塊鏈儲存成本，但 Buterin 指出，驗證者和節點仍需維護驗證資料。隨著時間推移，這些輔助資料的規模可能增長到與完整狀態相當，從而削弱效率提升的成果。

"解決方案是存在的，但與 Ethereum 目前的架構相比，它們需要重大的取捨和複雜的元件，" Buterin 寫道，暗示目前沒有簡單的解決方法。

背景：EIP-8037 與狀態成本爭論

此次討論由 DeFi 內容創作者 marilyn100x.eth 引發，她強調了 Ethereum 長期狀態儲存成本問題。該創作者解釋，Ethereum 改進提案（EIP）8037 旨在通過提高創建新合約、帳戶和儲存槽的成本來解決此問題——而非收取週期性儲存費用。這種方法旨在從創建環節遏制狀態膨脹，同時不對現有用戶施加懲罰。

狀態膨脹是指 Ethereum 帳本規模不斷擴大的現象，該帳本儲存了每個帳戶餘額、合約程式碼和儲存槽。隨著網路處理更多交易，狀態不斷擴展，增加了節點運營者的硬體需求，並可能導致網路中心化。

這對 Ethereum 用戶和開發者的意義

對於普通用戶而言，狀態儲存問題直接影響交易費用和網路效率。若不加以解決，不斷上升的儲存成本可能導致更高的 Gas 費用，或迫使較小節點下線，從而降低去中心化程度。對於開發者而言，在構建依賴大量鏈上資料的 DApp 時，了解不同狀態管理方法的取捨至關重要。

Buterin 的言論強調，Ethereum 邁向可擴展性的道路並不平坦。雖然 Rollup 等第二層解決方案解決了交易吞吐量問題，但基礎層的狀態管理仍是一項根本性的設計挑戰。

結論

Vitalik Buterin 的最新釐清再次強調，Ethereum 的狀態儲存問題需要的不僅僅是簡單的架構變更。僅將 Merkle 根儲存於鏈上雖然前景看好，但會引入新的驗證資料需求，可能抵消其帶來的好處。隨著社群探索 EIP-8037 等提案，重點仍在於平衡成本、安全性和去中心化——這是一個沒有簡單答案的複雜方程式。

常見問題

Q1：Ethereum 中的 Merkle 根是什麼？
Merkle 根是一個單一的加密雜湊值，用於彙總區塊或狀態中的所有資料。它允許在不將完整資料集儲存於鏈上的情況下，高效驗證資料。

Q2：EIP-8037 如何提議減少狀態膨脹？
EIP-8037 提高了創建新合約、帳戶和儲存槽的成本，使向狀態添加資料的費用增加了，從而在不收取持續儲存費用的情況下抑制不必要的狀態增長。

Q3：為什麼狀態儲存對 Ethereum 而言是個問題？
隨著更多用戶和應用程式使用 Ethereum，儲存所有帳戶餘額、合約程式碼和資料的狀態規模不斷擴大。這增加了運行節點的硬體需求，可能降低網路去中心化程度並提高交易成本。

本文 Vitalik Buterin：僅將 Merkle 根儲存於鏈上無法完全解決 Ethereum 的狀態資料問題 首次發表於 BitcoinWorld。