Agentic Wallet 是什麼？AI Agent 如何自主交易並控制錢包權限？

Agentic Wallet（智能體錢包）是一類針對 AI Agent 自主執行需求所設計的錢包架構，讓人工智慧系統能在使用者預先設定的授權範圍內，完成鏈上支付、代幣兌換、資產轉移及其他區塊鏈操作。與主要仰賴使用者手動確認交易的傳統錢包不同，Agentic Wallet 更重視可程式化權限、自動簽名與任務執行之間的協作。

隨著 AI Agent 從資訊查詢、內容生成逐步擴展至支付、交易和跨應用程式操作，錢包正從單純的資產儲存工具，轉變為支援自動化經濟活動的基礎設施。然而，AI 模型能夠理解交易意圖，不代表它應該直接掌握使用者的完整私密金鑰。如何在提升執行效率的同時，確保資產轉移受到明確限制，是 Agentic Wallet 設計中的核心問題。

本文將從 Agentic Wallet 的基本原理出發，解析 AI Agent 如何完成鏈上交易、Session Key 如何控制授權範圍，以及智慧合約帳戶、帳戶抽象化與相關協議如何共同支援智能體經濟活動，並探討自動化錢包面臨的主要安全風險。

核心要點

• Agentic Wallet 是支援 AI Agent 在預設權限範圍內管理鏈上資產、發起交易和執行任務的錢包架構，核心在於結合自動化執行能力與資產控制權限。
• AI Agent 的自主交易不代表其擁有不受限制的資金控制權。錢包可以透過交易額度、合約白名單、操作類型及授權有效期限限制 Agent 的行為。
• 智慧合約帳戶、帳戶抽象化、Session Key 和委託授權機制，為 AI Agent 提供更彈性的鏈上執行與權限管理方式。
• ERC-4337、ERC-7579 等技術可以為智慧帳戶和模組化權限管理提供基礎，但並非所有 Agentic Wallet 都必須採用相同標準。
• MCP、A2A、ERC-8004 和 x402 等協議分別涉及工具連接、Agent 協作、鏈上身分與支付流程，不能與錢包簽名權限混為一談。
• Agentic Wallet 的主要風險包括提示詞注入、惡意工具呼叫、過度授權、交易滑價及自動化策略失控，需要透過權限隔離、交易模擬和持續監控降低風險。

Agentic Wallet 是什麼？與傳統加密貨幣錢包有何區別？

Agentic Wallet 通常譯為智能體錢包，是一種允許 AI Agent 根據任務目標和預設授權執行鏈上操作的錢包系統。它不是某一種統一的區塊鏈錢包標準，而是智慧帳戶、金鑰管理、交易工具及自動化策略等元件的組合應用。

傳統加密貨幣錢包主要以使用者主動操作為設計核心。使用者需要連接應用程式、檢查交易內容並完成簽名。即使部分錢包支援自動化功能，其核心互動仍以人為中心。Agentic Wallet 則允許使用者預先設定任務目標與執行界線，再由 AI Agent 在授權範圍內完成部分操作。

例如，使用者希望 AI Agent 定期檢查某個 DeFi 協議的收益率，並在符合條件時調整資產配置。傳統流程通常需要使用者自行查詢資料並確認交易；Agentic Wallet 則可以連接市場資料工具、評估預設條件，並透過錢包執行已獲授權的操作。

不過，這種自主性具有明確界線。AI Agent 可以負責分析和提出交易，但資產是否能夠轉移，最終仍取決於錢包簽名權限、智慧合約驗證邏輯和其他獨立的執行控制機制。

因此，Agentic Wallet 的核心價值並不是取消使用者的控制權，而是將使用者的授權要求轉化為可驗證、可執行的技術規則。

AI Agent 如何透過 Agentic Wallet 自主完成鏈上交易？

AI Agent 的自主交易通常涉及任務理解、資料取得、交易規劃、權限驗證、簽名執行和結果回饋等多個階段。錢包負責管理資產與授權，AI Agent 則主要負責決策和流程編排，兩者需要透過明確的介面進行協作。

