以太坊和 Base 開發者已終止就共同帳戶抽象標準的合作，因整合 EIP-8141 和 EIP-8130 的努力失敗，導致兩個網路將各自推行獨立的交易設計。
Ethlabs 開發者 Derek Chiang 週一表示，由於發現可行的技術選項將要求以太坊或 Base 之一在核心要求上做出妥協，這兩項提案的作者已於上週停止就共同規範進行合作。
兩項提案都旨在簡化用戶與加密錢包的互動方式，包括允許用戶無需預先持有 ETH 支付 Gas 費即可進行交易，並支援如手機密鑰 (passkeys) 等身份驗證方法。這些團隊一直在探索是否有一種設計可以同時服務以太坊 Layer 1 和 Base Layer 2。
Chiang 表示：「雖然我們確定了多種技術解決方案，但它們都要求其中一方在核心目標上至少做出一些妥協。」「所以我們選擇了分道揚鑣，讓錢包承擔隨之而來的碎片化問題。」
據 Chiang 表示，以太坊的開發者優先考量抗審查性、隱私和安全性，而 Base 則專注於擴展性、客製化和合規性。這些差異最終導致團隊無法確定一種共同的交易格式。
這項決定讓錢包開發者面臨一種可能性，即如果 EIP-8141 和 EIP-8130 都投入生產，他們可能需要支援兩種原生交易格式。
Chiang 表示，儘管網路之間存在技術差異，但錢包仍能為用戶提供一致的體驗，這取決於開發者如何處理這些獨立的標準。
他說：「如果他們執行得當，並且錢包社群能夠彌合碎片化，我們最終很可能會為終端用戶提供最佳的使用者體驗。」
這個結果改變了開發者們幾天前還在討論的方向。9 月 7 日，crypto.news 曾報導，EIP-8141 的開發者正在探索與 EIP-8130 的相容性，他們致力於讓交易保持可編程性，同時使基礎設施提供者更容易檢查其身份驗證要求。
在那個階段，Chiang 表示 EIP-8130 可以為 EIP-8141 框架提供定義好的結構。這項提議的安排旨在保留框架的可編程性，同時為錢包和高吞吐量網路提供更清晰的交易格式。
EIP-8130 採用鏈上金鑰儲存庫 (onchain keystore)，帳戶可以在其中註冊經批准的參與者和驗證合約。交易會識別其使用的身份驗證方法，允許網路在執行錢包代碼之前確定所需的驗證過程。
EIP-8141 則採取不同的途徑，將交易結構化為稱為「框架 (frames)」的可編程合約呼叫。框架可以在同一筆交易中執行不同的功能，包括驗證、Gas 費批准和執行。
這些團隊現在已放棄將這些方法統一為單一標準的努力。
以太坊將繼續推進 EIP-8141，即「框架交易 (Frame Transactions)」，作為其預定 Hegotá 升級的一部分。
以太坊基金會協定群集於本月初將該提案列為「必備 (must-ship)」類別，同時原始資料指出，該提案旨在使帳戶抽象成為以太坊的原生功能，並提升安全性和後量子時代的準備度。
框架交易將一筆交易劃分為一系列可編程的框架。一個框架可以驗證發送者，另一個框架可以授權負責 Gas 費的帳戶，隨後的框架則可以執行用戶請求的操作。
該模型將允許發起操作的帳戶和支付費用的帳戶可以是不同的。
以太坊開發者已於 9 月 7 日將 EIP-8141 排入 Hegotá 升級計畫。核心開發者在 8 月 27 日的「所有核心開發者執行會議 (All Core Developers Execution call)」中，將該提案從「考慮納入 (Considered for Inclusion)」移至「預定納入 (Scheduled for Inclusion)」，賦予框架交易在預計於 2027 年進行的升級中正式地位，儘管其規範仍處於草案階段。
根據此提案系統，應用程式可以支付用戶的交易費用，或安排用戶透過其他資產支付，而以太坊驗證者仍將以 ETH 接收網路費用。
這種結構可以消除常見的錢包要求，即持有穩定幣或其他代幣的用戶在進行交易前仍需要持有 ETH。
框架也可用於交易批次處理。相關操作可以分組，以便所有操作一起成功，或者在其中一個失敗時全部取消。
例如，代幣交易目前可能需要一個單獨的批准，允許應用程式在交易實際執行前花費代幣。框架交易可以將相關操作放置在同一個可編程交易結構中。
EIP-8141 的設計宗旨是將更多帳戶驗證邏輯轉移到可編程代碼中，而不是要求傳統以太坊帳戶依賴固定的身份驗證過程。
該提案將其最終狀態描述為「帳戶將簡化為帶有代碼的地址」。
EIP-8141 的共同作者 Vitalik Buterin 在二月時將該提案描述為一個「整合性的解決方案，涵蓋並解決了 AA（帳戶抽象）旨在解決的所有剩餘問題」。
9 月 5 日，Buterin 表示該提案在過去幾個月中取得了「許多重要進展」，並且「接近最佳狀態」。
開發者隨後發現，多種交易功能可以透過可編程的 EIP-8141 框架來實現，而無需重複擴展以太坊的交易封裝 (transaction envelope)。
9 月 7 日 crypto.news 的報導指出，這種方法可以將交易到期、簽名聚合、隱私證明和交易後斷言 (post-transaction assertions) 作為可編程的合約呼叫來處理。框架交易仍需要修改以太坊的共識規則，但個別功能可以透過框架目標和呼叫模式來構建。
可編程驗證可以讓帳戶對身份驗證有更多的控制權。EIP-8141 旨在支援包括替代簽名系統、贊助 Gas 支付、交易批次處理和金鑰輪換等功能。
同樣的架構可以幫助以太坊帳戶擺脫對傳統外部擁有帳戶 (EOA) 所使用的簽名系統的依賴。用戶有可能在不將資產轉移到新地址的情況下，更改控制帳戶的身份驗證方法。
以太坊研究人員在該提案正式排程之前就一直在考慮將框架交易納入 Hegotá。八月，開發者將 EIP-8141 與 EIP-8130 作為原生帳戶抽象的競爭方法進行比較，同時縮小 2027 年升級的範圍。
當時，這些提案是更大範圍 Hegotá 選擇過程的一部分，該過程涵蓋抗審查性、隱私、Gas 定價、驗證者經濟學和 Layer 1 擴展。
以太坊研究人員曾單獨研究框架交易如何支援注重隱私的應用程式。一份八月的提案討論了自籌資金的隱私池，其中可編程的費用支付可以允許隱私池自行支付 Gas 費，而不是依賴外部中繼者 (relayer)。
該工作將框架交易與其他擬議的變更結合，包括鍵控隨機數 (Keyed Nonces)、近期根 (Recent Roots) 和交易斷言 (Transaction Assertions)。當時，隱私池提案仍是研究人員首選的方案，而非以太坊核心開發者的最終決定。
Base 的 EIP-8130 現在將獨立於以太坊的框架交易提案進行。
這項由 Base 提出的設計結合了一種新的交易類型與鏈上「金鑰儲存庫 (Keystore)」，後者記錄了帳戶的批准簽名者和驗證者。它旨在支援自定義身份驗證、呼叫批次處理和 Gas 費贊助。
儘管這兩項提案共享多個帳戶抽象目標，但其技術結構賦予各自網路對交易驗證和處理方式不同程度的控制。
在團隊分開之前，以太坊開發者一直試圖確定 EIP-8130 的結構化身份驗證系統是否能與 EIP-8141 的可編程框架結合，同時又不強迫 Layer 1 或 Layer 2 網路放棄其偏好的特性。
Ethlabs 此前已將框架交易列為 Hegotá 升級的主要優先事項之一，與原生帳戶抽象、抗審查性、更快的區塊以及持續的 Layer 1 擴展並列。
隨著共同努力的終止，EIP-8141 仍是以太坊為 Hegotá 規劃的原生帳戶抽象路徑，而 Base 將繼續圍繞其獨立的交易類型和鏈上金鑰儲存庫開發 EIP-8130。
