作者: ロスティン、ヘリウス

編集者: Yangz、Techub News

分散化とは、システム内に単一障害点が存在しないことを要約できます。この多面的な概念は、トークンの配布、主要人物の影響、パーミッションレス ネットワークへの参加、開発管理、ソフトウェア/ハードウェアの多様性など、多くの側面に触れています。 Balaji の SATOTO 係数を除けば、ブロックチェーンの分散化の度合いを定量化するために認められた基準はほとんどありません。多くの対策は不完全です。さらに、ブロックチェーンの分散化に関する議論は、多くの場合、政治哲学に根ざしており、時には宗教的な議論に隣接する深いイデオロギー的な議論を引き起こします。 Solana の分散化の程度は、Solana には分散化して検閲に抵抗する能力が欠けていると考えているブロックチェーン コミュニティの一部から批判されています。最近の例としては、元NSA内部告発者のエドワード・スノーデン氏が挙げられ、彼はToken2049カンファレンスの基調講演で懸念を表明した。しかし、ソラナ氏を批判する多くの人々と同様、スノーデン氏は公的に求められていたにもかかわらず、自身の主張を裏付けるデータを一切提供しなかった。この記事の次のセクションでは、データを通じて Solana の分散化を分析し、ネットワークが比較的強力な分散化を示している箇所を強調しながら、さらなる進歩が必要な領域を指摘します。

このレポートを通じて、私たちは事実と公的に検証可能な情報に基づいて、ソラナの分散化状況を定量的かつ多面的なアプローチで分析していきます。次の側面を評価します。

必要に応じて、Solana のメトリクスを他の PoS L1 と比較します。明確にしておきますが、ピア ネットワークは、Solana の分散化への取り組みに広範なコンテキストを提供し、期待に遅れをとっている、または期待を上回っている可能性がある領域を強調するためのベースラインとしてのみ機能します。これらの比較は、あるネットワークが別のネットワークよりも優れていると主張する試みとして誤解されるべきではありません。多くの場合、イーサリアムは最も分散化された PoS L1 であると広く考えられているため、最も有用なベンチマークを提供します。イーサリアムの創設ブロックは2015年7月に作成されたのに対し、Solanaの創設ブロックは2020年3月に作成されたことは注目に値します。分散化は動的であり、ブロックチェーンは通常、時間の経過とともに分散化が進みます。同様の状況を考えると、古いチェーンがより分散化されると予想するのは合理的です。

ブロックチェーン ネットワークのステーク分散は、ネットワークのネイティブ トークンがバリデーター間でどのように分散されるかを指します。適切に分散されたシステムでは、1 つのバリデーターまたは小さなグループが誓約の過剰なシェアを保持しないため、1 つのエンティティがネットワークのコンセンサスに対して不当な影響力や制御を獲得するリスクも軽減されます。バランスの取れたステーク配分によりバリデーターの多様性が保証され、それによって分散化が促進され、悪意のある攻撃者がネットワークの完全性を侵害することが困難になります。また、個々のバリデーターの障害に対するネットワークの回復力が高まるため、フォールト トレランスの向上にも役立ちます。 「非常に大規模なバリデータセットが必要ですが、直感的なレベルでは、バリデータセットが大きいほどネットワークの安全性が高まり、学術レベルではノードセットが大きいほど、少数派であることを確認するのが容易になります。セット内の正直なノードは常に、相互に到達できる最小限のスパニング ツリーを持っています。これはプロトコル層についても言及していませんが、人々が Discord にアクセスできるという事実を指します。それが、断片化の問題を解決し、何が問題なのかを解明するための鍵であり、断片化を不可能にすることがより容易になります。」 —Anatoly Yakovenko、 Breakpoint 2024 Solana でのノードの実行は完全にパーミッションレスであり、バリデータとして実行するには非常に低い必須の最小ステーク (1 SOL) のみが必要です。このネットワークは、 Delegated Proof of Stake (dPoS) をネイティブにサポートしており、1,414 個のバリデーターと 3,100 個の RPC ノードを含む 4,514 個のノードで構成されています。プレッジ量に関しては、2 つの最大のバリデーターは Helius と Galaxy によって運営されており、それぞれがプレッジシェアの約 3.2% を保有しています。上位 1/3 と上位 3 分の 2 に入るために必要な最低委託誓約額は、それぞれ 440 万 SOL と 123 万 SOL です。

