最佳 agentic payments 基礎設施:2026 年比較

AI 代理已經開始花真正的錢了。它們支付 API 呼叫費用、結算發票、轉移穩定幣，全程不需要人類點擊核准，而一旦你賦予代理這種能力，你就必須決定它的金鑰放在哪裡、它如何付款。端點可以在幾分鐘內替換；但把代理的錢包和支出政策搬到新的供應商就不行。代理支付基礎設施分為三層：資產託管、支付軌道、鏈上資料。Alchemy、Coinbase Developer Platform、Circle、Crossmint、Privy 和 Turnkey 都聲稱提供某種版本的這套堆疊。它們的重疊程度高到看起來可以互相替代，但實際上並非如此。如果你選了一個只涵蓋託管卻沒有資料、或只有軌道卻沒有 gas 的供應商，你要嘛給代理過多的簽署權力，要嘛就得花好幾週把第二個供應商接進那個缺口。

這是對基礎設施供應商的比較，而不是它們所使用的支付協議的比較。像 x402 和 MPP 這樣的協議是開放標準，定義代理如何透過 HTTP 付款；而供應商決定的是你如何持有金鑰、如何贊助 gas、如何讀取鏈上資料。如果你想先了解協議層，可以從什麼是代理支付和x402 如何運作開始，再回來這裡選擇要建立在什麼之上。

代理實際上需要什麼才能完成一筆付款？

在比較供應商之前，先把各個部分拆開來看會有幫助。這些層對人類來說也存在，差別在於你的錢包和結帳介面把它們吸收掉了，有時甚至連 gas 都在背後幫你付了。代理沒有介面替它做這些事，所以你選的供應商決定了哪些部分你可以外包、哪些得自己接線。

• 託管。 代理需要一個真正持有它所花費資產的錢包，包括用於付款的穩定幣，以及你允許它接觸的其他任何東西，範圍要限縮到即使 prompt 被劫持也無法把它掏空。實務上這代表智慧帳戶（一種可程式化的錢包合約，而非原始的私鑰帳戶）或伺服器持有的金鑰配上政策引擎，並設有支出上限、允許清單和有時效的 session。所有選項背後的原則都一樣：代理永遠不會看到原始私鑰。如果你的設計讓私鑰留在記憶體中，你建的就不是代理，而是一個漏洞。
• 支付軌道。 一種能實際移轉價值的方式，這裡有兩種不同的動作。支付離鏈服務（API、資料饋送、運算）愈來愈常透過 x402 進行，這個協議復活了沉寂已久的 HTTP 402 狀態碼，讓伺服器可以報價，代理則能就地付款，不需要帳號或 API key。而鏈上付款，也就是轉移穩定幣或與交易對手結算，則是代理簽署的一般區塊鏈交易。哪個協議負責處理離鏈這一動作是另一個決定，詳見 x402 vs MPP。
• Gas。 鏈上付款需要 gas。單鏈代理可以直接持有該鏈的原生代幣，對許多專案來說這是摩擦最小的做法。但當代理需要跨多條鏈運作，或你不想在每一條鏈上都得資助並監控原生代幣餘額時，這個做法就不再擴充得下去。這時 paymaster（一種代替他人支付 gas 的合約）就有其用武之地，它可以贊助手續費，或讓代理用自己已持有的代幣支付。
• 鏈上資料。 這是大多數錢包比較會忽略的部分。錢包平台通常提供錢包所需的讀取功能，也就是你所控制的地址的餘額和活動記錄。但代理通常需要的不只是自己的帳本：swap 前的價格、其他合約的狀態、超出自身地址的歷史記錄、確認付款是否成功。這些一般性查詢是獨立的產品，如果你的供應商沒有提供，你最終會需要另外接一個資料供應商進來。

所以真正的問題不是「哪個錢包」，而是一個供應商在單一平台上提供了這四層中的多少層，以及你需要自己組裝多少。這正是本篇比較接下來要依循的軸線。

全端平台：錢包、軌道、gas、資料一次到位

有兩家供應商把這四層全部作為單一平台提供。對大多數要建構既能付款又能在鏈上行動的代理的團隊來說，這一層是通往正式上線最短的路徑。

Alchemy

我們透過 Alchemy CLI 給代理一個錢包，這個錢包在一個範圍受限、可撤銷的 session 中運作，金鑰託管則由 Privy 在背後處理。代理在你設定的限制內簽署，金鑰永遠不會暴露給代理，也不會貼進 prompt 裡。在這之上還有 x402 支援，讓代理可以透過 HTTP 402 支付 API 費用，以及透過 Gas Manager 提供的 gas 贊助，讓代理不需要持有 gas 代幣。同一個平台還提供跨 100+ 個網路的 RPC 和 Data API，讓代理可以讀取餘額、價格、歷史記錄，藉此決定要支付什麼並確認交易是否成功。

