Del 8 al 10 de marzo de 2026 hicimos una de las mayores limpiezas internas de Divine desde el relanzamiento en Rust. Casi todo el trabajo fue interno, pero cambió de verdad cómo obtiene Divine los datos de mercado, cómo evalúa Aegis la actividad en Solana y cómo se despliega la producción.

Qué ha cambiado

  • La Token API de The Graph ha desaparecido por completo. Tras problemas repetidos con ese proveedor, Divine vuelve a usar Solscan como fuente principal de datos de mercado y de enriquecimiento en Solana.
  • DIVINE es ahora solo Solana. Hemos quitado EVM del runtime, la configuración, los controles de administración, los flujos de Telegram y el andamiaje de compatibilidad que aún quedaba en el código.
  • El pipeline de la lista negra de Solana de Aegis se ha limpiado y reforzado. Los reintentos son más estrictos, se han recortado peticiones innecesarias, el historial de billeteras y la consulta de holders son más rápidos, y es menos probable que el ruido de los proveedores provoque falsos errores fatales.
  • Live Activity usa ahora el RPC de Solana para actualizar los saldos. Las actualizaciones de las señales verificadas ya no dependen de The Graph ni de las consultas de cuentas de Solscan. Ahora consultan los saldos directamente por RPC, con compatibilidad con Token-2022 y consultas de saldos agrupadas.
  • La CI y el orden del código se han reforzado mucho. Pruebas, umbrales de cobertura, dependencias, versiones de las herramientas, documentación y límites entre módulos internos: todo se ha simplificado.

Cambios de infraestructura

El modelo de despliegue también ha cambiado mucho en los últimos días:

  • Divine se compila ahora en local como una imagen Docker y se despliega en el VPS como un único artefacto inmutable.
  • El servidor ya no guarda una copia viva del código fuente. La producción ejecuta la imagen compilada más la configuración y el estado gestionados por el servidor.
  • El entorno de ejecución se ha reforzado con comprobaciones de estado, un sistema de archivos de solo lectura, capacidades de Linux retiradas, límites de recursos más estrictos y un aislamiento de systemd más severo.

Por qué importa

Esta refactorización buscaba sobre todo coherencia y fiabilidad. Menos cadenas, menos capas de compatibilidad y menos dependencias externas frágiles significan menos ruido operativo y una base mucho más limpia sobre la que construir. Divine debería ser ahora más fácil de mantener, más fácil de desplegar y más predecible en ejecución.

Los anuncios anteriores que mencionan la compatibilidad con EVM son ahora históricos. La plataforma y la documentación actuales reflejan el nuevo alcance solo Solana.