什麼是 Ethereum Fusaka 升級？12 個 EIP 開發者指南

Fusaka 升級是 Ethereum 下一次重大硬分叉，暫定於 2025 年 12 月 3 日在主網啟用。目前已在 testnet 上線，供早期整合與開發者測試使用。

Fusaka 接續 Pectra 的工作，引入 12 項協定變更（EIP），深化 Ethereum 在可擴展性、驗證者透明度、gas 經濟模型與密碼學方面的能力，使 Fusaka 成為目前納入 EIP 數量最多的一次升級。

Fusaka 這個名字結合了「Fulu」（共識層升級，以星星命名）與「Osaka」（執行層升級，以 Devcon 舉辦地命名）。在這篇文章中，我們會逐一拆解 Fusaka 帶來的各項改進，說明變更的內容以及對開發者的影響，無論你是在部署應用程式、智能合約，還是建構自己的鏈。

重點 EIP 一覽

Fusaka 的 12 項 EIP 涵蓋四個主要領域：

• 資料可用性與抽樣（Data availability & sampling）： 為 rollup 與 blob 開啟新的擴展路徑。
• 密碼學與數學原語（Cryptography & math primitives）： 為業界標準的 secp256r1 曲線提供原生 precompile，擴展鏈上密碼學能力。
• Gas 與執行變更（Gas & execution changes）： 最佳化 gas 成本與協定資源分配。
• 共識與驗證者運作（Consensus & validator operations）： 讓驗證者選擇更具可預測性並提升效率。

資料可用性與可擴展性

EIP-7594：對等資料可用性抽樣（PeerDAS）

EIP-7594 引入了 Peer Data Availability Sampling（PeerDAS），這是 Ethereum 驗證與儲存 blob 資料方式上的一次重大轉變。現在節點不再需要下載完整的 blob，而是從其他節點抽樣少量隨機片段，並協同驗證整個資料集是否可用。

這讓網路能在不犧牲信任或去中心化的前提下處理更多資料——這是將 Ethereum 資料層擴展到每個區塊數百個 blob 的前提條件。

PeerDAS 是邁向完整 Danksharding 的第一個實際步驟。透過讓節點只需專門儲存部分資料、同時仍能驗證所有內容，Ethereum 的吞吐量上限大幅提升。長期而言，這個機制可能將資料容量從每秒數百 KB 擴展到數 MB，直接降低 Layer 2 的資料發布成本，並支援高吞吐量的應用。

Rollups 可以用更低的成本發布更大批次的交易，提升吞吐量並降低使用者手續費。相關整合需要調整 blob 發布邏輯，以善用新增的容量。

EIP-7892：Blob Parameter Only（BPO）硬分叉

EIP-7892 引入了一種名為 Blob Parameter Only（BPO）硬分叉的新機制，讓 Ethereum 能夠調整與 blob 相關的參數（例如每個區塊的目標與最大 blob 數量），而不需要進行完整的網路升級。

BPO 不再將這類變更綁定在大型分叉中，而是建立了一個輕量、獨立的流程，用來因應 Layer 2 資料需求成長而擴展 blob 容量。

在 Fusaka 之前，調整 blob 上限意味著必須等待協調過的硬分叉，往往相隔數月之久。有了 BPO 之後，Ethereum 現在可以用更小、更安全的步驟增加 blob 容量，快速回應網路使用情況，同時維持可預測的擴展節奏。這讓手續費保持穩定、支援 Layer 2 持續成長，並消除因參數變更頻率過低、風險過高而造成的瓶頸。

EIP-7918：以執行成本作為 blob 基礎費用的下限

EIP-7918 透過引入一個與主要執行 gas 費用掛鉤的「保留價格」，改進了 Ethereum 的 blob 費用市場。這確保 blob 費用不會低於相對於整體網路需求的合理基準。

當執行 gas 變得昂貴、但 blob 使用量偏低時，此機制可防止 blob 價格崩跌到接近零（例如 1 wei），維持資料可用性市場的平衡與正常運作。

若沒有這個機制，當執行活動主導網路使用時，blob 費用市場可能會失去其經濟訊號——導致發布大量資料 blob 變得不合理地便宜。透過將 blob 定價錨定在執行成本上，EIP-7918 讓 blob 市場保持高效，防止定價過低，並在使用量突然上升時平抑費用波動。

資料可用性與可擴展性對開發者的影響