使用者向 AI Agent 提供目標，例如監測特定資產價格，或在預設條件下使用穩定幣支付服務費用。Agent 透過市場資料介面、區塊鏈節點或其他工具取得資訊，並根據任務要求制定操作計畫。

Agent 將計畫轉換為具體的鏈上操作，包括目標網路、合約地址、代幣數量、呼叫方法和交易參數。此時，錢包系統應對交易進行獨立驗證，不能僅因為 AI 模型判斷操作合理，就自動放行。

交易通過權限檢查後，由具備相應簽名能力的錢包元件完成授權，並提交至區塊鏈網路。執行成功後，Agent 可以讀取交易回執、更新任務狀態，必要時繼續執行下一步操作。

以自動兌換為例，完整流程可能包括：

1. 使用者授權 Agent 在指定網路上使用不超過 100 USDC 的資金。
2. Agent 取得交易報價，並檢查預設的價格和滑價條件。
3. 錢包驗證目標合約、代幣、額度和授權有效期限。
4. 交易通過檢查後，由受控簽名元件簽名並提交。
5. Agent 讀取鏈上結果，向使用者報告執行情況。

這裡的 100 USDC 僅是說明權限機制的假設範例，並非任何產品的預設設定。

需要注意的是，AI Agent 產生交易請求與區塊鏈確認交易屬於不同階段。網路壅塞、Gas 費用變化、交易滑價或合約執行失敗，都可能使最終結果與 Agent 的初始計畫不同。

此外，模型生成的交易意圖不能取代獨立的策略檢查。對於高風險交易，錢包還可以要求使用者再次確認，或直接拒絕超出權限範圍的操作。

Session Key 如何限制 AI Agent 的錢包操作權限？

Session Key（工作階段金鑰）是 Agentic Wallet 中較具代表性的授權機制。它允許使用者在特定條件下，將部分操作權限臨時委託給其他金鑰，而不必向 AI Agent 暴露主錢包的私密金鑰。

在傳統錢包互動中，使用者可能需要為每筆交易重複簽名。對於需要連續執行多項任務的 AI Agent 而言，這種方式會降低自動化效率。Session Key 則可以讓使用者預先授權一組明確的操作，使 Agent 在有效期限內完成符合規則的交易。

例如，使用者可以為某個 AI Agent 設定以下權限：

這些限制需要由錢包合約、權限模組或獨立的策略執行系統實際強制執行，不能只寫在 AI Agent 的提示詞中。

Session Key 的安全性也取決於具體實作。目前，不同智慧錢包對工作階段金鑰和委託授權的支援方式並不完全一致。ERC-4337 提供智慧帳戶交易驗證的基礎設施，但 Session Key 的具體權限規則通常由錢包本身或相關模組實作。

同時，撤銷權限也不代表已完成的鏈上交易可以被撤回。對於已執行的操作，使用者仍需要根據實際情況處理資產或合約授權。

因此，Session Key 更適合被理解為一種有限授權工具，而不是賦予 AI Agent 完整錢包控制權的機制。

智慧合約帳戶與 ERC-4337 如何支援 Agentic Wallet？

帳戶抽象化（Account Abstraction）是支援 Agentic Wallet 的重要技術方向。傳統以太坊外部擁有帳戶（EOA）主要依賴私密金鑰簽名來控制交易，而智慧合約帳戶則能透過可程式化邏輯定義更複雜的授權規則。

ERC-4337 為以太坊生態系提供一套無需修改底層共識規則的帳戶抽象化框架。使用者或 Agent 可以建立 UserOperation（使用者操作），由 Bundler 將其提交至 EntryPoint 合約，再由智慧帳戶執行驗證與操作。

這種架構為 Agentic Wallet 提供更彈性的交易控制方式。例如，錢包可以結合不同的簽名驗證模組、批次操作及 Gas 代付機制，使 AI Agent 在符合授權條件時完成連續任務。

