選一個 KYT 工具是一次跨年度的承諾，而選錯的代價，會在監管來問「篩查為什麼沒攔住」時落地。選錯的後遺症日後表現為：分析師解釋不了的告警、一個止步於業務實際經營範圍之外的鏈覆蓋，或者一份不管團隊篩五千個地址還是五萬個都收同樣錢的合同。本文給合規官一套六維框架，用來衡量任何一個 KYT 工具——於是這個決策建立在能力維度之上，而不是建立在一段銷售敘述之上。KYT 更寬的產品背景見 Phalcon Compliance。本頁屬於 KYT 資源中心。
在框架開始之前有一條邊界要交代。本頁講的是選一個 KYT 交易監控工具——那是給風險打分、並在交易之前或之中產出一個動作的那一層。它不講選一個事後追蹤或資金跟蹤層：那一層回答的是另一個問題，評估的維度也不同。把這兩層混為一談，是最常見的選型錯誤。
一個 KYT 工具必須做到什麼
在決策層，一個 KYT 交易監控工具只有一份工作：讀一個地址或一筆交易的風險，返回一個分值，並在這個分值背後返回足夠的證據，讓合規團隊能為由此產生的動作辯護。這份工作拆成三項要求，沒有哪個工具能把它們壓成一項。
第一項是交易閘口上的即時篩查。一筆入金或出金到來，工具在這筆交易被放行之前返回一個風險結果，閘口據此分流。一個只跑批次的工具，在監管意義上不算監控工具。FATF 面向虛擬資產服務提供商的風險為本方法要求 VASP 持續監控交易。FinCEN 的反洗錢體系規則（31 CFR 1022.210）與可疑活動報送規則（31 CFR 1022.320）合起來，使持續監控成為數字貨幣交易所及其他美國貨幣服務企業的必需項。一個只有批次節奏的做法，會在「監控義務」與「實際在跑的控制措施」之間留下一段距離，而檢查官會把這段距離讀成體系缺陷。
第二項是可解釋的評分。一個風險評分單獨拿出來是辯護不了的；分析師、審計人員與檢查官都需要看見這個分值為什麼落在那個位置。第三項是可審計的記錄。每一次篩查、每一個處置、每一次規則改動都必須可追回。審計軌跡正是把一項篩查能力變成一個檢查官願意簽字通過的體系的那件事；它同樣也是在需要提交可疑交易報告時，餵給那份報告的東西。
按六個維度評估廠商
多數 KYT 選型討論會飄成功能清單羅列，因為這個品類沒有一套共享的評估框架。下面這六個維度，是真正把「合規團隊能操作起來的工具」與「操作不起來的工具」區分開的維度。它們彼此獨立，而哪幾個最重要，取決於團隊的交易量、鏈覆蓋範圍與監管暴露面。
維度 1：即時篩查的 API 延遲。 一個嵌在入金或出金流程裡的 KYT 工具，必須在交易放行之前返回。交易前篩查的可用上限是端到端約 500 毫秒，而 API 自身只能吃掉其中一小部分，給路由、日誌與閾值判斷留出餘地。
維度 2：為壓低誤報所需的規則可調性。 每個 KYT 工具都會產出告警。問題在於：團隊能不能在不向廠商提變更請求的前提下，調整這些告警背後的規則。那份校準，是通往「一個分析師團隊扛得住的誤報率」的唯一持久路徑。
維度 3：可解釋的白箱評分。 一個黑箱分值是負債。白箱評分把分值背後的風險指標攤出來，於是分析師能讀出是哪些敞口驅動了這個結果，監管也能重建這個決策。
維度 4：多鏈覆蓋。 一個 KYT 工具只能抓到它所讀取的那些鏈上的風險。一個在三條主鏈上覆蓋很深、但在長尾上什麼都沒有的工具，會在敞口往往增長最快的地方留下一個盲區。要評估的維度是：這個工具有沒有覆蓋本業務實際發生交易的那些鏈。
維度 5：審計軌跡與 STR 自動化。 監控會產出記錄，而這些記錄必須餵給報送那一層。捕捉每一次篩查與處置的審計軌跡是基線；而把一條已調查的告警轉成一份可疑交易報告草稿的自動化，才是把一份站得住的案件檔案與一張截圖區分開的東西。
維度 6：PAYG 還是訂閱定價。 按需報價的企業訂閱，不管團隊用不用得掉都按固定年度額度收費。按量付費的額度定價按實際篩查量收費。哪種模式合適，取決於交易量是可預測且很高，還是忽高忽低且未知。忽略這個維度的結局，是為用不掉的容量多付錢，或者簽下一份與體系節奏不匹配的合同。
逐個維度怎麼驗
這六個維度的驗法各不相同，而把它們當成一份統一清單勾選，正是選型翻車的地方。每個維度都有自己的檢驗方式，而且通常是一次實測，而不是一句廠商說法。
對 API 延遲，檢驗方式是在團隊自己的流量下實測，而不是看公佈的數字。一個公佈的「100 毫秒以內」是一個待確認的目標，不是一個可以據以設定 SLA 的基準。拿真實地址跑一遍 API，在峰值與空閒時各量一次，確認這個數字站得住，再把閘口託付給它。
對規則可調性，檢驗方式是：團隊在沒有廠商參與的情況下能改動什麼。一個每次調優都要開工單的工具，是一個團隊並不掌控的工具。對可解釋評分，檢驗方式是：風險指標與敞口數字有沒有隨分值一起交付。如果 API 只返回一個數字，團隊就辯護不了一筆被掛起的交易。對多鏈覆蓋，檢驗方式是團隊自己的實際範圍：一個覆蓋十條原生鏈的工具，只有在那十條包含本業務實際發生交易的每一條鏈時，才算夠。
對審計軌跡與 STR 那一層，檢驗方式是：從一條已調查的告警到一份可疑交易報告的這條路，有沒有跑在工作流之內。對定價，檢驗方式是交易量的形狀：可預測的大量偏向訂閱，忽高忽低或未知的量偏向按量付費。
Phalcon Compliance 在各維度上的表現
Phalcon Compliance 是本中心的主角。本節的目的不是論證它是唯一滿足這套框架的工具，而是展示一個具體平臺按六個維度讀出來是什麼樣，讓合規團隊有一個可以拿去對照其他工具的實例。
在 API 延遲上，BlockSec 為其即時篩查 API 標註的是 100 毫秒以內的響應。把它讀作一個需要在生產流量上確認的目標，再據以設定內部 SLA。
在規則可調性上，平臺暴露一個可配置的風險引擎，自帶五個規則模板外加一套圍繞 FATF 風險為本方法搭的預設規則集。合規團隊可以把評分校準到自己的風險偏好上，而不必為每次閾值調整都提一份變更請求。在可解釋評分上，每個分值都帶著它的風險指標與敞口數字一起交付。模型建立在超過 6 億個帶標籤地址與 17 個以上風險指標類別之上，覆蓋行為模式、對已知非法服務的敞口，以及交易對手風險。一位在讀一筆被掛起交易的分析師，能看見是哪些敞口驅動了這個分值——這正是讓這個決策站得住的東西。
在多鏈覆蓋上，這個工具讀十條原生鏈；夠不夠取決於團隊自己的範圍。在審計軌跡與 STR 那一層上，每一次篩查與處置都被記進一份可追回的記錄裡，STR 匯出在 Essential 及以上檔位可用。
在定價上，它把按量付費作為入口。篩查包 95 美元起，單次價格在 1.10 到 1.90 美元之間。699 美元/月的 Scale 檔，是要把篩查嵌進產品流程的團隊的 API 入口。定價細節在專門那篇定價 spoke 裡講。這裡的要點是：PAYG 作為按需報價訂閱之外的一個結構性選項確實存在——團隊可以對著真實交易量先評估，再決定要不要承諾某個檔位。
買之前先認出這些危險訊號
在那些不成功的 KYT 選型裡，有少數幾種形態反覆出現。每一種都把本該由工具吸收的工作，轉嫁給了合規團隊。
第一個危險訊號是黑箱分值。如果 API 返回一個風險數字卻不給背後的指標，團隊就辯護不了一筆被掛起的交易，也向檢查官解釋不了一個決策。第二個是單鏈或很淺的覆蓋。一個只把一兩條鏈讀得很深的工具，會迫使你為長尾再上一家廠商，或者在每一條未覆蓋的鏈上留一個盲區。第三個是沒有審計軌跡。一個不把每次篩查與處置都記進可追回記錄的工具，會在檢查官開口時把「手工重建整個體系」這件事留給合規團隊。
第四個是隻有僵硬的訂閱、沒有 PAYG 路徑。對一家交易量可預測的大機構而言，按需報價的企業合同是正當的。但一個壓根不提供按量付費選項的廠商，會把每一箇中型團隊都推進一個按企業規模設計的採購流程。PAYG 的缺席，是關於「這家廠商做產品時心裡想的是誰」的一個訊號。
選型清單
這套框架可以收斂成一份清單，合規團隊可以拿它去跑任何一個 KYT 工具。
- 這個工具能不能在閘口所允許的延遲預算內返回一個風險評分——而且是在團隊自己的流量下實測的，不是對著廠商公佈的數字？
- 團隊能不能在不向廠商提變更請求的前提下，調整規則、閾值與風險指標？
- 每個分值有沒有帶著驅動它的風險指標與敞口數字一起交付，從而讓一筆被掛起的交易站得住？
- 這個工具有沒有覆蓋本業務實際發生交易的每一條鏈——按真實敞口衡量，而不是按一個頭條式的鏈數？
- 這個工具有沒有把每次篩查與處置都記進一條可追回的審計軌跡，並且能在工作流之內從一條已調查的告警產出一份 STR 草稿？
- 定價模式有沒有提供一條按量付費的路，讓團隊在承諾一份合同之前先對著真實交易量評估？
六項全過的工具，是合規團隊能操作起來的工具。有一兩項不過的工具，並不自動被否掉——但那些不過的維度，正是團隊要在整個合同期內承擔代價的地方。拿這套框架去跑任何一個候選者，包括 Phalcon Compliance，讓這些維度替你做決定。