• Rollup 與 L2 開發者現在可以開始測試更高的 blob 發布量。隨著時間推移，預期成本會降低、吞吐量會提升，rollup 與 L2 也有更多空間在每筆交易中納入更多鏈上資料，而不會導致成本暴增。這將開啟過去受限於 calldata 或 blob 定價的新產品類型。
• 客戶端升級是必要的。節點現在參與的是協同抽樣，而非下載全部資料，因此儲存與頻寬需求會發生變化，但整體負載會變得更平衡、更具擴展性。
• EIP-7594（PeerDAS）將證明格式從 blob proof 改為 cell proof。發起 blob 交易的一方（L2 等）必須更新其軟體，改為產生 cell proof 而非 blob proof。此變更可能會使發送 blob 交易的應用程式失效。閱讀完整說明與遷移指南。
• 建議開發者在 2025 年 12 月 3 日主網啟用前，先在 Fusaka testnet 上驗證自己的 rollup sequencer 與 DA pipeline，並確認在所有實作 PeerDAS 與 BPO 排程的客戶端版本間的相容性。

密碼學與數學原語

EIP-7939：CLZ（count leading zeros）opcode

EIP-7939 引入了一個新的 opcode——CLZ，用來計算一個 256 位元數值中前導零位元的數量。它回傳的是在第一個「1」位元出現之前有多少個零位元。舉例來說，0x000...001 會得到 255，而 0x800...000 會得到 0。它會從堆疊中彈出 x，並將 x 中前導零位元的數量推入堆疊。若 x 為零，則會推入 256。

這個看似微小卻十分實用的新增功能，讓開發者在 Solidity 中進行底層數學運算時，不再需要昂貴的逐位元迴圈邏輯。

CLZ 讓整數對數運算、正規化、隨機數產生以及各種位元運算，都能只用一個 opcode 就有效率地實作。依賴快速位元運算或對數尺度運算的 DeFi 協定、rollup 合約與密碼學原語，都能因此獲得明顯的 gas 節省與更簡潔的邏輯。

範例應用：

EIP-7951：secp256r1 曲線的 precompile

EIP-7951 為 secp256r1（NIST P-256）橢圓曲線新增了原生 precompile，這是 WebAuthn、硬體安全模組與企業級錢包中最廣泛使用的密碼學曲線之一。在此之前，Ethereum 只支援 secp256k1 與 BLS12-381，導致開發者必須在鏈下驗證 P-256 簽章，或透過成本高昂的自訂合約來處理。這個 precompile 讓快速、低 gas 成本的驗證得以直接在 EVM 中進行。

原生支援 secp256r1，讓與 WebAuthn 和 FIDO2 標準的無縫整合成為可能——這正是硬體金鑰、瀏覽器與企業身分驗證系統所使用的密碼學方式。錢包與應用程式現在可以在鏈上原生驗證使用者簽章，減少對外部中繼或託管層的依賴。這對企業與主流採用而言是關鍵一步，能將現實世界的身分系統與 Ethereum 智能合約連接起來。

密碼學與數學原語對開發者的影響

• EIP-7951（secp256r1 precompile）： 開發者現在能以原生、低 gas 成本的方式支援 secp256r1（P-256）曲線——這正是 WebAuthn、硬體錢包與企業系統所使用的密碼學方式。這讓在智能合約中直接建構鏈上身分驗證、硬體金鑰驗證與安全登入流程成為可能，而不必依賴鏈下驗證或自訂數學函式庫。這也為企業與機構整合開啟了大門，因為 P-256 在這些場景中已是標準，讓開發者能更輕鬆地接入現實世界的身分與安全系統。
• EIP-7939（CLZ opcode）： 新的 CLZ opcode 讓開發者能以原生、省 gas 的方式處理位元層級的數學運算，不再需要在 Solidity 中撰寫 256 次迭代的迴圈。這讓 log2、正規化、隨機數產生與位元遮罩等運算變得便宜許多、實作也更簡單。像 AMM、rollup、oracle 與證明系統這類數學運算密集的協定，可以透過這個 opcode 獲得顯著的 gas 節省，以及更簡潔、更快速的邏輯。
• 這些升級共同擴展了 EVM 的密碼學與數學能力，讓開發者能直接在 Ethereum 上建構更安全、更高效、也更貼近現實世界應用需求的程式。

Gas 與執行變更

EIP-7823 與 EIP-7883：MODEXP 上限與 gas 成本調升

EIP-7823 與 EIP-7883 共同重新定義了 MODEXP（模指數運算）precompile 的成本與限制，這是鏈上密碼學與 zk-proof 驗證中使用的函式。這些更新對最大允許輸入大小設定了上限，並提高 gas 成本，以更準確反映所需的運算量，防止定價過低的高負載數學運算成為潛在的阻斷服務攻擊向量。