其中，Paymaster 可以根據具體規則，為符合條件的操作支付 Gas，減少 Agent 必須自行管理原生 Gas 代幣的需求。不過，Gas 代付並非自動免費，相關成本仍需要由使用者、應用程式或服務提供者承擔。

ERC-7579 則為模組化智慧帳戶提供一套介面規範，使驗證、執行和其他功能模組能以相對標準化的方式組合。開發者可以據此設計權限管理模組，讓不同 Agent 使用不同的授權規則。

需要區分的是，ERC-4337 和 ERC-7579 主要提供帳戶與模組化基礎設施，並不直接決定 AI Agent 應如何交易。Agent 的決策邏輯、風險策略和錢包授權仍需要獨立設計。

另外，Agentic Wallet 不一定採用 ERC-4337。基於託管式錢包 API、MPC 簽名服務或其他區塊鏈帳戶模型，同樣可以實現一定程度的智能體自動化操作。

MPC、TEE 與智慧帳戶如何共同保護 AI Agent 的私密金鑰？

Agentic Wallet 面臨一個特殊問題：AI Agent 需要執行交易，卻不應直接取得使用者的完整私密金鑰。這是因為大型語言模型需要處理外部文字、網頁內容和工具回傳結果，而這些輸入可能包含惡意指令。

如果將完整私密金鑰直接交給 Agent 執行環境，一旦系統受到提示詞注入、惡意工具呼叫或伺服器入侵，資產就可能面臨未經授權轉移的風險。

為降低這項風險，開發者可以將 AI Agent 的決策環境與錢包簽名環境分離。

多方計算（MPC）能將簽名能力分散至多個參與者或裝置，使單一元件不必獨立持有完整的簽名能力。可信任執行環境（TEE）則嘗試透過硬體隔離保護敏感程式碼和資料，減少一般應用程式直接存取金鑰材料的機會。

智慧合約帳戶可以在交易執行階段進一步檢查授權條件，例如限制目標合約、單筆金額和累計支出。即使 Agent 產生不符合規則的交易請求，也可以透過鏈上驗證邏輯阻止執行。

這些技術解決的是不同層面的問題：

不過，任何一種技術都無法單獨消除風險。例如，TEE 仍可能受到實作缺陷或側信道攻擊影響；MPC 無法自動判斷交易意圖是否合理；智慧合約權限模組本身也可能存在漏洞。

因此，安全的 Agentic Wallet 更需要結合金鑰保護、權限檢查、交易模擬和人工審批。

x402、MCP 與 ERC-8004 如何擴展 Agentic Wallet 的應用場景？

Agentic Wallet 不僅用於代幣交易，也可以為 AI Agent 之間的支付、服務購買和任務協作提供資金執行能力。隨著相關協議發展，錢包正逐步與工具呼叫、身分探索和自動支付機制結合。

其中，x402 主要面向網際網路服務中的自動化支付。服務提供者可以透過 HTTP 402 回應提出支付要求，客戶端完成必要的支付流程後，再次請求服務。對 AI Agent 而言，這代表它可以在授權額度內，為資料介面、運算資源或其他數位服務支付費用。

MCP（Model Context Protocol）主要用於連接 AI 模型與外部工具、資料來源。Agent 可以透過 MCP 取得市場資料、呼叫交易工具或存取其他服務，但 MCP 本身不負責確保鏈上資金安全。

A2A（Agent-to-Agent）著重於不同 AI Agent 之間的能力探索、通訊與任務協作。當一個 Agent 需要呼叫另一個 Agent 所提供的服務時，錢包可以負責執行相應的支付操作。

ERC-8004 則著重於開放環境中的 Agent 身分、聲譽與驗證機制。它提供身分註冊、回饋和驗證相關的基礎設施，但不直接規定交易支付方式，也不會自動授予錢包簽名權限。

這些技術之間的關係可以概括如下：

