8 月 6 日的核心開發者議程將該日期描述為提交提案的截止點，而不是對 Hegota 最終功能集的決定。

Frame Transactions 是目前正在審議的提案之一。兩份依賴草案 Keyed Nonces 與 Recent Roots 顯示，如果這種交易模型被採用，可能如何支援錢包與隱私應用。

Frame Transactions 將交易拆分為可程式化階段

EIP-8141，也就是 Frame Transactions，提議一種新的 Ethereum 交易類型，由可程式化的 frames 組成。

不同的 frames 可以驗證一項操作、批准 gas 付款，或執行使用者預期的呼叫。選定的 frames 也可以組成一個原子式批次：如果其中一個失敗，該批次中其他 frames 所造成的狀態變更將被回復。

這種結構可為錢包提供更多原生的批次處理、金鑰輪換與複雜交易授權選項。它也可以讓一個帳戶或服務支付 gas，而另一個帳戶授權該操作。這使得該提案的相關性不僅限於隱私工具，因為它也涉及帳戶如何在鏈上委派與協調操作。

Keyed Nonces 建立獨立的重放保護域

Ethereum 通常為每個帳戶使用單一的遞增 nonce。該數值決定交易順序，並防止同一筆交易被執行兩次。

EIP-8250 會以一組 nonce keys 與一個序號，取代 Frame Transactions 的單一 nonce。使用不重疊且非零的 key 組合的交易，將彼此獨立於重放攻擊。

這對使用共享 sender 的隱私協議很重要，因為如此一來每個使用者就不必暴露不同的公開 sender 地址。若只有單一 nonce 序列，一個延遲的操作就可能干擾同一 sender 提交的其他無關操作。

Keyed Nonces 解決了這項重放保護限制，但它本身並不提供隱私。nonce keys 仍會顯示在交易資料中。

該提案也保留了 EIP-8141 的規則：在公共 mempool 中，每個 sender 同時只能有一筆待處理的 Frame Transaction。因此，獨立的 nonce 域本身不會讓同一 sender 的多筆 Frame Transaction 同時在公共環境中保持待處理狀態。

Recent Roots 避免在驗證期間讀取可變儲存資料

隱私應用程式常使用 commitment tree，其中 recent root 代表使用者可用來證明支出的承諾。

Frame Transaction 的驗證無法讀取由另一個應用程式控制的任意外部儲存。當交易處於待處理狀態時，該儲存內容可能改變。

EIP-8272，也就是 Recent Roots，提出一種有限的替代方案。root source 會將 roots 寫入系統合約，而 Frame Transaction 則可在其簽署資料中指定特定的 source、slot 與 root。

Ethereum 用戶端會在 frame 執行前檢查該參照。如此一來，應用程式便能針對最近的承諾根驗證證明，而不必在驗證期間依賴會變動的外部儲存。

該提案允許一筆交易最多引用 16 個 root，並限制每個引用的有效時間。

它不會讓一般 ETH 轉帳變得私密。它提供的是一層基礎設施，供隱私應用程式與 Frame Transactions 搭配使用。

截止日並未為 Hegota 定案

這三項 EIP 目前都仍是草案。EIP-8250 與 EIP-8272 也都依賴 EIP-8141，因此兩者都無法獨立啟用。

8 月 6 日的截止日只是關閉了新非主打提案的提交窗口。開發者仍必須決定 Frame Transactions 是否屬於 Hegota，以及如果屬於，這些依賴設計是否已準備好跟進。

這種帳戶彈性、隱私與密碼學韌性的組合，也可在 Ethereum 不斷變化的路線圖中看到。但就目前而言，這些都只是正在審查中的提案，而非 Ethereum 使用者可用的功能。

免責聲明：本文僅供資訊參考。EIP-8141、EIP-8250 與 EIP-8272 皆為草案提案，可能變更、被排除在 Hegota 之外，或永遠不會啟用。

方法論：本文根據官方 Hegota 開發者議程，以及 EIP-8141、EIP-8250 與 EIP-8272 的草案規格撰寫。