Die Handschrift des Deployers: wie der Engine die Serientäter erkennt, bevor sie betrügen

Die Hauptvorhersagekraft der On-Chain-Daten ist die Biografie. Der Token ist neu, aber die Hände, die ihn launchten, sind fast nie neu. Unser Engine baut darauf das Handschriften-Register.

Was die Handschrift ist

Die stabilen Muster des Deployers zwischen den Launches: der Anteil, den er sich behält; wie er den Launch finanziert (die Gasquelle); ob er hält oder dumpt, und bei welchem Wachstumsprozent; die Contract-Parameter (dieselben Steuern/Limits); das Timing - wie schnell er den toten Token verlässt und den nächsten launcht. Die Menschen sind faul: ein Scammer, der das Schema eingeübt hat, wiederholt es mit Roboter-Präzision.

Wie die Wallets verbunden werden

Der "neue" Deployer ist oft der alte: die Finanzierung von denselben Adressen, die Wiederverwendung der Zwischen-Wallets, der identische Contract-Bytecode, die typischen Summen und Intervalle. Der Überweisungsgraph näht die Identitäten besser zusammen, als sich die Scammer verstecken.

Was das dem Verdikt gibt

• Der Deployer mit Rug-Historie - das Verdikt fällt automatisch, so "sauber" der neue Token auch aussieht.
• Der Serientäter ohne offensichtliche Rugs, aber mit einem Friedhof verlassener Token - die Fließband-Flagge: das Schicksal des neuen ist statistisch vorhersagbar.
• Der erste Launch mit akkuratem Verhalten - neutral: es gibt keine Biografie, die übrigen Metriken entscheiden.

Der Bereich mit der Historie konkreter Deployer wird an jedes Verdikt angeschlossen; die Rückfalltäter sieht man in der Rubrik.