Gewinne:
- Möglichkeit, durch Fallen wie Rug-Pull, Honeypot und Fake-Tokens im Code und in der Kette hinterlassene Warnsignale mit künstlicher Intelligenz zu scannen und im Klartext zu erklären
- In der Lage sein zu unterscheiden, dass künstliche Intelligenz kein endgültiges Urteil fällen kann, dass sie nicht garantiert „kein Risiko“ sagt und dass sie möglicherweise neue Fallen übersieht
- Fähigkeit, jede Markierung der Quelle zuzuordnen, gemäßigte Sprache zu verwenden, Verleumdungen zu vermeiden und Informationen nur zu Verteidigungszwecken zu verwenden
Web3 beinhaltet auch die Schattenseiten der Freiheit, die die Technologie bietet: Fake-Projekte, Rug-Pulls (Entwickler sammeln Investorengelder und verschwinden dann wieder), Honeypot-Fallen (Tokens, die gekauft, aber nicht verkauft werden können), Phishing und gefälschte Verträge. In dieser Einheit lernen wir, wie man KI als Assistent zur Betrugs- und Risikoerkennung nutzt. Das Ziel ist rein defensiv: Benutzer und Projekte schützen, Fallstricke frühzeitig erkennen. Diese Informationen dürfen unter keinen Umständen zum Stellen von Fallen verwendet werden.
Arten von Betrug auf Web3
- Rug-Pull: Abschöpfung von Geldern mit der Befugnis, Liquidität abzuheben oder unbegrenzte Beträge zu drucken.
- Honeypot: Der Benutzer kann aufgrund eines im Vertragscode enthaltenen Hindernisses keinen Verkauf tätigen; Nur der Entwickler kann es verkaufen.
- Gefälschter/nachgeahmter Token: Ein wertloser Token mit einem ähnlichen Namen, der den Namen eines beliebten Projekts imitiert.
- Phishing: Leeren des Portemonnaies mit Zustimmung einer gefälschten Website oder eines gefälschten Vertrags.
- Pump and Dump: Einen Token künstlich aufblähen und ihn an der Spitze verkaufen.
- Gefälschtes Audit-Abzeichen: Ein ungeprüftes Projekt als „geprüft“ erscheinen lassen.
Viele dieser Fallen lösen beim Betrachten des Codes oder des Verhaltens in der Kette Warnsignale aus. KI hilft beim Scannen und Erklären dieser Flags.
Warnsignale: auf Code- und Kettenebene
Auf Codeebene:
- Unbegrenzte Münzberechtigung für den Eigentümer.
- Der Eigentümer kann die Transaktionen pausieren oder die Übertragung blockieren.
- Versteckte Logik (Honeypot), die den Verkauf verhindert – nur bestimmte Adressen können verkaufen.
- Zu hohe oder umwandelbare Transaktionssteuer (Übertragungsgebühr) – wird zu 100 % abgezogen.
- Unkontrollierte Eigentümerberechtigung (Proxy) im aktualisierbaren Vertrag.
- Freigeschaltete oder eigentümereigene Liquidität.
Auf Kettenebene:
- Extreme Konzentration von Token-Inhabern an wenigen Adressen.
- Mangelnde Liquidität gesperrt oder Sperre zu kurz.
- Großer Anteil des Entwickler-Wallets.
- Plötzliche, ungeklärte Großtransfers.
- Sehr neuer Vertrag + aggressives Marketing.
rote Fahne
So erkennen Sie
KI-Rolle
Unbegrenzte Pfefferminzbonbons
Codeüberprüfung
Markup im Code
Honeypot-Logik
Code + Simulation
Verdächtige Schimmelmarkierung
Liquidität freigeschaltet
On-Chain-Abfrage
Anfrage + Kommentar
Eigentümerkonzentration
Inhaberverteilung
Dateninterpretation
Wandelsteuer
Codeüberprüfung
Markup im Code
Die Rolle und Grenzen von KI bei der Betrugserkennung
KI ist leistungsstark darin, nach bekannten Betrugsmustern zu suchen und Code in einfacher Sprache zu erklären, die ein Benutzer nicht verstehen würde: „In diesem Vertrag kann der Eigentümer die Übertragung jederzeit stoppen, das ist ein Risiko.“ Es gibt jedoch zwei kritische Grenzen:
- Ich kann kein endgültiges Urteil fällen: Die KI kann nicht sagen: „Das ist definitiv ein Raubüberfall“; nur Risikozeichen. Einige legitime Verträge verfügen möglicherweise auch über eine Pausenbefugnis. Die endgültige Entscheidung erfordert Kontext und menschliches Urteilsvermögen.
- Übersieht neue Fallen: Betrüger entwickeln ständig neue Techniken; Die KI erkennt möglicherweise keine eindeutige Falle, die nicht in den Trainingsdaten enthalten ist.
Achtung: Nur weil die KI sagt „Es besteht kein Risiko“, ist KEINE Garantie für Sicherheit. Es ist gefährlich zu investieren, nachdem die KI bestätigt hat, dass ein Token sicher ist. KI ist eine Screening-Ebene; Die endgültige Entscheidung erfordert mehrere Überprüfungen und menschliches Urteilsvermögen.
Schwache Eingabeaufforderung / Starke Eingabeaufforderung
Schwache Eingabeaufforderung:
Ist das ein Token-Betrug? Soll ich es kaufen?
KI kann weder endgültige Urteile fällen noch Anlageempfehlungen geben – diese Aufforderung lädt zu irreführenden Antworten ein.
Kraftvolle Aufforderung:
Ihre Rolle: On-Chain-Risikoanalyst (nur Verteidigung). Scannen Sie den folgenden Vertragscode auf bekannte Warnsignale für Betrug: unbegrenzte Mints, Pause/Transfer-Block, Honeypot-Logik, umschaltbare Steuer, freigeschaltete Liquidität, unkontrollierter Proxy. Verknüpfen Sie jedes Ergebnis mit der Codezeile und erklären Sie, warum es ein Risiko darstellt. EIN STRENGES „Betrugs“- oder „sicheres“ URTEIL fällen; Risiko markieren. Dies ist keine Anlageberatung. Geben Sie an, dass Sie sich nicht sicher sind.
Vier kopierbare Vorlagen
1) Honeypot-/Verkaufsbarrieren-Screening:
Untersuchen Sie, ob dieser Token-Vertrag eine Logik enthält, die den Verkauf (Übertragung/Verkauf) verhindern könnte: Nur bestimmte Adressen können verkaufen, Kauf-Verkaufs-Asymmetrie, geheime schwarze Liste. Verdächtige Muster zeilenweise anzeigen. Endgültiges Urteil fällen; Präsentieren Sie es als „muss mit Simulation getestet werden“.
2) Karte der Eigentümerautoritäten:
Listen Sie alle privilegierten Vorgänge auf, die der Eigentümer/Administrator in diesem Vertrag ausführen kann: Drucken, Stoppen, Steuern ändern, Liquidität abheben, Upgrade. Notieren Sie das Missbrauchsrisiko jeder Behörde. Präsentieren Sie es in einer Tabelle; zu Verteidigungszwecken auswerten.
3) On-Chain-Verteilungskontrolle:
Schreiben Sie eine Abfrage (Dune/Explorer), die die Inhaberverteilung und Liquiditätssperre für einen Token abruft. Erklären Sie, worauf ich achten sollte: Gesamtanteil der Top-10-Adressen, ob die Liquidität gesperrt ist, Anteil der Entwickler-Wallet. Ich werde es ausführen und überprüfen; Datenherstellung.
4) Einfache Risikoübersicht für den Benutzer:
Übersetzen Sie die überprüften Ergebnisse unten in eine Risikozusammenfassung in einfachem Englisch, die ein Krypto-Neuling verstehen kann. Schüren Sie keine Panik und übertreiben Sie nicht; aber geben Sie die Risiken klar an. Beenden Sie mit „Dies ist keine Anlageberatung, recherchieren Sie selbst.“
Drei Minikoffer (in Zahlen)
Fall 1 – Honeypot früh entdeckt. Als ein Community-Moderator die KI den Vertrag nach einem steigenden Token durchsuchen ließ, wurde ein Muster markiert, bei dem nur der Eigentümer verkaufen konnte. In der Simulation bestätigt: Der Token konnte gekauft, nicht verkauft werden – klassischer Honeypot. Die Warnung verbreitete sich, Dutzende Nutzer blieben vor der Falle geschützt. Lektion: KI + Simulation ist stark in der Verteidigung.
Fall 2 – Rückkehr nach einem Fehlalarm. AI hat die Pausengenehmigung eines legitimen Projekts als „Rug-Pull-Risiko“ gekennzeichnet. Der Analyst bewertete: Die Pause wurde durch Multisig-Governance geschützt und war eine Standardmaßnahme für einen Notfall. Lektion: KI kennt keinen Kontext; Jede Flagge wird durch menschliches Urteilsvermögen bewertet.
Fall 3 – Konzentrationsrisiko bestätigt. Ein Analyst bestätigte im Explorer die Behauptung, dass AI darauf hingewiesen habe, dass „die Top-3-Wallets 78 % des Angebots halten“ – das stimmte. Dies stellte ein ernstes Risiko einer Streuung dar, bei der der Preis bei plötzlichen Verkäufen abstürzen könnte. Lektion: On-Chain-Flags werden zu starken Beweisen, wenn sie mit der Quelle verbunden werden.
Ethik: nur Verteidigung
Das Wissen dieser Einheit ist ein scharfes Messer. Dieselben Warnhinweise können in den Händen von jemandem mit bösen Absichten zu einer Anleitung werden, wie man eine Falle stellt. Daher der unveränderliche Grundsatz: Diese Informationen dienen nur dem Schutz, der Warnung und der Verteidigung. Der Einsatz von KI zum Schreiben von Honeypots, zum Generieren gefälschter Token oder zum Täuschen von Benutzern ist sowohl kriminell als auch unethisch und geht über den Rahmen dieses Moduls hinaus.
Auch:
- Verleumdungsgefahr: Wenn ein Projekt ohne Überprüfung als „Betrug“ eingestuft wird, entsteht eine rechtliche Haftung. Behauptungen sollten mit der Quelle verknüpft und in angemessener Sprache verfasst sein.
- Keine Anlageberatung: Die Risikoanalyse ist keine Kauf-/Verkaufsempfehlung.
- Keine Panik erzeugen: Auch Fehlalarme verursachen Schaden; Nicht jeder Befund wird ungeprüft verbreitet.
Tipp: Basieren Sie eine Risikoaussage immer auf „Der Code/die Daten zeigen dies“ und nicht auf „Das ist definitiv ein Betrug“. Die Beweispunkte; Das endgültige Urteil muss quellenabhängig sein, eine mehrfache Überprüfung und eine menschliche Beurteilung erfordern.
Häufige Fehler
- Investieren, indem man darauf vertraut, dass die KI sagt: „Es besteht kein Risiko“. Es handelt sich nicht um eine Garantie.
- Ich halte jede Flagge für einen eindeutigen Betrug. Dies kann auch in legitimen Verträgen vorkommen.
- Ein Projekt ohne Bestätigung beschuldigen. Verleumdung und rechtliches Risiko.
- Den Befund nicht der Quelle zuordnen. Eine Bestätigung in der Kette ist erforderlich.
- Vergessen, dass neue Fallen für die KI nicht sichtbar sind. Ein Scan reicht nicht aus.
- Verwenden Sie diese Informationen, um Fallen zu stellen. Kriminalität und ethische Verletzung.
Zusammenfassend
- Web3-Betrug (Rug-Pull, Honeypot, Fake-Token) hinterlässt Warnsignale im Code und in der Kette.
- KI ist hilfreich, diese Flaggen zu scannen und sie im Klartext zu erklären; kann kein endgültiges Urteil fällen.
- Nur weil die KI „kein Risiko“ sagt, ist das keine Garantie für Sicherheit; kann neue Fallen übersehen.
- Jedes Flag ist an die Quelle gebunden und wird durch menschliches Urteilsvermögen und mehrfache Validierung bewertet.
- Die Informationen dienen nur der Verteidigung; Fallenstellen, Verleumdungen und unbestätigte Anschuldigungen sind unethisch.
Anwendungsaufgabe
Finden Sie zu Bildungszwecken ein Beispiel für einen bekannten Honeypot oder einen riskanten Vertrag (es gibt Beispiele, die von Sicherheitsgemeinschaften geteilt werden). Wenden Sie die Eingabeaufforderungen „Honeypot/Verkaufsblock-Scanning“ und „Eigentümer-Autoritätskarte“ auf die KI an. Bestätigen Sie jedes Flag der KI-Flags im Code und, wenn möglich, in einem Simulator. Führen Sie dann den gleichen Scan für einen legitimen Vertrag durch und achten Sie darauf, ob die KI einen falschen Alarm auslöst (den Kontext übersieht).
Checkliste
- [ ] Ich habe nur zu Verteidigungszwecken gescannt.
- [ ] Ich habe jedes Warnsignal im Code/in der Kette bestätigt.
- [ ] Ich habe eher eine Sprache mit moderatem Risiko als ein endgültiges Urteil verwendet.
- [ ] Ich habe festgestellt, dass Flags auch in legitimen Verträgen vorhanden sein können.
- [ ] Ich habe ein Projekt nicht ohne Bestätigung beschuldigt (Verleumdungsgefahr).
- [ ] Ich habe die Feststellung nicht in eine Anlageberatung umgesetzt.
- [ ] Ich habe die Idee übernommen, dass ich diese Informationen niemals dazu verwenden werde, eine Falle zu stellen.