选一个 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，让这些维度替你做决定。