Zum Inhalt springen
Financial Context Wiki

Rug Pulls

Ein Rug Pull ist ein Exit-Betrug, bei dem Insider ihre Kontrolle über Liquidität, Token-Verträge oder konzentrierte Bestände nutzen, um Werte abzuziehen und anderen Inhabern schwere Verluste zu hinterlassen.

Aktualisiert

Nur zu Bildungszwecken; keine Anlageberatung. Kryptoassets können ihren gesamten Wert verlieren, und Übertragungen können unumkehrbar sein.

Direkte Antwort

Ein Rug Pull ist ein Exit-Betrug: Insider ziehen über Liquidität, Token-Verträge, Treasury-Vermögen oder konzentrierte Bestände Werte ab. Das kann abrupt durch Entfernen von AMM-Liquidität oder schrittweise durch Insiderverkäufe bei aufgegebener Projektarbeit geschehen.

Typische Wege sind das Abziehen von Poolvermögen über LP-Positionen, unerwartetes Prägen oder Übertragen, Verkaufsbeschränkungen oder extreme Gebühren für nicht privilegierte Adressen, Upgrades und die Zweckentfremdung vermeintlich geschützter Gelder. Bösartiger Code ist nicht erforderlich; normale Verwaltungsrechte oder Transaktionen können genügen.

Absicht und Kontrolle sind entscheidend. Preissturz, Exploit, gescheitertes Produkt oder inaktives Team sind nicht automatisch ein Rug Pull. Exit-Betrug, Honeypot und Pump-and-Dump überschneiden sich, beschreiben aber andere Mechanismen.

Rug Pulls
0 / 5
0 Artikel überprüft; 5 noch ungelöste Punkte

Der Abschluss dieser Überprüfung beweist nicht, dass ein Vermögenswert, eine Transaktion oder ein System sicher ist.

Funktionsweise

Bei einem AMM zahlen Anbieter ein Asset-Paar ein und erhalten eine Position oder LP-Token. Wer eine einlösbare Position kontrolliert, kann Poolanteile abziehen. Beherrschen Insider die entfernbare Liquidität, können sie das Ausstiegsasset entnehmen und Token in den verkleinerten Pool verkaufen; Kurs und ausführbarer Wert brechen dann ein.

Vertragsbezogene Rugs nutzen Sonderrechte: Tokenlogik kann prägen, Adressen sperren, Gebühren und Limits ändern, Transfers umleiten oder Verkäufe über transfer und transferFrom verhindern. Ein Proxy-Admin kann die Implementierung ersetzen. Rollen, Multisigs und Timelocks schützen nur, wenn die reale Konfiguration alle Rechte bindet.

Weiche Rugs nutzen normale Transfers: Insider verkaufen Zuteilungen, leeren ein Treasury, täuschen einen Liquiditäts-Lock vor oder beenden nach der Finanzierung Entwicklung und Kommunikation. Identitäten, Audits und Roadmaps erhöhen Rechenschaft, beweisen aber keine technische Beschränkung.

Blockchain-Daten zeigen Zustand und Geldbewegungen, beweisen allein jedoch weder reale Kontrolle noch Absicht. Prüfungen und Detektoren erfassen nur bestimmten Code, Zustand und Muster zu einem Zeitpunkt; Forschung unterscheidet viele Ursachen und warnt vor unvollständiger Abdeckung.

Prüfung vor dem Handel

  • Netzwerk, Token- und Pooladresse sowie aktive Proxy-Implementierung unabhängig bestätigen; Name oder Symbol reichen nicht.

  • Kontrolle der LP-Positionen prüfen: Inhaber, erfasste Assets und Pool, Begünstigter, Ablauf und Umgehungsmöglichkeiten.

  • Alle Eigentümer, Rollen, Multisig-Regeln, Timelocks, Upgrade-Admins, Präge- und Gebührenrechte, Listen, Pausen und Treasury-Abzüge on-chain erfassen.

  • Konzentration, Insider-Verbindungen, Treasury-Transfers, Liquiditätsänderungen und echte unabhängige Verkäufe prüfen; Größe mit Reserven und ausführbarem Erlös vergleichen.

  • Audit-, Vesting-, Lock-, Partnerschafts- und Identitätsangaben unabhängig prüfen; danach höchstens einen kleinen vollständigen Kauf-Verkauf-Test mit verkraftbarem Totalverlust durchführen.

Die Prüfung ist eine Kontrollkarte, kein Sicherheitswert. Ein unbeschränkter Weg kann viele positive Signale überwiegen; fehlende bekannte Warnmuster beweisen keine Sicherheit.

Warnsignale und Reaktion

  • Liquidität ist dünn, neu, konzentriert, ungesperrt oder Lock-Vertrag, Begünstigter, Assets beziehungsweise Ablauf sind nicht verifizierbar.

  • Quellcode oder aktive Proxy-Implementierung sind unklar, oder Sonderrechte erlauben ohne Verzögerung Prägen, Verkaufssperren, Gebührenänderung, Upgrade, Treasury-Transfer oder Liquiditätsentzug.

  • Angebot und Liquidität sind konzentriert, Insider-Wallets verbunden oder Verteilung und Vesting weichen wesentlich von Veröffentlichungen ab.

  • Marketing garantiert Rendite oder erzeugt Eile, während Team, Audit, Partnerschaft, Umsatz und Lock nicht bestätigt werden können.

  • Unabhängige Verkäufe fehlen oder scheitern, Scanner widersprechen sich, Transfers gehen unerklärt an Insider oder Fragen zu Rechten und Ausstiegsliquidität werden unterdrückt.

Ein Liquiditäts-Lock belegt nur Position, Assets, Vertrag, Begünstigten und Zeitraum. Ohne getrennte Beschränkung verhindert er weder Prägen, versteckte Verkaufssperren, Treasury-Diebstahl, Insiderverkäufe, andere Pools noch Upgrades. Ein Audit ist ebenfalls keine Garantie.

Bei Verdacht kein Geld nachschießen und keine Projekt-„Wiederherstellung“ signieren. Adressen, Hashes, Nachrichten und Webseiten sichern, unnötige Freigaben über eine vertrauenswürdige Oberfläche widerrufen und Plattform oder Behörden informieren. Widerruf begrenzt nur künftige Nutzung; er macht Transfers nicht rückgängig.

Häufige Missverständnisse

  • „Gesperrte Liquidität verhindert jeden Rug Pull.“ Der Lock kann teilweise, kurz, falsch oder für einen anderen Pool gelten; weitere Wege können offen sein.

  • „Aufgegebenes Eigentum bedeutet keine Sonderrechte.“ Separate Rollen, Proxy-Admins, externe Controller oder vorkonfigurierte Logik können Macht behalten.

  • „Verifizierter Code oder Audit beweist Sicherheit.“ Verifizierung verbindet Quelle und Bytecode; Audits haben Umfang und Datum. Beides beweist weder Ehrlichkeit noch beschränkte Kontrolle.

  • „Scanner oder kleiner Verkauf schließen einen Rug Pull aus.“ Tools übersehen Ursachen; Rechte, Zustand, Liquidität, Implementierung, Absender, Route oder Größe ändern das Ergebnis.

Verwandte Themen

Quellen

Navigation

Wiki durchsuchen...