より明確にするために、以下の図では、委任されたステークごとにバリデーターをグループ化しています。このうち、82 人のバリデーター (全体の 5.87%) は 100 万人以上の委任された SOL を保持していますが、825 人のバリデーター (全体の 59.1%) は 50,000 人未満の委任された SOL を保持しており、そのほとんどが Solana Foundation Delegation に参加しています。プログラム (SFDP) は、小規模なバリデーターが持続可能な開発を迅速に達成できるように設計されたプログラムです。 Solana バリデーターの約 72% が SFDP サポートの恩恵を受けており、これらのバリデーターは合計で総ステーキングの 19% を占めます。 SFDP の詳細な説明については、以前の Helius レポート「 SFDPとロングテール検証者が直面する課題」を参照してください。

ブロックチェーンのアドレスがユーザーと一致しないのと同様に、バリデーターの数は、バリデーターを操作するさまざまなエンティティの実際の数を反映しません。大規模な事業体が複数のバリデーターに賭け金を分配することを選択する可能性があるため、実際の数はこれより少なくなります。たとえば、Jito ( 1 , 2 )、Coinbase ( 1 , 2 )、および Mrgn ( 1 , 2 ) は複数のバリデーターを操作します。単一のエンティティが複数のバリデーターを運用することに本質的な問題はありません。実際、バリデーターが集中型ではなく分散されている限り、地理的およびホスティングプロバイダーの多様性を高めることでネットワークを強化できます。ただし、これらのバリデーターが非標準の設定またはファイアウォール ルールで同一に構成されている場合、リスクが発生する可能性があります。さらに、「サービスとしてのバリデータ」モデルの一環として、大企業やプロジェクトに代わって 1 つのエンティティが多数のバリデータを管理することは、さらなる分散化の問題につながる可能性があります。

プルーフ・オブ・ステーク ネットワークでは、ナカモト係数はステーク全体の少なくとも 3 分の 1 を制御するために必要なノードの最小数を表します。係数が高いほど、誓約の分布が広くなり、分散化の度合いが高くなります。さらに、悪意を持って共謀して有効性の欠陥を引き起こし、それによって新しいブロックの生成に必要な合意を拒否する可能性がある独立したエンティティの最小数と考えることもできます。 PoS とビザンチン フォールト トレランスに基づくブロックチェーンでは、トランザクション処理を続行する前に、ステーキング ノードの 3 分の 2 以上がネットワーク ステータスについて合意に達する必要があります。ソラナのサトシ係数を決定するために、バリデーターをステークシェアの最高から最低までランク付けし、総ステークの 3 分の 1 を制御するのに必要なバリデーターの数を計算しました。その結果、ソラナのサトシ係数は 2023 年 8 月 13 日に最高値の 34 に達し、現在は 19 です。過去 1 年間、係数は比較的安定していました。

業界の同様のネットワークと比較して、Solana のサトシ係数は中位にランクされます。ただし、上記のデータは、単一のエンティティが複数のバリデーターを匿名で操作できる状況を考慮していないため、実際の SATOSHI 係数はこれよりも低くなる可能性があります。