例如，一個研究型 Agent 可以透過 MCP 呼叫資料服務，使用 x402 完成小額支付，再將結果提供給另一個 Agent。在整個過程中，Agentic Wallet 負責執行已授權的資金操作，而身分驗證、任務通訊和支付協議則分別承擔不同職責。

需要注意的是，協議之間可以組合，不代表所有錢包或 Agent 產品都已完整支援這些功能。實際可用性仍取決於網路、SDK、錢包實作和服務提供者。

2026 年 Agentic Wallet 有哪些實際應用案例？

2026 年，Agentic Wallet 開始從概念探索進入更具體的開發者工具和應用場景。Coinbase、Gate 等加密貨幣平台陸續將錢包管理、鏈上交易和自動化支付能力開放給 AI Agent，讓智能體能在預設授權範圍內執行實際的資金操作。

Gate：Gate for AI Agent 與錢包自動化操作

Gate 推出的 Gate for AI Agent 是面向 AI Agent 的加密金融基礎設施，透過 Gate Skills、CLI、MCP 和 API 等工具，將交易、市場資料、資產管理、Web3 錢包及鏈上支付能力整合至可供智能體呼叫的服務體系中。

在交易場景中，AI Agent 可以透過 Gate Skills 取得市場行情、查詢帳戶資產，並根據使用者指示產生交易操作。對於下單、轉帳等敏感操作，平台提供二次確認及 API 權限控制機制，同時建議透過獨立子帳戶隔離 AI Agent 的資金與操作範圍，降低自動化執行對其他帳戶資產造成潛在影響的可能性。

在 Web3 場景中，Gate Wallet Skills 支援錢包身分驗證、多鏈資產查詢、代幣轉帳、交易簽名及 DApp 互動，並可結合其他 Gate DEX 工具完成代幣兌換等操作。此外，Gate 也支援透過 x402 實現 AI Agent 對付費 API 和數位服務的自動化支付，為智能體之間的鏈上經濟活動提供執行入口。

這項架構展現了 Agentic Wallet 的重要發展方向：AI Agent 不必直接掌握使用者的完整私密金鑰，而是透過錢包工具、授權機制和受控執行環境完成具體任務。不同操作的授權要求取決於實際使用的工具和錢包設定，自動化能力也不代表所有交易都可以繞過使用者確認。

Coinbase：Agentic Wallets 與 AgentKit

2026 年 2 月，Coinbase Developer Platform 推出 Agentic Wallets，提供面向 AI Agent 的支付、交易和鏈上操作能力。該產品將 Agent 錢包操作與受控簽名基礎設施結合，並提供交易額度限制、工作階段支出控制等安全措施。根據其產品介紹，私密金鑰不會直接暴露在 AI 模型的提示詞環境中，開發者還可以利用 x402 建立自動化支付流程。

Coinbase AgentKit 則提供用於連接 AI Agent、錢包及鏈上操作的開發工具。開發者可以利用相關介面建立資產查詢、代幣轉帳及其他自動化功能。不過，工具框架本身不一定提供完整的安全策略，開發者仍需針對提示詞注入、惡意工具呼叫和異常交易設定相應的防護措施。

Agentic Wallet 的應用方向

從上述案例可以看出，Agentic Wallet 的應用正朝向自動化服務支付、預設策略下的鏈上兌換、DeFi 倉位管理及跨 Agent 小額結算等場景擴展。

這些場景通常要求明確的授權界線，包括可使用的資產、交易額度、目標地址、操作類型和權限有效期限。實際產品能力、支援網路及安全機制仍存在差異，自主交易也不代表策略具有獲利能力或能夠消除市場風險。

Agentic Wallet 面臨哪些安全風險？如何控制自動化交易權限？

Agentic Wallet 將 AI 決策與資產執行連接起來，也使傳統錢包安全問題與 AI 系統風險產生交集。其中最值得關注的是，模型產生的交易請求可能受到不可信資訊影響。

