錢包嵌入AI Agent：ERC-8211新互動範式

2025 年起，愈來愈多人正逐步適應一種嶄新的互動模式：對 GPT 或 Gemini 說一句「幫我規劃下週去香港的行程，並推薦合適的機票與飯店」，AI 便會在後台自動完成資訊搜尋、條件篩選、路線規劃、價格比較等一連串複雜步驟，最終僅將結果呈交給你確認。

然而，若將同樣的期待投射至區塊鏈上，故事卻截然不同。

舉例而言，當你向一個 DeFi Agent 下達指令：「將錢包中的 ETH 兌換為 USDC，跨鏈至 Base 鏈，再全額存入 Aave」——客觀來說，從「理解需求」到「規劃執行路徑」，現階段的 AI Agent 未必無法做到；真正的斷層，始終出現在「執行環節」：

你仍極可能需手動完成簽署、授權、兌換、跨鏈與存款等多個獨立步驟；而每一步皆暴露於滑點波動、Gas 價格起伏、橋接延遲及鏈上狀態即時變化的風險之中。一旦中間任一環節偏離預期，前序動作往往不可逆，後續動作亦可能無法銜接，最終留在鏈上的，常是一段未完成的半成品流程。

問題從不源於 AI 不夠聰明，而在於鏈上執行層至今缺乏一種真正為 AI Agent 設計的原生表達方式。

正因如此，2026 年 4 月初，Biconomy 與以太坊基金會共同發布 ERC-8211 標準，旨在突破當前智能合約執行中的「靜態參數限制」，為 AI 代理與複雜 DeFi 工作流提供更具表現力、可驗證性與安全性的執行層，補上 Agentic DeFi 最關鍵的一塊拼圖。

一、AI Agent 接入鏈上的「最後一道斷層」

過去一至兩年，加密產業的焦點已明顯從 L2 擴容、RWA 流動性，轉向一個更具顛覆性的命題：AI Agent 如何真正接管鏈上操作？

事實上，從「以自然語言下達多步 DeFi 策略」，到「由自主 Agent 托管整條跨鏈投資組合」，業界已出現大量實踐案例；無論是自然語言生成多步策略、自動再平衡、收益遷移、跨鏈倉位調整，乃至更複雜的組合管理，大多已在 demo 層面成熟。

就推理與編排能力而言，AI 的進展已相當迅速；但一旦進入真實生產環境，執行層的短板便日益凸顯——其核心可歸結為一句話：DeFi 是動態的，但當前多數 batch（批次處理）仍是靜態的。

ERC-8211 官網與討論帖明確指出：儘管 ERC-4337 與 EIP-5792 已將傳統「一次簽署＝一筆調用」升級為「一次簽署＝多筆打包調用」，但這些調用所依賴的參數，本質上仍在簽署那一刻被凍結。

換言之，用戶簽署時填入的金額、目標值、預期輸出，在實際執行時不會因鏈上狀態變化而自動更新。

然而，DeFi 本質正是高度動態且充滿不確定性的領域：一次 Swap 的實際輸出，取決於執行區塊內的滑點與流動性；一次跨鏈橋接的到賬時間與金額，受制於橋接機制與費用結構；而借貸協議或 Vault 的 share-to-asset 比率，亦持續浮動。

用戶或 Agent 在簽署時看到的數值，往往僅是瞬時預估，而非執行時的真實結果。

要理解 ERC-8211 的價值，先看一個典型場景：Agent 想將帳戶中的 ETH 兌換為 USDC，再全額存入 Spark 協議賺取利息。

在現有靜態 batch 模型下，Agent 必須於簽署前預估兌換所得 USDC 數量，並強制寫死第二步的輸入金額——估得過高，實際到賬不足，整批交易直接回滾；估得過低，則資金殘留於錢包，錯失收益機會。

這就是典型的「兩難困境」：不是承擔失敗風險，就是承擔機會成本。因此，許多看似簡單的鏈上流程，一旦拉長至 5 步、8 步，甚至跨鏈執行，便迅速變得脆弱——問題不在策略本身複雜，而在於現有執行範式過度依賴預先寫死的參數。

簡言之，靜態 batch 的能力上限，決定了 AI Agent 能安全執行的策略上限。

由此可見，ERC-8211 所解決的，並非「AI 如何做決策」，而是「當決策已完成，鏈上能否提供一種更自然、穩定且安全的執行方式」，讓鏈上執行首次擁有一種為 AI Agent 原生設計的語法表達。

二、ERC-8211 到底改了什麼？

ERC-8211 的核心突破，不在於將更多步驟塞入單次簽署，而在於將 batch 從「參數寫死的交易序列」，升級為「參數於執行現場動態求值的程式」。

官方以一句精煉表述概括其本質：From transactions to programs（從交易邁向程式）。

這意味著 ERC-8211 不再視 batch 為一份線性執行清單，而是將其視為一段具備運行時求值能力與內建安全條件的執行程式。具體透過三種可組合的基礎原語實現：

