Defimon: 실시간 DeFi 보안을 제공하는 Streams

기존 스트리밍 데이터 파이프라인은 온체인 모니터링에 적용하기 어렵다

Defimon은 수백만 개의 지갑 주소와 계약 상호작용을 실시간으로 추적합니다. 초기에는 AWS에서 실행되는 Apache Flink SQL 파이프라인을 통해 이 감시 목록을 메모리에 저장했습니다. 그러나 모니터링 범위가 확대되면서 메모리 부족 오류가 발생하기 시작했고, 이를 계기로 대안을 모색하게 되었습니다. 시스템이 모니터링해야 할 범위의 규모에 맞춰 확장되지 못했던 것입니다.

3개 체인에 대해 월 4,000달러를 지급하며, 운영을 유지하기 위해 4의 equipe 를 적용합니다.

AWS에서 단 세 개의 네트워크만 처리하는 데도 매월 약 4,000달러의 인프라 비용이 들었고, RPC 데이터를 수동으로 추출하고, SQL 스키마를 관리하며, 파이프라인 오류를 디버깅하는 등의 작업을 수행하기 위해 3~4명의 엔지니어가 필요했습니다. equipe 의 전문 분야는 탐지 로직이었지만, 이들은 인프라 구축 작업에 그 전문성을 쏟아붓고 있었습니다.

경보 품질을 저하시킨 블록 지연 시간

수동 RPC 폴링은 블록당 약 2초의 지연 시간을 발생시켰습니다. 탐지 시점에 따라 프로토콜 equipe 에 대한 경고가 제때 전달되는지 여부가 결정되는 제품의 경우, 이는 구조적인 문제였습니다.

Defimon은 자체 관리하던 파이프라인을 Quicknode Streams 로 교체했습니다. 마이그레이션은 near-instant처럼 순식간에 완료되었습니다. 기존 탐지 로직이 그대로 이어졌으며, equipe 은 처음부터 다시 구축할 필요 없이 바로 가동되었습니다.

근본적인 원인을 해결한 메모리 문제

Streams' 업스트림 필터링과 키-값 저장소 목록과의 네이티브 통합을 통해 Defimon은 데이터가 파이프라인에 도달하기 전에 주소, 계약 또는 이벤트 유형별로 시스템에 전달될 데이터를 정확히 정의할 수 있습니다. 감시 목록은 더 이상 RAM에 저장되어 계속 늘어나다가 시스템 오류를 일으키는 목록이 아닙니다. 모니터링 대상 주소를 추가하거나 제거하는 작업은 이제 엔지니어링 작업이 아닌 단순한 구성 변경으로 이루어집니다.

하나의 파이프라인. 여덟 개의 체인.

Ethereum, BNB Smart Chain, Arbitrum, Base, Polygon, Avalanche, Optimism 및 HyperEVM은 모두 단일 Streams 통합 환경을 통해 운영됩니다. 이제 새로운 체인을 추가한다고 해서 새로운 인프라를 구축할 필요가 없습니다. 단지 구성만 업데이트하면 됩니다. equipe 는 분산된 AWS 환경에서 3개의 체인을 관리하던 방식에서, 한 사람이 8개의 체인을 관리하는 방식으로 바뀌었습니다.

폴링 대신 데이터를 푸시하세요

수동 RPC 호출을 Streams 의 ‘푸시 모델’로 대체함으로써 블록 지연 시간을 약 2초에서 0.5초 미만으로 단축했습니다. 이제 텔레그램 익스플로잇 알림이 1초 이내에 발령됩니다.

4배 더 빠른 탐지

블록 지연 시간이 블록당 약 2초에서 0.5초 미만으로 단축되었습니다. 텔레그램 알림은 감지 후 1초 이내에 발송됩니다.

모든 프로토콜. 모든 체인. 모든 블록.

Defimon은 특정 프로토콜만 모니터링하지 않습니다. DeFi에 가장 중요한 체인 전반에 걸쳐 모든 프로토콜을 모니터링하고, 모든 취약점을 탐지합니다. 누락도, 예외도 없습니다.

엔지니어 한 명. 체인 여덟 개. 운영 부담 제로.

이전에는 유지보수에 3~4명이 필요했던 인프라가 이제는 단 한 명만으로도 운영되며, 이 담당자는 파이프라인 관리보다는 탐지 로직에만 전적으로 집중하고 있습니다.

예전에는 인프라를 정상적으로 가동하는 데 쓰이던 엔지니어링 자원이 이제는 본래 그래야 했던 곳, 즉 탐지 능력을 향상시키고 다가올 변화를 한발 앞서 대비하는 데 투입되고 있습니다.