2026年3月8日から10日にかけて、Rust での再始動以来、Divine にとって最大級の内部整理を行いました。作業のほとんどは内部的なものでしたが、Divine が市場データを取得する方法、Aegis が Solana の活動を評価する方法、本番環境へのデプロイ方法が実質的に変わりました。

変わったこと

  • The Graph の Token API を完全に廃止しました。 上流の問題が繰り返し起きたため、Divine は Solana の市場データと補足データの主な経路として Solscan に戻りました。
  • DIVINE は Solana 専用になりました。 ランタイム、設定、管理機能、Telegram のフロー、ワークスペースに残っていた互換用の足場から EVM を取り除きました。
  • Aegis の Solana ブラックリストのパイプラインを整理し、強化しました。 再試行の動作をより厳密にし、不要なリクエストを削り、ウォレットの履歴とホルダーの取得を速くし、上流のノイズで致命的エラーが誤って起きにくくしました。
  • Live Activity は残高の更新に Solana RPC を使うようになりました。 検証済みシグナルの更新は、もう The Graph や Solscan のアカウント検索に頼りません。Token-2022 への対応やまとめての残高取得も含め、RPC で直接残高を確認します。
  • CI とワークスペースの衛生管理を大幅に引き締めました。 テスト、カバレッジの基準、依存関係、ツールチェーンのバージョン、ドキュメント、内部モジュールの境界をすべて簡素化しました。

インフラの変更

この数日で、デプロイのモデルも大きく変わりました：

  • Divine はローカルで Docker イメージ としてビルドし、変更不可能な単一のランタイム成果物として VPS にデプロイするようになりました。
  • サーバーには、もう稼働中のソースのチェックアウトを置きません。本番環境では、ビルド済みのイメージと、ホストで管理する設定と状態だけが動きます。
  • ヘルスチェック、読み取り専用のファイルシステム、Linux ケーパビリティの削減、より厳しいリソース制限、より厳格な systemd のサンドボックスで、ランタイムを強化しました。

なぜ重要か

今回の刷新の主な目的は、一貫性と信頼性でした。チェーンも、互換レイヤーも、壊れやすい上流の依存先も減れば、運用上のノイズが減り、はるかにすっきりした土台の上に積み上げられます。Divine はこれで、保守しやすく、デプロイしやすく、実行時の挙動も予測しやすくなるはずです。

EVM への対応に触れている過去のお知らせは、今では記録としてのものです。現在のプラットフォームとドキュメントは、新しい Solana 専用 の範囲を反映しています。