為什麼你的 AI Agent 需要一個錢包:用 USDC 與 Nanopayments 在 Arc 上做 agentic commerce

主題一:為什麼是 Circle,以及 agent 到底卡在哪(約 01:02:16–01:07:00)

Bhangale 開場先回答他在 meetup 常被問的問題:「Circle 不是穩定幣公司嗎,跟 agentic AI 有什麼關係?」他的答案很直接:Circle 發行 USDC——世界上最大的受監管數位美元——而「agent 卡住的地方就是付款」,而 Circle 花了很多年在讓付款更快更便宜。

他的時間軸:2023 年是用 ChatGPT 下 prompt;2024 年開始跑 eval、比較理解 agent 怎麼運作;2025 年是 MCP、skills 與 agent 編排(一個 agent 管一群 agent);2026 年則是 agent 開始付錢給東西、也付錢給彼此的一年。

早期數字(他引用的現場說法):過去 30 天內 agent 為網路上的資訊付了約 2,400 萬美元,其中 98.8% 以 USDC 結算;跟傳統金融比不算大,但預估到 2030 年 agentic economy 規模會到 5 兆美元。

問題的結構在於:過去 30 年網際網路只為一種顧客而建——人類。註冊流程、訂閱制、paywall、廣告,全都是為人設計的。現在出現了第二種顧客,而它消費資訊的能力比任何人類高好幾個數量級(一次 deep research 幾秒鐘讀完幾百頁)。碰到 paywall,agent 讀不到,研究品質就掉下來。而 merchant 那邊也開始意識到:與其向這個新客群收訂閱費,不如按次收一小筆錢賣單篇文章、單筆資料或單次推論。

主題二:為什麼訂閱制與信用卡都行不通(約 01:09:38–01:11:15)

• 「讓 agent 管我的訂閱和 API key 就好」:可以,但不 scale。今天你要任務 X,明天要別的;agent 在研究途中臨時發現一個有價值的資源時,它沒辦法即時訂閱,於是就卡住。
• 「那給它信用卡」:如果你能接受把卡號交給 agent,技術上可行,但經濟上不成立。merchant 對 agent 開的價格是「一分錢等級」,而信用卡手續費是 2.5–3%,高頻小額根本算不過來。

他的結論:agent 需要的是像網際網路一樣運作的付款——即時、低成本、可程式化、永遠在線。這就是 Circle Agent Stack 的定位。

主題三:上手路徑與 marketplace(約 01:11:15–01:15:00)

在 agents.circle.com 一鍵複製一段 prompt,貼進 Claude、Cursor 或你慣用的 coding agent 讓它跑:它會安裝 CLI 與對應 skill、產生一個錢包,並用 OTP 登入。

另一半是可發現性:CLI 能瀏覽 Circle 的 agent marketplace,目前約有一千個來自各家供應商的付費 endpoint,類別包含——

主題四:現場 demo——開一家咖啡烘焙店(約 01:17:00–01:53:30)

他在 Cursor 裡並排跑兩個 agent:左邊是沒有錢包的 vanilla agent,右邊裝了 Circle CLI(模型為 Opus 5,低 thinking + fast 模式,為了現場節奏)。他也在 CLAUDE.md 裡要求 agent 每一步都回報「做了什麼、花了多少」。任務是「在舊金山開一家咖啡烘焙店」:

