Defimon：運用 Streams 實現的即時 DeFi 安全防護

傳統的串流資料管線難以適應鏈上監控

Defimon 會即時追蹤數百萬個錢包地址與合約互動。他們最初的架構是讓 Apache Flink SQL 處理管線在 AWS 上運行，並將這份監控清單儲存在記憶體中。隨著監控範圍擴大，記憶體不足的錯誤促使他們開始尋找替代方案。該系統無法隨著需要監控的範圍擴大而進行擴展。

每月 4,000 美元，涵蓋 3 家連鎖店，並由 4 人團隊負責營運

在 AWS 上，僅維持三個網路的基礎架構每月就需花費約 4,000 美元，且需要三至四名工程師：手動擷取 RPC 資料、管理 SQL 資料結構，以及除錯管道故障。該團隊的專業在於偵測邏輯，卻將心力耗費在基礎架構的繁瑣作業上。

導致警報品質下降的區塊延遲

手動 RPC 輪詢會造成每個區塊約兩秒的延遲。對於一款產品而言，若偵測時機決定了協定團隊能否及時收到警示，這便構成了一個結構性問題。

Defimon 將其自主管理的管道替換為 Quicknode Streams。遷移過程幾乎是即時的。現有的偵測邏輯得以完整沿用，團隊無需從頭重建系統，便能立即投入運作。

記憶體問題，從源頭解決

透過 Streams 的上游過濾功能，以及與鍵值儲存庫清單的原生整合，Defimon 能夠在資料進入其處理管道之前，依據地址、合約或事件類型，精確定義哪些資料能傳入其系統。監控清單不再以不斷擴增、容易當機的清單形式存在於 RAM 中。新增或移除受監控的地址，已成為一項配置變更，而非工程任務。

一條管線。八條鏈。

以太坊、BNB Smart Chain、Arbitrum、Base、Polygon、Avalanche、Optimism 以及 HyperEVM 皆透過單一的 Streams 整合方案運作。新增一條鏈不再意味著需要建置新基礎設施，而是只需更新設定檔即可。團隊從過去在分散的 AWS 環境中管理三條鏈，轉變為現今由一人管理八條鏈。