OceanAltOceanAlt
Agent 支付2026-09-20事件發生 2026-09-184 分鐘讀完

Kite 聯手 Circle:Agent 服務交易接入 USDC 結算層

Kite 與 Circle 探索在 Arc 網絡上以 USDC 結算 AI 代理服務交易,把「誰付給誰」這類合規核驗下沉到協議層。

OOceanAlt 編輯部轉載來源
分享:XLinkedInFacebookTelegramWhatsApp微博🖼 海報(英文)

AI 代理支付協議 Kite 與穩定幣發行方 Circle 達成合作,雙方將基於 Circle 的 Arc 網絡探索 AI 代理服務交易的定價與 USDC 結算。據 BlockBeats 報道,這一合作指向代理之間以穩定幣完成服務付費的完整鏈路——從服務發現、報價到最終清結算。

兩個此前各自為戰的層

Kite 做的是代理支付協議,解決「機器如何向機器發起一筆可驗證的付款意圖」;Circle 的 Arc 是面向穩定幣結算的鏈上基礎設施,解決「這筆錢最終怎麼落地、以什麼資產計價」。兩者疊加,等於把代理經濟的「下單」與「付款」接進同一條管道,USDC 成為這條管道里的計價與結算單位。

為什麼「誰在付」成了新問題

當付款方是一個 AI 代理而非自然人,傳統 KYC 框架就失效了。銀行和 PSP 的合規流程默認「賬戶背後站著一個人」,但代理支付場景裡,發起交易的可能是某個用戶授權的一段自動化程序,它按預設的 mandate 在單筆額度和單日累計範圍內自主決策。此時「誰在付」的答案既不是賬戶持有人,也不是代理本身,而是兩者之間的授權關係。這正是 KYA(Know-Your-Agent)要填補的空白——把代理的身份、授權範圍、歷史行為納入結算前的判斷。

如果代理服務交易真的跑在 Arc 上、以 USDC 結算,結算前防火牆就有了明確落點:在資金劃轉之前,系統可以核驗發起方代理的身份憑證、比對收款白名單、檢查這筆交易是否落在授權意圖之內。這些動作在傳統卡組織網絡裡由風控系統完成,但在代理支付場景裡需要重新設計,因為交易頻率、單筆金額和決策速度都跟人類支付不在一個量級。

雙方各自的算盤

對 Circle 而言,Arc 接入代理支付協議是明確的戰略延伸。穩定幣的競爭早已過了「發行量」階段,真正的護城河在於結算場景的密度——有多少真實交易願意用 USDC 計價和清算。代理服務交易如果規模化,會帶來高頻、小額、7×24 小時的結算需求,這恰好是鏈上穩定幣相對傳統清算網絡的比較優勢所在。Circle 需要讓 USDC 成為代理經濟的默認結算資產,而 Kite 這樣的協議夥伴就是觸達這一場景的入口。

對 Kite 來說,接入 Circle 的結算層解決了代理支付最棘手的一環:資金最終清算。代理支付協議可以設計得很優雅,但如果結算資產波動大、出入金通道不暢,商戶和開發者就不會真正採用。USDC 的合規屬性和 Circle 的牌照佈局,為代理服務交易的收款方提供了相對可預期的清算路徑。

協議層與結算層聯動的意義

這套架構對 RAP 標準(可撤銷授權支付)有潛在影響。代理支付的核心矛盾在於:既要讓代理自主執行,又要保留人類在異常情況下的干預能力。如果 Kite 的協議層與 Arc 的結算層深度耦合,「撤銷授權」就不再只是一個協議層信號,而可以觸發結算層的實際攔截——在資金尚未劃出前凍結交易。這種協議與結算的聯動,是把合規從「事後追責」推向「事前攔截」的關鍵。

尚未回答的問題

從合作公告到規模化落地還有距離。Arc 網絡的實際吞吐、USDC 在代理場景下的出入金效率、以及 KYA 身份核驗的標準由誰來制定,都是尚未回答的問題。但方向已經清晰:代理經濟的支付棧正在從「能不能付」轉向「該不該付、付得對不對」,穩定幣結算層與代理支付協議的結合,是這條路徑上繞不開的一步。


原文來源:BlockBeats · https://news.google.com/rss/articles/CBMiVkFVX3lxTE9TTDFZRDBrc1l4RlRqWGF2OS1LcGhmS25vSU1waE54b2c2YUdnb19TbGR1RTlhbmdUeWoxX0R1WlFCX0ItbmJ1RzczYnZ3eUI1OVdUWU13?oc=5

分享:XLinkedInFacebookTelegramWhatsApp微博🖼 海報(英文)

這篇內容的出處與狀態

署名
OceanAlt 編輯部
首次發佈
2026-09-20
最後更新
2026-09-20
內容性質
原創編譯
原始資料
查看原文 ↗

引用這篇內容

OceanAlt 編輯部(2026)。《Kite 聯手 Circle:Agent 服務交易接入 USDC 結算層》。OceanAlt。https://oceanalt.com/zh/articles/deep-auto-mu8mvmht-1jvg(訪問日期:2026-09-20)

本文遵循 編輯準則與事實核查標準。發現錯誤請告訴我們,核實後會在此處公開更正。

先試一下 · 免費、不用註冊

付款前把收款地址粘進去,看它有沒有上過制裁名單、混幣器或詐騙標籤。

這套判斷也可以放進你自己的產品

一行代碼,不碰你的樣式和 JS。同一套結算前風險判斷可以出現在你的文章、你的錢包確認頁,或者作為接口供你的 Agent 在付款前調用。

組件不收集讀者身份。接入不代表 OceanAlt 對你的產品或頁面上的地址作安全背書。