以太坊開發者 Derek Chiang 於 9 月 7 日表示，EIP-8141 的作者找到了一種方法，可以將多種交易功能表達為可程式化的合約呼叫，而不是將它們單獨添加到以太坊的交易封套中。
摘要
- 以太坊開發者表示，EIP-8141 可以通過稱為可程式化框架的合約呼叫來表達交易功能。
- 框架可以支援到期、簽名聚合、隱私證明和交易後斷言，而無需新的封套欄位。
- EIP-8141 計劃用於 Hegotá，但其規範仍為草案，啟動日期尚未確定。
- 開發者正在協調 EIP-8141 與 EIP-8130，以保持結構並提高基礎設施的交易可讀性。
- Vitalik Buterin 認為，分離交易操作和依賴關係可以實現並行驗證並降低成本。
Chiang 是 EIP-8141 的共同作者和 Ethlabs 貢獻者，他在一篇貼文中將這一發展描述為“設計突破”，討論了該提案作者最近的工作。這種方法將交易到期、聚合簽名、隱私池 Merkle 根和交易後斷言視為稱為“框架”的呼叫。
官方草案規範將框架交易定義為一系列合約呼叫。不同的框架可以驗證交易、批准其 gas 支付或執行使用者操作。該提案目前提供了三種模式：DEFAULT、VERIFY 和 SENDER。
VERIFY 框架可以檢查所需條件是否滿足。SENDER 框架從被識別為交易發送者的帳戶執行操作。框架也可以分組為原子批次，這意味著批次中的每個操作要么全部成功，要么整個組回滾。
該提案仍然定義了一個基礎交易封套，包含鏈 ID、nonce、發送者、費用、簽名和框架列表等欄位。Chiang 的觀點更狹窄：開發者可能能夠通過新的框架目標和呼叫模式引入更多功能，而無需為每個功能創建另一種封套格式。
穩定的封套可以減少協調工作
更改以太坊交易封套影響的不僅僅是執行客戶端。錢包、Layer 2 網路、區塊瀏覽器、簽名設備、軟體庫和基礎設施提供者都必須理解新格式。
Chiang 表示，以太坊升級大約每九個月進行一次，使得重複的封套更改緩慢且協調密集。一個足夠通用的框架格式可以作為穩定的介面，而合約或指定的協議組件提供新的驗證方法。
這並不意味著未來的功能永遠不需要網路升級。EIP-8141 本身改變了以太坊的共識規則，需要客戶端實現。新的操作碼、預編譯或 gas 規則也可能需要硬分叉。提議的好處是開發者不一定每次都需要重新設計交易容器。
EIP-8141 規範將原生帳戶抽象列為其主要目標之一。它可以支援金鑰輪換、替代簽名系統、贊助 gas 支付和交易批次處理。它還旨在減少以太坊帳戶對傳統外部擁有帳戶所使用的 secp256k1 簽名系統的依賴。
正如 crypto.news 在Vitalik Buterin 提出的以太坊交易重新设计的報導中所指出的，可程式化驗證最終可能幫助以太坊採用新的驗證系統，而無需用另一種固定簽章方案取代現有方案。
EIP-8130 可能使框架更容易檢查
Chiang 也承認存在取捨。高度抽象的交易可能使錢包、排序器和其他基礎設施在執行前難以分析。例如，Layer 2 排序器可能只想接受指定的簽章方法，因為其計算成本是可預測的。
因此，開發者正在探索框架如何與EIP-8130（另一份帳戶抽象化草案提案）配合。EIP-8130 建立了一個鏈上金鑰庫，帳戶在其中註冊參與者和驗證器合約。交易明確標識其驗證方法。
這種結構允許節點在執行任意錢包程式碼之前，確定交易需要哪種驗證流程。根據 EIP-8130 提議的 Layer 2 設定檔，鏈可以將其交易路徑限制為一組固定的固定成本驗證器，同時透過普通的 EVM 執行保留其他驗證方法。
Chiang 表示，EIP-8130 可以為 EIP-8141 框架定義結構。這種協作可以保留框架的靈活性，同時為錢包和高吞吐量鏈提供更清晰的交易格式。合併設計尚未最終確定，兩份規範仍開放修訂。
先前的 crypto.news 報導探討了在 Hegotá 初始範圍界定過程中EIP-8141 與 EIP-8130 之間的競爭。最新的評論表明，開發者現在正在尋找相容的元素，而不是僅將這些提案視為互斥的替代方案。
Buterin 將框架與平行驗證連結起來
Vitalik Buterin 在另一篇貼文中闡述了技術方向，區分了交易的「動作」和「依賴」。動作會改變以太坊的狀態，例如轉移 ETH。依賴是必須滿足的條件，例如簽章、Merkle 證明或零知識證明。
Buterin 認為，獨立的依賴可以平行檢查。不訪問以太坊狀態的條件可能由記憶體池處理一次，而不是在執行期間重複處理。多個檢查最終可能由遞迴 STARK 證明表示，儘管這仍然是一個研究方向，而不是已批准的功能。
這種區別也可能幫助客戶端將可預測的交易與需要以太坊完整動態執行環境的操作分開。Buterin 表示，更多靜態可分析活動可以獲得較低的 gas 成本並進一步擴展。尚未批准此類費用表。
框架模型為這種方法提供了潛在的介面，因為驗證和執行顯示為可識別的呼叫。以太坊將保留靈活的合約執行，同時允許更簡單的交易聲明更多關於其需求的資訊。
EIP-8141 已排定，但日期仍開放
官方Hegotá Meta EIP現在將 Frame Transactions 和 FOCIL 列為計劃納入以太坊 Hegotá 升級。這比早先的考慮具有更強的地位，但並未凍結 EIP-8141 目前的技術設計。
EIP-8141 仍標記為草案核心提案。其作者可以在實施工作繼續時修訂框架模式、簽章處理、gas 計算以及與 EIP-8130 的關係。Hegotá 文件也將 Sepolia、Hoodi 和主網啟動欄位留空。
接下來的可衡量步驟包括更新的規範、執行客戶端實作、開發網路以及與錢包和 Layer 2 系統的互通性測試。開發者還必須檢查記憶體池拒絕服務風險，因為可程式化驗證可能使拒絕無效交易在計算上更加昂貴。
測試將決定所提出的靈活框架與結構化驗證器的組合是否能滿足以太坊基礎層及更快的EVM鏈的需求。在啟動參數發布之前，EIP-8141仍是Hegotá中已排定但尚未完成的部分。