ネットワーク ノードの地理的多様性は、リスクを軽減し、ネットワークの耐脆弱性を促進するために重要です。 1 つの地域にあまりにも多くのバリデーターが集中している場合、ネットワークの回復力はそれらの特定の管轄区域の規制枠組みに依存するようになります。地震、洪水、ハリケーン、津波などの自然災害は、別のリスクをもたらします。このような出来事は全国送電網に圧力を加え、データセンターの運用に深刻な混乱をもたらし、突然の停止を引き起こす可能性があります。戦争、サイバー攻撃、海底ケーブルなどの重要なインターネット インフラストラクチャへの混乱などの人為的な脅威も、ネットワークの安定性を損なうリスクをもたらします。このセクションの分析に使用される Solana データは、validators.app の 685 エポックから取得されます。元のデータセットのスプレッドシート形式は、ここから入手できます。これらのデータはステーキングされたバリデーター ノードのみを反映しており、アンステーキングの RPC ノードは含まれません。

データは大陸ごとに分類すると、Solana バリデーター 632 名 (46%) がヨーロッパにあり、550 名 (40%) が北米にあることを示しています。ステークの配分に関しては、ステークの 68% がヨーロッパのバリデーターに、20% が北米のバリデーターに委任されています。このうち、ステーキングの 50.5% は EU 内 (ノルウェー、ウクライナ、英国を除く) で活動するバリデーターに委任されています。

比較すると、イーサリアムのステーキング分布は同様ですが、北米の比重が 34.4% と高くなります。

Solana のバリデーターは 37 の異なる国と地域にあります。最も集中しているのは米国で、508 のバリデータ (37%) が米国のデータセンターで稼働しており、オランダの 112 のバリデータ (8%)、ロシアの 111 のバリデータ (8%) が続きます。

Solana のバリデーターは 37 の異なる国と地域にあります。最も集中しているのは米国で、508 のバリデータ (37%) が米国のデータセンターで稼働しており、オランダの 112 のバリデータ (8%)、ロシアの 111 のバリデータ (8%) が続きます。

ステークシェア別にバリデーターを測定すると、この分布はより均一になります。 4つの主要国がそれぞれ10％以上のシェアを占め、米国が18.3％、次いでオランダと英国が13.7％、ドイツが13.2％となった。

比較すると、イーサリアムのノードは83の国と地域に分散されており、そのほぼ半数が米国とドイツにあります。

都市ごとのバリデーターと委任されたステーキングの分布をより詳細に分析すると、Solana バリデーターが世界中の 121 都市に分布していることがわかります。具体的には、米国では、合計 35 の都市を含むすべての主要地域にバリデーターが配置されています。最も人気のある都市は、シカゴ (バリデーター 124 人、株式シェア 2.3%)、ロサンゼルス (バリデーター 57 人、株式シェア 2.3%)、およびニューヨーク (バリデーター 32 人、株式シェア 3.5%) です。

今年初め、Anza の従業員であるRex St. John は、 Solana バリデーターの地理的多様性を改善するための戦略を策定し (特に Global South オペレーターへのサポートを拡大することで)、いくつかの重要な課題を特定しました。

理想的には、バリデータ セットは、少数の集中プロバイダーに大きく依存するのではなく、複数の独立したプロバイダーによってホストされるべきです。この多様化は、ネットワーク停止や単一プロバイダーによる検閲のリスクを軽減するために重要です。 2022 年の注目すべきインシデントの 1 つは、ドイツのホスティング プロバイダーである Hetzner に関係しており、Solana バリデーターをサービスから誤って削除し、アクティブなステーキング ノード (約 1000 個のバリデーター) の 20% 以上が数時間にわたってオフラインになるという事態を引き起こしました。それにもかかわらず、Solana は障害の問題もなく完全に動作し続けています。影響を受けたバリデーターのほとんどは数日以内に新しいデータセンターに正常に移行され、ほぼすべてのステーキング ノードが数週間以内にオンラインに戻りました。