1. 命名 + 網域查詢:左邊用 whois 查;右邊先列出錢包、確認餘額與預算,再到 marketplace 找符合需求的網域 endpoint,花 1 美分查詢註冊資料,拿到準確的可用性與「每年 20 美元」的價格。他的評語是免費 web search 也查得到類似資訊,但沒這麼準。
2. 市場研究:左邊搜免費網路資料;右邊呼叫 Google Scholar API 取得付費牆後的學術文獻,整段花費約 1 美元多。
3. 預算行為(意外亮點):其中一個錢包快見底(剩約 7 美分)時,agent 自己縮減了研究範圍;他改指向另一個資金較多的錢包才繼續。
4. 設計 logo:右邊付約 6 美分呼叫專門的圖片生成模型直接產出 logo;左邊沒有圖片生成能力,只能慢慢兜出一個 HTML 版本。他前一天試跑時觀察到 agent 的判斷:因為是公司 logo、品質重要,而貴的模型也只差幾美分,agent 主動選了較貴的模型。
5. 做傳單 → 寄 email → 打電話:email endpoint 2 美分、電話 endpoint 54 美分。最後現場真的接到 agent 打來的電話,AI 語音報告了網域可用性與價格、logo 與傳單已寄到信箱、以及豆源建議(Oakland 的 Royal Coffee、Crown Jewel microlots 的價格區間),還反問要不要幫忙註冊網域或做商標檢查。沒有錢包的 agent 到這一步只能說「這兩件事我做不到,請你自己執行」。

主題五:錢的安全性(約 01:25:59–01:27:30,回應現場提問)

這是他特別強調的設計取捨:你不是把自己的錢包或資金交給 agent,而是為 agent 建立一個屬於它自己的錢包。你可以管理一整支 agent 隊伍、各自分配預算,並在 CLI 層設定每 session、每網站、每日的花費上限;這些門檻與政策是以密碼學方式強制執行的。另外還有黑名單機制,不能與受制裁地址交易。Marketplace 本身也是人工策展的——不是任何人都能自行上架 endpoint,他們會實際測試。

主題六:底層協定——x402、EIP-3009 與 nanopayments(約 01:40:40–01:48:00)

x402 的由來:HTTP 協定的作者當年就設想過付款會發生在 HTTP 之上,所以初版規格裡就留了 402 Payment Required 這個狀態碼——但一直是死的,因為沒有可行的支付手段。區塊鏈與穩定幣讓它變得可行:

1. 賣方不再直接拒絕存取,而是回傳 402 與付款細節:「請在這條鏈上付 X 數量的 USDC 到這個地址」。
2. Agent(裝了 CLI)解讀這個回應,判斷「這個圖片生成 endpoint 要 2 美分」。
3. Agent 簽署一份 EIP-3009 授權(「我授權支付指定地址指定金額」),附在 header 上重送同一個請求。
4. 賣方收到帶授權的第二次請求,確認付款已完成或已授權,釋出資源。交易在鏈上結算,不經過 ACH。

Nanopayments 解決 gas 問題:即使在最便宜的鏈上,單筆 gas 也可能比付款本身還貴(他舉的極端案例是某客戶每次 API 呼叫只付 5 微美分)。所以 Circle 在 agent stack 裡另外做了 nanopayments:

• 你先把資金存進 Gateway 智能合約;
• 之後只是簽授權,賣方不直接把授權送上鏈,而是呼叫 Circle 的 endpoint;
• Circle 即時查看買方餘額(錢就在合約裡)、扣除並保留該筆金額,在 50–100 毫秒內回傳成功或失敗;
• 累積成千上萬筆授權後,在 TEE(trusted execution environment) 中批次與淨額結算,最後以單一筆交易廣播上鏈。

這樣既能做高頻的次美分付款,又不會用海量微交易塞爆區塊鏈網路。

現場問答重點

最後的呼籲:如果你是賣方或企業,用幾行程式碼就能把既有 endpoint 包裝成可計費資源並上架 marketplace。

金句

"The moment they face a paywall … or the moment they are asked to log in or sign up on behalf of you, they give the control back to you. And that's the gap."(約 01:04:06)

整場工作坊的問題陳述。

"What agents need is payments that work like the internet. Payments that are real-time, low cost, programmable, and always on."(約 01:11:01)

Circle Agent Stack 的設計目標。

"You're not giving your wallet or your funds to your agent. You're creating a wallet for the agent itself."(約 01:25:59)

回答「把信用卡給 agent 很危險」的關鍵設計取捨。