So suchen Sie effizient nach neuen Coins auf Binance

3. Das Regex-Muster r'[AZ]{3,5}\s+Launches\s+on\s+Binance' filtert Rohtext und isoliert mögliche Tickerzeichenfolgen vor und nach dem Wort „Launches“.

4. Kandidaten-Ticker werden einer Kreuzvalidierung anhand der Liste der verifizierten Token von CoinGecko unterzogen, um Fehlalarme aufgrund von Tippfehlern oder Platzhalternamen auszuschließen.

5. Validierte Ticker werden in eine Redis-Warteschlange verschoben, wobei die TTL auf 300 Sekunden eingestellt ist, um sicherzustellen, dass nachgelagerte Dienste nur neue Signale verbrauchen.

Community-Signal-Aggregationsschicht

1. X-Feeds (Twitter) werden mit der offiziellen Academic API v2 gescrapt und nach Konten gefiltert, die durch Binances offizielles Handle @binance verifiziert wurden, sowie nach Posts, die die Hashtags #BinanceListing oder #NewCoin enthalten.

2. Discord-Webhook-Nutzlasten von offiziellen Projektservern werden über dedizierte Gateway-Endpunkte aufgenommen und Nachrichteninhalte extrahiert, bei denen der Einbettungstitel mit dem regulären Ausdruck r'✅\s+Live\s+on\s+Binance' übereinstimmt.

3. Reddit-Beiträge von r/binance werden mit PRAW gescannt, wobei Einsendungen mit >50 Upvotes und der Domain „binance.com“ in der URL priorisiert werden und dann Tickersymbole aus Markdown-Links im Beitragstext extrahiert werden.

4. Alle von der Community abgeleiteten Ticker werden nach der Glaubwürdigkeitsbewertung der Quelle gewichtet: offizielles Konto = 10, verifiziertes Projektteam = 7, Top-1000-Krypto-Influencer = 4, nicht verifizierter Benutzer = 1.

5. Gesamtwerte über Schwellenwert 12 lösen eine sofortige Benachrichtigung über den Telegram-Bot aus, einschließlich direktem Link zur Originalquelle und Zeitstempel-Delta ab der ersten Erkennung.

Pipeline zur Token-Verifizierung vor dem Start

1. Die Smart-Contract-Adresse wird aus der offiziellen Ankündigung oder der verifizierten GitHub-Repository-README-Datei abgerufen und dann an die Vertragsverifizierungs-API von Etherscan übermittelt.

2. Der Bytecode-Hash wird berechnet und mit Binances interner Whitelist der geprüften Verträge abgeglichen, wobei jede Nichtübereinstimmung zurückgewiesen wird.

3. Die Daten des Liquiditätspools werden mithilfe von Multicall vom PancakeSwap V2-Router auf BSC abgerufen, der gesperrte Gesamtwert berechnet und der Gegenwert von mindestens 2 Mio. USD für zwei Stablecoin-Paare überprüft.

4. Die Inhaberverteilung wird über die Nansen-API analysiert und markiert Token, bei denen die Top-10-Adressen mehr als 45 % des Angebots halten oder innerhalb der letzten 72 Stunden ungewöhnliche Transfercluster aufweisen.

5. Der Transaktionsverlauf wird auf verdächtige Muster überprüft: wiederholte Nullwerttransfers, Eigentransfers von mehr als 100 pro Stunde oder schnelle Mint-Burn-Zyklen, die über ERC-20-Ereignisprotokolle erkannt werden.

Konfiguration des Ausführungstriggers

1. Es gilt eine dreistufige Bestätigungslogik: Stufe 1 erfordert nur API-Erkennung, Stufe 2 fügt Ankündigungs-Scrape-Match hinzu, Stufe 3 schreibt Community-Signal + Vertragsüberprüfung vor.

2. Orderparameter werden aus der JSON-Konfigurationsdatei vorgeladen, die im verschlüsselten S3-Bucket gespeichert ist, einschließlich maximaler Slippage (0,8 %), Positionsgröße (0,3 % des Portfolios) und Take-Profit-Verhältnis (2,4x).

3. Stop-Loss wird dynamisch anhand der 5-minütigen VWAP-Abweichung berechnet und während der Ordererteilungsphase alle 30 Sekunden neu berechnet.

4. Alle Aufträge werden über die Margin-fähige Spot-API von Binance ausgeführt, wobei die Anforderungssignatur durch HMAC-SHA256 unter Verwendung gespeicherter API-Schlüssel validiert wird.

5. Die Validierung nach der Ausführung prüft den Bestellstatus über den Endpunkt /api/v3/order innerhalb von 200 ms und wiederholt fehlgeschlagene Bestätigungen bis zu dreimal mit exponentiellem Backoff.

Häufig gestellte Fragen

F: Unterstützt der Bot Binance.US-Endpunkte? A: Nein. Es zielt ausschließlich auf Binance.com-API-Domänen ab und ignoriert alle geoblockten oder gerichtsbarkeitsspezifischen Endpunkte.

F: Kann ich automatisch erkannte Symbole manuell überschreiben? A: Ja. Ein dedizierter CLI-Befehl binance-bot --override BTC --priority high fügt benutzerdefinierte Symbole mit erhöhter Gewichtung in die Erkennungswarteschlange ein.

F: Wie oft löscht die Redis-Warteschlange abgelaufene Einträge? A: Alle 300 Sekunden, erzwungen durch den Redis-Befehl EXPIRE, der zum Zeitpunkt der Einfügung ausgegeben wird – kein Cron-Job im Hintergrund erforderlich.

F: Wird die Überprüfung des Vertragsbytecodes in der Kette oder außerhalb der Kette durchgeführt? A: Außerhalb der Kette. Der Bot berechnet den SHA-256-Hash des bereitgestellten Bytecodes, der von Etherscan abgerufen wurde, und vergleicht ihn mit vorberechneten Hashes, die im AWS Secrets Manager gespeichert sind.