Defimon: DeFi-Sicherheit in Echtzeit mit Streams

Ältere Streaming-Datenpipelines lassen sich nur schwer an die On-Chain-Überwachung anpassen

Defimon verfolgt Millionen von Wallet-Adressen und Vertragsinteraktionen in Echtzeit. In der ursprünglichen Konfiguration – Apache-Flink-SQL-Pipelines, die auf AWS liefen – wurde diese Beobachtungsliste im Arbeitsspeicher gehalten. Als der Erfassungsbereich erweitert wurde, führten Speicherauslastungsfehler dazu, dass nach Alternativen gesucht wurde. Das System konnte nicht mit dem Umfang der zu überwachenden Daten Schritt halten.

4.000 Dollar pro Monat für drei Filialen, mit einem „ equipe “ von 4, um den Betrieb aufrechtzuerhalten

Die Infrastrukturkosten auf AWS beliefen sich auf etwa 4.000 US-Dollar pro Monat, um lediglich drei Netzwerke abzudecken, und erforderten drei bis vier Ingenieure: manuelles Abrufen von RPC-Daten, Verwaltung von SQL-Schemas, Behebung von Pipeline-Fehlern. Die Kernkompetenz des „ equipe “ lag in der Erkennungslogik. Diese wurde jedoch für die Infrastrukturarbeit aufgewendet.

Block-Latenz, die die Qualität der Warnmeldungen beeinträchtigte

Das manuelle RPC-Polling verursachte eine Latenz von etwa zwei Sekunden pro Block. Bei einem Produkt, bei dem der Zeitpunkt der Erkennung darüber entscheidet, ob ein Protokoll equipe rechtzeitig gewarnt wird, stellte dies ein strukturelles Problem dar.

Defimon hat seine selbstverwaltete Pipeline durch „ Quicknode “ (Streams) ersetzt. Die Migration erfolgte near – im Handumdrehen. Die bestehende Erkennungslogik wurde übernommen, und die equipe war sofort einsatzbereit, ohne dass ein kompletter Neuaufbau erforderlich gewesen wäre.

Das Speicherproblem – an der Quelle gelöst

StreamsDank der vorgelagerten Filterung und der nativen Integration mit Key-Value-Store-Listen kann Defimon genau festlegen, welche Daten – nach Adresse, Vertrag oder Ereignistyp – in das System gelangen, noch bevor sie überhaupt in die Pipeline gelangen. Die Beobachtungsliste befindet sich nicht mehr als ständig wachsende, absturzgefährdete Liste im Arbeitsspeicher. Das Hinzufügen oder Entfernen von überwachten Adressen ist nun eine Konfigurationsänderung und keine technische Aufgabe mehr.

Eine Pipeline. Acht Ketten.

Ethereum, BNB Smart Chain, Arbitrum, Base, Polygon, Avalanche, Optimism sowie HyperEVM laufen alle über eine einzige Streams -Integration. Das Hinzufügen einer neuen Chain bedeutet nicht mehr, dass neue Infrastruktur erforderlich ist. Es bedeutet lediglich, eine Konfiguration zu aktualisieren. Das equipe hat sich von drei Chains, die über eine fragmentierte AWS-Umgebung hinweg verwaltet wurden, auf acht Chains entwickelt, die von einer einzigen Person verwaltet werden.

Daten pushen statt abzufragen

Durch den Ersatz manueller RPC-Aufrufe durch das „Push-Modell“ von Streams konnte die Block-Latenz von etwa zwei Sekunden auf unter 0,5 Sekunden reduziert werden. Telegram-Exploit-Warnungen werden nun in weniger als einer Sekunde ausgelöst.

4-mal schnellere Erkennung

Die Blocklatenz sank von etwa zwei Sekunden auf unter 0,5 Sekunden pro Block. Telegram-Benachrichtigungen werden innerhalb von weniger als einer Sekunde nach der Erkennung ausgelöst.

Jedes Protokoll. Jede Blockchain. Jeder Block.

Defimon überwacht nicht nur eine Teilmenge von Protokollen. Jedes Protokoll wird überwacht, jeder Exploit wird in den für DeFi wichtigsten Blockchains erkannt. Keine Lücken, keine Ausnahmen.

Ein Ingenieur. Acht Ketten. Kein Betriebsaufwand.

Eine Infrastruktur, für deren Wartung zuvor drei bis vier Mitarbeiter erforderlich waren, wird nun von einer einzigen Person betrieben, die sich ausschließlich auf die Erkennungslogik konzentriert und nicht mehr mit der Verwaltung der Pipeline befasst.

Die Entwicklungszeit, die früher dafür aufgewendet wurde, die Infrastruktur am Laufen zu halten, fließt nun dorthin, wo sie schon immer hätte fließen sollen: in die Verbesserung der Erkennung und darin, den kommenden Entwicklungen immer einen Schritt voraus zu sein.