背景

Solanaネットワークでは、バリデータの運用に技術的・時間的・経済的な負担が大きくのしかかっています。ノードのアップデート、トラブル対応、パフォーマンスの最適化、継続的な監視など、日常的に求められる作業は高度で、時間的余裕も必要です。

こうした運用の難易度と負担の大きさが、小規模バリデータの参入と継続を妨げています。運用に必要な資金やステークを十分に確保できないチームは、採算を維持できずに撤退せざるを得ない状況にあります。Solana Foundationは中小バリデータを支援するステーク補助プログラムを行っていますが、補助期間を終えても収益化に至らず、運営を終了する事例が多く見られます。

その結果、ステークは少数の大規模運営主体に集中し、ネットワークの分散性が損なわれています。バリデータの減少とステーク集中は、Solanaが持つ高速・分散・公平という根本理念を揺るがす構造的な課題です。

Solanaでは、SWQoS（Stake-weighted Quality of Service）という仕組みにより、ステーク量に応じて通信の優先度が決定されます。この設計は、スパムや無秩序なトランザクションの増加を防ぎ、信頼性の高いノードを優先してネットワークの品質を維持するために導入されました。

しかし、実際の運用ではこの仕組みが十分に機能していません。SWQoSの設定は複雑で、正確に適用されているかを検証する手段も限られています。また、バリデータとRPCを異なる主体が運用している場合、両者の間で設定連携を行う必要があり、技術的にも時間的にも負担が大きくなります。

さらに、SWQoSの設定変更にはバリデータの再起動が伴うことが多く、再起動によりスコアや報酬が低下するリスクがあります。SLVも提供しているノーダウンタイム移行という手法もありますが、複数ノードを同時に稼働させる必要があり、運用コストは高止まりしたままです。

このような状況では、小規模ステークの適用は現実的でなく、結果としてSWQoS帯域が十分に使われないまま、限られたノードに集中しています。

技術的な難易度、時間的な負担、経済的な制約が重なり、Solanaネットワークでは、バリデータの減少とステークの集中化が同時に進行しています。

バリデータの運用は複雑であり、日々のメンテナンスに加えて、ステークを集めるための情報収集やコミュニティとの連携が欠かせません。しかし、競合するバリデータ間では情報が共有されにくく、信頼を得てステークを集めるまでのプロセスには高度な理解と多くの労力が求められます。誰にでも容易にできることではなく、結果として多くの運営者が継続を断念し、2025年10月現在、Solanaのバリデータ数は1,000台を下回るまで減少しています。

SWQoSによる優先帯域は設定や維持の負担から活用が進まず、ネットワークの信頼性を高める仕組みが十分に機能していません。帯域を提供できる環境があっても、それを有効に使える参加者は限られており、Solana全体としてリソースの利用効率が低下しています。

このように、バリデータの集中と帯域の非活用は、別々の課題ではなく、同じ構造的原因から生じています。Validators DAOは、この欠落した部分をソフトウェアによって補い、学習コスト・運用コスト・経済的障壁を取り除くことで、Solanaネットワークの分散性と効率性を現実的に取り戻します。