術語庫
這個領域的詞還沒有統一定義，同一個詞在不同文檔裡常指不同的東西。這裡寫的是 OceanAlt 在自己內容裡使用這些詞時的確切含義——不是行業公認定義，而是我們的口徑，便於你對照閱讀。
- /.well-known 路徑
- ACP（Agentic Commerce Protocol）
- API 密鑰
- 查不到 ≠ 安全
- 地址投毒
- Agent 發現
- Agent 身份
- Agent 商務
- 白名單
- 上鍊錨定
- 授權盜刷
- 證明（Attestation）
- 審計留痕
- 黑名單
- 跨鏈橋
- 跨鏈橋被黑
- 跨域資源共享（CORS）
- 拒付
- 熔斷
- 一致性測試
- 混淆代理問題
- 合約年齡
- 控制基線
- 對手方風險
- 覆蓋聲明
- 覆蓋水位
- 跨鏈
- 客戶盡職調查（CDD）
- 數據最小化
- 數據過期
- 去中心化標識符（DID）
- 縱深防禦
- 下架（移出名單）
- 棄用週期
- 差分刷新
- 粉塵攻擊
- EIP-712
- ERC-20
- ERC-4337（賬戶抽象）
- 端點篩查
- 強化盡職調查（EDD）
- 帶證據的判定
- 外部賬戶（EOA）
- 金融行動特別工作組（FATF）
- 失敗即拒絕
- 假陰性
- 假陽性
- 最終性
- 免費額度
- 代付 Gas
- GEO（生成式引擎優化）
- 優雅降級
- HTTP 402
- 硬件安全模塊（HSM）
- 人工閘
- 冪等鍵
- 獨立性政策
- 間接提示注入
- 互操作測試
- 不可逆性
- 發行方凍結
- JSON-LD 結構化數據
- KYB（瞭解你的企業客戶）
- 私鑰洩露
- 二層網絡（L2）
- 最小權限
- MPC 錢包
- 主網
- 授權信封
- 默克爾樹
- MiCA（歐盟加密資產市場法規）
- 混幣器
- 多籤
- 一跳沾染
- 預言機操縱
- 返回結構契約
- P95 延遲
- PSD2（歐盟第二支付服務指令）
- Permit（簽名授權）
- 釣魚
- 時點查詢
- 政治公眾人物（PEP）
- 結算前檢查
- 隱私保護合規
- 私鑰
- 用途綁定
- 限流
- 可復算性
- 重入攻擊
- 參考實現
- 監管套利
- 重放攻擊
- 吊銷
- 風險評分
- Rollup
- 跑路（Rug Pull）
- SDN 名單
- 服務等級協議（SLA）
- 服務端請求偽造（SSRF）
- 制裁篩查
- 沙箱環境
- 自證聲明
- 結算最終性風險
- 靜默降級
- 合約審計
- 合約錢包
- 支出限額
- 強客戶認證（SCA）
- 可疑活動報告（SAR）
- 測試網
- 降速
- 代幣授權額度
- 工具投毒
- USDC
- USDT
- 最終受益所有人（UBO）
- uncertain 判定
- 可用率
- 虛擬資產服務提供商（VASP）
- 頻次核查
- 可驗證憑證
- 回調（Webhook）
- 零知識證明
- llms.txt
- onBeforeSettle 鉤子
- signal_keys（語言無關信號鍵）
- Agent 支付
- x402
- AP2(Agent Payments Protocol)
- x402 和 AP2 的區別
- 穩定幣
- KYA(Know Your Agent)
- 授權（Mandate）
- 提示注入
- OFAC 制裁名單
- Facilitator（結算服務方）
- MCP（模型上下文協議）
- 結算
- ERC-8004
- A2A（Agent2Agent 協議）
- 一次性隨機數（Nonce）
- RAP（負責任的 Agent 支付框架）
- 旅行規則（Travel Rule）
- AML 篩查
- 自進化風險名單
- Agent 經濟
- EIP-3009
- /.well-known 路徑
IETF 約定的網站固定路徑，用來放機器讀取的元數據。Agent 能力清單、域名所有權證明都放在這裡。
- ACP（Agentic Commerce Protocol）
OpenAI 與 Stripe 推出的開放協議，讓 AI 助手直接在對話裡完成購買。走的是既有卡組織軌道，不是鏈上結算。
- API 密鑰
調用方身份憑證。對公開風控接口，強制要 key 會擋住最有價值的一類用戶：臨時起意來試一下的人。
- 查不到 ≠ 安全
篩查沒命中只說明「在我們持有的數據裡沒找到」，不說明對象安全。新地址、新域名永遠早於任何名單。任何把 clear 說成「安全」的產品都在誤導。
- 地址投毒
攻擊者製造一個首尾幾位與目標一模一樣的地址，往受害者的交易歷史裡發一筆零額轉賬，等著他從歷史記錄裡複製錯地址。
- Agent 發現
讓運行中的 Agent 找到並理解一個服務的能力。和給人看的 SEO 是兩件事：Agent 要的是結構化、可立即調用的清單。
- Agent 身份
把一個 Agent 歸屬到真實責任主體的能力。缺了它，出事時既找不到人也追不了責。
- Agent 商務
由 Agent 而不是人完成發現、比價、下單、付款的商業形態。與傳統電商的關鍵差別是：決策方是軟件，因此授權與邊界必須寫成機器能執行的規則。
- 白名單
只允許向名單內的對象付款。比黑名單可靠得多，因為黑名單永遠追不上新出現的壞人。
- 上鍊錨定
把一批數據的哈希寫到公鏈上，從而證明這批數據在那個時間點就已存在且此後未被改動。
- 授權盜刷
受害者給惡意合約簽了無限額度的代幣授權，攻擊者隨後把錢包裡的幣慢慢轉走。錢不是被「偷」走的，是被授權走的。
- 證明（Attestation）
一方對某個事實作出的、可被第三方驗證的聲明。關鍵是要區分「我們驗證過的」和「對方自己說的」——混在一起就失去了意義。
- 審計留痕
把關鍵動作按發生順序記錄下來。有用的前提是不可篡改——可以事後修改的日誌在爭議中沒有價值。
- 黑名單
禁止交互的對象清單。天然滯後於新出現的威脅，因此只能作為底線，不能作為唯一防線。
- 跨鏈橋
在兩條鏈之間轉移資產的機制。對資金追蹤是一道斷點——橋這一頭進去、那一頭出來，鏈上路徑接不上。
- 跨鏈橋被黑
跨鏈橋的鑄造或驗證邏輯被繞過，憑空鑄出資產。歷史上單筆損失最大的一類事故。
- 跨域資源共享（CORS）
瀏覽器決定一個網頁能不能讀取其他域接口返回內容的機制。公開接口不開 CORS，等於前端集成不了。
- 拒付
持卡人向髮卡行申訴後強制退回的款項。鏈上穩定幣支付沒有這個機制——這既是優點也是風險，因為付錯了沒有回滾。
- 熔斷
指標異常時自動暫停服務或降級，防止小故障擴大。支付場景常見觸發條件：單位時間內失敗率或金額突增。
- 一致性測試
一組可對任何實現運行的測試向量，用來驗證它是否真的符合某個標準。判斷一套測試是否有效的方法：拿一個明顯不合格的對象去跑，應該得零分。
- 混淆代理問題
一個擁有權限的程序被誘導替攻擊者行使權限。Agent 支付的核心安全問題就是這個：Agent 有花錢的權限，攻擊者沒有。
- 合約年齡
一個合約從部署到現在的時間。非常新的合約不等於惡意，但對 Agent 支付是一個必須提示的信號——大量詐騙合約存活不過幾天。
- 控制基線
一份寫清楚的控制清單，每條只能回答是或否。之所以不留解釋空間，是因為留了空間的清單最後人人都說自己達標。
- 對手方風險
交易對方無法或不願履約的風險。在 Agent 支付裡它多了一層：對方可能根本不是一個真實主體。
- 覆蓋聲明
服務方逐項公開自己查到哪一層、哪一層查不到。對調用方的價值在於：知道邊界在哪，才知道什麼時候不該信這個答案。
- 覆蓋水位
隨判定一起給出的元數據：數據源是什麼、截止到哪一刻、覆蓋多少條。沒有它，「不在名單上」和「我們沒查」無法區分。
- 跨鏈
跨越多條區塊鏈的操作。合規上的難點是每條鏈的數據可得性差別很大，「同樣的檢查」在不同鏈上深度並不同。
- 客戶盡職調查（CDD）
開戶或建立業務關係時的標準核查：確認身份、瞭解業務性質、評估風險等級。
- 數據最小化
只收集完成目的所必需的數據。合規與安全上都成立：沒收集的數據不會洩露。
- 數據過期
名單或數據源很久沒更新，但查詢照常返回結果。條數不變看起來和「每天更新且無變化」一模一樣，所以必須記錄「運行」而不只是「結果」。
- 去中心化標識符（DID）
不依賴中心註冊機構的標識符規範。技術上可行，難點一直在治理與吊銷，而不在標識符本身。
- 縱深防禦
不依賴單一防線，多層控制疊加。因為每一層都會有漏的時候，而多層同時被繞過的概率低得多。
- 下架（移出名單）
對象從上游名單中被移除。正確做法是標記為已移除並保留歷史，而不是刪除——刪了就抹掉了時點查詢的能力。
- 棄用週期
移除一個已發佈接口元素前必須走的過程：新舊並存 → 公開標記棄用並寫明移除日期 → 到期才刪。跳過這個過程等於讓下游半夜修 bug。
- 差分刷新
只在本次真正抓取成功的數據源內做增刪對比。否則一次抓取失敗會被誤判成「整批名單都被移除了」。
- 粉塵攻擊
向大量地址發送極小額代幣，通過後續的資金歸集行為把這些地址關聯起來，用於去匿名化或後續釣魚。
- EIP-712
結構化數據簽名標準，讓錢包能把「你正在籤什麼」以人能看懂的方式顯示出來，而不是一串十六進制。
- ERC-20
以太坊上同質化代幣的標準接口。USDT、USDC 等穩定幣都是 ERC-20 代幣。
- ERC-4337（賬戶抽象）
讓智能合約錢包無需改動協議層就能自定義簽名與付費邏輯的標準。對 Agent 支付重要，因為它讓「花錢規則」可以寫進錢包本身。
- 端點篩查
檢查一個即將被調用的 URL 或域名是不是已知釣魚站。和地址篩查回答的是不同問題：端點被仿冒時給出的收款地址是新生成的，任何地址名單都查不出來。
- 強化盡職調查（EDD）
對高風險客戶執行的更深一層核查，比標準流程要求更多的資金來源與業務背景證明。
- 帶證據的判定
判定同時給出可點開核驗的依據：命中哪個名單、什麼時候進的、來源在哪。與黑箱評分的本質區別是可被質疑。
- 外部賬戶（EOA）
由私鑰直接控制的普通錢包地址，沒有代碼。私鑰丟了就全沒了，也無法內置任何花錢規則。
- 金融行動特別工作組（FATF）
制定全球反洗錢與反恐融資標準的政府間組織。旅行規則就來自它的第 16 項建議。
- 失敗即拒絕
系統出錯時默認拒絕而不是放行。與之相對的 fail open 在支付場景裡等於：我們的服務一掛，所有風險交易全部通過。
- 假陰性
該報風險卻報了安全。在支付篩查裡它比假陽性危險得多：假陽性讓人多問一句，假陰性讓人放心把錢付出去。
- 假陽性
把正常對象誤判為風險。代價是摩擦與信任流失——誤報太多，用戶會開始無視所有告警。
- 最終性
交易被確認到不可能再被回滾的程度。不同鏈的最終性時間差別很大，是設計支付流程時必須考慮的參數。
- 免費額度
無需付費即可使用的調用量。對基礎設施型服務來說，它的真正作用不是獲客，是讓人敢把你寫進依賴。
- 代付 Gas
由第三方替用戶支付鏈上手續費。對 Agent 支付有意義，因為 Agent 不該為了付 0.1 美元先去準備原生代幣。
- GEO（生成式引擎優化）
讓內容更容易被 AI 生成的答案引用。與 SEO 的區別：SEO 爭的是排名位置，GEO 爭的是被當作事實來源。
- 優雅降級
部分能力不可用時，如實降低服務水平並說明，而不是假裝一切正常。風控產品裡這條尤其是底線。
- HTTP 402
HTTP 協議裡一個 1997 年就保留、但三十年沒被真正用起來的狀態碼。x402 把它啟用：服務端返回 402 並附上付款要求，客戶端付完再重發請求。
- 硬件安全模塊（HSM）
專用硬件，私鑰在裡面生成、使用、永不導出。企業級密鑰管理的基礎設施。
- 人工閘
在關鍵動作前要求人確認。設計要點是別把它設成橡皮圖章——每一筆都要確認，人很快就會閉眼點通過。
- 冪等鍵
請求上帶的唯一標識，用來保證同一筆操作重複發送也只執行一次。網絡重試在支付場景下會變成重複扣款，冪等鍵是唯一的解。
- 獨立性政策
評級或評估方公開的利益衝突處理規則：付費不影響結論、被評方不得預審、自評須標註。在有第一個付費客戶之前寫下來才算數。
- 間接提示注入
攻擊指令藏在 Agent 會讀到的外部內容裡（網頁、文檔、郵件），而不是用戶輸入裡。因為 Agent 分不清「數據」和「指令」。
- 互操作測試
驗證兩個獨立實現能否真正協同工作。與一致性測試的區別：一致性測的是「符不符合規範」，互操作測的是「彼此對不對得上」。
- 不可逆性
鏈上交易一旦確認就無法撤銷。這是「結算前檢查」存在的根本理由：事後補救在這裡不存在。
- 發行方凍結
穩定幣發行方把某個地址列入黑名單，使其無法轉出該代幣。是鏈上少數真正能「攔下」資金的手段。
- JSON-LD 結構化數據
嵌在網頁裡的機器可讀語義標註，告訴機器這段內容是文章、產品還是問答。
- KYB（瞭解你的企業客戶）
針對企業客戶的核查：營業執照、實際控制人、股權結構、經營範圍。比個人 KYC 複雜，因為要穿透到自然人。
- 私鑰洩露
私鑰被竊取或洩露。真實事故數據裡這是最大的損失類別之一，而且完全發生在支付篩查這一層之外。
- 二層網絡（L2）
構建在主鏈之上、把交易在鏈下批量處理再回主鏈結算的網絡。手續費低，因此是 Agent 微支付的主要戰場。
- 最小權限
只給完成任務所必需的權限。對 Agent 而言就是：這次任務需要付給誰、最多多少、什麼期限，超出一律拒絕。
- MPC 錢包
用多方安全計算把私鑰拆成分片，簽名時各方協作產生簽名，完整私鑰從不在任何一處出現。
- 主網
承載真實資產的正式網絡。從測試網切到主網是一個不可逆的決定點，必須有明確的授權與小額驗證。
- 授權信封
把一個 Agent 被允許做什麼打包成機器可執行的規則：單筆上限、每日上限、收款方白名單、用途、有效期。
- 默克爾樹
把大量數據哈希成一個根值的結構，改動任何一條都會讓根變化。防篡改日誌的常用底座。
- MiCA（歐盟加密資產市場法規）
歐盟統一的加密資產監管框架，覆蓋發行、交易與穩定幣，2024 年起分階段生效。
- 混幣器
把多人的資金混在一起再分發，切斷鏈上可追溯路徑的服務。有正當隱私用途，也是資金洗白的主要工具，因此常被制裁。
- 多籤
一筆交易需要多個私鑰共同簽名才生效。最直接的「不讓單點決定花錢」的機制。
- 一跳沾染
只看某地址是否直接從已知風險地址收過錢。一跳是信號不是結論——正常商戶也會收到來路不明的錢。
- 預言機操縱
攻擊者操控合約依賴的價格來源，從而以錯誤價格套利。屬於合約與市場設計問題，付款前篩查完全幫不上。
- 返回結構契約
服務方公開承諾哪些字段和標識符只增不改、改動要走多長的棄用期。真正有用的版本會配一道發佈門禁，而不只是寫在文檔裡。
- P95 延遲
95% 的請求在這個時間內完成。比平均值有意義得多——平均值會被大量快請求拉平，掩蓋掉尾部的卡頓。
- PSD2（歐盟第二支付服務指令）
歐盟支付法規，確立了開放銀行與強客戶認證。它解決的「誰授權了這筆支付」問題，在 Agent 時代重新出現了一次。
- Permit（簽名授權）
用一個簽名代替一筆鏈上授權交易，省一次 gas。方便，但也讓釣魚者只要騙到一個簽名就能拿到額度。
- 釣魚
仿冒可信站點或身份，誘導受害者簽名、授權或轉賬。在鏈上尤其危險，因為簽名一旦發出就不可撤銷。
- 時點查詢
回答「在某個具體日期，這個地址在不在名單上」。合規場景最常問的一句話，而刪除歷史記錄會讓它永遠無法回答。
- 政治公眾人物（PEP）
擔任或曾擔任重要公職的人及其近親密友。不代表有問題，但按反洗錢規則需要加強盡調。
- 結算前檢查
在錢真正轉出之前跑的檢查（身份、授權、風控、篩查）。和事後審計的根本差別：事後只能記錄損失，事前才能避免損失。
- 隱私保護合規
在不集中收集個人信息的前提下滿足合規要求。目前多數方案仍停留在論文與試點，落地的很少。
- 私鑰
控制一個鏈上賬戶的那串秘密數字。誰拿到它誰就是賬戶所有者——這也是為什麼私鑰洩露類事故，付款前的篩查一點忙都幫不上。
- 用途綁定
把一筆支付授權限定在特定用途上，超出用途即使金額合規也應拒絕。防止被劫持的 Agent 在限額內把錢花到別處。
- 限流
限制單位時間內的請求數。設計得好的限流是降速不斷供——會中途斷掉的額度沒人敢寫進生產代碼。
- 可復算性
第三方能不能拿到同樣的原始材料、按公開的方法重算出同樣的結論。名單命中可以，圖推斷（多跳資金追蹤）通常不行。
- 重入攻擊
合約在狀態更新前就對外調用，被攻擊者遞歸調回來重複提款。最經典的智能合約漏洞。
- 參考實現
標準的一個可運行樣例，用來消除文字歧義。在標準討論裡，一個能跑的參考實現比十頁論證更有說服力。
- 監管套利
利用不同司法轄區的規則差異獲利。對基礎設施提供方是風險信號：客戶如果是衝著這個來的，麻煩遲早會到你這裡。
- 重放攻擊
攻擊者把一條合法的、已經用過的請求或簽名再發一次，試圖讓它再生效一次。防法是一次性隨機數或時間窗口。
- 吊銷
一鍵作廢一個 Agent 的授權憑證。判斷一套 Agent 身份體系是否可用的關鍵問題是：出事時能不能在一秒內讓它停手。
- 風險評分
把多個信號壓縮成一個數字。方便排序，但不能作為唯一依據——分數背後的理由才是可核驗的部分。
- Rollup
L2 的主流形式：把大量交易壓縮後提交回主鏈。分樂觀 rollup 與零知識 rollup 兩類，區別在於如何證明這批交易是對的。
- 跑路（Rug Pull）
項目方在募到資金或流動性後捲款消失。付款前能看到的信號通常是：合約很新、無審計、權限未放棄、流動性未鎖。
- SDN 名單
美國財政部 OFAC 維護的「特別指定國民」名單，被列入者的資產須凍結、禁止與其交易。近年開始包含具體的加密貨幣地址。
- 服務等級協議（SLA）
對可用性、延遲等指標作出的書面承諾，通常帶違約補償。沒有補償條款的 SLA 只是一句願望。
- 服務端請求偽造（SSRF）
誘使服務器去訪問攻擊者指定的內網地址。任何「讓用戶填一個 URL 我們去抓」的功能都必須防它。
- 制裁篩查
把交易對手方比對官方制裁名單。技術上是確定性的集合匹配，因此第三方可以完全復算——這是它區別於風險評分的地方。
- 沙箱環境
與生產隔離的測試環境，用假數據跑通全流程。金融類接入的第一步通常都在這裡完成。
- 自證聲明
對方自己填報、沒有第三方核實的信息。它有價值（說了就要負責），但絕不能和已驗證的內容擺在一起不加區分。
- 結算最終性風險
以為付款已完成、實際尚未最終確認所帶來的風險。在快確認的鏈上容易被忽視，但重組仍然可能發生。
- 靜默降級
服務的一部分壞掉了，但對外表現完全正常。比徹底宕機危險，因為沒有人會去修一個「看起來正常」的東西。
- 合約審計
由第三方審閱合約代碼找出漏洞。審計過不等於安全——審計報告有範圍、有時間點，且不覆蓋部署後的改動。
- 合約錢包
由合約代碼而非單個私鑰控制的錢包。可以內置多籤、限額、白名單、社交恢復。
- 支出限額
對單筆或單位時間內的支出設上限。給 Agent 發鑰匙時最基本、也最有效的一道控制。
- 強客戶認證（SCA）
要求支付時提供兩類以上獨立要素（知道的 / 擁有的 / 本身是的）。Agent 支付的難點在於：Agent 三樣都不天然具備。
- 可疑活動報告（SAR）
金融機構向監管報送的可疑交易報告。注意與 x402 語境裡的 Settlement Attestation Receipt 縮寫相同但完全無關。
- 測試網
使用無價值代幣的區塊鏈測試網絡。主網切換前必須先在這裡跑通——因為主網上的錯誤是真錢。
- 降速
超出額度後放慢而不是拒絕。對 Agent 尤其重要——Agent 遇到硬性斷供通常不會優雅降級，而是整個流程失敗。
- 代幣授權額度
ERC-20 代幣裡，錢包允許某個合約代為動用的額度。設成無限是常見做法，也是被盜的最常見起點。
- 工具投毒
在 Agent 可調用的工具描述裡塞進惡意指令。因為工具描述本身就會進入模型上下文，它是一條常被忽略的注入路徑。
- USDC
Circle 發行的美元穩定幣。發行方保留凍結地址的能力，這既是合規工具也意味著它不是無需許可的。
- USDT
Tether 發行的美元穩定幣，流通量最大。同樣具備凍結能力，且在波場（TRON）上的轉賬量極大。
- 最終受益所有人（UBO）
最終實際擁有或控制一家企業的自然人。反洗錢規則要求穿透多層股權把這個人找出來。
- uncertain 判定
篩查沒能跑完時應當返回的狀態，表示「不知道」。絕不能降級成 clear——那等於用一次系統故障換一筆可能有問題的付款。
- 可用率
服務正常可用時間的佔比。要看清楚統計口徑：只探首頁和探全部關鍵接口，得出的數字可以差很遠。
- 虛擬資產服務提供商（VASP）
FATF 定義的加密資產服務方類別：交易所、託管錢包、部分 OTC。被這個定義框住就要承擔反洗錢義務。
- 頻次核查
看單位時間內的交易筆數或金額是否異常。對 Agent 尤其重要——出問題的 Agent 通常不是付錯一筆，是快速連付很多筆。
- 可驗證憑證
由簽發方數字簽名、持有方出示、驗證方可獨立核驗的憑證。三方模型，核心問題永遠是「誰有資格簽發」。
- 回調（Webhook）
事件發生時由服務端主動推送到你指定 URL 的通知。要點是必須驗簽，否則任何人都能偽造事件。
- 零知識證明
證明某個陳述為真而不透露陳述內容。合規場景的想像空間是：證明「我不在制裁名單上」而不暴露我是誰。
- llms.txt
放在網站根目錄、專門寫給大模型讀的說明文件。作用類似 robots.txt 之於爬蟲：告訴機器這個站是什麼、有哪些能力、怎麼調用。
- onBeforeSettle 鉤子
支付協議裡在結算動作前留出的擴展點，第三方可以在這裡插入檢查並否決這筆支付。合規層能存在的技術前提。
- signal_keys（語言無關信號鍵）
風險接口返回的一組固定標識符，供程序做分支判斷。之所以要和給人讀的文字分開：文案會翻譯、會改措辭，程序不能依賴它。
- Agent 支付
由 AI Agent 不經人工逐筆點確認、自主發起的付款。
- x402
基於 HTTP 402 狀態碼的機器支付交互方式：服務端對未付費請求返回 402 和一張報價（金額、收款地址、一次性 nonce），客戶端簽名支付授權後帶著憑證原樣重發請求，服務端驗簽放行。它的關鍵在於「不需要賬號也不需要 API 密鑰」——付款本身就是身份。我們在 200Lab 實現了完整往返，可以自己跑一遍。
- AP2(Agent Payments Protocol)
Google 主導的 Agent 支付協議，用「授權憑據」把用戶意圖安全傳給 Agent 去執行支付。
- x402 和 AP2 的區別
兩套讓 Agent 安全付錢的協議：x402 解決「怎麼在一次調用裡完成付款」,AP2 解決「怎麼證明這筆錢是用戶真的授權的」。
- 穩定幣
錨定美元等法幣、價格穩定的鏈上代幣（如 USDC），讓機器可以直接持有和轉移「美元」。
- KYA(Know Your Agent)
對一個發起支付的 AI Agent 做身份歸因：它是誰、背後的責任主體是誰、它的授權範圍是什麼、能不能被吊銷。與 KYC 的區別在於對象——KYC 認的是人，KYA 認的是代替人花錢的那個程序。需要強調的是：KYA 只回答「背後是誰」，不等於支付安全本身；真正的防護在錢出去之前的強制執行環節。
- 授權（Mandate）
一個 Agent 被允許花錢的邊界，通常包含單筆上限、單日累計上限、收款白名單和用途。它必須由 Agent 之外的系統強制執行——寫在提示詞裡的額度不是授權，因為 Agent 的大腦可以被汙染。我們的網關在結算前逐項校驗授權，並比對本次支付意圖是否偏離原授權。
- 提示注入
把惡意指令藏進 Agent 會讀到的內容裡（網頁、郵件、工具返回值），誘導它做出違背用戶本意的行為。在支付場景裡最典型的後果是改掉收款地址或金額。我們在攻防實驗室裡對自己的實現做過實測：被注入的 Agent 確實會發出改道後的支付請求，但請求在結算前被授權意圖比對攔下——這說明信任層必須活在 Agent 之外。
- OFAC 制裁名單
美國財政部下屬機構 OFAC 維護的制裁名單；向名單上的地址付款可能直接違法。
- Facilitator（結算服務方）
在 x402 類協議裡替商戶完成驗簽與資金結算的第三方服務。商戶不必自己接鏈、管錢包和處理清算。它是這條鏈路上最接近傳統支付機構的角色，因此也最可能成為監管落點——誰做 facilitator，誰就承擔了資金流的合規責任。
- MCP（模型上下文協議）
讓 AI 助手（如 Claude）以統一方式調用外部工具和數據源的開放協議。
- 結算
資金實際轉移並達成最終性的過程。區分兩件常被混為一談的事：支付授權被驗證通過（協議層完成）不等於錢已經到賬（結算層完成）。我們的演示明確區分「模擬結算」和「測試網真實上鍊」，後者每筆都給出區塊瀏覽器鏈接。
- ERC-8004
以太坊上一個給 AI Agent 做「鏈上身份 + 聲譽 + 驗證」的提案標準，讓 Agent 之間無需中心機構也能互相發現和信任。
- A2A（Agent2Agent 協議）
讓不同廠商的 AI Agent 互相通信、協作的開放協議（Google 主導）;MCP 讓 Agent 用工具，A2A 讓 Agent 之間對話。
- 一次性隨機數（Nonce）
每筆支付攜帶的唯一標識，結算前消費一次，重複出現即判定為重放。沒有它，一筆已經通過全部合規檢查的合法支付可以被原樣重發多次——因為每一次單看都完全合規。所以防重放要單獨做成一道閘：記住每一筆用過的一次性編號，重複出現就拒絕。
- RAP（負責任的 Agent 支付框架）
OceanAlt 提出的開放、協議中立的框架，七大支柱：身份歸因、授權與限額、防火牆、AML 篩查、可審計、隱私、互操作。它不綁定任何具體協議或結算軌道，目的是給「一筆 Agent 支付該被怎樣約束」提供一個可引用的共同語言。
- 旅行規則（Travel Rule）
反洗錢國際規則：轉賬超過一定門檻時，發起方和接收方的機構要互相傳遞雙方身份信息。
- AML 篩查
在放行資金前核對對手方地址是否命中制裁名單、混幣器或其它風險標記。需要說清能力邊界：我們目前對以太坊系地址做名單篩查加鏈上啟發式分析，對波場（TRON）只做名單層篩查，尚無鏈上啟發式——這一點寫在頁面上，不含糊過去。
- 自進化風險名單
反覆作惡的地址由情報層自動提名、人工批准後才進入風險名單；檢測越用越聰明，執行永遠人工可控。
- Agent 經濟
AI Agent 作為交易主體參與的經濟活動：它們代替人或企業發現服務、協商價格、下單和付款，也彼此買賣數據、算力、模型與工具能力。它與「AI 提升效率」的區別在於——Agent 不只是工具，而是賬本上的一方。
- EIP-3009
讓持有者離線簽名授權轉賬，由別人付手續費上鍊的USDC標準。