• Fetchers（取值器）：定義參數從何處取得，例如查詢某地址當前餘額，使參數不再是簽署快照，而是執行瞬間從鏈上狀態抓取的即時讀數；
• Constraints（約束器）：參數取得後，須經內聯條件校驗——如「兌得 USDC ≥ 2500」或「滑點不得超過 0.5%」；任一條件未通過，整批交易立即回滾；
• Predicates（觸發條件）：作為步驟間的守門人，不產生數值，僅判斷是否繼續執行；例如跨鏈場景中，以太坊端 batch 可設定 predicate，等待「跨鏈 WETH 已成功到帳」才提交下一步。

在此架構下，每個參數都必須回答兩個根本問題：第一，該值於執行時從哪裡取得；第二，它被送入下一筆調用前，需滿足哪些條件。三者協同，使一個 batch 不再只是交易序列，而是一段內嵌多重安全檢查的可驗證程式。

靜態 batch 的心智模型是一份清單——依序執行 A、B、C；ERC-8211 的心智模型則是一份帶條件的程式——A 執行後，以其真實輸出作為 B 的輸入；B 滿足約束才觸發 C；任一環節未達預期，整批回滾。

我們可將其簡化理解為專為 AI Agent 與複雜 DeFi 操作設計的「智慧批次處理」機制。傳統鏈上操作中，完成一項複雜策略常需多筆獨立交易：如自 Aave 提領資金 → Uniswap 兌換 → 存入 Compound。每一筆皆需單獨簽署與確認，對人類已顯繁瑣，對需高頻自主操作的 AI Agent 更成瓶頸。ERC-8211 則允許所有步驟於單筆交易中組合執行，各步驟參數於執行時動態解析，且須通過預設條件方能推進。

例如，Agent 可在一次簽署中完成：自 Aave 提領資金 → 將實際到帳金額於 Uniswap 兌換 → 將兌換結果全額存入 Compound——全程原子化執行，無需另行部署智能合約。

三、為什麼說它與錢包，特別是智慧錢包關係更深？

ERC-8211 值得錢包產業高度關注，不僅因其適配 AI Agent，更因其將重新定義錢包在整條交互鏈路中的角色。

過去，錢包本質上是「安全簽署器」：保管私鑰、展示交易內容、供用戶確認、送出簽名——此角色於 EOA 時代已屬關鍵，於帳戶抽象（Account Abstraction）時代亦持續成立。但當愈來愈多鏈上操作由 Agent 代為執行，錢包的角色便必須更居中、更吃重。

原因很直觀：當用戶不再逐筆操控鏈上動作，而是授權 Agent 執行一整套目標時，錢包必須有能力承接更高層次的交互對象。它所呈現的，不再僅是某個合約地址與一段 calldata，而是一整段涵蓋「意圖—取值邏輯—條件判斷—最終結果」的執行程式。

換言之，未來的錢包需要理解的，不再是交易，而是程式。

ERC-8211 正是在這一層，為錢包提供了清晰的技術抓手——它將所有執行語義明確編碼於協議結構中：參數從何而來、須滿足何種條件、何時繼續、何時回滾……這些皆非隱藏於後端的黑箱，而是可被錢包解讀、模擬與直觀展示的標準化物件。

從錢包視角看，整套機制最終指向同一目標：用戶簽署的，不再是自己難以完全理解的底層調用，而是一份結果導向、邊界清晰、條件可驗證的執行程式：

• AI Agent 負責理解用戶意圖、生成執行路徑；
• 錢包負責以更清晰、可審核的方式呈現該路徑；
• Relayer 僅於條件成立時提交交易，無權篡改結果。

這正是「非託管式執行」被視為 Agentic DeFi 前提的關鍵所在：智能體可參與決策與執行，但主權、約束與最終結算，始終牢牢錨定於鏈上。也正是在此意義上，ERC-8211 與智慧錢包深度契合——它將「安全表達複雜意圖」這件事，正式寫入協議層標準。

值得一提的是，ERC-8211 與 ERC-4337、EIP-7702、ERC-7579 等帳戶抽象框架完全相容；它不取代帳戶抽象，而是在其之上，為 AI Agent 新增一層「程式化執行語義」。

若梳理以太坊十年來鏈上交互範式的演進脈絡：

• 第一階段：一次簽署 ＝ 一次函數調用（EOA 時代）
• 第二階段：一次簽署 ＝ 一組靜態打包調用（ERC-4337／EIP-5792 時代）
• 第三階段：一次簽署 ＝ 一段動態求值的意圖程式（ERC-8211 時代）

每一次躍遷，都代表用戶（或其代表 Agent）得以用更低摩擦，表達更複雜的目標。

儘管 ERC-8211 目前仍處草案階段，技術討論持續進行，大規模協議採用亦需時間，但它所指向的方向已然清晰：當 AI Agent 真正開始替人類執行鏈上決策，鏈上就需要一種與之原生匹配的執行語法——而 ERC-8211，正是這場新範式革命的第一行標準代碼。