2026 年 3 月 8 日至 10 日，我们完成了自 Rust 重新发布以来 Divine 规模最大的内部清理之一。大部分工作发生在底层，但它实质性地改变了 Divine 获取市场数据的方式、Aegis 评估 Solana 活动的方式，以及生产环境的部署方式。

有什么变化

  • The Graph Token API 已彻底移除。在上游反复出现问题之后，Divine 重新把 Solscan 作为 Solana 市场数据和数据补充的主要来源。
  • DIVINE 现在仅支持 Solana。我们从运行时、配置、管理控制、Telegram 流程中移除了 EVM，也清掉了工作区里残留的兼容性脚手架。
  • Aegis 的 Solana 黑名单流程已清理并加固。重试行为更严格，多余的请求被削减，钱包历史和持有者查询更快，上游的噪音也更不容易触发误报的致命错误。
  • Live Activity 现在使用 Solana RPC 刷新余额。已验证信号的更新不再依赖 The Graph 或 Solscan 的账户查询，而是直接通过 RPC 检查余额，包括支持 Token-2022 和批量获取余额。
  • CI 和工作区规范大幅收紧。测试、覆盖率门槛、依赖、工具链版本、文档和内部模块边界都得到了简化。

基础设施变化

部署模式在过去几天里也发生了实质性的变化：

  • Divine 现在在本地构建为 Docker 镜像，并作为单个不可变的运行时制品部署到 VPS。
  • 服务器不再保留源码检出。生产环境运行构建好的镜像，以及由主机管理的配置和状态。
  • 运行时栈得到了加固：健康检查、只读文件系统、移除 Linux 权能、更严格的资源限制，以及更严格的 systemd 沙箱。

为什么这很重要

这次重构主要是为了一致性和可靠性。更少的链、更少的兼容层、更少脆弱的上游依赖，意味着更少的运维噪音和一个干净得多的构建基础。Divine 现在应该更易于维护、更易于部署，运行时也更可预测。

过去提到 EVM 支持的公告现在都已成为历史。当前的平台和文档反映的是新的仅 Solana 范围。