Dall'8 al 10 marzo 2026 abbiamo fatto una delle più grandi pulizie interne di Divine dal rilancio in Rust. Quasi tutto il lavoro è avvenuto dietro le quinte, ma ha cambiato in modo sostanziale il modo in cui Divine recupera i dati di mercato, il modo in cui Aegis valuta l'attività su Solana e il modo in cui la produzione viene distribuita.
Cosa è cambiato
- La Token API di The Graph non c'è più. Dopo ripetuti problemi con quel fornitore, Divine è tornato a usare Solscan come fonte principale dei dati di mercato e di arricchimento su Solana.
- DIVINE ora è solo Solana. Abbiamo rimosso EVM dal runtime, dalla configurazione, dai controlli di amministrazione, dai flussi di Telegram e dalle impalcature di compatibilità ancora presenti nel codice.
- La pipeline della blacklist Solana di Aegis è stata ripulita e rafforzata. I tentativi ripetuti sono più rigorosi, le richieste inutili sono state tagliate, lo storico dei wallet e il recupero degli holder sono più veloci, ed è meno probabile che il rumore dei fornitori provochi falsi errori fatali.
- Live Activity ora usa l'RPC di Solana per aggiornare i saldi. Gli aggiornamenti dei segnali verificati non dipendono più da The Graph né dalle ricerche di account su Solscan. Ora controllano i saldi direttamente via RPC, con supporto a Token-2022 e recuperi dei saldi in blocco.
- La CI e l'ordine del codice sono stati rafforzati in modo netto. Test, soglie di copertura, dipendenze, versioni degli strumenti, documentazione e confini tra moduli interni: tutto è stato semplificato.
Modifiche all'infrastruttura
Anche il modello di deploy è cambiato in modo sostanziale negli ultimi giorni:
- Divine ora viene compilato in locale come immagine Docker e distribuito sul VPS come un unico artefatto immutabile.
- Il server non conserva più una copia viva del codice sorgente. La produzione esegue l'immagine compilata più la configurazione e lo stato gestiti dal server.
- L'ambiente di esecuzione è stato rafforzato con controlli di salute, un file system in sola lettura, capability di Linux rimosse, limiti di risorse più stretti e un isolamento systemd più severo.
Perché è importante
Questo refactoring riguardava soprattutto coerenza e affidabilità. Meno chain, meno strati di compatibilità e meno dipendenze esterne fragili significano meno rumore operativo e una base molto più pulita su cui costruire. Divine dovrebbe ora essere più facile da mantenere, più facile da distribuire e più prevedibile in esecuzione.
Gli annunci passati che citano il supporto a EVM sono ora storici. La piattaforma e la documentazione attuali riflettono il nuovo perimetro solo Solana.