ERC-8286 提案：讓模組化錢包銜接以太坊原生帳戶抽象

值得記下的 5 件事

1. [2:20]
   原生帳戶抽象瞄準額外基礎設施成本 Mishra 指出，ERC-4337 需要另一套待處理交易池來收集、批次處理使用者操作

   他認為，這套平行架構增加基礎設施成本與延遲，透過另一個智慧合約執行交易也帶來額外費用。

2. [4:40]
   框架交易將驗證與執行分階段處理 依講者說明，框架是交易內的個別處理步驟；驗證框架用來判斷交易是否有效，帳戶與代付合約可核准付款、執行或兩者

   進入執行階段前必須完成所需核准，驗證期間可存取的合約儲存位置也受待處理交易池規則限制。

3. [8:20]
   ERC-8286 補上模組化帳戶的驗證介面 Mishra 強調，EIP-8141 定義的是交易類型，不是帳戶標準

   他介紹的 ERC-8286 以 ERC-7579 為基礎，新增名為 IFrameValidator 的框架驗證器介面，讓帳戶選擇支援付款、執行或兩種核准模式；新增模組類型的編號仍可調整。

4. [5:00]
   直接呼叫目標合約，不會自動套用帳戶政策 講者提醒，SENDER（發送者）框架可直接呼叫目標合約，不必經過帳戶

   若錢包需要套用 ERC-7579 的執行前後檢查機制，就須選擇經由帳戶執行的路由，要求這類框架指向帳戶的執行函式；不符合要求時，在驗證階段拒絕。

5. [18:00]
   已有試驗環境，但協議提案仍未定案 Mishra 表示已建立採用後量子驗證器的 ERC-8286 試驗環境，可查看框架、交易結構與核准模式

   他也向錢包團隊徵求回饋，並在問答中重申 EIP-8141 仍是草案；逐字稿未證實其已在正式網路部署。