Defimon：基于Streams
Defimon 如何将区块检测延迟缩短至原来的四分之一，将链数从 3 条扩展到 8 条，并将基础设施管理的工作量从需要equipe 人来完成，减少到仅需一名工程师即可完成。
在去中心化金融（DeFi）领域，从漏洞攻击在链上发生到协议equipe 收到警报之间的这段时间窗口可能至关重要。Defimon 的存在正是为了通过即时安全警报和自动化事件响应来填补这一时间窗口。该平台由 Decurity 的安全团队equipe 打造，并获得了 1inch、Gearbox 以及Arbitrum 基金会等机构的信赖。它全天候监控 EVM 链，并在黑客攻击成为新闻之前，通过 Telegram 向协议团队、安全公司和风险管理机构发送警报。 这种速度正是产品的核心价值。因此，当支撑其运行的基础设施开始成为阻碍时，就必须做出改变。
挑战
传统的流式数据管道难以适应链上监控
Defimon 实时追踪数百万个钱包地址和合约交互。其最初的架构是在 AWS 上运行的 Apache Flink SQL 管道，该架构将这份监控列表保存在内存中。随着监控范围的扩大，内存不足错误促使他们开始寻找替代方案。该系统无法随着需要监控的范围扩大而进行扩展。
3条链每月4,000美元，equipe 为4，以维持其运行
在 AWS 上，仅维持三个网络的基础设施成本每月就高达约 4,000 美元，且需要三到四名工程师：手动提取 RPC 数据、管理 SQL 模式、调试管道故障。equipe 的专长在于检测逻辑，却将精力耗费在基础设施的维护上。
导致警报质量下降的块延迟
手动 RPC 轮询导致每个区块的延迟约为两秒。对于一款检测时机直接决定协议equipe 能否及时收到警告的产品而言，这便是一个结构性问题。
解决方案
Defimon 用Quicknode Streams 取代了其自主管理的管道。此次迁移过程near-instant。现有的检测逻辑得以保留，且equipe 无需从头重建即可正常运行。
内存问题，从源头解决
Streams通过“上游过滤”以及与键值存储列表的原生集成，Defimon 能够根据地址、合约或事件类型，在数据进入其处理管道之前，精确地定义哪些数据可以进入其系统。监控列表不再以不断增长、容易崩溃的列表形式驻留在内存中。添加或移除受监控的地址已成为一项配置变更，而非工程任务。
一条管道。八条链。
Ethereum,BNB Smart Chain,Arbitrum,Base,Polygon,Avalanche,Optimism 以及 HyperEVM 均通过单一的Streams 集成运行。添加新链不再意味着需要新建基础设施，只需更新配置即可。equipe 已从原先在分散的 AWS 环境中管理三条链，转变为由一人管理八条链。
“Quicknode Streams 结合在区块链节点层运行的灵活 JavaScript 过滤器，使我们能够在不造成停机的情况下增强和部署业务逻辑，并能即时发现漏洞。”阿尔塞尼·雷乌托夫，首席技术官兼联合创始人Decurity