概述
World Chain 的 EIP-7928 實現旨在通過 Flashblocks 串流傳輸區塊級訪問清單，使驗證者能夠在區塊仍在構建時就開始並行驗證。World Chain 於 2026 年 7 月 27 日在 Sepolia 上啟用了該系統，並計劃於 8 月 17 日啟動主網。因此，目前不應將其描述為在主網上完全激活。
EIP-7928 記錄了區塊執行期間觸及的帳戶、存儲位置、代碼更改以及結果值。通過提前了解這些依賴關係，驗證者可以在多個 CPU 核心上處理獨立交易，從存儲中預取狀態，並並行計算狀態根。World Chain 擴展了提議的以太坊設計，每個 200 毫秒的 Flashblock 傳輸訪問清單的一部分，而不是等待完整區塊。
內部測試網絡基準測試達到了每秒 1 gigagas，而驗證延遲沒有成比例增加。這些結果在技術上意義重大，但它們仍然是受控基準測試。主網性能、帶寬成本、故障處理和去中心化效果將決定該架構在真實工作負載下是否能提供相當的優勢。
關鍵要點
- World Chain Sepolia 於 7 月 27 日啟用了串流區塊訪問清單；主網激活計劃於 8 月 17 日進行。
- 每個 200 毫秒的 Flashblock 攜帶 EIP-7928 訪問清單的一部分。
- 驗證者可以並行執行獨立交易並計算狀態更改。
- World Chain 報告在標準雲基礎設施上測試達到了每秒 1 gigagas。
- 基準測試吞吐量不等同於持續的主網容量或用戶需求。
World Chain EIP-7928 如何運作
World Chain EIP-7928 解決了什麼問題？
它解決了當驗證者不知道交易將訪問區塊鏈狀態的哪些部分時所產生的順序驗證瓶頸。在傳統模型下，驗證者通常按順序執行交易，因為後續交易可能依賴於先前交易更改的餘額或存儲值。
區塊級訪問清單使這些依賴關係明確化。EIP-7928 定義了一種結構，記錄區塊執行期間訪問的帳戶和存儲槽，以及執行後的值。驗證者可以識別彼此不依賴的交易，並在多個工作進程中處理它們。
相同的數據可以支持並行磁盤讀取、交易驗證、狀態根計算和無執行狀態更新。清單必須與實際執行軌跡匹配；不準確的結果可能導致區塊被拒絕。因此，正式的 EIP-7928 規範將訪問清單視為可驗證的組件，而不是可選的性能提示。
訪問清單如何通過 Flashblocks 傳遞？
World Chain 每兩秒產生一個區塊，並將進行中的區塊劃分為簽名的 Flashblocks，大約每 200 毫秒傳遞一次。每個 Flashblock 攜帶該時間間隔內添加的交易以及相應的區塊訪問清單片段。
這些片段包含最小和最大交易索引，以便驗證者可以將它們組裝成區塊的完整清單。每個 Flashblock 還包含一個 access_list_hash，對該部分執行期間訪問和更改的狀態創建加密承諾。
跟隨者可以在每個片段到達時立即開始驗證。交易分佈在工作池中，結果按索引順序重新組裝，並檢查聲稱的狀態更改是否與執行一致。狀態根計算可以在後台進行。到最終 Flashblock 到達時，大部分驗證工作已經完成。
為什麼串流訪問清單可以改善擴展性
該設計能否在沒有更強硬件的情況下提高吞吐量？
World Chain 的測試表明，它可以提高驗證吞吐量，而不會成比例增加驗證者硬件，但仍需要主網證據。該項目在標準 AWS 雲基礎設施上測試了該設計，執行客戶端限制為四個虛擬 CPU 和普通的 EBS gp3 存儲。
一項九點測試將持續吞吐量從 1.7 Mgas/s 提高到 1 Ggas/s，區塊 gas 限制為 20 億。World Chain 報告稱，驗證延遲在較低吞吐量時增加，在 100 Mgas/s 附近達到拐點，然後隨著工作分佈在 CPU 工作進程和 Flashblock 間隔中而大致趨於平穩。
在飽和狀態下，所述約束是負載生成器和排序器，而不是驗證者。這表明並行驗證可能削弱較大區塊與較高區塊結束驗證延遲之間的傳統關係。結果和測試環境詳見 World Chain 的工程報告。
限制在於這些是項目在開發集群中運行的測試。主網交易可能產生不同的依賴模式、數據庫行為、網絡條件和狀態增長。
World Chain 與以太坊計劃設計有何不同？
以太坊已選擇 EIP-7928 作為計劃中 Glamsterdam 升級的主要組成部分。其提出的 Layer-1 實現在約 12 秒的區塊中使用單一區塊訪問列表，在區塊頭中放置承諾，並需要通過協調的硬分叉來啟動。
World Chain 使用相同的基本概念，但將其適應於更快的 Layer-2 管道。它不是每個區塊一個列表，而是每個 200 毫秒的 Flashblock 分發一個訪問列表片段。承諾出現在簽名的 Flashblock 增量中，數據通過 World Chain 的點對點協議傳輸。
World Chain 可以通過運行時標誌啟用該功能，因此部署不需要協調的網絡硬分叉。Sepolia 於 7 月 27 日啟動，而主網啟動計劃於 8 月 17 日進行。該實現使 World Chain 成為以太坊計劃稍後採用的執行概念的早期面向生產的測試。
安全性、帶寬和運營限制
不誠實的訪問列表能否使無效區塊變得有效？
不能，前提是驗證者獨立執行並比較結果，但不誠實的列表仍可能浪費驗證資源。區塊構建者在執行期間生成訪問數據，而跟隨者驗證聲明的讀取、寫入和後續值是否與他們自己的結果匹配。
如果列表遺漏了所需的狀態或報告了不正確的更改，則應檢測到差異並拒絕該區塊。簽名哈希也將構建者承諾到每個流式片段，從而在 Flashblock 間隔內識別分歧，而不是在整個兩秒區塊之後。
這種模型確實引入了實現複雜性。客戶端必須正確組裝片段，強制執行交易索引邊界，管理並行執行，並避免競爭條件。即使理論設計是健全的，並行化或承諾邏輯中的故障也可能成為共識或可用性風險。
8 月 17 日推出後應衡量什麼？
主要指標應包括持續的 gas 吞吐量、每個 Flashblock 的驗證延遲、CPU 利用率、數據庫輸入/輸出、帶寬消耗、狀態增長和跟隨者同步性能。World Chain 在故意存儲密集型測試下測量了每 Mgas 約 2–3 KiB 的訪問列表數據，而計算密集型工作負載生成的比例較小的列表。
運營穩定性與峰值吞吐量同樣重要。觀察者應跟踪錯過的區塊、排序器中斷、重組行為、驗證失敗以及不同硬件配置的節點性能。
需求是另一個約束。技術能力並不保證用戶或應用程序會消耗它。更高的限制可能有利於高頻支付、遊戲、社交應用程序和複雜的鏈上市場，但實際採用必須與基準容量分開。
主網數據必須驗證 World Chain 的擴展主張
World Chain EIP-7928 是改變 Layer-2 吞吐量驗證方式的重要嘗試。它不是完成一個大區塊然後要求跟隨者順序重放其交易，而是設計在區塊構建期間傳達狀態依賴關係。這允許驗證、狀態預取和狀態根計算在整個區塊間隔內並行進行。
這種方法尤其重要，因為在不改變驗證架構的情況下增加區塊容量可能會提高節點要求並削弱獨立參與。World Chain 的基準測試表明，流式訪問列表可能提供顯著更高的吞吐量，同時保持驗證者硬件相對適中。運行時標誌部署也為網絡提供了比以太坊 Layer-1 更快的部署路徑，在 Layer-1 中，等效更改需要共識範圍的硬分叉協調。
儘管如此，最強的主張在 8 月 17 日主網啟動產生可衡量的結果之前仍然是暫時的。受控測試無法完全代表主網狀態訪問模式、網絡變異性、客戶端故障或對抗行為。因此，World Chain EIP-7928 應被視為並行區塊鏈驗證的重要生產實驗——尚不能證明在實際需求下可以安全地維持 1 gigagas 的吞吐量。
來源
https://eips.ethereum.org/EIPS/eip-7928
https://world.org/blog/engineering/world-chain-full-block-access-lists
