Cardano 現已在技術上支援 x402 支付，但採用尚未獲得證實。官方 x402 軟件開發套件已在其 TypeScript 實作中列出 Cardano 網絡支援，而 Cardano 基金會亦發布了獨立的 Java 版 facilitator，該工具已於預生產測試網 preprod 上完成一筆端到端測試交易。同樣重要的是尚未被證實的部分：目前沒有任何公開應用展示 AI 代理在主網上以 ADA 或 Cardano 發行的代幣重複支付真實服務。因此，此進展確立的是技術兼容性，而非商業採用。

AI 代理將如何購買數據集

代理向線上服務請求數據。服務以 HTTP 402 訊息回應，其中包含價格、接受的資產及支付地址。錢包或簽署系統檢查該筆支付是否符合用戶或開發者設定的限額。已簽署的支付經驗證後提交至 Cardano，服務確認收款後釋出數據集。

這一流程適合自主代理：它們無法填寫結帳表格或核准信用卡付款，因此將價格與支付條款直接嵌入 HTTP 交換過程，使機器能在請求數據的同一請求週期內完成購買。

代理不一定擁有對錢包的完全控制權。應用程式可以限制其消費金額、可使用的服務以及可發送的資產。這一區別至關重要，因為 x402 的目標是自動化單筆支付，而非讓 AI 系統無限制地取用他人的資金。

Cardano 實際新增了什麼

x402 是一個圍繞 HTTP 402 建構的開放支付標準，HTTP 402 是專為「Payment Required」（需要付款）保留的網頁回應碼。該狀態碼早於 1990 年代就在 HTTP 規範中定義，但數十年來幾乎未被使用，直至代理支付協議將其重新啟用。根據 x402 官方，x402 允許網站或 API 在請求產品的同一交換過程中請求支付。該標準由 Coinbase 於 2025 年推出，作為機器對機器支付的開放協議，而 Cardano 的工具令其開發者得以加入試驗此協議的行列。

x402 官方 SDK 功能列表現已顯示其 TypeScript 實作支援 Cardano 網絡。這讓 JavaScript 和 TypeScript 開發者擁有標準工具，用於準備 Cardano 支付並將其與支援 x402 的服務連接。

目前的功能矩陣並未列出官方 Go 或 Python 實作對 Cardano 的支援。使用這些語言的開發者因此需要額外的組件或自行進行整合工作。

Cardano 基金會的另一個獨立項目則提供了 GitHub 上的 Java 版 facilitator。它與同一支付標準相關，但並非官方 TypeScript 套件的 Java 版本。這兩個發布解決的是整合問題的不同部分，不應被視為同一產品。

誰能動用這筆資金？

Facilitator 位於請求支付的應用程式與 Cardano 網絡之間。其職責是檢查已簽署的交易、核實其符合支付請求，並將其提交至區塊鏈。

• 用戶或開發者設定消費限額、選擇允許的資產，並決定代理可使用哪些服務。
• 錢包在確認交易符合這些規則後，核准並簽署確切的交易。
• Facilitator驗證並提交已簽署的交易。它不持有私鑰，也不代表付款方簽署。

Cardano 的擴展未花費交易輸出（eUTXO）模型使支付條款明確化。交易會標明所花費的資金及將建立的新輸出。若有人在核准後更改收款人或金額，原有的簽署即告失效。

這可防止 facilitator 悄悄改寫已簽署的支付。但它無法防止用戶一開始就核准惡意請求，這也是為何錢包權限與消費限額仍然不可或缺。

預生產測試證明了一條路徑可行

Cardano 基金會的 facilitator 已在 preprod——Cardano 的公開測試網絡——上完成一筆端到端交易。據項目儲存庫所述，該測試顯示服務能夠驗證已簽署的支付、提交交易並確認其已被寫入鏈上。

測試所證實的內容：\n- Cardano 支付可被準備並簽署

• Facilitator 能夠驗證其細節
• 交易可被提交至 preprod
• 鏈上寫入可被確認

公開層面尚未測試的內容：

• 使用具價值的主網資產進行支付
• 來自獨立應用程式的持續流量
• 買賣雙方的商業需求
• 生產環境下的可靠性

儲存庫亦指出，其伺服器提交路徑已進行端到端測試，而客戶端提交選項僅在軟件層面經過測試，尚未與真實提供商對接。在第二種模式中，facilitator 負責準備或驗證支付，而由另一個系統提交交易。

生產環境的使用所需的不僅是切換網絡設定。開發者需要確保 facilitator 的驗證與結算端點的安全、限制接受的交易腳本，並謹慎處理延遲確認。

最後一點十分實際。即使應用程式尚未收到確認，交易可能早已到達網絡。自動重新提交同一筆支付可能造成混亂，或視乎實作方式，導致非預期的重複支付。應用程式在重試前需要先檢查交易的狀態。

支付支援並不保證 ADA 需求

x402 服務可選擇接受 ADA 或 Cardano 上發行的其他資產，包括穩定幣。該軟件使這些支付路徑成為可能，但並不決定賣方會要求以哪種資產支付。

視乎應用程式如何安排結算，ADA 仍可能用於支付網絡費用。然而，單靠小額交易費用並不足以建立對該代幣的顯著需求。這需要真實的服務、重複的使用，以及相對於整體 ADA 市場足以產生影響的支付量。

目前沒有任何公開商業應用披露在 Cardano 上的經常性 x402 支付量，或展示客戶偏好哪些資產。因此，聲稱 AI 支付已在創造可觀的 ADA 需求，將遠超現有證據所能支持的範圍。

其他 x402 整合採用不同的營運模式。例如，Circle 推出了一項託管式 facilitator，為支援的 USDC 支付處理驗證、交易提交及燃料管理。正如 Coindoo 關於 Circle 為 AI 代理提供 x402 服務的報導所解釋，這種方式減少了開發者需要營運的基礎設施，但也令應用程式更依賴 Circle。

Cardano 現有的工具給予開發者更大空間自行營運 facilitator。這可提供更高的控制權，但開發者亦須承擔安全性、正常運作時間及正確交易處理的責任。

下一步的證明必須來自應用程式

另一個函式庫的發布將擴大可試驗 Card 支付的開發者範圍，尤其是若官方 Go 或 Python 支援隨後推出。但它無法回答是否有人真的想使用這個系統。

更具意義的證據將是：一個具名的應用程式為真實產品完成主網支付、公布交易參考，並回來進行更多購買。可靠性數據同樣重要：支付失敗的頻率、服務確認的速度，以及自動化買家是否會重複發起請求。

Cardano 現已具備嘗試這項測試所需的組件。下一個重要的消息，不會是 AI 代理在理論上能夠付款，而是一個獨立代理為了真正有用的東西付了錢——並回頭再次購買。

本文僅供參考，不構成財務或投資建議。區塊鏈軟件、測試結果及網絡支援可能隨開發進展而改變。