Defimon: 스트림을 활용한 실시간 DeFi 보안

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

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

3개 체인점을 운영하기 위해 월 4,000달러가 소요되며, 이를 유지하기 위해 4명으로 구성된 팀이 투입됩니다.

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

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

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

Defimon은 자체 관리하던 파이프라인을 Quicknode Streams로 교체했습니다. 마이그레이션은 거의 즉시 완료되었습니다. 기존 탐지 로직이 그대로 이어졌기 때문에, 팀은 처음부터 다시 구축할 필요 없이 바로 업무를 시작할 수 있었습니다.

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

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

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

이더리움, BNB 스마트 체인, 아비트럼, 베이스, 폴리곤, 아발란치, 옵티미즘, 하이퍼EVM은 모두 단일 Streams 통합 환경을 통해 운영됩니다. 이제 새로운 체인을 추가한다고 해서 새로운 인프라를 구축할 필요가 없습니다. 단지 설정 파일을 업데이트하기만 하면 됩니다. 팀은 분산된 AWS 환경에서 3개의 체인을 관리하던 방식에서, 한 사람이 8개의 체인을 관리하는 방식으로 전환했습니다.

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

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

탐지 속도 4배 향상

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

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

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

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

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

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