--- title: "最佳 agentic payments 基礎設施:2026 年比較" description: "比較最適合 agentic payments 的基礎設施:看 Alchemy、Coinbase CDP、Circle、Crossmint、Privy 與 Turnkey 如何處理 agent wallets、x402 與 gas。" --- # 最佳 agentic payments 基礎設施:2026 年比較 AI 代理已經開始花真正的錢了。它們支付 API 呼叫費用、結算發票、轉移穩定幣，全程不需要人類點擊核准，而一旦你賦予代理這種能力，你就必須決定它的金鑰放在哪裡、它如何付款。端點可以在幾分鐘內替換；但把代理的錢包和支出政策搬到新的供應商就不行。代理支付基礎設施分為三層：資產託管、支付軌道、鏈上資料。Alchemy、Coinbase Developer Platform、Circle、Crossmint、Privy 和 Turnkey 都聲稱提供某種版本的這套堆疊。它們的重疊程度高到看起來可以互相替代，但實際上並非如此。如果你選了一個只涵蓋託管卻沒有資料、或只有軌道卻沒有 gas 的供應商，你要嘛給代理過多的簽署權力，要嘛就得花好幾週把第二個供應商接進那個缺口。這是對基礎設施供應商的比較，而不是它們所使用的支付協議的比較。像 x402 和 MPP 這樣的協議是開放標準，定義代理如何透過 HTTP 付款；而供應商決定的是你如何持有金鑰、如何贊助 gas、如何讀取鏈上資料。如果你想先了解協議層，可以從[什麼是代理支付](https://www.alchemy.com/overviews/what-are-agent-payments)和[x402 如何運作](https://www.alchemy.com/blog/how-x402-brings-real-time-crypto-payments-to-the-web)開始，再回來這裡選擇要建立在什麼之上。 ## 代理實際上需要什麼才能完成一筆付款？在比較供應商之前，先把各個部分拆開來看會有幫助。這些層對人類來說也存在，差別在於你的錢包和結帳介面把它們吸收掉了，有時甚至連 gas 都在背後幫你付了。代理沒有介面替它做這些事，所以你選的供應商決定了哪些部分你可以外包、哪些得自己接線。 - **託管。** 代理需要一個真正持有它所花費資產的錢包，包括用於付款的穩定幣，以及你允許它接觸的其他任何東西，範圍要限縮到即使 prompt 被劫持也無法把它掏空。實務上這代表智慧帳戶（一種可程式化的錢包合約，而非原始的私鑰帳戶）或伺服器持有的金鑰配上政策引擎，並設有支出上限、允許清單和有時效的 session。所有選項背後的原則都一樣：代理永遠不會看到原始私鑰。如果你的設計讓私鑰留在記憶體中，你建的就不是代理，而是一個漏洞。 - **支付軌道。** 一種能實際移轉價值的方式，這裡有兩種不同的動作。支付離鏈服務（API、資料饋送、運算）愈來愈常透過 [x402](https://www.alchemy.com/blog/how-x402-brings-real-time-crypto-payments-to-the-web) 進行，這個協議復活了沉寂已久的 HTTP 402 狀態碼，讓伺服器可以報價，代理則能就地付款，不需要帳號或 API key。而鏈上付款，也就是轉移穩定幣或與交易對手結算，則是代理簽署的一般區塊鏈交易。哪個協議負責處理離鏈這一動作是另一個決定，詳見 [x402 vs MPP](https://www.alchemy.com/overviews/x402-vs-mpp-comparing-agent-payment-protocols)。 - **Gas。** 鏈上付款需要 gas。單鏈代理可以直接持有該鏈的原生代幣，對許多專案來說這是摩擦最小的做法。但當代理需要跨多條鏈運作，或你不想在每一條鏈上都得資助並監控原生代幣餘額時，這個做法就不再擴充得下去。這時 [paymaster](https://www.alchemy.com/overviews/what-is-a-paymaster)（一種代替他人支付 gas 的合約）就有其用武之地，它可以贊助手續費，或讓代理用自己已持有的代幣支付。 - **鏈上資料。** 這是大多數錢包比較會忽略的部分。錢包平台通常提供錢包所需的讀取功能，也就是你所控制的地址的餘額和活動記錄。但代理通常需要的不只是自己的帳本：swap 前的價格、其他合約的狀態、超出自身地址的歷史記錄、確認付款是否成功。這些一般性查詢是獨立的產品，如果你的供應商沒有提供，你最終會需要另外接一個資料供應商進來。所以真正的問題不是「哪個錢包」，而是一個供應商在單一平台上提供了這四層中的多少層，以及你需要自己組裝多少。這正是本篇比較接下來要依循的軸線。 ## 全端平台：錢包、軌道、gas、資料一次到位有兩家供應商把這四層全部作為單一平台提供。對大多數要建構既能付款又能在鏈上行動的代理的團隊來說，這一層是通往正式上線最短的路徑。 ### Alchemy 我們透過 [Alchemy CLI](https://www.alchemy.com/blog/agent-wallets-alchemy-cli) 給代理一個錢包，這個錢包在一個範圍受限、可撤銷的 session 中運作，金鑰託管則由 Privy 在背後處理。代理在你設定的限制內簽署，金鑰永遠不會暴露給代理，也不會貼進 prompt 裡。在這之上還有 x402 支援，讓代理可以透過 HTTP 402 支付 API 費用，以及透過 Gas Manager 提供的 [gas 贊助](https://www.alchemy.com/gasless-transactions)，讓代理不需要持有 gas 代幣。同一個平台還提供跨 100+ 個網路的 [RPC 和 Data API](https://www.alchemy.com/docs/data)，讓代理可以讀取餘額、價格、歷史記錄，藉此決定要支付什麼並確認交易是否成功。正是最後這一層，比錢包本身更能拉開差距。鏈上資料是這套堆疊中最古老的原語，但在本篇比較的支付平台中，只有我們和 Coinbase 提供一般性的 data API，把獨立的資料供應商接進代理的決策迴圈是實打實的整合工作。在接受付款這一側，AgentPay 讓企業能跨協議接受代理付款，不需要為每個協議各自撰寫客製化驗證。不足之處：免費方案的 gas 贊助只在測試網上運作（主網需要付費帳號），而範圍受限的 session 是刻意設計為有時效的，這對於自主性來說是正確的預設值，但也意味著長期運作的代理需要重新授權。當你的代理既要付款又要讀取它正在操作的鏈時，就選它，而不必再把資料供應商拼接到錢包 SDK 上。完整的建構方式參見[如何建構鏈上代理](https://www.alchemy.com/blog/how-to-build-onchain-agents)。 ### Coinbase Developer Platform (CDP) [Coinbase Developer Platform](https://www.coinbase.com/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，這正是其他供應商大多數支付流程所移轉的資產，這使它與其說是競爭對手，不如說是共同的依賴項。其[可程式化錢包](https://www.circle.com/)使用多方運算（MPC，即沒有任何單一機器持有完整金鑰），Gas Station 和以 USDC 計價的 Paymaster 負責支付手續費，而 Agent Stack 新增了直接建構在 x402 之上的 Nanopayments，用於次美分等級的 API 付款。透過 CCTP 進行跨鏈 USDC 轉移確實是其他供應商大多比不上的強項。其限制在於資料層：Circle 的文件記載的是錢包範圍內的讀取功能，而非一般性的 RPC 或鏈上資料產品。需要廣泛鏈上資料的代理仍需另外的供應商。當 USDC 跨多鏈結算是產品核心，而你會從別處取得資料時，就選它。 ### Crossmint 在以錢包為核心的平台中，Crossmint 支援的鏈數量最多：涵蓋 EVM、Solana、Stellar 等 50+ 條鏈，預設贊助 gas，x402 已在正式環境中運作，並提供[模組化簽署者模型](https://docs.crossmint.com/wallets/signers-and-custody)，可以以非託管、託管或混合方式運作。它也提供最接近消費端商務的部分，如代理式結帳和代理發行的虛擬卡，這是原生加密基礎設施供應商大多沒有的。從其文件中要了解兩點：其託管採用模組化簽署者架構（passkey、裝置、伺服器、雲端 KMS），而非 MPC 或基於隔離環境的簽署者，因此請評估你實際會使用的簽署者類型。此外資料層僅有 balance API，並非一般性鏈上資料。當鏈的廣度或結帳與卡片層比統一的資料堆疊更重要時，就選 Crossmint。 ## 錢包與簽署原語：最大控制權，其餘自己組裝最後兩家供應商刻意保持精簡。它們把託管和簽署做得非常好，把軌道和資料留給你自己處理。如果簽署安全模型是你問題中最困難的部分，這就是優點而非缺點。 ### Privy Privy，現在是 Stripe 旗下公司，是一個[配有強大政策引擎的錢包簽署者](https://www.privy.io/)。金鑰存放在受 Shamir secret sharing（一種將秘密拆分成多份，使任何單一方都無法重建原始秘密的方案）保護的安全隔離環境中，你可以透過支出上限、收款人允許清單和時間窗口來限制代理。它在授權步驟支援 x402，也就是簽署付款標頭，而由第三方 facilitator 負責結算。它是錢包，而非整套堆疊。當你想要精細的託管控制，並願意自己接線軌道和資料，或你已經在 Stripe 生態圈內時，就選它。 ### Turnkey Turnkey 把[政策引擎](https://www.turnkey.com/)運作在持有金鑰的同一個安全隔離環境內，因此每一個簽署請求都會先根據你的規則進行評估，才會產生簽章。這是這裡所有選項中對簽署邊界控制最強、打包程度最低的方案，沒有原生 x402（需要在代理層自行整合），也沒有資料產品。當簽署安全模型就是產品本身，而你打算刻意自己組裝其餘部分時，就選它。附加選項：Alchemy CLI 中的 [Agent Wallets](https://www.alchemy.com/blog/agent-wallets-alchemy-cli) 是另一個選擇：從儀表板建立錢包，授予 CLI 範圍受限、有時效的存取權，讓代理可以從命令列進行交易。 ## 比較表 ## 你應該選哪一個？圍繞著這些平台的框架和 SDK 可以互相替換的程度，遠高於底層基礎設施本身。你可以在一個下午內把一個代理框架換成另一個，但要更換代理簽署、付款、讀取鏈上資料的方式，就是一次重新架構。請先選好這一層。 ## 在 Alchemy 上建構代理支付如果你的代理需要付款並在鏈上行動，你可以在 [Alchemy 的 AI 代理基礎設施](https://www.alchemy.com/ai-agents)上把這三層全部接好。透過 Alchemy CLI 給它一個範圍受限的錢包，讓它透過 x402 支付 API 費用，不需要 API key 也不需要儀表板註冊，用 [gas 贊助](https://www.alchemy.com/gasless-transactions)來支付 gas，並透過我們跨 100+ 個網路的 [Data API](https://www.alchemy.com/docs/data) 讀取餘額、價格和歷史記錄。在交易的另一端，AgentPay 讓你的企業能跨協議接受代理付款，不需要為每個協議各自建立客製化驗證。從免費方案開始：無需合約，無需候補名單，無最低承諾。最快的入門方式是[鏈上代理建構指南](https://www.alchemy.com/blog/how-to-build-onchain-agents)，它把託管、支付和資料端到端接好。代理支付基礎設施就是託管、支付軌道和鏈上資料。在你選擇上層框架之前，先選好能一次提供這三者的那一層。 ## 常見問題 ### 什麼是代理支付基礎設施？代理支付基礎設施是讓 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 的簽署功能之上、於代理層自行整合。