透過收緊上限並調整定價，Ethereum 降低了運算濫用的風險，同時讓複雜數學運算的 gas 使用更具可預測性。這對執行如 zk-SNARK 驗證、模運算與橢圓曲線數學等密碼學功能的合約而言，能提升穩定性。

EIP-7825：交易 gas 上限

EIP-7825 為單一交易可消耗的 gas 量設定了硬性上限。這確保單一大型交易無法獨佔整個區塊的容量，也不會延遲其他交易。

這使區塊執行更具一致性，並降低異常交易影響網路效能的風險。部署高運算量合約或大批次操作的開發者，需要重新設計流程，將運算拆分到多筆交易中，而不是全部塞進單一交易。

EIP-7934：RLP 執行區塊大小上限

EIP-7934 對 RLP 編碼後的區塊大小設定了新的上限，也就是限制區塊序列化後的最大大小。這可以防止區塊過度膨脹，並提升節點間的傳播效率。

有了這個上限後，區塊傳播變得更快、更具可預測性，降低了傳播延遲與分叉的風險。此舉也讓客戶端在處理大型區塊時的行為更加標準化，提升跨客戶端的一致性。

EIP-7935：預設 gas 上限調整為 60M

EIP-7935 將每個區塊的預設 gas 上限提高到 6,000 萬，較先前的門檻有所提升。這項調整因應 blob 與執行資料需求的成長，為開發者與 rollup 提供更多空間來處理複雜交易與批次操作。

更高的 gas 上限擴展了可用的區塊空間，讓更大批次的 rollup、複雜的 DeFi 互動，以及資料密集型應用能有更高的吞吐量。這對經常觸及先前區塊 gas 上限的鏈上系統開發者而言，是直接的助益。

Gas 與執行變更對開發者的影響

• EIP-7823 與 EIP-7883（MODEXP 更新）： 使用模指數運算來處理密碼學或 zk-proof 的開發者，會看到 gas 成本提高但更具可預測性。應更新驗證與證明合約中的 gas 假設，避免因新的上限而造成定價過低的呼叫或非預期的 revert。
• EIP-7825（交易 gas 上限）： 執行大量運算或複雜狀態更新的應用程式，必須將繁重的邏輯拆分到多筆交易中，或採用批次處理機制。處理多步驟交易的框架（例如橋接器或 sequencer）應確認其執行流程符合新的單筆交易上限。
• EIP-7934（RLP 區塊大小上限）： 基礎設施供應商、區塊瀏覽器與追蹤工具，應確保與有上限的 RLP 區塊大小相容。依賴區塊序列化的客戶端與 API，必須妥善處理接近上限的邊界情況。
• EIP-7935（預設 gas 上限 60M）： 開發者可獲得更多區塊空間，用於 rollup 批次、DeFi 互動與高頻操作。這也讓建構者在處理資料密集型協定時擁有更多彈性，而不必冒著網路不穩定的風險。
• 綜合來看，這些升級讓 Ethereum 的執行環境更具可預測性、可擴展性與安全性，為高吞吐量的 apps、L2 系統與鏈上密碼學，提供更順暢的基礎。

共識與驗證者運作

EIP-7917：確定性提案者前瞻機制

EIP-7917 為 Ethereum 驗證者引入了確定性的提案者前瞻（lookahead）機制。驗證者不再需要依賴短期隨機性來決定誰將提出下一個區塊，而是能提前多個 slot 得知提案者集合。這種透明度降低了不確定性，讓整個網路的區塊生成更具可預測性。

確定性前瞻機制改善了驗證者間的協調、MEV 平滑化以及區塊中繼效率。由於提前得知下一位提案者是誰，builder、proposer 與 relay 都能更有效地規劃。這也降低了臨時性 reorg 嘗試的發生，並提升提案者輪替過程的公平性。

EIP-7642：歷史資料過期與更簡化的收據

EIP-7642（也稱為 eth/69）透過引入歷史資料過期機制與更精簡的收據格式，簡化了 Ethereum 處理舊有鏈上資料的方式。較舊的歷史資料現在可以在一段固定期間後安全地被清除，而收據則變得更輕量、更容易驗證。

這項變更大幅降低了節點長期的狀態成長，減少儲存成本並改善同步時間。更簡化的收據也讓輕客戶端與索引工具的證明驗證流程更加精簡。隨著鏈的規模持續成長，Ethereum 的節點運作也變得更具永續性。

共識與驗證者運作對開發者的影響

