Architettura del sistema
Il runtime in Rust di DIVINE Screener supporta Solana e Robinhood Chain. Lo stack e le soglie qui sotto descrivono il caso di Solana.
Stack
| Componente | Cosa fa |
|---|---|
| Dexstream | Acquisizione via WebSocket dal feed Solana di DexScreener |
| Aegis | Controlli su blacklist, holder, liquidità e coordinamento in Solana |
| Solscan API | Swap, holder, saldi e dati di mercato di SOL da Solscan |
| Seraphim | Trasporto HTTP/WebSocket, tentativi ripetuti e impersonazione del browser |
| Grimoire | Database SQLite per segnali, blacklist e cooldown |
| Divine | Scanner, invio su Telegram, Live Activity, TUI ed endpoint di stato |
Flusso dei dati
- Dexstream recupera le coppie di token Solana via WebSocket
- Si applicano i filtri: capitalizzazione da 3K $ a 14K $, soglie minime di liquidità, controlli antispam
- Aegis esegue i moduli di sicurezza in parallelo usando Solscan, RugCheck, lo stato SQLite ed euristiche locali
- I segnali approvati vanno su Telegram, e Live Activity aggiorna i segnali verificati con i dati di DexScreener e dell'RPC di Solana
Stack di sicurezza
Il percorso Aegis su Solana include:
- Integrità del token con RugCheck e dati sugli holder di riserva
- Consultazione della blacklist (oltre 50K wallet)
- Analisi della concentrazione degli holder
- Rilevamento del coordinamento basato su Leiden
- Euristiche su paper hands e nuovi wallet
- Controlli di concentrazione per blocco su Solana
Le soglie di produzione attuali sono specifiche di Solana, compresi i limiti di concentrazione per blocco del 60% / 65% e una regola per i nuovi wallet di meno di 6 transazioni o meno di 3 giorni di vita.
Operazioni
- Un runtime in Rust che sostituisce il vecchio stack in Python
- Obiettivo di copertura delle righe del workspace del 96% o più
- Deploy di immagini immutabili sul VPS
- Runtime dei container in sola lettura con health check e sandboxing
- Tentativi ripetuti con backoff sui percorsi di Solscan, RugCheck, DexScreener e RPC