Solana バリデーターは、バリデーターの 24% をホストする米国の非公開企業である Teraswitch が主導する 135 の異なるホストに分散されており、ブラジルの低コストのベアメタル サーバー プロバイダーである Latitude.sh (旧 Maxihost) はバリデーターの 19% をホストしています。 。これら 2 つのサプライヤーを合わせると 43.4% のシェアを占めます。その他の人気のあるホストには、フランスのクラウド コンピューティング会社 OVHcloud (シェア 8.65%) やリトアニアの Cherry Servers (シェア 8.45%) などがあります。

高性能、高スループットのブロックチェーンである Solana は、ほとんどの同業他社よりもノードに対する要件が高くなります。 Solana バリデーターのハードウェア推奨事項には、次の主要コンポーネントが含まれます。

実際には、Solana の帯域幅要件により家庭での運用は非現実的となるため、バリデーターは主に専用データセンターのベアメタルサーバーによって実行されます。

実際には、Solana の帯域幅要件により家庭での運用は非現実的となるため、バリデーターは主に専用データセンターのベアメタルサーバーによって実行されます。

Solana が立ち上げられたとき、Solana Labs によって開発され、Rust で書かれた検証クライアントしかありませんでした。 Solana Labs クライアントは現在は積極的に更新されていませんが、Agave と呼ばれるフォークされたバージョンはまだ使用されています。単一のクライアント実装に完全に依存することは、ネットワーク全体を無効にする重大なソフトウェア エラーのリスクを生み出すため、集中化の兆候です。クライアントの多様性を高めることは、Solana コミュニティにとって常に優先事項であり、Firedancer のリリースにより、この目標はついに達成されました。

現在、複数の Solana クライアント ソリューションが実行中または開発中です。

さらに、 Mithril はGolang で書かれ、 Over Clockによって開発されたクライアントであり、ハードウェア要件が低い検証フル ノードとして使用できます。複数のフルタイムのコア エンジニアリング チームが互いのコード ベースをレビューすることで、知識の共有とコラボレーションが促進されながら、バグを発見する可能性が大幅に高まります。 「私たちは Firedancer アカウント チームから多くのことを学びました。彼らは本当に賢い解決策をたくさん考え出しました」と Anza エンジニアの Joe Caulfield 氏は最近のインタビューで述べました。さらに、Agave と Firedancer は両方ともバグ報奨金プログラムを開始しました。

Solana と Ethereum は、複数のクライアント実装を提供する唯一の L1 です。イーサリアムには少なくとも 5 つの主要なソフトウェア クライアントがあります。最も広く採用されているのは、C で書かれたNethermindで使用率は 45%、Go で書かれたGeth は使用率 39% です。 Solana では、Jito クライアントが現在ステーキング ノードの 88% を占めています。ただし、新しいクライアント (Frankendancer と Firedancer) の段階的な導入と統合により、この状況は今後 12 か月間で大きく変化すると予想されます。

Balaji 氏は著書「Quantifying Decentralization」の中で、開発者の分散化がブロックチェーン エコシステムにおける重要な要素であると信じており、個々の貢献者への依存を最小限に抑え、「キーパーソン リスク」を軽減することの重要性を強調しています。 Solana のすべてのコア クライアント ソフトウェアは、オープン ソース ライセンスに基づいて GitHub でパブリックにホストされているため、オープン アクセスとコミュニティへの貢献が可能です。 2024 年初めに設立されたソフトウェア開発会社 Anza によって保守されているリュウゼツラン バリデーターは、この分野で重要な役割を果たしています。 Anza は、Solana Labs の以前の従業員の約半分に当たる約 45 人の従業員で設立されました。 Anza チームは、Agave の管理に加えて、トークンの拡張、国境を越えた支払いインフラストラクチャ、Solana ライセンス環境などのプロジェクトを開発することで、より広範な Solana エコシステムに貢献しています。

Agave クライアント コード ベースには 357 人の寄稿者と 26,408 件のコミットがありますが、データは生のコミット数だけでは完全ではなく、個々の寄稿の深さを完全に反映することはできません。ほとんどのコミットは、小規模な貢献者の長いリストに加えて、主に上級エンジニアと Solana 共同創設者である少数の開発者グループによって主に書かれていることは注目に値します。

