区块链安全软件：攻击防范、合规监控与重叠领域

区块链安全软件涵盖两个方面：攻击侧防护与运营所需的合规监控。这个品类是围绕第一个方面——审计与漏洞检测——发展起来的，而第二个方面则随着监管的到来而出现。将两者视为独立采购项的买家最终会得到重复的情报和割裂的证据，而理解两者重叠之处的买家则能获得同时服务于两个方面的单一层级。本指南将介绍这两个方面各自涵盖的内容、它们的重叠之处，以及一个整合技术栈如何组合在一起。合规方面正是 AML obligations 落地的地方。

每个方面各自涵盖的内容

攻击方面的工作在事件发生前和发生期间进行：部署前的代码审计、预览合约交互行为的交易模拟、在漏洞利用进行中予以阻断的运行时拦截。合规方面的工作贯穿整个关系生命周期：在建立关系之初筛查交易对手，在风险变化时持续监控，并在活动升级时汇集证据。FinCEN 与 the FATF Recommendations 构成了第二个方面所服务的义务框架，而这些义务本身正是 on-chain AML program 的核心。

为何审计不是终点

将审计视为终点的安全团队会忽略保护工作中运行时的那一半。审计是对代码在某一时间点状态的陈述；而运营是持续进行的。那些在运行时才会造成伤害的风险敞口——交易对手变为受制裁对象、钱包收到被盗资金、一个原本干净的地址逐渐靠近某个黑客集群的活动范围——在静态审查中是不可见的。对于只采购一次的团队而言，问题在于监控与调查是否交付于同一个情报层。这一教训在行业中反复出现：某个项目通过了审计、上线运行，然后不断累积无人关注的运行时风险敞口。持续监控之所以存在，正是因为唯一的替代方案是从一场安全事件中才发现问题。

合规方面提供了这种持续关注。筛查调用会对照带标签的情报执行，且以毫秒级完成，因而能够嵌入运营流程之中，从而实时评估交易对手风险的变化，而非仅停留在入驻时的状态。据 BlockSec 介绍，Phalcon Compliance 维护着覆盖超过 6 亿个地址的带标签地址情报，持续更新，并针对每笔交易评估超过 200 个风险信号，这正是运行时监控所依赖的深度。

重叠之处：一个情报层，两项职责

这种重叠正是采购决策的关键洞察：两个方面消耗的是同一底层情报。标记某地址属于黑客操作的标签，既服务于攻击方面——拦截或标记该交互——也服务于合规方面——筛查该交易对手。当监控与调查交付于同一个情报层时，一方产生的告警能够将其证据无需重新整理地带入另一方。

建立在同一个情报层之上，整合技术栈涵盖：针对代码的防护、针对运行时的监控、针对事后的调查——全部基于同一份带标签的链上情况图景。Book a demo 体验 Phalcon Compliance，了解合规方面如何依托这同一个情报层运作；crypto compliance software guide 梳理了合规方面所承担的义务，而 six compliance platforms compared 则展示了整合技术栈在其中所处的位置。

常见问题：区块链安全软件

如果我们不是金融机构，是否两个方面都需要？ 只要你在链上与未经你亲自核实的交易对手进行交易，合规方面就已经与你相关；相关义务取决于活动本身，而非取决于是否持有牌照。

合规监控是安全的一部分吗？ 两者共享同一个情报层，但回答的是不同的问题：安全关注的是"这笔交易是否会利用我们的漏洞"，合规关注的是"这个交易对手是否会使我们暴露于风险"。Phalcon Compliance 回答的是第二个问题。

审计未涵盖哪些内容？ 报告出具之后发生变化的一切：交易对手风险、制裁指定名单变动、新的归因认定、以及在运行时才形成的风险敞口。

这两个方面如何共享证据？ 当两者都依托同一份带标签情报时，每一条告警都会携带其判定依据向前传递，调查得以从既有证据出发，而不必从零开始。