• EIP-7917（確定性提案者前瞻機制）： 驗證者運營者與質押客戶端應更新至新的提案者選擇邏輯，以確保對未來提案者集合有一致的視角。MEV builder 與區塊 relay 現在可以提前更久規劃區塊範本，改善延遲並減少區塊提交流程中的競爭條件。監控與分析工具應呈現未來的提案者輪替，以提升透明度與驗證者協調。
• EIP-7642（歷史資料過期與更簡化的收據）： 節點運營者可享有較低的磁碟使用量與更快的清理速度，但若需要封存存取，必須確認客戶端的資料保留設定。基礎設施與區塊瀏覽器開發者應更新收據解碼與索引流程，以符合簡化後的收據結構。一旦歷史資料過期機制生效，依賴舊交易收據的應用程式或證明系統，可能需要改為依賴第三方封存服務。

這些 EIP 共同改善了驗證者協調、區塊傳播與節點長期的永續性——為開發者提供一個更快速、更精簡、也更具可預測性的共識層作為建構基礎。

邁向下一個時代，更快速、更聰明的 Ethereum

Fusaka 升級是 Ethereum 演進歷程中的又一個重要里程碑，匯集了資料可用性、gas 效率、共識可預測性與密碼學能力方面的突破。對開發者而言，Fusaka 帶來了更高效的執行層、更具可預測性的手續費市場，以及更強大的密碼學基礎，讓更快的 rollup、更輕量的節點運作，以及原生 WebAuthn 驗證、精確鏈上數學運算等新使用案例得以實現。最終結果是一個更具擴展性、更安全，也更貼近開發者需求的 Ethereum，為下一代高效能應用做好準備。

延伸資源

• PeerDAS 與 blob 擴展： 了解如何遷移到 cell proof，並為 rollup 準備更高的 blob 容量。
• 了解 像 World 這樣的團隊如何透過 Alchemy rollups 擴展到數百萬使用者，並聯絡我們的團隊以取得存取權限。
• 開始在 Ethereum 上建構：使用 Alchemy 世界級的區塊鏈開發者平台，打造網路經濟的未來。

我們在此協助你充分運用 Fusaka。歡迎聯絡我們的團隊，開始在 Fusaka testnet 上測試，並打造鏈上的未來。

常見問題

Ethereum Fusaka 升級何時發生？

Fusaka 升級目前已在 testnet 上線，並以 2025 年 12 月 3 日作為主網啟用的目標日期。開發者、節點運營者與 rollup 團隊現在就應開始進行整合測試，以確保與 PeerDAS、gas 排程更新以及客戶端行為變更的相容性。

錢包與應用程式如何整合新的 secp256r1 precompile（EIP-7951）？

Fusaka 為 secp256r1（P-256）橢圓曲線引入了原生 precompile，這正是 WebAuthn、FIDO2 裝置以及許多企業身分驗證系統所使用的曲線。目前已依賴 WebAuthn 進行登入的錢包與應用程式，現在能夠直接在鏈上驗證簽章，不再需要中繼或自訂密碼學函式庫。

要進行整合，你需要參照新的 precompile 位址，並更新簽章驗證邏輯，改為直接呼叫它，而不是在鏈下進行驗證。這讓安全、無密碼的登入方式以及基於硬體金鑰的交易，實作起來明顯更容易。

PeerDAS 如何影響 rollup 資料發布與 DA pipeline？

Peer Data Availability Sampling（EIP-7594）改變了整個網路儲存與驗證 blob 資料的方式：節點現在抽樣 blob 資料的片段，而不是下載完整的 blob。這讓 rollup 能以更低的成本發布更大批次的資料，提升吞吐量並降低每筆交易的手續費。

不過，目前產生 blob proof 的 rollup 必須更新其軟體，改為產生代表新 DA 證明格式的 cell proof。這是 L2 sequencer、DA pipeline，以及任何準備 blob 交易的工具所面臨的主要破壞性變更。

Fusaka 將如何影響 Ethereum 與 L2 的 gas 費用？

Fusaka 包含多項更新，讓執行成本更具可預測性、擴展區塊 gas 容量，並調整了部分密碼學運算的定價。對使用者而言，這通常意味著隨著時間推移 L2 手續費會降低，因為 PeerDAS 開啟了更大且更有效率的 blob 發布方式。

對開發者而言，模指數運算等高 gas 消耗的操作定價會更準確，因此部分 zk 驗證或數學運算密集的合約，每次呼叫的成本可能會提高，但波動性會降低。整體而言，Fusaka 推動 Ethereum 朝向更便宜的 rollup 執行方式，以及整個技術堆疊中更穩定的手續費市場邁進。