一筆存款在凌晨 03:14 進入某中心化交易所的熱錢包。金額不大，低於平台的申報門檻，且來源地址在本地制裁名單中未有任何標記。系統為用戶帳戶完成入帳。二十分鐘後，一個外部情報資料來源將同一來源地址更新為受制裁實體。此時，交易所已持有非法資金，入帳流程在任何人有機會介入之前便已完成，而稽核日誌顯示的是一筆獲批准的乾淨記錄。這正是監管機構在針對虛擬資產服務提供商的執法行動中反覆引用的存款篩查失敗模式。
問題的根源是結構性的。存款是外部資金首次接觸平台控管錢包的時刻，這使其成為任何交易所反洗錢防控鏈中風險敞口最高的節點。金融行動特別工作組要求虛擬資產服務提供商對每一筆傳入轉帳採取基於風險的方式進行評估，而美國金融犯罪執法網絡的銀行保密法義務亦將這一要求延伸至在美國註冊的平台。本文將分四個步驟說明如何在存款端實施反洗錢篩查，從梳理存款流程到建立可供審查的稽核追蹤記錄。
為何存款端反洗錢篩查是您的第一道防線
以一種常見的執法模式為例：審查人員在審查一家數位資產公司時發現，針對傳入存款的批准決策完全沒有來源地址篩查的文件記錄。這一發現並非關於身份驗證——該公司已在其他環節單獨處理了這部分工作。問題在於，在資金被入帳並歸集至交易所統一熱錢包之前，沒有任何控制措施對發送資金的錢包進行評估。
存款篩查正是填補這一缺口的控制手段，其運作層級在於地址與交易，而非身份層級。KYC（了解您的客戶）在入帳時驗證客戶身份；KYA（了解您的地址）評估實際向平台傳送價值的區塊鏈地址；KYT（了解您的交易）在確認時監控資金流動。存款的反洗錢篩查建立在 KYA 與 KYT 之上，而非平台可能已完成的身份核查。
存款作為第一道防線的原因在於時機。一旦資金完成入帳並歸集至共用熱錢包，追溯其來源將大幅困難。受制裁資金若與乾淨存款混合，可能污染下游提款，而在存款階段一次漏篩，數週後便可能成為監管發現。
步驟一：梳理存款流程並確定篩查觸發點
首先從頭到尾繪製存款流程，從用戶生成存款地址的時刻，到資金完成入帳並可供交易的時刻。大多數中心化交易所的處理管道會經過四個明確的控制點，篩查可部署於其中，且每個控制點的風險特徵各不相同。
四個觸發點清晰可辨。第一，在地址生成時進行篩查，在平台將存款地址交給任何與非法活動相關聯的錢包之前。第二，在首次鏈上確認時進行篩查，以評估實際的轉帳行為。第三，在資金歸集至熱錢包之前進行歸集前核查，這是防止資金混合前的最後一個技術檢查點。第四，對金額較大或異常的存款進行基於門檻的審查，這類存款雖通過了自動化核查，但其模式值得人工審視。
不同的商業模式對這些控制措施的部署方式有所差異。以零售用戶為主的現貨交易所可能在確認時部署自動篩查，並將大額存款保留給人工審查；場外交易平台可能要求在報價前完成交易前篩查；同時處理存款與提款的支付機構可能將存款篩查層作為更廣泛合規管道中的一個模組。梳理工作迫使團隊在編寫任何整合代碼之前，就確定每項控制措施在現有代碼庫中的實際位置及其責任人。
步驟二：將地址篩查 API 整合至存款管道
確定觸發點後，下一步是將篩查 API 接入每個觸發點。無論呼叫位於何處，整合流程是一致的。第一，規範化地址格式；第二，將其提交至 KYA 引擎；第三，接收帶有類別背景的風險等級；第四，根據該等級對存款工作流程進行分支處理。
規範化的重要性不容小覷。以太坊地址可能以校驗和格式、小寫格式或 EVM 別名格式出現，而 Tron 地址使用的是 base58 而非十六進制。篩查呼叫必須以引擎針對該鏈所預期的格式傳遞地址，否則結果將靜默失敗。規範化之後，引擎根據預建的標籤圖譜解析地址，並返回風險等級及驅動該等級的標籤類別。BlockSec 的 KYA 引擎可針對超過 6 億個預建標籤及 200 餘種風險訊號進行解析，響應時間達毫秒級（Phalcon Compliance 文件）。該響應直接輸入存款管道的「允許」、「審查」或「攔截」分支。
管道本身才是大多數實作出現漏洞的地方。若篩查呼叫位於交易確認與帳戶入帳之間的同步路徑上，延遲將直接影響用戶體驗；若其位於批次處理的非同步佇列上，則在兩次批次處理之間發布的制裁指定將使平台暴露於風險之中。生產環境的部署通常採用同步的入帳前核查以獲取初始結果，並採用非同步的重新篩查通道來處理稍後更新的標籤。
步驟三：定義風險門檻與應對措施
完成篩查整合後，平台需要一項將每個風險等級映射至具體行動的政策。沒有門檻，篩查輸出無從執行；有了門檻，它才能成為一項可執行的控制措施。
Phalcon Compliance 針對每筆被篩查的存款返回六個風險等級之一：嚴重（Critical）、高（High）、中（Medium）、低（Low）、資訊（Informational）或無風險（No Risk）。每個機構根據自身的合規政策與風險承受能力，自行配置每個等級的含義。存款的常見映射方式如下：嚴重等級路由至自動攔截並立即調查；高和中等級路由至人工審查或暫停；低和資訊等級繼續處理並持續監控；無風險自動入帳。
| 風險等級 | 系統典型動作 | 分析師動作 | 保留的證據 | 監管觸發條件 |
|---|---|---|---|---|
| 嚴重 | 自動攔截，上報升級 | 立即調查，如有必要提交可疑交易報告 | 完整篩查追蹤記錄、決策鏈 | 可疑活動報告 |
| 高 | 暫停入帳，路由至佇列 | 審查標籤背景，在 SLA 期限內作出決策 | 分析師身份、決策依據 | 加強盡職調查檔案 |
| 中 | 暫停入帳，路由至佇列 | 審查標籤背景，作出決策 | 分析師身份、決策依據 | 加強盡職調查檔案 |
| 低 | 自動入帳，持續監控 | 無需操作 | 等級、類別、時間戳記 | 標準記錄保存 |
| 資訊 | 帶標記自動入帳 | 了解背景，無需操作 | 等級、類別、時間戳記 | 標準記錄保存 |
| 無風險 | 自動入帳 | 無需操作 | 等級、時間戳記 | 標準記錄保存 |
執法發現中有兩個常見的門檻陷阱。其一是靜態配置，從不隨威脅模式變化而調整——制裁激增時可能需要暫時收緊嚴重或高風險等級的範圍。其二是中等風險等級將所有模糊存款匯入一個團隊無力應對的佇列，迫使分析師流於形式地蓋章審批，從而使人工審查失去意義。Phalcon Compliance 支援可配置的風險政策，每個等級的映射均可根據平台的風險狀況進行調整，並隨風險敞口變化而修改。
步驟四：為存款篩查建立合規稽核追蹤記錄
最後一個步驟是監管機構首先審查的部分：稽核追蹤記錄。一項無法在數月後重建的篩查決策，在審查層面而言，等同於一項從未發生過的篩查決策。
每個篩查事件必須記錄以下內容：被篩查的地址、時間戳記、返回的風險等級、驅動評估結果的標籤類別，以及所作出的決策。日誌必須具備防篡改性，並可按需匯出。當審查人員詢問某筆存款在特定日期為何獲准通過時，回應的不是一段敘述性說明，而是來自該時間戳記的篩查記錄，完整重現。Phalcon Compliance 平台將每項結果寫入合規日誌，可供審查時匯出，並支援一鍵生成符合主要監管轄區要求的可疑交易報告（Phalcon Compliance 文件，風險等級）。
稽核追蹤記錄同時支援縱向審查。對某筆存款進行一次篩查是一個時間點的決策；而對某個存款地址在其整個生命週期內持續篩查，則形成一段風險歷史。當標籤更新將一個曾與平台互動的地址列為制裁對象時，稽核追蹤記錄將揭示此前的關聯關係。合規團隊隨後可重建來自該來源的所有存款，並決定是否需要採取追溯性行動。
如需深入了解存款篩查如何融入交易所與虛擬資產服務提供商的完整反洗錢合規計畫，請參閱加密貨幣反洗錢合規。Phalcon Compliance 平台可在生產環境中執行上述步驟。
→ 預約 Phalcon Compliance 演示，在您的交易所工作流程中實施存款反洗錢篩查：預約演示
常見問題
存款端反洗錢篩查與 KYC 有何不同？ KYC 在入帳時驗證客戶身份，存在於文件層面。存款端反洗錢篩查在地址與交易層面運作，評估每筆傳入轉帳的區塊鏈來源，而非發起交易的人員。兩者在完整的反洗錢計畫中是相輔相成的控制措施。
篩查應在存款流程的哪個環節執行？ 篩查至少應在交易確認時執行一次，即在資金入帳至用戶帳戶之前。許多平台還會在歸集至熱錢包之前增加一次歸集前核查，以及針對大額或結構異常存款的門檻審查。
若風險等級在存款已完成入帳後才更新，該如何處理？ 稽核追蹤記錄使合規團隊能夠識別來自同一地址的歷史存款並評估是否需要採取追溯行動。持續監控層與存款時篩查並行運作，可捕捉在初始結果之後更新的標籤，並將其提交重新評估。
存款篩查會影響用戶體驗嗎？ 響應時間達毫秒級的篩查引擎不會在存款路徑上引入可感知的延遲。瓶頸通常在於區塊鏈確認時間，而非篩查呼叫——後者與確認輪詢並行執行。
每筆存款的稽核追蹤記錄應包含哪些內容？ 最低要求包括：被篩查的地址、時間戳記、風險等級、驅動評估的風險類別、所作決策，以及所適用的政策版本。對於中等和高風險等級，還應保留分析師身份及決策依據。