正是最後這一層，比錢包本身更能拉開差距。鏈上資料是這套堆疊中最古老的原語，但在本篇比較的支付平台中，只有我們和 Coinbase 提供一般性的 data API，把獨立的資料供應商接進代理的決策迴圈是實打實的整合工作。在接受付款這一側，AgentPay 讓企業能跨協議接受代理付款，不需要為每個協議各自撰寫客製化驗證。

不足之處：免費方案的 gas 贊助只在測試網上運作（主網需要付費帳號），而範圍受限的 session 是刻意設計為有時效的，這對於自主性來說是正確的預設值，但也意味著長期運作的代理需要重新授權。

當你的代理既要付款又要讀取它正在操作的鏈時，就選它，而不必再把資料供應商拼接到錢包 SDK 上。完整的建構方式參見如何建構鏈上代理。

Coinbase Developer Platform (CDP)

Coinbase Developer Platform（CDP）是另一個真正的全端選項，而且應給予肯定的是：Coinbase 創造了 x402，並運作其參考 facilitator，所以在最深的意義上，這個協議在這裡是原生的。伺服器錢包在安全隔離環境中持有金鑰，AgentKit 為代理框架包裝鏈上動作，Paymaster 贊助 gas，CDP 自己的 data API 涵蓋餘額和歷史記錄。

依其公開文件所述，不足之處在於：其 Paymaster 提供的 gas 贊助只在 Base 上運作，所以在 Solana、Hyperliquid 或任何其他 EVM 鏈上的代理仍需自行支付 gas。智慧帳戶僅限於一組 EVM 鏈，平台整體涵蓋範圍也僅止於 EVM 生態系加上 Solana。其重心在 Base 和 Coinbase 生態系。

當你在 Coinbase 生態系內建構在 Base 上的專案，並想使用該團隊撰寫的標準 x402 實作時，就選它。

支付與錢包平台：結算能力強，資料層較弱

接下來這兩家供應商把錢包、軌道和 gas 打包在一起，而且和大多數錢包平台一樣，它們涵蓋錢包範圍內的讀取功能，也就是你所控制地址的餘額和活動記錄。它們沒有提供的是超出代理自身錢包範圍的一般性資料產品。如果你的代理決策依賴價格、其他合約的狀態或市場層級的歷史記錄，就需要搭配資料供應商。

Circle

Circle 發行 USDC，這正是其他供應商大多數支付流程所移轉的資產，這使它與其說是競爭對手，不如說是共同的依賴項。其可程式化錢包使用多方運算（MPC，即沒有任何單一機器持有完整金鑰），Gas Station 和以 USDC 計價的 Paymaster 負責支付手續費，而 Agent Stack 新增了直接建構在 x402 之上的 Nanopayments，用於次美分等級的 API 付款。透過 CCTP 進行跨鏈 USDC 轉移確實是其他供應商大多比不上的強項。

其限制在於資料層：Circle 的文件記載的是錢包範圍內的讀取功能，而非一般性的 RPC 或鏈上資料產品。需要廣泛鏈上資料的代理仍需另外的供應商。

當 USDC 跨多鏈結算是產品核心，而你會從別處取得資料時，就選它。

Crossmint

在以錢包為核心的平台中，Crossmint 支援的鏈數量最多：涵蓋 EVM、Solana、Stellar 等 50+ 條鏈，預設贊助 gas，x402 已在正式環境中運作，並提供模組化簽署者模型，可以以非託管、託管或混合方式運作。它也提供最接近消費端商務的部分，如代理式結帳和代理發行的虛擬卡，這是原生加密基礎設施供應商大多沒有的。

從其文件中要了解兩點：其託管採用模組化簽署者架構（passkey、裝置、伺服器、雲端 KMS），而非 MPC 或基於隔離環境的簽署者，因此請評估你實際會使用的簽署者類型。此外資料層僅有 balance API，並非一般性鏈上資料。

當鏈的廣度或結帳與卡片層比統一的資料堆疊更重要時，就選 Crossmint。

錢包與簽署原語：最大控制權，其餘自己組裝

最後兩家供應商刻意保持精簡。它們把託管和簽署做得非常好，把軌道和資料留給你自己處理。如果簽署安全模型是你問題中最困難的部分，這就是優點而非缺點。

Privy

