SLV が Solana v4 対応を完了—XDP による Turbine 高速化と Alpenglow 先行対応の BLS 登録を、AI エージェントとの対話で誰でも再現できる運用レシピとして提供

ELSOUL LABO B.V.（本社：オランダ・アムステルダム、代表取締役CEO：川崎文武）およびValidators DAOが開発・運用するオープンソースSolana運用ツールSLVは、Solana v4（Agave 4.x）への対応を完了したことをお知らせいたします。

本対応により、最もパフォーマンスの高いSolanaバリデータが採用する最適化—AnzaのXDPによるTurbine再送の高速化と、SIMD-0387で定義されたAlpenglow向けBLS公開鍵登録ワークフローへの先行対応—を、どのオペレーターでも同じ運用レシピで、AIエージェントとの対話、またはCLI操作で進められるようになりました。これまでLinuxとSolanaへの深い知見を必要としていた高度なチューニングをSLVに集約することで、その専門的なバックグラウンドを持たないオペレーターでも、対話だけで再現できます。

SLV公式サイト

SLV GitHub

トップ級のバリデータ運用を民主化する—世界最高水準の最適化を、誰でも再現できるように

SLVは、AIエージェントとともにSolanaバリデータを運用することで、最高品質のメンテナンスを、コストを抑えて、世界中どこでも実施できるようにするオープンソースの取り組みです。

Solanaでは、バリデータの素の性能と、その裏側にある運用ノウハウとの差が広がってきました。低遅延を重視したネットワーク設計、カーネルやNICのチューニング、プロトコルアップグレードへの周到な準備—トップ級のバリデータ性能につながる運用には、LinuxとSolanaへの深い専門知識と、継続的な手作業が求められてきました。その結果、最高水準の運用は、そうした専門性を持つ一部のオペレーターにのみ手の届くものになりがちでした。

SLVは、その差を埋めるために存在します。世界トップクラスのバリデータ運用が積み上げてきた運用ノウハウを、AIエージェントのスキルとして集約することで、誰もが同じ運用レシピを、対話だけで再現できます。今回のSolana v4対応は、その考え方を最新の最適化にそのまま適用するものです。最もパフォーマンスの高いバリデータが採り入れている技術そのもの—XDPとBLS—が、自分のクライアントや環境の選択を手放すことなく、SLVを使うすべてのオペレーターに開かれます。

Solana v4対応で何が変わるか—XDP・BLS・再起動安全性をまとめて

Solana v4（Agave 4.x）は、Anzaがメインネット向けに推奨する最新世代のバリデータクライアントです。コア性能を高めながら、より大きなブロックと、次期コンセンサスアップグレードAlpenglowに向けてネットワークを準備します。SLVのv4対応は、この基盤へ移行するオペレーターにとって特に重要な3つの領域をカバーします。

XDPによるTurbine再送高速化—ブロック伝播を高速化する高性能ネットワークパスを、ターンキーで有効化。

Alpenglow向けBLS公開鍵登録（SIMD-0387）への先行対応—登録ワークフローを事前に整え、Alpenglowのfeature gate有効化後すぐに登録できる状態にします。

Agave 4.1+の再起動安全性—ポートレンジの調整と、クラスター再起動専用フラグのゲート化により、新クライアントへの移行が避けられる起動失敗を生まないように。

これらはいずれも、同じSLVのワークフロー—AIエージェントとの対話、またはCLI—で扱えるため、Solana v4への移行が、手作業でミスの起きやすいプロジェクトにならずに済みます。最新のSLVリリースは、上記のすべてをv2026.6.6系として提供しています—BLS・XDP・再起動安全性の修正が先行し、FiredancerとRPCの堅牢化が同じ系の後続として続きます。

XDPとは—Turbineを高速化するLinuxカーネルの高速パス

XDP（eXpress Data Path）は、高性能なネットワークコードがカーネル通常のパケット処理経路の多くをバイパスできるようにする、Linuxカーネルの技術です。データのコピーとコンテキストスイッチを削減することで、標準のネットワークスタックよりもはるかに少ないオーバーヘッドでパケットを処理します。

Agaveでは、XDPはバリデータネットワーク間でブロックを伝播するプロトコルであるTurbineに適用されています。受信したshredは、ネットワークインターフェースカード（NIC）の近くにアタッチされたeBPFプログラムで処理され、AF_XDPを通じてユーザー空間のバッファにマッピングされます。送信側のshredはXDP_TXを用いて直接送出され、ホットパス上のシステムコールとコピーを排除します。AnzaはTurbine向けのXDPをAgave 3.x系（v3.0.9から）で導入し、Agave 4.0の基盤へと引き継いでいます。

Anzaのセットアップガイドによれば、XDPを用いると、大規模バリデータでは送信パケットが毎秒150,000に迫るとされています。AnzaはXDPを、100M-CUブロックに向けてバリデータを準備し、IBRL（Increase Bandwidth, Reduce Latency）のロードマップを前進させる余力の一部と位置づけており、導入するオペレーター向けに公式のセットアップガイドも公開しています。

Anza Agave XDP Setup Guide

SLVがXDPをターンキーに—対話といくつかの設定変数だけで有効化

XDPを手作業で導入するのは簡単ではありません。新しいカーネル（igbドライバなら6.14以降、その他は6.8以降）、XDPに対応したNIC、バリデータプロセスへの適切なsystemd capabilities、そして正しい起動フラグが必要で、CPUコアのピン留め（PoHコアを含む）を正しく選べるかどうかが、その経路の性能を左右します。これはまさに、高度な最適化を多くのオペレーターの手の届かないものにしてきた類の専門作業です。

SLVは、これをターンキーのステップに変えます。XDPの再送高速化は、per-hostのインベントリ変数—xdp_enabled、xdp_interface、xdp_cpu_cores、xdp_zero_copy、xdp_poh_pinned_cpu_core—を通じてopt-inで有効化します。有効化すると、SLVが対象Agave/Jitoバージョンに応じたXDP起動フラグを付与し、必要なsystemd capabilities（CAP_NET_RAW、CAP_NET_ADMIN、CAP_BPF、CAP_PERFMON）を自動的に付与します。これらの変数はAgaveとJitoのバリデータに適用されます。FiredancerはXDPをネイティブに利用するため、別途の有効化は不要です。（XDPはAgaveのリリースを通じて成熟してきました。Agave 4.1では実験的な位置づけではなくなり、対応するフラグ名もその過程