Du 8 au 10 mars 2026, nous avons mené l’un des plus gros nettoyages internes de Divine depuis la relance en Rust. L’essentiel de ce travail s’est fait sous le capot, mais il a profondément changé la façon dont Divine récupère les données de marché, dont Aegis évalue l’activité sur Solana et dont la production est déployée.

Ce qui change

  • Le Token API de The Graph a totalement disparu. Après des problèmes répétés en amont, Divine revient à Solscan comme source principale de données de marché et d’enrichissement sur Solana.
  • DIVINE fonctionne désormais sur Solana uniquement. Nous avons retiré l’EVM du runtime, de la configuration, des commandes d’administration, des flux Telegram et des derniers échafaudages de compatibilité qui traînaient encore dans le workspace.
  • Le pipeline de liste noire Solana d’Aegis a été nettoyé et renforcé. Les nouvelles tentatives sont plus strictes, les requêtes inutiles ont été supprimées, l’historique des wallets et la récupération des holders sont plus rapides, et le bruit en amont risque moins de déclencher de fausses erreurs fatales.
  • Live Activity utilise désormais le RPC Solana pour actualiser les soldes. Les mises à jour des signaux vérifiés ne dépendent plus des recherches de comptes sur The Graph ou Solscan. Elles utilisent désormais des vérifications de solde directes par RPC, avec la prise en charge de Token-2022 et des récupérations de soldes groupées.
  • La CI et l’hygiène du workspace ont été nettement resserrées. Les tests, les seuils de couverture, les dépendances, les versions de la chaîne d’outils, la doc et les frontières entre modules internes ont tous été simplifiés.

Changements d’infrastructure

Le modèle de déploiement a lui aussi profondément changé ces derniers jours :

  • Divine est désormais construit en local sous forme d'image Docker et déployé sur le VPS comme un artefact de runtime unique et immuable.
  • Le serveur ne conserve plus de copie du code source. La production exécute l’image construite, avec une configuration et un état gérés par l’hôte.
  • La pile d’exécution a été renforcée : contrôles de santé, système de fichiers en lecture seule, capacités Linux supprimées, limites de ressources plus strictes et sandbox systemd plus serrée.

Pourquoi c’est important

Cette refonte visait surtout la cohérence et la fiabilité. Moins de chaînes, moins de couches de compatibilité et moins de dépendances fragiles en amont, c’est moins de bruit opérationnel et une base bien plus propre sur laquelle construire. Divine devrait désormais être plus facile à maintenir, plus facile à déployer et plus prévisible en production.

Les anciennes annonces qui mentionnent la prise en charge de l’EVM relèvent désormais de l’historique. La plateforme et la documentation actuelles reflètent le nouveau périmètre Solana uniquement.