logo

新手教學

投資理財

區塊百科

賽道專題

幣種分析

優惠福利

市場週報

最新文章

活動優惠搜尋

NEW EVENT

最新活動

BG Wallet

OKX

幣安

web3 community

加入每日幣研 Telegram 群組,即時掌握幣圈最新資訊

HOT ARTICLES

熱門文章

    Featured Articles

    專題精選

    PolitiFi
    BTC
    Meme 迷因幣
    AI
    DeFi
    DePIN

      機器經濟秩序:AI Agent 商務的全端價值路線

      2025/12/18

      本文目錄

      • 一、代理商務 支付體系與應用場景

      作者:0xjacobzhao

      代理商務(Agentic Commerce) 指的是由 AI Agent 自主完成服務發現、可信度判斷、訂單生成、支付授權及最終結算的全流程商業體系。它不再依賴於人類逐步操作或資訊輸入,而是由 Agent 在跨平台、跨系統的環境中自動協作、下單、支付與履約,從而形成機器與機器之間自主執行的商業循環(M2M Commerce)。

      加密領域中,最具實際應用價值的場景目前主要集中在 穩定幣支付DeFi。因此,在 Crypto 與 AI 融合的過程中,最具價值的兩條路線分別為:短期內依賴現有成熟 DeFi 協議的 AgentFi,以及中長期圍繞穩定幣結算、依賴 ACP / AP2 / x402 / ERC-8004 等協議逐步完善的 Agent Payment。 

      代理商務(Agentic Commerce)短期受限於協議成熟度、監管差異、商家用戶接受度等因素,難以快速規模化;但從長期看,支付是所有商業循環的底層錨點,代理商務最具有長期價值。


      一、代理商務 支付體系與應用場景

      代理商務(Agentic Commerce)體系中,真實世界的商家網路才是最大的價值場景。無論 AI Agent 如何演進, 傳統法幣支付體系(Stripe、Visa、Mastercard、銀行轉帳) 與快速增長的 穩定幣體系(USDC、x402) 都將長期並存,共同構成代理商務的底座。

       

      傳統法幣支付 vs 穩定幣支付對比

      類別 傳統法幣支付(Stripe) 穩定幣支付(x402 / USDC)
      優勢

      - 商家覆蓋率極高

      - 用戶體驗順暢,無需錢包

      - 合規成熟、風控完善

      - 支援退款 / 拒付

      - 全球統一、無國界

      - 成本極低(<0.1%)即時結算

      - 可程式化性強(智能合約、自動化結算)

      - 原生支援 M2M 微支付(micropayments)

      劣勢

      - 手續費高(2 ~ 4% + 匯差)

      - 跨境複雜,結算慢(T+1〜T+3)

      - 可程式化性較弱

      - 無法支援機器規模支付

      - 商家採用度極低

      - 用戶門檻高(錢包 / Gas)

      - 監管不統一、稅務複雜

      - 無拒付機制(需自行處理爭議)

      真實世界商家——從電商、訂閱、SaaS 到出行、內容付費與企業採購——承載萬億美元級需求,也是 AI Agent 自動比價、續費與採購的核心價值來源。短期內,主流消費與企業採購仍將由 傳統法幣支付體系長期主導

       

      穩定幣在現實商業無法規模化的核心障礙並非僅技術,而是 監管(KYC / AML、稅務、消費者保護)、商家會計(穩定幣非法償) 以及 不可逆支付帶來的爭議處理機制缺失。由於這些結構性限制,穩定幣短期難以進入醫療、航空、電商、政府、公用事業等高監管行業,其落地將主要集中在 數位內容、跨境支付、Web3 原生服務與機器經濟(M2M / IoT / Agent) 等監管壓力較低或鏈上原生的場景——這也正是 Web3 原生的代理商務最先實現規模突破的機會。

       

      不過,2025 年監管制度化正快速推進:美國穩定幣法案取得兩黨共識,香港與新加坡落地穩定幣牌照框架,歐盟 MiCA 正式生效,Stripe 支援 USDC、PayPal 推出 PYUSD。監管結構逐漸清晰意味著穩定幣正被主流金融體系接納,為未來跨境結算、B2B 採購與機器經濟打開政策空間。

       

      代理商務最佳應用場景匹配

      大型場景 典型子場景 核心特徵 支付通道 原因

      數位原生AI / Machine)

      (最先爆發)

      Digital Services

      (API / SaaS / Compute)

      純數位、依調用計費、企業採購 傳統支付為主,穩定幣補充 服務商已深度綁定 Stripe;企業需發票 / 帳期 / 退款;

      Multi-agent & M2M Commerce:

      多 Agent 協作、M2M micropayments、IoT、機器人、瀏覽器串流付費

      機器對機器、小額高頻、秒級結算

      穩定幣

      唯一合理

      傳統支付手續費高且需人工;

      穩定幣支援自動化與即時微支付

      DeFi / AgentFi

      鏈上借貸、做市、收益策略執行

      原生鏈上 穩定幣 / Crypto 傳統支付無法進入
      數位虛擬商品(增長快) 遊戲內購、虛擬道具、會員、數位素材 低單價、全球用戶 傳統支付主導;穩定幣跨境優勢 平台以發卡組織為主;穩定幣適合跨境
      真實世界商務(長期) 機票、酒店、電商、外送、藥品、線下零售 物流 + 監管 + 退款體系 傳統法幣支付長期主導 涉及稅務、拒付、監管合規;穩定幣短期難進入場景

      代理商務(Agentic Commerce)的核心不是讓一種支付軌道取代另一種,而是將「 下單—授權—支付 」的執行主體交給 AI Agent,使傳統法幣支付體系(AP2、授權憑證、身分合規)與穩定幣體系(x402、CCTP、智能合約結算)各自發揮優勢。它既不是法幣 vs 穩定幣的零和競爭,也不是單一軌道的替代敘事,而是一個同時擴張雙方能力的結構性機會:法幣支付繼續支撐人類商業,穩定幣支付加速機器原生與鏈上原生場景,兩者互補共生,成為代理商務的雙引擎。


      二、代理商務 底層協議標準全貌

      代理商務(Agentic Commerce)的協議堆疊由六個層級構成,形成「能力發現」至「支付交付」完整的機器商業鏈路。 A2A CatalogMCP Registry 負責能力發現, ERC-8004 提供鏈上可驗證身分與名聲; ACPAP2 分別承擔結構化下單與授權指令;支付層由 傳統法幣軌道(AP2)穩定幣軌道(x402) 並行組成;交付層則尚無統一標準。

      • 發現層(Discovery Layer):解決「Agent 如何發現並理解可調用服務」。AI 側通過 A2A Catalog 與 MCP Registry 建構標準化能力目錄;Web3 則依託 ERC-8004 提供可尋址的身分指引。該層是整個協議堆疊的入口。

      • 信任層(Trust Layer):回答「對方是否可信」。AI 側尚無通用標準,Web3 通過 ERC-8004 建構可驗證身分、名聲與執行記錄的統一框架,是 Web3 的關鍵優勢。

      • 下單層(Ordering Layer):負責「訂單如何表達與校驗」。ACP(OpenAI × Stripe)提供對商品、價格與結算條款的結構化描述,確保商家可履約。由於鏈上難以表達現實世界商業契約,該層基本由 Web2 主導。

      • 授權層(Authorization Layer):處理「Agent 是否獲得用戶合法授權」。AP2 通過可驗證憑證將意圖、確認與支付授權綁定至真實身分體系。Web3 簽名尚不具法律效力,因此無法承擔該層的契約與合規責任。

      • 支付層(Payment Layer):決定「付款通過何種軌道完成」。AP2 覆蓋卡與銀行等傳統支付網路;x402 則提供穩定幣的原生 API 支付介面,使 USDC 等資產可嵌入自動化調用。兩類軌道在此形成功能互補。

      • 交付層(Fulfillment Layer):回答「支付完成後如何安全交付內容」。目前無統一協議:現實世界依賴商家系統完成交付,Web3 的加密存取控制尚未形成跨生態標準。該層仍是協議堆疊的最大空白,也最有可能孕育下一代基礎協議。


      三、代理商務 關鍵核心協議詳解

      圍繞代理商務(Agentic Commerce) 服務發現、信任判斷、結構化下單、支付授權與最終結算 這五個關鍵環節,Google、Anthropic、OpenAI、Stripe、Ethereum、Coinbase 等機構均在相應環節提出底層協議,從而共同建構出下一代 Agentic Commerce 核心協議堆疊

       

      Agent‑to‑Agent (A2A)  –  Agent 協作協議(Google)

      A2A 是由 Google 發起並捐贈至 Linux Foundation 的開源協議,旨在為不同供應商、不同框架建構的 AI Agents 提供統一的通訊與協作標準。A2A 基於 HTTP + JSON-RPC,實現安全、結構化的消息與任務交換,使 Agents 能以原生方式進行多輪對話、協作決策、任務分解與狀態管理。它的核心目標是建構「Agent 之間的網際網路」,讓任何 A2A 相容的 Agent 都能被自動發現、調用與組合,從而形成跨平台、跨組織的分散式 Agent 網路。

       

      Model Context Protocol (MCP)  –  統一工具資料接入協議(Anthropic)

      MCP 由 Anthropic 推出,是連接 LLM / Agents 與外部系統的開放協議,側重統一工具與資料存取介面。它將資料庫、檔案系統、遠端 API 以及專有工具抽象為標準化資源,使 Agent 可以安全、可控、可審計地存取外部能力。MCP 的設計強調低整合成本與高可擴展性:開發者只需一次對接,即可讓 Agent 使用整個工具生態。目前 MCP 已被多家頭部 AI 廠商採用,成為 agent-tool 互動的事實標準。

      MCP 關注的是「Agent 如何使用工具」—— 為模型提供統一且安全的外部資源存取能力(如資料庫、API、檔案系統等),從而標準化 agent-tool / agent-data 的互動方式。A2A 則解決「Agent 如何與其他 Agent 協同工作」—— 為跨廠商、跨框架的 Agent 建立原生通訊標準,支援多輪對話、任務分解、狀態管理與長生命週期執行,是 Agent 之間的基礎協作層。

       

      特性 MCP (模型上下文協議) A2A (Agent 對 Agent)
      主要目標

      能力擴展 (Capability):

      將 AI 連接到資料和工具。

      協作協調 (Coordination):

      將 AI 連接到其他 AI。

      通俗對比

      垂直: Agent <-> 資料庫 / API

      如同 USB-C 介面

      水平方向: Agent <-> Agent

      如同 網際網路

      狀態管理

      無狀態 (Stateless):

      「執行這個函數,然後把結果返給我。」

      有狀態 (Stateful):

      「接下這個任務,持續更新進度,並告訴我何時完成。」

      典型場景 工具調用、資料讀寫、檔案處理、企業系統整合 多 Agent 協作任務、跨平台 Agent 協作、自動化 workflow

       

      Agentic Commerce Protocol (ACP) – 下單結帳協議(OpenAI × Stripe) 

      ACP (Agentic Commerce Protocol)是 OpenAIStripe 提出的開放下單標準(Apache 2.0),為 買家 — AI Agent — 商家 建立可被機器直接理解的結構化下單流程。協議覆蓋商品資訊、價格與條款校驗、結算邏輯及支付憑證傳遞,使 AI 能在不成為商家的前提下代表用戶安全發起購買。

      其核心設計是:AI 以標準化方式調用商家的結帳介面,而商家保留全部商業與法律控制權。ACP 通過結構化訂單(JSON Schema / OpenAPI)、安全支付 Token(Stripe Shared Payment Token)、相容現有電商後台,並支援 REST 與 MCP 發布能力,使商家無需改造系統即可進入 AI 購物生態。目前 ACP 已用於 ChatGPT Instant Checkout,成為早期部署可用的支付基礎設施。

       

      Agent Payments Protocol (AP2) – 數位授權與支付指令協議(Google) 

      AP2 是由 Google 聯合多家支付網路與科技公司共同推出的開放標準,旨在為 AI Agent 主導的支付 建立統一、合規、可審計的流程。它通過加密簽名的數位授權憑證將用戶的支付意圖、授權範圍與合規身分綁定起來,為商家、支付機構與監管方提供可驗證的「誰在為誰花錢」的證據。

      AP2 以「Payment-Agnostic」為設計原則,同時支援信用卡、銀行轉帳、即時支付以及通過 x402 等擴展開發接入穩定幣等加密支付軌道。在整個 Agentic Commerce 協議堆疊中,AP2 不負責具體商品與下單細節,而是為各種支付渠道提供通用的 Agent 支付授權框架。

      項目 ACP(Agentic Commerce Protocol) AP2(Agent Payments Protocol)
      主導方 OpenAI × Stripe Google Cloud(諸多合作聯盟)
      核心作用 結帳協議:讓 AI Agent 能結構化調用商家的結帳 / 下單介面 授權協議:證明 Agent 具備代表用戶付款的合法授權
      理解對比 相當於 線上版 POS 機 / 電商結帳頁 相當於 銀行卡的晶片 + PIN 授權機制
      Crypto 關聯 傳統支付通道為主 支援 x402 擴展原生支援穩定幣支付

       

      ERC‑8004 – 鏈上 Agent 身分 / 名聲 / 驗證標準(Ethereum) 

      ERC-8004 是由 MetaMask、Ethereum 基金會、Google、Coinbase 共同提出的以太坊標準,旨在為 AI Agents 建構 跨平台、可驗證、無需預信任 的身分與名聲體系,協議由鏈上三部分組成:

      • Identity Registry:為每個 Agent 鑄造類似 NFT 的鏈上身分,可掛接 MCP / A2A 端點、ENS / DID、錢包等跨平台資訊。

      • Reputation Registry:標準化記錄評分、回饋與行為信號,使 Agent 的歷史表現可審計、可聚合、可組合。

      • Validation Registry:支援 stake re-execution、zkML、TEE 等驗證機制,為高價值任務提供可驗證的執行記錄。

      通過 ERC-8004,Agent 的身分、信譽與行為被鏈上存證,形成 跨平台可發現、不可篡改、可驗證的信任底座,是 Web3 建構開放、可信 AI 經濟的重要基礎設施。ERC-8004 處於 Review 階段,意味著標準已基本穩定、具備可實現性,但仍在廣泛徵求社群意見,尚未最終定稿。

       

      x402 – 穩定幣原生 API 支付軌道(Coinbase) 

      x402 是 Coinbase 提出的開放支付標準(Apache-2.0),將長期閒置的 HTTP 402 Payment Required 變為可程式化的鏈上支付握手機制,讓 API 與 AI Agent 可以在 無需帳號、無需信用卡、無需 API Key 的情況下實現 去帳戶化、無摩擦、按需付費 的鏈上結算。

      圖:HTTP 402 Payment Flow 來源: Jay Yu@Pantera Capital 

       

      核心機制: x402 協議復活了網際網路早期遺留的 HTTP 402 狀態碼。其工作流為:

      1. 請求與協商: 客戶端(Agent)發起請求 -> 服務端返回 402 狀態碼及支付參數(如金額、接收地址)。

      2. 自主支付: Agent 本地簽署交易並廣播(通常使用 USDC 等穩定幣),無需人工干預。

      3. 驗證與交付: 服務端或第三方「Facilitator」驗證鏈上交易後,即時釋放資源。

      x402 引入了 Facilitator(促進者) 角色,作為連接 Web2 API 與 Web3 結算層的中介軟體。Facilitator 負責處理複雜的鏈上驗證與結算邏輯,使傳統開發者僅需極少代碼即可將 API 貨幣化,服務端無需運行節點、管理簽名或廣播交易,只需依賴 Facilitator 提供的介面即可完成鏈上支付處理。當前最成熟的 Facilitator 實現由 Coinbase Developer Platform 提供。

       

      x402 的技術優勢 在於:支援低至 1 美分的鏈上微支付,突破傳統支付閘道在 AI 場景下無法處理高頻小額調用的限制;完全移除帳戶、KYC 與 API Key,使 AI 能自主完成 M2M 支付循環;並通過 EIP-3009 實現無 Gas 的 USDC 授權支付,原生相容 Base 與 Solana,具備多鏈可擴展性。

       

      基於對 Agentic Commerce 的核心協議堆疊的介紹,下表總結協議在各層級的定位、核心能力、主要限制與成熟度評估,為建構跨平台、可執行、可支付的 Agent 經濟提供了清晰的結構化視角。

      層級 協議 核心定位 限制 / 風險 成熟度
      發現層

      A2A(Google)

      標準化多 Agent 服務發現與協作 依賴 Google 生態;跨廠商採用不均衡;未來可能因巨頭封閉而受限 ⭐⭐⭐⭐
      發現層

      MCP(Anthropic)

      統一工具與資料接入介面 生態可能碎片化;工具需主動整合;存在被更大廠商標準替代的風險 ⭐⭐⭐⭐⭐

      發現層

      信任層

      ERC-8004(Ethereum)

      鏈上可驗證身分、名聲與執行記錄 與 Web2 / KYC 體系割裂;需廣泛整合才能形成網路效應 ⭐⭐⭐
      下單層

      ACP(OpenAI × Stripe)

      結構化描述商品、價格、條款,生成可履約訂單 高度依賴 Stripe 商家端;覆蓋有限;封閉度高、文件不足 ⭐⭐
      授權層

      AP2(Google)

      用戶意圖與支付授權(mandate)的合規表達 強依賴實名/KYC;監管不一致;難進入無 KYC 的鏈上場景 ⭐⭐⭐⭐
      支付層

      X402(Coinbase)

      穩定幣 API 支付軌道,適用於自動化與 M2M 商家需適配;穩定幣監管不確定;多鏈執行路徑複雜 ⭐⭐⭐⭐

      四、Web3 代理商務生態代表性項目

      當下代理商務(Agentic Commerce)的 Web3 生態可分為三層:

      • 業務支付系統層(L3),包括 Skyfire、Payman、Catena Labs、Nevermined 等項目,提供支付封裝、SDK 整合、額度與權限治理、人類審核與合規接入,並不同程度對接傳統金融軌道(銀行、發卡組織、PSP、KYC / KYB),搭建支付業務與機器經濟的橋樑。

      • 原生支付協議層(L2),由 x402、Virtual ACP 等協議及其生態項目構成,負責收費請求、支付驗證與鏈上結算,是當前 Agent 經濟中真正實現自動化、端到端清算的核心。x402 完全不依賴銀行、發卡組織與支付服務商,提供鏈上原生 M2M / A2A 支付能力。

      • 基礎設施層(L1),包括 Ethereum、Base、Solana 以及 Kite AI 等,為支付與身分體系提供鏈上執行環境、密鑰體系、MPC / AA 與權限 Runtime 的技術堆疊可信底座。

      層級 名稱 核心作用 典型 Web3 項目
      L3

      業務支付系統層(Business Payment Systems Layer)

      為 Agent 提供支付封裝、SDK 整合、額度 / 權限 / 策略治理、人類審核與合規接入 Skyfire、Payman、Catena Labs、Nevermined
      L2

      原生支付協議層(Native Payment Protocol Layer)

      服務方向 Agent 發起收費請求;由 Facilitator 完成傳輸、驗證與鏈上結算 x402, Virtuals ACP (Agent Commerce Protocol)
      L1

      基礎設施層(Infrastructure Layer)

      提供鏈上執行環境、錢包簽名、MPC / AA、權限 Runtime 等底層能力 Ethereum, Base (EVM), Solana (SVM), Kite AI (Payment L1)

       

      L3 業務支付系統層 - Skyfire:AI Agent 的身分與支付憑證 

      Skyfire 以 KYA + Pay 為核心,將「身分驗證 + 支付授權」抽象為 AI 可用的 JWT 憑證,為網站、API、MCP 服務提供可驗證的自動化存取與扣費能力。系統自動為用戶生成 Buyer / Seller Agent 與託管錢包,支援卡片、銀行與 USDC 儲值。系統層面,Skyfire 為每個用戶生成 Buyer / Seller Agent 與託管錢包,支援通過卡、銀行和 USDC 儲值餘額。其最大優勢是 完全相容 Web2(JWT / JWKS、WAF、API Gateway 可直接使用),可為內容網站、資料 API、工具類 SaaS 提供「帶身分的自動付費存取」。Skyfire 是現實可用的 Agent Payment 中間層,但身分與資產託管均為中心化方案。

       

      L3 業務支付系統層 - Payman:AI 原生資金權限風控 

      Payman 提供 Wallet、Payee、Policy、Approval 四類能力,為 AI 建構可治理、可審計的「資金權限層」。AI 可以執行真實支付,但所有資金動作必須滿足用戶設置的額度、策略與審核規則。核心互動通過 payman.ask() 自然語言介面完成,系統負責解析意圖、驗證策略與執行支付。Payman 的關鍵價值在於:「AI 可以動錢,但永遠不越權。」將企業級資金治理遷移到 AI 環境:自動發薪、報銷、供應商付款、批量轉帳等都可在明確定義的權限邊界內完成。Payman 適合企業與團隊內部的財務自動化(工資、報銷、供應商付款等),定位是 受控資金治理層,並不嘗試建構開放式 Agent-to-Agent 支付協議。

       

      L3 業務支付系統層 - Catena Labs:Agent 身分/支付標準 

      Catena 以 AI-Native 金融機構(託管、清算、風控、KYA)為商業層,以 ACK(Agent Commerce Kit)為標準層,建構 Agent 的統一身分協議(ACK-ID)與 Agent-native 支付協議(ACK-Pay)。目標是填補機器經濟中缺失的可驗證身分、授權鏈與自動化支付標準。ACK-ID 基於 DID / VC 建立 Agent 的所有權鏈、授權鏈;ACK-Pay 定義與底層結算網路(USDC、銀行、Arc)解耦的支付請求與可驗證收據格式。Catena 強調長期的跨生態協作性,其角色更接近「Agent 經濟的 TLS / EMV 層」,標準化程度強、願景清晰

       

      L3 業務支付系統層 - Nevermined:計量、計費與微支付結算 

      Nevermined 聚焦基於使用量的 AI 經濟模型,提供 Access Control、Metering、Credits System 與 Usage Logs,用於自動化計量、按次計費、分帳與審核。用戶可通過 Stripe 或 USDC 儲值 credits,系統在每次 API 調用時自動校驗使用量、扣費並生成可審計日誌。其核心價值在於支援 sub-cent 的即時微支付與 Agent-to-Agent 自動化結算,使資料購買、API 調用、workflow 調度等都能以「按調用付費」的方式運行。Nevermined 不建構新的支付軌道,而是建構支付之上的計量/計費層:短期推動 AI SaaS 商業化,中期支撐 A2A marketplace,長期可能成為機器經濟的微支付 fabric。

       

      層級 核心功能 Skyfire Payman Catena Nevermined
      協議 / 標準 建構支付協議 / 結算協議 ❌ 相容 Web2 標準 ❌ 純 API 封裝 ✔️ 建構 ACK 標準 ❌ 計量協議而非支付協議
      支付接入 & 結算 Agent 合規進入支付:銀行 / 發卡組織 / 穩定幣 / KYC / KYB ✔️ 卡 + 銀行 + USDC + KYA ❌ 資金流需外部帳戶 ✔️ KYA + 託管帳戶 +銀行清算 ⚠️ 依賴 Stripe/USDC
      資金運營 錢包 / 限額 / 審核 / 權限 ⚪ 基礎錢包限額控制 ✔️ 完整的錢包 + 策略規則 + 審核流程 ⚠️ 託管與風控,但非策略 / 審核體系 ❌ 無錢包 / 審核
      計量與計費 計量、計費與分帳 ⚪ 基礎 ✔️ 核心強項

      Skyfire、Payman、Catena Labs、Nevermined 屬於業務支付層,都需要在不同程度上對接銀行、發卡組織、PSP 與 KYC / KYB,但它們的真正價值並不在「接入法幣」,而在於解決傳統金融無法覆蓋的機器原生需求 —— 身分映射、權限治理、程式化風控與按次計費。

      • Skyfire(支付閘道) :為網站 / API 提供「身分 + 自動扣費」(鏈上身分映射 Web2 身分)

      • Payman(財務治理) :面向企業內部的策略、額度、權限與審核(AI 可花錢但不越權)

      • Catena Labs(金融基建) :銀行體系結合,通過 KYA、託管與清算服務建構(AI 合規銀行)

      • Nevermined (收銀台) :支付之上只做計量與計費;支付依賴 Stripe / USDC。

      相比之下,x402 處於更底層,是唯一不依賴銀行、發卡組織與 PSP 的原生鏈上支付協議,可通過 402 工作流直接完成鏈上扣款與結算。當 Skyfire、Payman、Nevermined 等上層系統都可以調用 x402 作為結算軌道,從而為 Agent 提供真正意義上的 M2M / A2A 自動化原生支付循環

       

      L2 原生支付協議層 - x402 生態:從客戶端到鏈上結算 

      x402 原生支付生態可分為四個層級:客戶端(Client)、服務端(Server)、支付執行層(Facilitators)以及區塊鏈結算層。 客戶端 負責讓 Agent 或應用發起支付請求; 服務端 按次向 Agent 提供資料、推理或儲存等 API 服務; 支付執行層 完成鏈上扣款、驗證與結算,是整個流程的核心執行引擎; 區塊鏈結算層 則承擔最終的代幣扣款與鏈上確認,實現不可篡改的支付落地。

      圖例:X402 支付流 來源: x402 白皮書

      客戶端整合層(Client-Side Integrations / The Payers): 讓 Agent 或應用能夠發起 x402 支付請求,是整個支付流程的「出發點」。

      代表項目:

      • thirdweb Client SDK —— 生態最常用的 x402 客戶端標準,維護活躍、支援多鏈,是開發者整合 x402 的預設工具。

      • Nuwa AI —— 使 AI 可無需編碼直接付費存取 x402 服務,「Agent 付費入口」的代表項目。

      • 官網中同時列出 Axios / FetchMogami Java SDKTweazy 等尚屬於早期客戶端。目前現有客戶端仍停留在「 SDK 時代 」,本質上是開發者工具。而類似 瀏覽器 / OS 客戶端機器人 / IoT 客戶端企業系統 或能 管理多錢包 / 多 Facilitator 的更高級形態的客戶端尚未出現。

      服務端 / API 商品方(Services / Endpoints / The Sellers): 向 Agent 按次出售資料、儲存或推理服務。

      部分代表項目包括:

      • AIsa —— 為真實運行的 AI Agents 提供付費資源的 API 調用與結算基礎設施,使其可按調用、按 token 或按量存取資料、內容、算力及第三方服務,目前 x402 調用量第一。

      • Firecrawl —— AI Agent 最常消費的網頁解析與結構化爬蟲入口。

      • Pinata —— 主流 Web3 儲存基礎設施,x402 已能覆蓋真實的底層儲存成本非輕量 API。

      • Gloria AI —— 提供高頻即時新聞與結構化市場信號,交易與分析型 Agent 的情報來源。

      • AEON —— 將 x402 + USDC 擴展到東南亞 / 拉美 / 非洲線下線上商家收單,商家達 50M。

      • Neynar —— Farcaster 社交圖譜基礎設施,將社交資料以 x402 的方式開放給 Agent。當前服務端集中於 爬蟲 / 儲存 / 新聞 API,將 金融交易執行 API廣告投放 APIWeb2 SaaS 閘道 甚至可以 執行現實世界任務 API 的更高級的關鍵層幾乎未開發,是未來最具潛力的增長曲線。

      支付執行層(Facilitators / The Processors): 完成鏈上扣款、驗證與結算,是 x402 的核心執行引擎。

      代表項目:

      • Coinbase Facilitator(CDP) —— 企業級可信執行器,Base 主網零費率 + 內置 OFAC / KYT,是生產環境的最強選擇。

      • PayAI Facilitator —— 多鏈覆蓋最廣、增長最快的執行層項目(Solana、Polygon、Base、Avalanche 等),是生態中使用量最高的多鏈 Facilitator。

      • Daydreams —— 將支付執行與 LLM 推理路由結合的強場景項目,是當前增長最快的「AI 推理支付執行器」,正成為 x402 生態的第三級力量。根據 x402scan 近 30 日數據,還存在一批中長尾 Facilitator/Router,包括 Dexter、Virtuals Protocol、OpenX402、CodeNut、Heurist、Thirdweb、x402.rs、Mogami、Questflow 等,整體 交易量、賣家數量、買家數量均明顯低於頭部三家

      區塊鏈結算層(Blockchain Settlement Layer): x402 支付工作流的最終落點,負責完成代幣的實際扣款與鏈上確認。雖然 x402 協議本身是 Chain-Agnostic 的,但從當前生態數據來看,

      結算主要集中於兩條網路:

      • Base —— 由 CDP 官方 Facilitator 主推,USDC 原生、費用穩定,是目前交易量與賣家數量最大的結算網路。

      • Solana —— 由 PayAI 等多鏈 Facilitator 重點支援,憑藉高吞吐和低延遲,在高頻推理和即時 API 場景中增長最快。鏈本身不參與支付邏輯,隨著更多 Facilitator 的擴展,x402 的結算層將呈現更強的多鏈化趨勢。

      層級(Layer) 核心作用 項目角色定位 代表性項目

      ① 客戶端整合層(Client-Side Integrations / The Payers)

       

      讓 Agent 或 App 能發起 x402 支付請求 建構 402 Request Header,負責發起支付調用;不負責扣款/驗證 thirdweb Client SDK — 行業標準、支援多鏈、開發者預設選擇
      Nuwa AI最強 Agent 客戶端,讓 AI 可直接付費消費服務

      ② 服務端 / API 商品方

      (Services / Endpoints / The Sellers)

       

       

      向 Agent 提供按次付費的 API / 內容服務 商家端:按調用收費,驗證付款後返回資料 Firecrawl — 生態最強「殺手級服務」,AI 最常消費的爬蟲 / 解析 API
      PinataWeb3 基礎設施巨頭,其加入證明 x402 可覆蓋真實基礎設施成本
      AIsa —— 為真實運行的 AI Agents 提供付費 API 調用結算基礎設施,目前 x402 調用量第一。

      ③ 支付執行層

      (Facilitators / The Processors

       

      負責執行鏈上付款 → 驗證支付 → 返回 proof x402 的「支付執行器」;真正幫 Agent 把錢打過去 Coinbase Facilitator — 企業級可信,Base 零費率 + OFAC / KYT
      PayAI Facilitator — 增長最快,Solana 多鏈支援最佳

      在 x402 支付體系中,Facilitator 是唯一真正執行鏈上支付的角色,離「協議級收入」最近:負責驗證支付授權、提交與追蹤鏈上交易,並生成可審計結算證明,同時處理重放、超時、多鏈相容與基礎的合規檢查。與只處理 HTTP 請求的 Client SDK(Payers)和 API 服務端(Sellers)不同,掌握流量入口與結算收費權,因此處於 Agent 經濟的價值捕獲核心,最受市場關注。

       

      但現實情況是,大多數項目仍停留在測試網或小規模 Demo 階段,本質只是輕量「支付執行器」,在身分、計費、風控、多鏈穩態處理等關鍵能力上缺乏護城河,呈現明顯的低門檻、高同質化特徵。隨著生態逐步成熟,具備穩定性與合規優勢由 Coinbase 背書的 Facilitator 確實擁有較為明顯的先發優勢,但隨著 CDP Facilitator 開始收費,而其他 Facilitator 仍可能探索不同的變現模式,整體市場格局與份額分布仍存在較大的演變空間。從長期看,x402 仍屬於介面層,無法承載核心價值,真正具備持續性競爭力的,是能在結算能力之上建構身分、計費、風控與合規體系的綜合平台。

       

      L2 原生支付協議層 - Virtual Agent Commerce Protocol 

      Virtual 的 Agent Commerce Protocol(ACP) 為自主 AI 提供了一套通用的商業交互標準,通過 Request → Negotiation → Transaction → Evaluation 四階段流程,使獨立 Agent 能夠以安全、可驗證的方式請求服務、協商條款、完成交易並接受質量評估。ACP 以區塊鏈作為可信執行層,確保交互過程可審計、不可篡改,並通過引入 Evaluator Agents 建立激勵驅動的名聲體系,使異構而獨立的專業 Agent 能在無中心協調的條件下形成「自治 Agent」,開展可持續的經濟活動。目前,ACP 已超越早期實驗階段初具生態規模,不限於對「多代理商務交互標準」的探索。

       

      L1 基礎設施層 - 新興 / 垂直 Agent 原生支付鏈 

      Ethereum、Base(EVM)、Solana 等主流通用公鏈為 Agent 提供了最核心的執行環境、帳戶體系、狀態機、安全性與結算基礎,擁有成熟的帳戶模型、穩定幣生態和廣泛的開發者基礎。

       

      Kite AI 是代表性的 「Agent 原生 L1」 基礎設施,專為 Agent 設計支付、身分與權限的底層執行環境。其核心基於 SPACE 框架(穩定幣原生、可程式化約束、代理優先認證、合規審計、經濟可行微支付),並通過 Root → Agent → Session 的三層密鑰體系實現細粒度風險隔離;再結合優化狀態通道建構「Agent 原生支付鐵路」,將成本壓至 $0.000001、延遲控制在百毫秒級,使 API 級高頻微支付成為可行。作為通用執行層,Kite 向上相容 x402、Google A2A、Anthropic MCP,向下相容 OAuth 2.1,目標成為連接 Web2 與 Web3 的統一 Agent 支付與身分底座。

       

      AIsaNet 整合 x402 與 L402(Lightning Labs 開發的基於閃電網路的 402 支付協議標準)協議,作為面向 AI Agents 的微支付與結算層,支援高頻交易、跨協議調用協調、結算路徑選擇和交易路由,使 Agents 無需理解底層複雜性即可完成跨服務、跨鏈自動支付。

       


      五、總結與展望:從支付協議到機器經濟秩序重構

      代理商務(Agentic Commerce)是由機器主導的一套全新經濟秩序的建立。它不是「AI 自動下單」這麼簡單,而是一整條跨主體鏈路的重構:服務如何被發現、可信度如何建立、訂單如何表達、權限如何授權、價值如何清算、爭議由誰承擔。A2A、MCP、ACP、AP2、ERC-8004 與 x402 的出現,把「機器之間的商業循環」標準化。

       

      沿著這條演化路徑,未來的支付基礎設施將分化為兩條平行軌道:一條是基於傳統法幣邏輯的 業務治理軌道,另一條是基於 x402 協議的 原生結算軌道。這兩者之間的價值捕獲邏輯並不同。

       

      1. 業務治理軌道:Web3 業務支付系統層 

      • 適用場景: 低頻、非微支付的真實世界交易(如採購、SaaS 訂閱、實物電商)。

      • 核心邏輯: 傳統法幣將長期主導,Agent 只是更聰明的前端與流程協調器,而不替代 Stripe / 發卡組織 / 銀行轉帳。穩定幣大規模進入真實商業世界的硬性障礙在 監管與稅務

      • Skyfire、Payman、Catena Labs 等項目價值不在於底層的支付路由(通常由 Stripe / Circle 完成),而在於機器治理服務」 (Governance-as-a-Service)。即解決傳統金融無法覆蓋的機器原生需求 —— 身分映射、權限治理、程式化風控、責任歸屬及 M2M / A2A micropayment(按 token / 秒結算)。關鍵是誰能成為企業信賴的「AI 財務管家」。

      2. 原生結算軌道:x402 協議生態與 Facilitator 的終局 

      • 適用場景: 高頻、微支付、M2M/A2A 的數位原生交易(API 計費、資源流支付)。

      • 核心邏輯: x402 作為開放標準,通過 HTTP 402 狀態碼實現了支付與資源的原子化綁定。在可程式化微支付和 M2M / A2A 場景中,x402 目前是生態最完整、落地最靠前的協議(HTTP 原生 + 鏈上結算),在 Agent 經濟中的地位有望對比 ‘Stripe for agents’。

      • 單純在 ClientService 端接入 x402 並不帶來賽道溢價;真正具備增長潛力的是能沉澱長期複購與高頻調用的上層資產,如 OS 級 Agent 客戶端、機器人 / IoT 錢包及高價值 API 服務(市場資料、GPU 推理、現實任務執行等)。

      • Facilitator 協助 Client 與 Server 完成支付握手、發票生成與資金清算的 協議閘道,既掌握流量也掌握結算費,是目前 x402 Stack 中離「收入」最近的一環。多數 Facilitator 本質上只是「支付執行器」,明顯的 低門槛、同質化 特徵。具備可用性與合規優勢的巨頭(如 Coinbase)形成主導格局。而避免被邊緣化的核心價值將上移至 「Facilitator + X」服務層:通過建構可驗證服務目錄與名聲體系,提供仲裁、風控、金庫管理等高毛利能力。

      我們相信未來將形成 「法幣體系」與「穩定幣體系」雙軌並行:前者支撐主流人類商業,後者承載機器原生與鏈上原生的高頻、跨境、微支付場景。Web3 的角色不是取代傳統支付,而是為 Agent 時代提供 可驗證身分、可程式化清算與全球穩定幣 的底層能力。最終,代理商務(Agentic Commerce)不僅限於支付優化,而是機器經濟秩序的重構。當數十億次微交易由 Agent 在後台自動完成時,那些率先提供信任、協調與優化能力的協議與公司,將成為下一代全球商業基礎設施的核心力量。

       

       

      免責聲明: 本文在創作過程中借助了 ChatGPT-5 與 Gemini 3 的 AI 工具輔助完成,作者已盡力校對並確保資訊真實與準確,但仍難免存在疏漏,敬請諒解。需特別提示的是,加密資產市場普遍存在項目基本面與二級市場價格表現背離的情況。本文內容僅用於資訊整合與學術 / 研究交流,不構成任何投資建議,亦不應視為任何代幣的買賣推薦。

      Further Reading

      延伸閱讀

      #

      AI

      #

      AI Agent

      Web 3 首個 AI Agent 市場! Kite AI 介紹,測試網空投任務教學

      觀看更多熱門文章

    • 一、代理商務 支付體系與應用場景

    • 每日幣研 市場週報

      每週兩則電子報,全方位從總體經濟、鏈上數據、融資近況、項目動向快速解讀加密貨幣市場

      訂閱週報

      logo

      首頁

      最新文章

      全部文章關於我們聯絡我們網站聲明 隱私權政策

      HK

      TW

      ©台灣每日幣研版權所有