例如，Agent 在讀取網頁、社群媒體內容或外部 API 回應時，可能接收到誘導其修改交易目標的惡意指令。如果錢包僅依賴模型自身判斷是否執行操作，攻擊者就可能利用提示詞注入影響資金流向。

此外，自動化交易還可能面臨市場資料延遲、錯誤報價、過高滑價、惡意合約及重複交易等風險。即使 Agent 嚴格按照任務執行，也可能因為外部環境變化而產生非預期結果。

因此，Agentic Wallet 應盡可能採用獨立於 AI 模型的權限執行機制，重點控制以下風險：

1. 最小權限原則：僅授予完成目前任務所需的資產、合約和操作權限。
2. 額度與期限限制：設定單筆金額、累計支出、交易頻率及授權到期時間。
3. 獨立交易驗證：在簽名前檢查目標地址、呼叫方法、代幣授權及預期資產變化。
4. 交易模擬與異常偵測：識別部分異常資產轉移、過高滑價及可疑合約互動。
5. 人工審批與緊急暫停：對大額、高風險或超出預設範圍的交易要求人工確認，並保留停止後續操作的能力。

對於需要長期執行的 Agent，還應建立交易日誌、權限稽核和異常警示機制，以便追蹤其行為並及時調整策略。

尤其需要注意的是，鏈上交易通常具有不可逆性。撤銷 Session Key 或停止 Agent，可以限制後續操作，但不能自動恢復已完成的資產轉移。

Agentic Wallet 的安全目標不應是讓 AI Agent 擁有盡可能大的操作權限，而是讓它在明確、可驗證且可撤銷的授權界線內完成任務。

總結

Agentic Wallet 是 AI Agent 與區塊鏈資產管理相結合的重要技術方向。它透過智慧帳戶、金鑰管理、委託授權和自動化執行工具，讓 AI Agent 能在特定條件下完成支付、代幣兌換及其他鏈上操作。

與傳統錢包相比，Agentic Wallet 的主要變化不是將資產控制權完全轉移給 AI，而是讓使用者能將部分交易權限轉化為程式化規則。Session Key、ERC-4337、MPC 和交易策略控制，分別從授權、帳戶執行及金鑰保護等層面提供支援。

隨著 x402、MCP、A2A 和 ERC-8004 等協議逐步發展，Agentic Wallet 有望在自動化支付、數位服務採購和 Agent 協作中發揮更多作用。但其長期應用仍取決於權限管理、簽名安全、風險監控和實際使用者需求能否形成可靠的整體方案。

FAQ

Agentic Wallet 與一般加密貨幣錢包有什麼區別？

Agentic Wallet 支援 AI Agent 根據預設任務和授權規則，自動執行部分鏈上操作；一般錢包則通常以使用者手動發起和確認交易為主。兩者都需要可靠的金鑰管理和交易驗證。

AI Agent 可以直接控制使用者的私密金鑰嗎？

技術上可以設計由 Agent 執行環境直接存取私密金鑰的方案，但這會增加金鑰外洩和惡意操作的風險。更穩妥的架構通常會將 AI 決策環境與簽名環境隔離，並透過權限策略限制資金操作。

Session Key 與錢包主私密金鑰有什麼區別？

主私密金鑰通常擁有較高的帳戶控制權限，而 Session Key 主要用於在特定期限、額度和操作範圍內執行受委託的任務。實際權限界線取決於錢包實作。

Agentic Wallet 必須使用 ERC-4337 嗎？

不一定。ERC-4337 是實現可程式化智慧帳戶的重要方案，但 Agentic Wallet 也可以採用 MPC 錢包、託管式簽名服務或其他區塊鏈帳戶架構。

Agentic Wallet 能保證 AI 自動交易獲利嗎？

不能。Agentic Wallet 主要提供交易執行和權限控制能力，不負責保證交易策略正確。市場波動、流動性不足、滑價和模型判斷錯誤都可能造成損失。