対照的に、イーサリアム上の人気のある Geth クライアントと Nethermind クライアントも、より大きなコミュニティ内での貢献者の同様の「集中化」モデルを示しています。 Geth には 1098 人の寄稿者がおり、Nethermind には 142 人の寄稿者がいます。そのうち、Geth のコミットの半分以上は 3 人の中心的な貢献者によるものです。 Nethermind のすべてのコミットのうち、2 人の開発者が 50% 以上に貢献しました。

Firedancer クライアントは、有名なアメリカの高頻度取引会社JumpのKevin Bowersが率いる小規模チームによって開発されました。現在、57 人の寄稿者と 3722 件のコミットがあります。 Firedancer が比較的新しいプロジェクト (最初のコミットは 2022 年 8 月に遡ります) であり、メインネットで稼働したのはつい最近であることを考えると、貢献者の多様性はまだ限られています。

より広範な Solana エコシステム内で、開発者コミュニティの地理的多様性は疑いの余地がありません。 Solana が年に 2 回開催するオンライン ハッカソンは、世界で最も参加者が多いイベントの 1 つであり、Tensor、Drift、Jito、Kamino など、今日最も成功している Solana プロトコルおよびアプリケーション チームの開発に重要な役割を果たしてきました。最新の「レーダー」には、156の国と地域から13,672人の参加者が集まり、特にインド、ナイジェリア、米国、ベトナムからは著名な代表者が参加した。

さらに、Solana のクリエイティブ、開発者、運用スタッフをつなぐネットワークであるSuperteam は、現在 16 か国の1,300 人のメンバーに拡大しています。その地方支部では、イベントを主催したり、ワークスペースを共有したりすることでコラボレーションを促進しています。さらに、ステップ ファイナンスが立ち上げたソラナ オールスターズアンバサダー プログラムはナイジェリアで大きな成功を収め、多くの地域で 120 以上の集会が開催され、参加者が後を絶ちません。

ガバナンスは、ネットワーク内で意思決定がどのように行われるかを決定するため、分散化の重要な手段です。これは、プロトコルのアップグレードから経済政策やコミュニティのルールに至るまで、あらゆるものに影響を与えます。分散型ガバナンスにより、ネットワークの透明性、公平性、信頼性が向上します。

Solana 改善開発 (SIMD) 提案書は、Solana のコア コンポーネントに大幅な変更を加えるために必要な正式な文書です。ここでの「大幅な」変更とは、通常、ネットワーク プロトコル、トランザクションの有効性、または相互運用性を変更するものと定義されます。マイナーなコードのリファクタリングや客観的なパフォーマンスの向上など、実質的でない変更には提案は必要ありません。 SIMD の提出には許可は必要なく、開発者や研究者であれば誰でも提出できますが、ほとんどの SIMD はコア プロトコルの改善にフルタイムで取り組むクライアント チームの開発者によって提出されます。 SIMD には 2 種類のプロポーザルがあります。

SIMD は通常、アイデアのレビュー、草案、レビュー、承認の段階を経ます。正式なレビューは GitHub 上で公開され、提案作成者は、提案を受け入れるか、変更するか、撤回するかを決定する関連する中心的な貢献者からフィードバックを収集する責任があります。著者には提案を実装する義務はありませんが、これが提案を確実に完了させる最善の方法であるため、通常は実装することをお勧めします。提案が受け入れられた場合、通常、それに関連する機能実装の追跡問題が含まれており、 Solana の機能ゲート メカニズムを通じてアクティブ化する必要がある場合があります。フィーチャー ゲートは、時間制限に従って、最初にテストネットでアクティブ化され、次に Devnet でアクティブ化され、最後にメインネットでアクティブ化されます。改善に関する議論では、次の分野が取り上げられました。

