Vom 8. bis 10. März 2026 haben wir eine der größten internen Aufräumaktionen seit dem Rust-Neustart von Divine durchgezogen. Das meiste passierte unter der Haube, hat aber spürbar verändert, wie Divine Marktdaten abruft, wie Aegis Solana-Aktivität bewertet und wie die Produktion ausgerollt wird.

Was sich geändert hat

  • Die Token API von The Graph ist komplett raus. Nach wiederholten Problemen bei diesem Anbieter nutzt Divine wieder Solscan als Hauptquelle für Marktdaten und Anreicherung auf Solana.
  • DIVINE ist jetzt reines Solana. Wir haben EVM aus der Laufzeit, der Konfiguration, den Admin-Funktionen, den Telegram-Abläufen und dem verbliebenen Kompatibilitätsgerüst im Code entfernt.
  • Die Solana-Blacklist-Pipeline von Aegis wurde aufgeräumt und gehärtet. Wiederholungsversuche sind strenger, unnötige Anfragen wurden gestrichen, Wallet-Verlauf und Holder-Abfragen sind schneller, und Störungen bei Anbietern lösen seltener fälschlich fatale Fehler aus.
  • Live Activity nutzt jetzt Solana-RPC für Guthaben-Updates. Aktualisierungen verifizierter Signale hängen nicht mehr von The Graph oder Solscan-Kontoabfragen ab. Sie prüfen Guthaben jetzt direkt per RPC, inklusive Unterstützung für Token-2022 und gebündelter Guthabenabfragen.
  • CI und Ordnung im Code wurden deutlich verschärft. Tests, Coverage-Schwellen, Abhängigkeiten, Toolchain-Versionen, Dokumentation und interne Modulgrenzen wurden allesamt vereinfacht.

Änderungen an der Infrastruktur

Auch das Deploy-Modell hat sich in den letzten Tagen grundlegend geändert:

  • Divine wird jetzt lokal als Docker-Image gebaut und als einziges unveränderliches Laufzeitartefakt auf den VPS ausgerollt.
  • Der Server hält keinen laufenden Quellcode-Checkout mehr. In der Produktion laufen das gebaute Image sowie vom Host verwaltete Konfiguration und Zustände.
  • Die Laufzeitumgebung wurde gehärtet: Health-Checks, ein schreibgeschütztes Dateisystem, entzogene Linux-Capabilities, engere Ressourcenlimits und strengeres systemd-Sandboxing.

Warum das wichtig ist

Bei diesem Refactoring ging es vor allem um Konsistenz und Zuverlässigkeit. Weniger Chains, weniger Kompatibilitätsschichten und weniger anfällige externe Abhängigkeiten bedeuten weniger Betriebsrauschen und eine deutlich sauberere Basis für die Weiterentwicklung. Divine sollte jetzt leichter zu warten, leichter auszurollen und im Betrieb berechenbarer sein.

Frühere Ankündigungen, die EVM-Unterstützung erwähnen, sind jetzt historisch. Die aktuelle Plattform und Dokumentation spiegeln den neuen Umfang nur Solana wider.