OceanAlt 是什麼、怎麼調用
OceanAlt 是 Agent 支付的合規層：在錢付出去之前，回答「這筆該不該付」。
一次調用即可查收款地址，免註冊、免密鑰：GET https://oceanalt.com/api/risk?addr=0x… —— 返回判定（clear|caution|risky|uncertain）、風險分 0-100、語言無關的 signal_keys，以及帶出處鏈接的證據。
三檔，全部自願：匿名檔（每分鐘 60 次，不註冊、不計月額度）；註冊檔（每分鐘 180 次、每月 5,000 次免費 —— 用郵箱調 POST /api/access-keys 自助拿鑰匙）；KYA 檔（每分鐘 300 次、每月 50,000 次免費 —— 用註冊表 Agent 憑證調用）。任何一檔超出額度只降速，不斷供；憑證不認時會明說 key_rejected 與原因，絕不靜默降級。
另有 npm SDK（oceanalt-aml）、MCP 服務器（npx oceanalt-aml-mcp，註冊名 com.oceanalt/aml）、Telegram 機器人（@OceanAltTrust_Bot）與可嵌入組件。
合規網關在結算前跑 11 道閘：身份歸因、授權額度、收款白名單、AML 篩查、防重放等。
機器可讀的能力清單：https://oceanalt.com/.well-known/agent-capabilities —— 裡面同時寫明瞭 OceanAlt 做不到什麼。
重要邊界：判定為「未見風險信號」表示在已有數據裡沒查到，不表示該地址安全。
未來的錢，會越來越多由 Agent 花出去。
OceanAlt，讓 Agent 安全進入真實金融世界
Agent 替你付了 186 USDC。你怎麼知道它沒付錯人？
186 USDC · 00/11
準備發起
·
你是來解決哪一件事的
每一條都點得進去、現在就能用。
付款前查一個陌生地址
任何人，把錢打出去之前的最後一步。
對方給的地址是不是騙子、是不是上了制裁名單、錢是不是從混幣器出來的。
給會花錢的 Agent 發鑰匙
開發者 / 平臺方，要讓一個 AI 自動付款，但不想給它無限權限。
憑證洩露、Agent 被提示注入、單筆金額失控、付給了不該付的人。
內容站保護自己的讀者
媒體、導航站、教程站，讀者會照著頁面上的地址付款。
頁面被投毒、評論區留假地址、讀者虧了錢回頭來找你。
還有 7 個場景收起
跨境電商的自動採購
採購 Agent 按規則自動向海外供應商下單付款（穩定幣結算）。
供應商換了收款地址沒人核、單筆超預算、同一天重複付。
OTC 收款前的自查
場外交易，對方把地址發過來，你要在收/付之前判斷。
收到髒錢、事後被交易所凍結、說不清這筆錢哪來的。
x402 / MCP 上的按次付費
Agent 調用別人的 API 時自動付費，或你的服務向 Agent 收費。
對手方是誰不知道、付了錢拿不到服務、收到的錢來路不明。
金庫 / 多籤的付款前檢查
DAO 金庫或公司多籤，提案通過之後、簽名之前。
提案裡的收款地址被改過、收款方在制裁名單上、簽完了才發現。
支付服務商的結算前篩查
支付網關 / 加密收單方，需要在結算前跑一道 AML。
監管問起來拿不出證據、篩查失敗時靜默放行、口徑每次都不一樣。
合規團隊回答「那天它在不在名單上」
合規 / 審計，事後被問起某一筆歷史付款。
只有今天的名單，證明不了付款當天的狀態。
選一個 Agent 支付協議之前
技術選型：x402 / AP2 / ACP / MPP 到底差在哪。
官網都說自己安全合規，沒有一把統一的尺子去比。
七行，現在就能試
# 付款前問一句：這個收款地址能付嗎？
curl "https://oceanalt.com/api/risk?addr=0x8589427373D6D84E98730D7795D8f6f8731FDA16"
# → {"verdict":"risky","risk":100,"blocked":true,
# "signal_keys":["list.mixer"],
# "advice":"Decline. This address is sanctioned…",
# "evidence":[{"url":"https://etherscan.io/address/0x8589…"}]}60/min
5,000 次/月
超額降速
產業研判與觀點
更多 →每篇都帶我們自己的判斷。
Visa、Mastercard 聯手螞蟻國際做 KYA 互操作框架，Agent 身份標準開始收斂
三家支付網絡各有一套 Agent 協議，如今表態要走向共同原則。Agent 支付的可信准入，正從各家自建的花園轉向跨網絡互認。
消費者用AI助手卻不願交出錢包：Visa數據揭示Agent支付信任鴻溝
Visa研究顯示，72%消費者用過AI助手，但僅23%信任其處理支付；加入支付品牌後信任度升至61%。信任是Agent支付落地的核心瓶頸，行業正從品牌背書與分層授權破局。
SWIFT 不碰錢：一家不結算的公司，憑什麼坐在跨境支付中央五十年
它不持有資金、不承擔信用風險、不與任何客戶競爭。這六件它做對的事，正在 Agent 支付裡重演一遍。
美國財政部擬將穩定幣發行商納入AML與制裁監管框架
美國財政部擬要求穩定幣發行商履行反洗錢與制裁合規義務，跨境結算與Agent支付基礎設施將面臨合規架構重塑。
Félix獲a16z領投2億美元：穩定幣基礎設施從匯款走向Agent經濟結算層
跨境匯款平臺Félix完成a16z領投的2億美元融資，宣佈向穩定幣支付基礎設施擴展。這筆融資將如何改變Agent經濟中機器對機器支付的結算通道格局？
美國會首度聽證 AI Agent 支付規則：授權、結算與身份成焦點
美國眾議院金融服務委員會聽證會首次系統討論 AI Agent 如何授權和結算交易，Circle、NYSE 與銀行界代表交鋒，監管框架雛形初現。
最新情報
- Visa 高管：印度數字支付下一階段將走向可信 AI 代理商務
- 新加坡銀行 2027 年 AI 規模化議題升溫
- PayPal 推進代理支付，能否打開下一增長曲線
- AI 安全標準之爭可借鑑支付業經驗：Anthropic、谷歌、OpenAI 商討行業審計機構
- 萬事達卡CFO：穩定幣與增值服務驅動增長，AI代理商務成新戰場
標準與信任
從框架到評級、可信註冊表，再到能自己點進去跑的實驗，每一項都可核查。
給你的 Agent 裝一道合規防火牆
註冊 Agent、設授權信封（額度 / 收款白名單 / 用途），讓每道閘在結算前判決支付，並接入 x402 預檢與地址篩查，一個入口全部搞定。
負責任的 Agent 支付框架
七大支柱：身份歸因、授權與限額、防火牆、AML 篩查、可審計、隱私、互操作。
協議評級與對比
按公開方法評定協議，方法先於榜單公開。
可信服務註冊表
已登記的服務與其合規狀態。
KYA｜Know Your Agent
Agent 的身份、歸屬主體、授權與吊銷，錢出去前強制執行。
實驗與證據
Agent 支付賽道地圖
一筆 Agent 支付涉及 5 個核心階段。點擊進入，查看完整的 8 節點 Agent 經濟地圖。 打開完整地圖 →
聯繫與訂閱
查看全部 →訂閱 OceanAlt 週報
每週一封：Agent支付、穩定幣與跨境資金的深度信號，中英雙語。