プロトコルに重大な変更を加える SIMD、特に経済パラメータに影響を与えるものは、ガバナンス投票の対象となります。 Solana ガバナンス投票プロセスは比較的新しい取り組みであり、バリデーター コミュニティの長年のメンバーが主導し、エンゲージメントを維持し、ガバナンス疲労を回避するための重要な問題のみに焦点を当てています。現在までに、次のような 3 つの投票が行われています。

投票は各バリデーター ID アカウントに入金されたトークンを介して行われ、各アカウントは lamport でのアクティブなステーキングのシェアに比例したトークンを受け取ります。投票するには、バリデーターは棄権オプションを含む投票オプションに対応するいくつかの指定された公開鍵の 1 つにトークンを転送する必要があります。一度投票すると変更できません。この構造では、SOL トークン所有者は間接的にのみ参加し、自分の価値観や好みに合わせて投票するバリデーターに SOL 保有を委任します。

CCDataが今年初めに発表したベンチマークレポートによると、Solanaは、環境、社会、ガバナンス（ESG）基準で評価されたデジタル資産上位40社のうち、たった4社のAA格付け資産のうちの1つである。ソラナは、ステークホルダーの関与、透明性、分散化などの要素を評価するレポートのガバナンス評価で、L1 の中で 4 位にランクされました。

Solana Foundation (SF) は 2019 年 6 月に設立されました。スイスで登録された非営利団体であり、Solana エコシステムの分散化、導入、セキュリティに取り組んでいます。 SF の初期資本は 1 億 6,700 万 SOL トークンであり、助成金、委任プログラム、開発者ツールの資金調達を監督しています。公式ブランド資産、ソーシャルメディアアカウント、ウェブサイト、商標を管理します。現在、SF はダニエル・アルバート事​​務局長とリリー・リュー社長が率いており、財団理事会の監督の下、フルタイム従業員 60 ～ 65 名の比較的少人数のチームで運営されています。この財団の使命は、教育、研究、生態系開発プログラムに重点を置き、拡張可能で自立的な Solana エコシステムを構築することです。 SF は、開発者の関与とコミュニティ構築を促進するために、ハッカー ハウスや年次ブレークポイントカンファレンスなどの大規模な Solanaイベントを開催しています。 SF Developer Relations チームは、公式ドキュメント、ソーシャル チャネル、開発者教育を維持しています。 2024 年 1 月、SF は主力ハッカソンの管理責任を、元 SF 成長部門責任者Matty Taylorが共同設立した新しい独立系アクセラレータである Colosseum に引き渡しました。ダン・アルバートは最近の討論会で次のように述べています。「私たちの仕事は、仕事から解放され、ネットワークとエコシステムをサポートするスケーラブルな方法を見つけて、それを手放すことです。これは、SF の長期的な目標が、自律的に実行できるシステムを構築することであることを示唆しています。」 - 管理されたネットワークなしで動作します。

この記事に記載されているように、Solana の分散化は、サトシ係数、バリデーターとステーキング ノードの地理的分布、開発者の分散化、ガバナンスのベンチマークなど、多くの主要な指標において同業他社と同等であり、クライアントの多様性は現在もさらに優れています。これは重要な問題であり、新しい Firedancer クライアントは解決することを目指しています。 Solana の分散化を強化するには、次の側面から始めることを検討できます。

現在、Solana バリデーター セットは依然として米国と EU にある程度集中しており、限られた数のホスティング プロバイダーに依存しています。この課題は Solana に特有のものではありませんが、このレベルでの集中化を軽減する上での Solana の改善の可能性を浮き彫りにしています。最後に、この記事の以前のバージョンをレビューしてくださった Over Clock、Amira Valliani、Matt Sorg、Yelena Cavanaugh、Dan Albert、Tim Garcia、0xIchigo、Anatoly Yakovenko、Brady Werkheiser に感謝します。