一個 DeFi 協議履行其反洗錢義務的方式，是在使用者存入、借貸、兌換或提取資產的那些確切節點上做風險篩查，它不需要立起一箇中心化的合規部門。接入形態是：在這些進出口點上做一組即時 API 檢查，加上首次互動之後對地址的持續監控。這個組合把 DeFi 與交易所之間的合規差距合上。本文鋪開這些檢查該放在哪裡，以及這套工作流與一家中心化交易所有何不同。更寬的工作流見 Phalcon Compliance。本頁屬於數字貨幣反洗錢合規中心。
DeFi 協議面對的新合規壓力
圍繞 DeFi 的監管邊界已經不是理論問題。FATF 的虛擬資產框架把反洗錢義務延伸到任何對金融服務行使有效控制的主體。這個表述觸及那些控制著使用者資金、可暫停資金池或管理員金鑰的 DeFi 協議。越來越多的轄區已經把第 15 項建議寫進本國法律，於是這項篩查義務觸及 DeFi 協議——不管那些團隊有沒有一個叫「合規」的頭銜。FinCEN 的客戶盡職調查規則在美國設定了同一項預期，把持續監控界定為受監管機構合規體系的一項條件。另外在歐盟，數字資產轉帳的篩查與報送義務坐在《反洗錢條例》（AMLR）與《資金轉移條例》（TFR）裡，而 MiCA 本身限於牌照與市場行為規則。兩套框架收斂到同一個實際要求上：證明這個協議在資金動之前篩查了交易對手風險，並且證明它是持續在做。
鏈上犯罪的圖景把這份壓力磨得更尖。FATF 與各國監管機構反覆指出，如今有相當一部分非法數字貨幣資金經由 DeFi 場所流動。這意味著忽略篩查的協議不只是不合規，而且面臨被點名為一條通道的風險。監管不需要一個 DeFi 協議在傳統意義上是一個受監管主體，他們需要的是它在交易層面表現得像一個——而那恰恰是一個 DeFi 團隊內建工具最少的地方。
團隊這一重約束是問題的另一半。一個 DeFi 協議團隊通常沒有專職合規人員、預算很緊，卻需要在真正搬運資金的那些交易節點上做即時風險控制。合規工作落在那些已經在發協議升級、管預言機風險、處理事故響應的開發者或安全工程師身上。因此，一個假定有專職合規官的合規體系，是為一張這個協議並不具備的組織架構圖設計的。現實的路徑是把篩查推進合約流程本身，於是這個協議靠預設設定來篩查，而不是靠配人來篩查。
DeFi 合規與 CEX 有何不同
大多數關於數字貨幣合規的公開指引，是為中心化交易所寫的，它假定了一個 DeFi 團隊並不符合的買方畫像。中心化交易所設有專職合規部門、與篩查廠商做完整的後端整合，並且能拿業務量論證六位數的年度訂閱。DeFi 協議在上述每一個維度上都坐在相反的那個角上。原封不動照抄 CEX 的打法，產出的是一個這個協議配不起人、付不起錢、也整合不完的體系。
| 維度 | 中心化交易所（CEX） | DeFi 協議 |
|---|---|---|
| 合規人員配置 | 專職合規團隊 | 通常沒有；由開發者或安全工程師承擔 |
| 整合面 | 完整的後端批次與即時整合 | 在存入、借貸、兌換合約節點上的 API |
| 預算姿態 | 能扛住六位數的年度訂閱 | 很緊；需要與按量付費對齊 |
| 篩查節奏 | 全流量完整即時 | 高風險節點即時，其餘靠持續 Monitor |
由此得出的結論是：一個 DeFi 協議不該試圖到處都篩。它該篩的是敞口真正進入協議的那些合約節點。存入、借貸、兌換是交易對手地址把風險綁到協議上的三個點，所以在這些節點上篩查是最小可用覆蓋。其餘的可以交給對協議已經互動過的地址的持續監控，加上針對邊緣情形的按需核驗。正是這個切分，讓 DeFi 合規在一個小團隊與一份薄預算之下變得可行。
預算這個維度，是那些面向 CEX 的指引最容易把 DeFi 團隊帶偏的地方。一份僵硬的年度訂閱假定篩查量穩定可預測，而這恰恰是一個 DeFi 協議看到的反面。鏈上活動隨市場週期、新池上線與激勵計劃起落，於是一份固定容量的合同，要麼在冷清期浪費預算，要麼在繁忙期撞上超額費用。適配 DeFi 的成本模型，是那種支出跟著用量走的，而不是那種要提前一年預測用量的。
DeFi 接入：在存入、借貸、兌換節點上做 API 篩查
DeFi 團隊可以用 Phalcon Compliance 的 KYA 與 KYT API，在存入、借貸、兌換點上篩查地址。應用在放行或掛起這筆交易之前先檢查返回的風險結果。隨後由 Monitor 盯住這個地址日後的風險變化。
接入點是合約節點，不是看板。當一個使用者向某個池存入、以抵押品借款、或者經某條聚合器路由做兌換時，協議可以在這筆交易被放行之前呼叫 Phalcon Compliance 的 KYT 與 KYA API 端點。Phalcon Compliance 開放的 KYT 與 KYA API 端點，會在存入、借貸、兌換合約節點上返回一個即時的地址風險評分與風險指標。返回的分值讓協議決定是放行、掛起，還是攔截這次互動；而那些風險指標把可追溯的證據附到這個決定上，於是它日後經得起審計。一家中心化交易所接進其存入與提取閘口的，正是同一個 API 介面面——只不過在這裡它接的是合約節點，而不是一個訂單簿。那種交易所接入方式記錄在面向數字貨幣交易所的 KYT API 接入藍圖裡。
讓這次接入對一份 DeFi 預算而言現實可行的，是成本上的對齊。篩查包的 PAYG 額度 95 美元起，對應 50 到 2000 個額度，有效期 12 個月。一個篩查量隨激勵週期起落的協議，可以在量高時買額度、在量低時讓餘額擱著。沒有合同鎖定，而且協議在用量穩定下來之後可以升到某個訂閱檔位。API 接入只在 699 美元/月起的 Scale 檔與 Enterprise 檔提供。一個計劃在合約節點嵌入 API 呼叫的團隊，需要在寫程式碼之前先確認這個檔位。多席位協作與推薦獎勵在下面的常見問題裡講。
對那些還沒準備好嵌入 API 的協議，有一條輕量替代路徑。通過平臺介面做的互動式篩查，讓一個 DeFi 團隊可以在不做 API 接入的前提下按需核驗一個交易對手地址，適合輕量或審計場景。一位對某個被標記地址做人工複核的安全工程師，或者一位在大額轉帳之前核查交易對手的資金庫多籤簽名人，可以把它當作零接入的那條路。
部署形態：節點級篩查、Monitor 與自助核驗
一個 DeFi 協議的完整部署形態有三層，每一層回答一個不同的篩查問題。如果這個協議想要一套在檢查中扛得住的體系，三層沒有哪一層是可選的；但每一層的工程與額度成本各不相同。
第一層是在搬運資金的那些合約節點上做節點級篩查。在一次存入、借貸或兌換呼叫被放行之前，協議帶上交易對手地址呼叫 KYT 與 KYA API，讀取返回的風險評分。閾值分流被定義在合約裡、或者定義在合約所委託的一個鏈下 keeper 裡，於是協議放行低風險地址、把中風險的掛起待人工複核、把高風險的直接攔下。這一層是把即時洗錢視窗關上的那一層，也是唯一消耗單次檢查額度的那一層。
第二層是對協議已經互動過的那些地址的持續監控。Monitor 模式按動態週期在風險發生變化時重新分析已篩查過的地址，且不消耗篩查額度。對一個 DeFi 協議而言，這一層抓的是那個首次存入時乾淨、日後卻與某個被制裁實體或某個已知作案者交易的地址。因為它不消耗篩查額度，協議可以把它開在全部歷史互動地址上，而不必讓單次檢查的預算線性增長。
第三層是通過平臺介面做的按需自助核驗。它是安全工程師在事故期間、在一次人工複核中、或者在對一個新預言機或合作方合約做部署前交易對手檢查時所走的路。它不需要 API 接入，所以它覆蓋那些不值得在合約層嵌入的一次性檢查長尾。三層合起來，產出的是這樣一套體系：在真正要緊的那些節點上即時篩查、對其餘部分免費地持續觀察，並給團隊留一個應對邊緣情形的人工出口。
為 DeFi 協議開始使用 Phalcon Compliance
一個 DeFi 協議不需要一箇中心化的合規部門來履行它的反洗錢義務。它需要的是：在搬運資金的那些合約節點上做篩查、對已經碰過的那些地址做持續監控，以及一個跟著用量走而不是綁一份固定年度合同的成本模型。Phalcon Compliance 通過一個 KYT 與 KYA 的 API 介面面、一個不消耗篩查額度的 Monitor 模式，以及一個 95 美元起的按量付費額度入口，把這三樣都交付了。為 DeFi 協議開始使用 Phalcon Compliance，在下一次協議升級之前，把這套篩查形態對映到存入、借貸與兌換節點上。