Dal 10 al 12 giugno 2026 abbiamo condotto la revisione più approfondita che Divine abbia mai avuto: cinque passaggi completi di audit offensivo sull'intero codice, ognuno a caccia sia dei bug sfuggiti al precedente sia di quelli che le correzioni precedenti potevano aver introdotto. L'ultimo passaggio si è concentrato a fondo sul nostro motore di coordinamento dei wallet.

Il risultato sono circa 70 commit di correzioni e miglioramenti, tutti verificati dalla suite di test completa (oltre 4.300 test superati) e già in produzione.

Il rilevamento del coordinamento ora morde davvero

Il lavoro principale si è svolto dentro Aegis, nel motore che rileva gli anelli di wallet coordinati dietro i lanci di pump and dump. Gli audit hanno trovato (e noi abbiamo chiuso) diversi schemi che un operatore esperto avrebbe potuto usare per far passare un anello inosservato:

  • Elusione con un follower esca. Un anello poteva nascondere il grosso del suo volume in wallet che operavano nello stesso identico blocco del leader, dietro un'unica piccola esca da "copy-trader". Approvare lo schema visibile di copy-trading chiudeva l'analisi; ora il residuo non spiegato di ogni gruppo deve superare in modo indipendente il controllo della rete di peer prima che qualsiasi approvazione sia valida.
  • Diluizione del punteggio. Gonfiare un anello con wallet poco collegati (o appoggiarsi a un cluster debole e non correlato nella stessa finestra) poteva far scendere il punteggio di coordinamento dell'anello sotto la soglia di segnalazione. La forza del gruppo ora si calcola dalle connessioni che legano davvero il cluster, e il rilevamento scatta sul gruppo più forte, non su una media diluita.
  • Frammentazione Sybil. Distribuire gli acquisti di un anello su tanti wallet, ciascuno appena sotto la soglia minima di volume per wallet, rendeva l'anello invisibile all'analisi per singolo wallet. Una nuova protezione contro le code Sybil si accorge quando questi wallet di medie dimensioni sotto soglia controllano insieme una quota significativa del volume e riporta i più grandi nell'analisi approfondita, senza sprecare richieste extra sulla polvere organica.
  • Classificazione errata del MEV nello stesso blocco. Un bug sulle finestre faceva sì che qualsiasi acquisto poi rivenduto potesse essere etichettato per errore come attività MEV, e un altro bug su maiuscole e minuscole disattivava in silenzio i controlli di cooldown dei wallet per la maggior parte dei veri indirizzi Solana. Entrambi corretti, entrambi coperti da test di regressione.
  • Mascheramento tra più gruppi. Quando in una scansione comparivano più cluster di wallet, uno innocuo poteva mascherarne uno malevolo a seconda dell'ordine di valutazione. Le decisioni di segnalazione ora vengono unite su tutti i gruppi prima di restituire qualsiasi approvazione.

Oltre alle correzioni contro l'elusione, i segnali di Lucifer ora eseguono l'analisi completa del volume, i segnali di Jesus vengono scartati fuori dalla fascia di momentum valida di 5 minuti e i lanci con un ricambio di volume estremo vengono filtrati al controllo della liquidità.

Segnali su cui puoi davvero contare

Un segnale senza truffe non vale nulla se non arriva mai sul tuo Telegram. Una grossa parte della campagna è servita a rendere la consegna a prova di perdite:

  • Registro della posta in uscita. Ogni avviso viene registrato su disco nel momento in cui termina la sua scansione, così un crash o un riavvio tra la scansione e l'invio su Telegram reinvia l'avviso invece di perderlo.
  • Tentativi ripetuti a prova di spegnimento. I token in attesa nella coda dei tentativi ora sopravvivono ai riavvii in ogni scenario che gli audit sono riusciti a costruire, compresi gli spegnimenti che cadono nelle finestre temporali più strette.
  • Basta perdite silenziose. Abbiamo corretto una famiglia di bug dello stream in cui una dashboard affollata poteva nascondere per sempre delle coppie allo scanner, un frame di dati corrotto poteva bloccare un endpoint in un ciclo di parsing infinito e un'emissione di Jesus poteva sopprimere pochi secondi dopo un avviso di dump di Lucifer sulla stessa coppia.
  • Telegram rafforzato. La gestione dei flood-wait ora è condivisa tra tutti i mittenti di ogni chat, i limiti delle didascalie vengono calcolati esattamente come li conta Telegram (emoji incluse) e le scansioni soppresse come duplicate non generano più avvisi duplicati.
  • Filtri che filtrano davvero. Diversi filtri antispam e sul numero minimo di acquisti non venivano mai inviati a DexScreener, senza che nessuno se ne accorgesse. Ora sì, il che significa che nella pipeline entra molta meno spazzatura.

Più veloce ed economico sotto il cofano

  • Gli snapshot degli holder vengono recuperati in parallelo alla preparazione delle operazioni invece che dopo.
  • Le richieste ripetute durante i tentativi sono state ridotte drasticamente (cache più lunga della cronologia dei wallet, richieste a RugCheck in volo singolo, paginazione speculativa più intelligente).
  • I segnali nuovi hanno sempre la precedenza sulla coda dei tentativi, così i tentativi non possono mai lasciare a secco un lancio caldo.
  • Le risposte di rate limit delle API esterne ora vengono rispettate con precisione invece di essere martellate con tentativi generici.
  • Gli spegnimenti che richiedevano fino a un minuto (o si bloccavano del tutto in rare condizioni) ora si completano in pochi secondi.

Le basi per una taratura guidata dai dati

Abbiamo anche introdotto un registro degli esiti scartati: Divine ora tiene traccia di cosa succede ai token che ha scartato (incluso uno snapshot iniziale dopo 2–6 ore), così la prossima taratura delle soglie sarà guidata da risultati misurati e non dall'intuito. Aspettati aggiornamenti man mano che quei dati si accumulano.

Perché è importante

I sistemi di rilevamento si degradano: gli schemi di manipolazione più evidenti spariscono per primi, e ciò che resta è costruito apposta per sfuggire ai controlli che hai già. L'unica risposta onesta è attaccare il proprio sistema più duramente di quanto facciano gli operatori. Ecco cos'è stata questa campagna: cinque passaggi di revisione offensiva strutturata, ogni rilievo verificato sul codice prima della correzione, ogni correzione coperta da un test di regressione.

Divine è ora, in modo misurabile, più difficile da eludere, da mandare in crash e da mettere a tacere.