Privy，現在是 Stripe 旗下公司，是一個配有強大政策引擎的錢包簽署者。金鑰存放在受 Shamir secret sharing（一種將秘密拆分成多份，使任何單一方都無法重建原始秘密的方案）保護的安全隔離環境中，你可以透過支出上限、收款人允許清單和時間窗口來限制代理。它在授權步驟支援 x402，也就是簽署付款標頭，而由第三方 facilitator 負責結算。它是錢包，而非整套堆疊。

當你想要精細的託管控制，並願意自己接線軌道和資料，或你已經在 Stripe 生態圈內時，就選它。

Turnkey

Turnkey 把政策引擎運作在持有金鑰的同一個安全隔離環境內，因此每一個簽署請求都會先根據你的規則進行評估，才會產生簽章。這是這裡所有選項中對簽署邊界控制最強、打包程度最低的方案，沒有原生 x402（需要在代理層自行整合），也沒有資料產品。

當簽署安全模型就是產品本身，而你打算刻意自己組裝其餘部分時，就選它。

附加選項：Alchemy CLI 中的 Agent Wallets 是另一個選擇：從儀表板建立錢包，授予 CLI 範圍受限、有時效的存取權，讓代理可以從命令列進行交易。

比較表

你應該選哪一個？

圍繞著這些平台的框架和 SDK 可以互相替換的程度，遠高於底層基礎設施本身。你可以在一個下午內把一個代理框架換成另一個，但要更換代理簽署、付款、讀取鏈上資料的方式，就是一次重新架構。請先選好這一層。

在 Alchemy 上建構代理支付

如果你的代理需要付款並在鏈上行動，你可以在 Alchemy 的 AI 代理基礎設施上把這三層全部接好。透過 Alchemy CLI 給它一個範圍受限的錢包，讓它透過 x402 支付 API 費用，不需要 API key 也不需要儀表板註冊，用 gas 贊助來支付 gas，並透過我們跨 100+ 個網路的 Data API 讀取餘額、價格和歷史記錄。在交易的另一端，AgentPay 讓你的企業能跨協議接受代理付款，不需要為每個協議各自建立客製化驗證。

從免費方案開始：無需合約，無需候補名單，無最低承諾。最快的入門方式是鏈上代理建構指南，它把託管、支付和資料端到端接好。

代理支付基礎設施就是託管、支付軌道和鏈上資料。在你選擇上層框架之前，先選好能一次提供這三者的那一層。

常見問題

什麼是代理支付基礎設施？

代理支付基礎設施是讓 AI 代理能夠自主付款的堆疊：託管（代理用來簽署的範圍受限錢包）、支付軌道（離鏈 API 用 x402，結算用鏈上交易）、gas 贊助（讓代理不需要原生代幣）、以及鏈上資料（用來決定支付什麼並確認交易是否成功）。

代理支付最好的基礎設施是什麼？

這取決於你想把多少堆疊整合在一處。Alchemy 是最強的全端選項，將代理錢包、x402、gas 贊助和跨 100+ 個網路的鏈上資料整合在一起。Coinbase CDP 適合以 Base 為主的專案，Circle 適合 USDC 結算，Privy 或 Turnkey 則適合想要掌控託管、並自行組裝其餘部分的團隊。

AI 代理需要加密貨幣錢包才能付款嗎？

需要。代理透過簽署交易來付款，因此需要錢包，但絕不能是原始私鑰。安全的做法是使用智慧帳戶或伺服器持有的金鑰，並配上政策引擎，以支出上限、允許清單和有時效的 session 限縮範圍，讓被劫持的 prompt 無法掏空資金。

什麼是 x402，代理如何使用它？

x402 是一種支付標準，它復活了 HTTP 402 狀態碼，讓代理可以就地支付 API 呼叫的費用，不需要帳號或 API key。伺服器報價，代理簽署一筆穩定幣付款，請求即完成。Alchemy、Coinbase CDP、Circle 和 Crossmint 都支援它。

如何阻止 AI 代理超支？

限縮錢包範圍，不要信任 prompt。設定每筆交易和總支出上限，用允許清單限制收款人和合約，並使用會過期且可撤銷的有時效 session。讓私鑰完全在代理接觸不到的地方，這樣即使 prompt 被入侵，也有硬性限制無法逾越。

哪些供應商支援代理付款的 x402？

Alchemy、Coinbase CDP、Circle 和 Crossmint 原生支援 x402，用於支付離鏈 API。Privy 在授權步驟支援它，簽署付款，由第三方 facilitator 負責結算。Turnkey 不原生支援 x402；你需要在 Turnkey 的簽署功能之上、於代理層自行整合。