--- title: "2026 年在以太坊上建構：發生了什麼變化" description: "自 2023 年以來的這三次協定升級改變了建構者關心的兩件事：使用第一層 (L1) 的成本以及一般錢包的功能。這是一份 2026 年在以太坊上建構的實用指南。" author: "菲利普·克勞斯" team: "EF 建構者成長團隊" tags: - "燃料費用" - "帳戶抽象化" - "協定升級" published: 2026-05-07 image: /images/developers/blog/latest-post-header-3.png breadcrumb: "2026 年在以太坊上建構" lang: zh-tw --- 如果您對以太坊的認知模型還停留在 2021 到 2023 年，那麼它已經過時了。自那時以來的這三次協定升級——2024 年 3 月的 [Dencun](/roadmap/dencun/)、2025 年 5 月的[佩克特拉](/roadmap/pectra/)，以及 2025 年 12 月的[富薩卡](/roadmap/fusaka/)——改變了建構者關心的兩件事：使用第一層 (L1) 的成本以及一般錢包的功能。 ## 主網再次變得便宜 {#mainnet-is-cheap-again} 2021 到 2023 年的費用機制已不再是安全的預設假設。 截至 2026 年 5 月 5 日，Etherscan 的燃料追蹤器顯示標準燃料約為 0.15 Gwei，而整個 4 月的日均值接近 0.5 Gwei。在這種水準下，一筆基本的 ETH 轉帳成本不到一美分，而最近幾天的典型成本也僅落在個位數美分的低位。在最近的每次升級中，這種趨勢一直在下降，而下一次升級（[格蘭斯特丹](/roadmap/glamsterdam/)）預計將進一步降低費用。這使得「以太坊主網對大多數應用程式來說太貴了」成為一個過時的出發點。 如果您想要一個簡單的經驗法則，請使用燃料數學計算，而不是陳舊的傳聞。以最近 4 月的平均值 0.5 Gwei 和 ETH 約 2,350 美元計算，說明性成本如下所示。 | 操作 | 消耗燃料 | 說明性成本 | | :-------------- | :---------- | :---------------- | | ETH 轉帳 | 21,000 | **$0.025** | | ERC-20 轉帳 | \~65,000 | **$0.076** | | ERC-20 授權 | \~46,000 | **$0.054** | | 兌換 | \~180,000 | **$0.21** | | ERC-20 部署 | \~1,200,000 | **$1.41** | 這些只是範例，並非保證。成本會隨著 ETH 價格、Gas 價格和合約複雜度而變動。在一個正常的月份裡，Gwei 的讀數可能會有很大的波動，而美元成本卻幾乎沒有變動，因為匯總現在承載了以太坊約 95% 的交易，而且第一層 (L1) 的運行通常遠低於其區塊目標。主網費用現在已經夠低，許多應用程式都可以合理地在主網上運行。 ### 成本下降的原因 {#why-costs-fell} 三次升級發揮了主要作用。 Dencun（2024 年 3 月）引入了 EIP-4844，並透過資料塊為匯總提供了專屬的資料通道，且具有獨立的費用市場。匯總不再與同一區塊空間上的普通執行流量競爭。 佩克特拉於 2025 年 5 月 7 日啟用。EIP-7691 將資料塊吞吐量從每個區塊目標 3 個 / 最多 6 個資料塊，提高到目標 6 個 / 最多 9 個，這擴展了匯總使用的廉價資料通道，並進一步降低了第二層 (L2) 的費用。 富薩卡於 2025 年 12 月 3 日啟用。其標誌性的容量變化是 PeerDAS，它允許驗證者對資料塊資料進行抽樣，而不是完整下載每個資料塊，而這種抽樣正是讓更高的資料塊數量在網路層保持安全的關鍵。同時，社群在 2025 年期間將第一層 (L1) 的 Gas 限制從 3000 萬提高到 6000 萬，而富薩卡的 EIP-7935 將 6000 萬標準化為新的預設值。EIP-7825 將任何單筆交易的上限設定為約 1678 萬燃料，大多數應用程式永遠不會注意到這一點，但非常大型的部署和單體多重呼叫現在必須符合此限制。EIP-7951 還在主網上新增了原生的 secp256r1 (P-256) 驗證，這使得在帳戶流程中驗證通行密鑰和 WebAuthn 簽章的成本大幅降低。 最終的結果是，主網的定價不再像一條永久擁堵的鏈。 ## EIP-7702 如何改變帳戶模型 {#how-eip-7702-changes-the-account-model} 佩克特拉還發布了 EIP-7702，它讓一般錢包能夠存取智能帳戶的行為，例如批次處理、燃料贊助、工作階段金鑰、復原流程以及對通行密鑰友善的使用者體驗 (UX)，而無需讓使用者遷移到新帳戶。 它的運作方式是新增一種新的交易類型（類型 `0x04`，`SetCode`），讓外部擁有帳戶 (EOA) 可以設定一個指標，指向已部署的合約程式碼。使用者保留相同的地址，原始的 EOA 金鑰保留對帳戶的最終控制權，並且委託稍後可以更改或重設為空地址。 對於應用程式建構者來說，實際的改變是向錢包請求結果，而不是進行低階的 EIP-7702 設定。如果使用者需要在一個流程中進行授權和兌換，請透過 ERC-5792 `wallet_sendCalls` 請求批次處理。錢包可以決定是否使用 EIP-7702、ERC-4337 或其他帳戶系統。 被委託的程式碼是一個安全邊界。如果錢包將 EOA 指向有錯誤或惡意的程式碼，該程式碼就可以作為使用者發起呼叫，包括代幣授權、轉帳和應用程式互動。建構者應將委託目標視為錢包基礎設施，依賴經過錢包審查的實作，而不是隨意要求使用者委託給由應用程式控制的程式碼。 ## 這對建構方式有何改變 {#what-this-changes-about-how-to-build} 過去建構者預設的問題通常是「哪個第二層 (L2) 夠便宜？」這個問題仍然有答案，但它不再是唯一的問題。在正常負載下，第一層 (L1) 的費用處於每筆交易幾美分的範圍內，而且 EIP-7702 讓任何錢包都能提供智能帳戶的使用者體驗而無需遷移地址，因此更有用的預設問題是：應用程式是否應該存在於主網上，或者特定的第二層 (L2) 是否提供了第一層 (L1) 無法提供的真正分發、流動性或使用者體驗優勢。 對帳戶的假設也發生了變化。在設計新的應用程式時，不要再假設每個使用者帳戶都是一個普通的 ECDSA EOA，且必須在執行任何有用的操作之前持有 ETH。優先選擇錢包層級的批次處理介面（例如 ERC-5792 `wallet_sendCalls`），假設燃料贊助和工作階段金鑰將成為標準的錢包功能，並將通行密鑰和復原流程視為帳戶使用者體驗介面的一部分，而不是獨立的入門引導技巧。 ## 下一步是什麼 {#whats-next} 以太坊下一個命名的升級是格蘭斯特丹，其主要項目包括區塊層級存取清單 (BAL) 和內建的提案者與建構者分離 (ePBS)。這些功能共同確保了將區塊 Gas 限制從目前的 6000 萬安全地提高到約 2 億，從而為建構者留下更多的第一層 (L1) 容量。預計將於 2026 年下半年啟用。在格蘭斯特丹之後，計畫將推出 [Hegotá](https://forkcast.org/upgrade/hegota/)，並選擇分叉選擇強制包含清單 (FOCIL) 作為其主打功能。 對於建構者來說，值得追蹤的項目包括更多的第一層 (L1) 容量 (BAL)、更可靠的交易包含 (FOCIL)，以及邁向原生帳戶抽象化的路徑。ePBS 是格蘭斯特丹的另一個重點，它主要是一項基礎設施變更，消除了第一層 (L1) 交易包含下的信任依賴。直接的應用程式層級介面變化很小。 BAL 的目的是在用量增長時保持第一層 (L1) 的低廉成本。簡單來說，一個區塊會附帶一個它所涉及的帳戶和儲存空間的映射圖。客戶端可以使用該映射圖來預先擷取資料並平行執行獨立的交易，這使得提高第一層 (L1) Gas 限制變得更加安全，而不會導致區塊驗證速度過慢。對建構者而言，實際的影響是更多的活動可以回到主網，而不會自動重現 2021 到 2023 年的燃料機制。 FOCIL 的目的是確保有效的交易能夠進入區塊，即使某個區塊生產者寧願將其排除在外。如今，如果建構區塊的一方忽略了一筆交易，協定的其餘部分強制將其納入的方法很有限。有了 EIP-7805，幾位驗證者實際上會說：「我們看到這些有效的交易在公共記憶體池中等待。」下一個區塊就必須包含它們，否則驗證者可以拒絕支援該區塊。對於建構者來說，當可靠地存取第一層 (L1) 成為產品的一部分時（包括隱私工具、受監管的法幣通道，或服務於可能被某些基礎設施供應商過濾的使用者的應用程式），這一點就顯得非常重要。 對於應用程式建構者來說，最需要密切關注的 Hegotá 項目是帳戶抽象化。EIP-8141（框架交易）將新增一種交易類型，在這種交易中，驗證、執行和燃料支付被拆分為多個框架。在實務上，這意味著智能帳戶可以自行驗證交易、定義自己的簽章規則、授權由誰支付燃料，並執行一項或多項操作，而無需依賴 ERC-4337 EntryPoint、打包者 (bundlers) 或應用程式運行的中繼者 (relayers)。 這改變了產品的假設。燃料贊助成為一種原生的帳戶模式，而不是每個應用程式都必須單獨安排的基礎設施。替代的簽章方案變得更容易支援，包括現今的通行密鑰，以及如果後量子遷移變得必要時，擺脫 ECDSA 的路徑。如果 EIP-8141 或類似的原生帳戶抽象化設計落地，建構者模型將從「一個 EOA 簽署一筆交易」轉變為「一個帳戶定義它如何驗證、支付和執行一筆交易」。 這是一個方向，而不是承諾。EIP-8141 目前處於草案階段，截至 2026 年 5 月，它僅被「考慮納入」Hegotá，這意味著客戶端團隊正在討論它，但尚未承諾在該次升級中發布它。2026 年帳戶使用者體驗的實際建構路徑仍然是 EIP-7702 加上 ERC-4337 錢包流程，但建構者在設計時應假設可程式化帳戶正在成為預設的帳戶模型。 ## 現在該如何改變建構方式 {#what-to-build-differently-now} 首先重新檢查舊的費用假設。如果您的部署策略仍然預設將以太坊主網視為 10 到 30 Gwei 的環境，那麼它可能將過多的工作路由到了第一層 (L1) 之外。當您的應用程式依賴於共享流動性、與現有協定的可組合性、中立性，或者應該存在於以太坊安全性和社會共識最強之處的高價值狀態時，主網值得優先考慮。 基於仍然重要的原因使用第二層 (L2)，包括分發、極高的交易量、特定應用程式的生態系統，或者需要盡可能接近零的單次操作成本。重點不是「一切都在主網上」。重點是「主網太貴了」不應再成為第一個過濾條件。 在帳戶方面，應針對錢包功能進行建構，而不是原始的 EOA。您的前端應該準備好迎接透過錢包傳來的批次呼叫、贊助燃料、工作階段金鑰、通行密鑰和復原流程。EIP-7702 和 ERC-4337 是當今實用的工具。原生帳戶抽象化是接下來要追蹤的方向。 不要再將以太坊主網視為只有在最後才會接觸的昂貴結算層，也不要再將使用者帳戶視為必須持有 ETH 才能執行任何操作的靜態 ECDSA 金鑰。2026 年的以太坊正朝著更便宜的第一層 (L1) 執行和可程式化帳戶邁進。為那個世界而建構吧。 ## 延伸閱讀 {#further-reading} - [佩克特拉主網公告](https://blog.ethereum.org/en/2025/04/23/pectra-mainnet) - [富薩卡主網公告](https://blog.ethereum.org/2025/11/06/fusaka-mainnet-announcement) - [2026 年協定優先事項更新](https://blog.ethereum.org/2026/02/18/protocol-priorities-update-2026) - [檢查點 #9（2026 年 4 月）](https://blog.ethereum.org/2026/04/10/checkpoint-9) - [ethereum.org 上的佩克特拉 7702 指南](https://ethereum.org/en/roadmap/pectra/7702/) - [EIP-7702 為 EOA 設定程式碼](https://eips.ethereum.org/EIPS/eip-7702) - [EIP-7928 區塊層級存取清單](https://eips.ethereum.org/EIPS/eip-7928) - [EIP-7805 分叉選擇強制包含清單 (FOCIL)](https://eips.ethereum.org/EIPS/eip-7805) - [EIP-8141 框架交易](https://eips.ethereum.org/EIPS/eip-8141) - [Forkcast Hegotá 升級](https://forkcast.org/upgrade/hegota/) - [Etherscan 燃料追蹤器](https://etherscan.io/gastracker) - [EIP-7773 格蘭斯特丹硬分叉元資料](https://eips.ethereum.org/EIPS/eip-7773) - [ethereum.org 上的格蘭斯特丹路線圖](https://ethereum.org/roadmap/glamsterdam/)