データから見るSolanaの真の非中央集権性の評価
TechFlow厳選深潮セレクト
データから見るSolanaの真の非中央集権性の評価
本レポートでは、事実および公開されている情報に基づき、ソラナ（Solana）の非中央集権化の状況を定量的かつ多面的なアプローチで分析します。
Web3業界の深掘り報道に専念し潮流を洞察執筆：Lostin、Helius
翻訳：Yangz、Techub News
概要
-
Epoch 685 時点で、Solana には1414のバリデータと3100のRPCを含む合計4514のノードが存在。どのバリデータも3.2%を超えるステーキングシェアを掌握していない。
-
中本係数（NC）とは、有効性の喪失や新しいブロック生成に必要なコンセンサスの拒否を引き起こすために悪意を持って共謀可能な独立した実体の最小数を示す。現在のSolanaの中本係数は19であるが、単一の実体が複数のバリデータを匿名で運営できるため、実際の数字はこれより低くなる可能性がある。
-
Solanaのバリデータは37の国と地域に分布している。最も集中しているのは米国で508のバリデータが存在。さらに、4つの管轄区域がそれぞれ10%以上のシェアを占めており、米国が18.3%、オランダと英国がともに13.7%、ドイツが13.2%を占めている。
-
ステークの68%が欧州のバリデータに委任されており、そのうちEU域内（ノルウェー、ウクライナ、英国を除く）のバリデータに委任された割合は50.5%。また、北米への委任は20%。
-
バリデータは135の異なるホスティングプロバイダーに分散している。TeraswitchとLatitude.sh（旧Maxihost）が主要な2社であり、前者は米国の民間企業で24%のシェア、後者はブラジルの企業で低コストのベアメタルサーバーを提供し19%のシェアを占める。
-
Agaveクライアントコードベースには357名の個人貢献者がいる。FiredancerクライアントはチーフサイエンティストKevin Bowers率いる小規模チームにより開発されており、現在57名の貢献者がいる。
-
JitoクライアントはAgaveのオリジナルコードベースのフォークであり、プロトコル外のブロックスペースオークションを導入しており、ネットワーク内で現在88%の圧倒的シェアを持つ。しかし、新しいFiredancerクライアントが段階的に導入・統合されるにつれ、今後12か月以内に状況は大きく変化すると予想される。現時点でSolanaとイーサリアムのみが複数のクライアント実装を提供するL1である。
-
Solanaのコアコンポーネントに対する重大な変更は、正式かつ公開の「Solana Improvement and Development」（SIMD）提案プロセスを経る必要がある。特に経済パラメータに影響を与えるような重要なプロトコル変更はガバナンス投票を経る。これまでに3回の投票が行われている。
-
Solana財団は2019年6月に設立されたスイス登記の非営利組織で、Solanaエコシステムの発展と支援を目的としている。比較的小規模な60〜65名の正社員からなるチームが助成金、委任プログラム、開発者ツールの資金調達を監督している。
-
さらに、Solana開発者コミュニティの地理的多様性も強く示されている。最近開催されたハッカソン「Radar」には156か国から13,672人が参加し、インド、ナイジェリア、米国、ベトナムからの参加が特に目立った。SuperTeamはSolanaのクリエイター、開発者、オペレーターをつなぐネットワークで、現在16か国にわたる1300人のメンバーを擁している。
なぜデセンター化か
デセンター化とは、システム内に単一障害点（SPOF）がないことを意味する。これはトークン分配、キーパーソンの影響力、許可不要ネットワークへの参加、開発支配、ソフトウェア／ハードウェアの多様性など、多面的な概念である。Balajiの中本係数以外に、ブロックチェーンのデセンター化度合いを定量化する標準的手法はほとんどない。多くの指標は不完全であり、またブロックチェーンのデセンター化に関する議論は政治哲学に基づいており、深いイデオロギー的対立を生み出すことが多く、時には宗教的な議論に近づくこともある。
Solanaのデセンター化度合いは、一部のブロックチェーンコミュニティから批判を受けてきた。彼らはSolanaがデセンター化や検閲耐性に欠けると考えている。最近の例として、元NSA告発者エドワード・スノーデンがToken2049カンファレンスでの基調講演で懸念を表明した。
しかし、他の多くのSolana批判者と同様に、スノーデン氏も自身の主張を裏付けるデータを提示しておらず、公開でそうするよう招待されていたにもかかわらず応じていない。本稿では、以下でデータ分析を通じてSolanaのデセンター化状況を評価し、ネットワークが相対的に強い側面と、さらなる進展が必要な領域を明らかにする。
デセンター化の各層
本レポートでは、事実と公開検証可能な情報を基に、定量的かつ多角的なアプローチでSolanaのデセンター化を分析する。
以下の項目を評価対象とする：
-
ステーキング分布
-
ノードの地理的分布
-
ホスティングプロバイダーの多様性
-
クライアントソフトウェアの多様性
-
開発者の多様性
-
ガバナンスプロセスおよび実体
適切な場面では、Solanaの指標を他のPoS L1と比較する。類似ネットワークはあくまでベンチマークとして用いられ、Solanaのデセンター化の道筋を広い文脈で理解し、遅れているあるいは予想以上に進んでいる分野を浮き彫りにするものである。これらの比較は、あるネットワークが他よりも優れていると主張するものではない。
多くの場合、イーサリアムが最も有用なベンチマークとなる。これは、最もデセンター化されたPoS L1と広く認識されているためである。なお、イーサリアムの創世ブロックは2015年7月に生成され、Solanaのそれは2020年3月である。デセンター化は動的であり、ブロックチェーンは時間とともに通常はよりデセンター化されていく。条件が同等であれば、古いチェーンの方が高いデセンター化度を有していると合理的に予想できる。
ステーキングの分配状況
ブロックチェーンネットワークにおけるステーキング分配とは、ネットワークのネイティブトークンがバリデータ間でどのように分配されているかを指す。健全な分散型システムでは、特定のバリデータまたは少数グループが過度なステーキングシェアを持たず、個々の実体がネットワークコンセンサスに不当な影響を与えるリスクが低減される。
均等なステーキング分配はバリデータの多様性を確保し、デセンター化を促進し、いかなる悪意ある行為者もネットワークの整合性を損なうのが難しくなる。また、ネットワークが個別バリデータの故障に対して回復力を高めることで、フォールトトレランスも向上する。
「非常に大規模なバリデータセットが必要です。直感的には、バリデータセットが大きければ大きいほどネットワークは安全になり、学術的には、ノードセットが大きければ大きいほど、常に相互にアクセス可能な最小全域木（spanning tree）を持つ少数の誠実なノードが存在することを保証しやすくなります。これはプロトコル層の話ではなく、人々が電話で会話する話です。実際にDiscordやIRCに入ったり、携帯で互いに通話したりできます。これが分裂問題を解決し、問題の所在を特定する鍵なのです。私たちの人数が増えれば増えるほど、分裂が不可能であることを保証しやすくなります」――Anatoly Yakovenko、Breakpoint 2024
Solanaでは、ノードの運用は完全に許可不要であり、バリデータとして動作するために必要な最低ステーク（1 SOL）は非常に低い。ネットワークはネイティブに委任型プルーフオブステーク（dPoS）をサポートしており、4514のノード（1414のバリデータと3100のRPCノード）で構成されている。
ステーク量ベースでは、最大の2つのバリデータはHeliusとGalaxyが運営しており、それぞれ約3.2%のステーキングシェアを持つ。上位3分の1および上位3分の2に入るための最低委任ステークは、それぞれ440万SOLおよび123万SOLである。
より明確にするため、以下のグラフではバリデータを委任ステーク量でグループ分けしている。82のバリデータ（総数の5.87%）が100万SOL以上の委任SOLを保有。825のバリデータ（総数の59.1%）が5万SOL未満の委任SOLを保有しており、その大多数はSolana財団のd委任プログラム（SFDP）に参加している。SFDPは小規模バリデータが持続可能な状態に迅速に到達できるよう支援することを目的としている。Solanaバリデータの約72%がSFDPの支援を受けており、これらバリデータは総ステークの19%を占める。SFDPの詳細については、Heliusが以前に発表した報告書『SFDPとロングテールバリデータが直面する課題』を参照。
ブロックチェーンアドレスがユーザーそのものではないように、バリデータ数もバリデータを運営する異なる実体の実際の数を反映していない。大規模な実体がステークを複数のバリデータに分散させる可能性があるため、実際の数字はそれより低くなる。例えば、Jito (1,2)、Coinbase (1,2)、Mrgn (1,2) はいずれも複数のバリデータを運営している。
単一の実体が複数のバリデータを運営することは本質的に問題ではない。実際、バリデータが分散配置されていれば、地理的・ホスティングプロバイダーの多様性を高めることでネットワークを強化できる。ただし、これらのバリデータが非標準的な設定やファイアウォールルールで同一構成になっている場合、リスクが生じる可能性がある。また、「バリデータ・アズ・ア・サービス」モデルの一環として、大企業や大規模プロジェクトのために一つの実体が多数のバリデータを管理する場合、さらなるデセンター化の課題が生じる。
中本係数
プルーフオブステークネットワークにおいて、中本係数（Nakamoto Coefficient）とは、総ステークの少なくとも3分の1を制御するために必要な最小ノード数を示す。この係数が高いほど、ステークの分布が広がっており、デセンター化が進んでいることを意味する。また、これは有効性の喪失を引き起こすために悪意を持って共謀可能な独立実体の最小数としても解釈できる。つまり、新たなブロック生成に必要なコンセンサスの成立を拒否することができる。PoSおよびビザンチンフォールトトレラントに基づくブロックチェーンでは、取引処理を継続するためには、ネットワーク状態について3分の2以上のステークノードが合意する必要がある。
Solanaの中本係数を算出するため、バリデータのステークシェアを高い順に並べ替え、総ステークの3分の1を制御するために必要なバリデータ数を計算した。結果として、Solanaの中本係数は2023年8月13日に過去最高の34を記録したが、現在は19となっている。この係数は過去1年間、比較的安定している。
比較として、イーサリアムのステーク分配は類似しているが、北米の比重がより高く、34.4%である。
国・地域別のSolanaバリデータ
Solanaのバリデータは37の異なる国・地域に分散している。最も集中しているのは米国で、508のバリデータ（37%）が米国のデータセンターで稼働している。次にオランダが112（8%）、ロシアが111（8%）。
ステークシェア別のSolanaバリデータ地理的分布
ステークシェアで測定した場合、分布はより均衡している。4つの主要管轄区域がそれぞれ10%以上のシェアを持ち、米国が18.3%、次いでオランダと英国がともに13.7%、ドイツが13.2%。
比較として、イーサリアムのノードは83の異なる国・地域に分布しており、そのほぼ半数が米国とドイツに集中している。
都市別Solanaノード数およびステークシェアTop 10
バリデータおよび委任ステークの分布を都市別にさらに細分化すると、Solanaのバリデータは世界中の121都市に分布している。
具体的には、米国内では全主要地域にわたり35都市にバリデータが存在。最も人気のある都市はシカゴ（124のバリデータ、ステークシェア2.3%）、ロサンゼルス（57、2.3%）、ニューヨーク（32、3.5%）。
今年初頭、AnzaのスタッフRex St.Johnは、Solanaバリデータの地理的多様性を改善する戦略（特にグローバルサウスのオペレーター支援の拡大）を提唱し、いくつかの主要な課題を特定した：
-
高遅延： 偏遠地域のノードはネットワークとの同期が困難
-
帯域コスト： 一部地域では帯域幅のコストが極めて高い
-
規制制限： 異なる管轄区域で施行される法律がブロックチェーンインフラの運用可能性を制限
-
インフラ不足： ネットワークおよびデータセンターインフラが未整備
-
不利な税制および関税： ハードウェア機器のコストが高騰
-
人材不足： 当地の専門的なSolana人材が不足し、ステーク取得に必要な資本へのアクセスも限られている
ホスティングプロバイダー
理想的には、バリデータセットは少数の中心化プロバイダーに依存せず、複数の独立したプロバイダーによってホスティングされるべきである。このような多様化は、特定のプロバイダーのネットワーク停止や検閲リスクを低減するために不可欠である。
2022年にドイツのホスティングプロバイダーHetznerが、予期せずSolanaバリデータをサービスから削除した事例があった。これにより、アクティブなステークノードの20%以上（約1000のバリデータ）が数時間のうちにオフラインとなった。それでも、Solanaは完全に正常に稼働し、機能停止は一切なかった。ほとんどの影響を受けたバリデータは数日以内に新しいデータセンターへ移行を完了し、すべてのステークノードが数週間以内に再びオンラインになった。
ステークシェア別Solanaバリデータホスティングプロバイダー
Solanaのバリデータは135の異なるホスティングプロバイダーに分散しており、トップはアメリカの民間企業Teraswitch（24%）とブラジルの低コストベアメタルサーバープロバイダーLatitude.sh（旧Maxihost、19%）。この2社で合計43.4%のシェアを占める。
その他の人気ホスティングプロバイダーには、フランスのクラウドコンピューティング企業OVHcloud（8.65%）とリトアニアのCherry Servers（8.45%）がある。
Solanaバリデータのハードウェア要件
高性能・高スループットのブロックチェーンとして、Solanaのノード要件は業界の他の多くのチェーンよりも厳しい。Solanaバリデータ向けのハードウェア推奨仕様は以下の通り：
-
中央処理装置（CPU）：24コア/48スレッド以上、基本クロック速度4.2GHz以上
-
メモリ：512 GB
-
ディスク：PCIe Gen3 x4 NVME SSD以上、合計2TB以上。高TBW
-
GPU要件なし
実際には、Solanaの帯域幅要件により家庭での運用は非現実的であり、バリデータは主に専用データセンターのベアメタルサーバーで稼働している。
Solanaクライアントの多様性
Solanaは当初、Solana LabsがRustで開発した単一のバリデータクライアントのみで開始された。Solana Labsのクライアントは現在更新されていないが、そのフォーク版であるAgaveが現在使用されている。単一のクライアント実装に完全に依存することは、中心化の重要な兆候であり、重要なソフトウェアバグによりネットワーク全体の有効性が失われるリスクを伴う。
クライアントの多様性の拡大は、Solanaコミュニティの長年の最重要課題であり、Firedancerの登場によりついに実現の兆しが見えてきた。
Solanaクライアント
現在、複数のSolanaクライアントが稼働または開発中である：
-
Agave：Solana Labsオリジナルクライアントのフォーク。Rust製。Solanaソフトウェア開発企業Anzaがメンテナンス。
-
Firedancer：Jump Cryptoがメンテナンス。オリジナルクライアントのC言語による完全な書き直し。
-
Frankendancer：Firedancerのネットワークスタックとブロック生成コンポーネントを、Agaveの実行およびコンセンサスと組み合わせたハイブリッドバリデータ。
-
Jito：Jito Labsが構築したAgaveクライアントのフォーク。プロトコル外ブロックスペースオークションを導入し、ティップによりバリデータに追加の経済的インセンティブを提供。
-
Sig：SyndicaがZigで作成した読み取り最適化されたSolanaバリデータクライアント。
さらに、Overclockが開発したGolang製のクライアントMithrilがあり、ハードウェア要件が低いバリデータフルノードとして利用可能。
複数の常勤コアエンジニアリングチームがお互いのコードベースをレビューすることで、バグ発見の可能性が大幅に高まり、知識共有と協力が促進される。AnzaのエンジニアJoe Caulfieldは最近のインタビューで次のように述べている。「我々はFiredancerクライアントチームから多くのことを学んだ。彼らは非常に賢い解決策を思いついた」。また、AgaveとFiredancerの両方でバグ報酬プログラムが実施されている。
Solanaクライアント多様性 vs. イーサリアム
Solanaとイーサリアムは、唯一複数のクライアント実装を提供するL1である。イーサリアムには少なくとも5つの主要ソフトウェアクライアントがある。最も広く採用されているのはC言語製のNethermind（45%）とGo言語製のGeth（39%）。
Solanaでは、Jitoクライアントが現在ステークノードの88%を占めている。しかし、新クライアント（FrankendancerおよびFiredancer）が段階的に導入・統合されることで、今後12か月以内にこの構図は大きく変化することが期待される。
開発者のデセンター化
Balajiの『デセンター化の定量化』において、彼は開発者のデセンター化がブロックチェーンエコシステムの鍵となる要素であるとし、個人貢献者への依存度を最小限に抑え、「キーパーソンリスク」を低減することの重要性を強調している。
Solanaのすべてのコアクライアントソフトウェアは、オープンソースライセンスの下でGitHub上に公開されており、誰でもアクセスでき、コミュニティからの貢献が可能である。
2024年初頭に設立されたソフトウェア開発企業AnzaがメンテナンスするAgaveバリデータは、この分野で重要な役割を果たしている。Anzaは設立時に約45名の従業員を抱え、これは以前のSolana Labsの従業員数の約半分である。Agaveの管理に加え、Anzaチームはトークン拡張、クロスボーダーペイメントインフラ、Solana許可環境などのプロジェクトを通じて、より広範なSolanaエコシステムに貢献している。
Agaveクライアントコードベース貢献者数
Agaveクライアントコードベースには357名の貢献者と26,408回のコミットがあるが、単純なコミット数という指標は完璧ではなく、個人の貢献の深さを完全に反映できない。注目に値するのは、大部分のコミットが少数の開発者、主に上級エンジニアおよびSolana共同創業者によって行われており、その後ろに多数の小規模貢献者が続く形になっていることだ。
比較として、イーサリアムの人気クライアントGethとNethermindも、より大きなコミュニティの中で同様の「中心化」パターンの貢献者構造を示している。Gethには1098の貢献者がいるが、半数以上のコミットは3人のコア貢献者によるもの。Nethermindでは、すべてのコミットのうち2人の開発者が50%以上を占めている。
Firedancerクライアントコードベース貢献者数
Firedancerクライアントは、米国の著名なHFT企業JumpのKevin Bowersが率いる小規模チームにより開発されており、現在57名の貢献者と3,722回のコミットがある。Firedancerは比較的新しいプロジェクト（初回コミットは2022年8月）であり、最近になってメインネットに上陸したばかりであるため、貢献者の多様性はまだ限定的である。
Solanaエコシステム開発者
より広いSolanaエコシステムでは、開発者コミュニティの地理的多様性は疑いようがない。Solanaが年2回開催するオンラインハッカソンは、世界で最も参加者が多いイベントの一つであり、Tensor、Drift、Jito、Kaminoといった現在最も成功しているSolanaプロトコルおよびアプリケーションチームの育成に大きな役割を果たしてきた。
最近の「Radar」には156か国・地域から13,672人が参加し、特にインド、ナイジェリア、米国、ベトナムからの代表が目立った。
さらに、Solanaのクリエイター、開発者、オペレーターをつなぐネットワークSuperTeamは、現在16か国・地域にわたる1300人のメンバーに拡大している。各地域のローカル支部はイベントや共有ワークスペースを通じて協力を促進している。また、Step Financeが運営するSolana Allstarsアンバサダープログラムは、ナイジェリアで大きな成功を収め、多数の地域で120回以上集会を開催し、参加者が後を絶たなかった。
ガバナンス
ガバナンスはネットワーク内の意思決定方法を決定するものであり、デセンター化にとって重要な担い手である。これは、プロトコルアップグレードから経済政策、コミュニティルールに至るまでさまざまな側面に影響を与える。デセンター化されたガバナンスは、ネットワークの透明性、公平性、信頼性を高める。
ガバナンス投票とSIMD
Solana Improvement and Development（SIMD）提案は、Solanaのコアコンポーネントに実質的な変更を行うために必要な正式文書である。「実質的」とは、通常ネットワークプロトコル、トランザクションの有効性、相互運用性を変更するものを指す。軽微なコードリファクタリングや客観的な性能改善などの非実質的変更は、提案を必要としない。
SIMD提出には許可は不要であり、任意の開発者や研究者が提出できるが、実際にはコアプロトコル改善にフルタイムで取り組むクライアントチームの開発者が大多数を占めている。
SIMDには2種類の提案がある：
-
標準提案： コンセンサス、ネットワーク、APIインターフェースなどSolanaのコア機能に影響
-
メタ提案： コードベース以外のプロセスやガイドラインに関連
SIMDプロセス
SIMDは通常、アイデア審査、起草、レビュー、承認の各段階を経る。公式なレビューはGitHub上で公開され、提案者は関連するコア貢献者からのフィードバックを集める責任を負い、彼らが提案を承認、修正、撤回するかどうかを決定する。提案者が自らの提案を実装する義務はないが、成功裏に完了させるためには実装を推奨されている。
提案が承認された場合、関連する機能実装を追跡する問題が含まれることが多く、Solanaのfeature-gateメカニズムを通じて有効化される可能性がある。feature gateは時間制限付きでまずTestnet、次にDevnet、最後にMainnetで有効化される。
改善に関する議論は以下の領域で行われる：
-
SIMD（Solana Improvement Documents）GitHubリポジトリ
-
Solana公式フォーラムのsRFC（Solana Request for Comments）セクション
-
Solana技術ディスカッションゾーン
-
X（旧Twitter）やTelegramなどのソーシャルチャネル
Solanaガバナンス投票プロセス
プロトコルに重大な変更をもたらすSIMD、特に経済パラメータに影響を与えるものは、ガバナンス投票を経る必要がある。Solanaのガバナンス投票プロセスは比較的新しい取り組みであり、バリデータコミュニティの長期メンバーが主導し、参加度を維持し、ガバナンス疲労を避けるために重要な問題のみに焦点を当てるよう設計されている。
これまでに3回の投票が行われている：
-
2023年10月の初の諮問投票（ステークノードの14.3%が参加）
-
2024年4月、タイムリー投票ポイントに関するSIMD33（53%のステークノードが参加）
-
2024年5月、バリデータへの完全優先料金支払いに関するSIMD96（51%のステークノードが参加）
投票は各バリデータの身分アカウントに預け入れられたトークンで行われ、各アカウントが受け取るトークン数は、lamportでのアクティブステークシェアに比例する。
投票するには、バリデータが代幣を投票オプション（棄権を含む）に対応するいくつかの指定された公開鍵のいずれかに移動させる必要がある。一度投票すると変更はできない。
この構造では、SOL保有者は間接的にしか参加できず、自分のSOLを価値観や好みと一致する投票選択をするバリデータに委任する形になる。
ガバナンスベンチマーク
CCDataが今年早々に発表したベンチマークリポートによると、環境・社会・ガバナンス（ESG）基準で評価された上位40のデジタル資産のうち、Solanaは唯一のAA格付けを受けた4資産の一つである。同レポートのガバナンス評価では、SolanaはL1中4位にランクされ、利害関係者の関与、透明性、デセンター化度合いなどが評価対象となった。
Solana財団
Solana財団（SF）は2019年6月に設立されたスイス登記の非営利組織で、Solanaエコシステムのデセンター化、普及、セキュリティを目的としている。SFは初期資金として1.67億SOLを保有し、助成金、委任プログラム、開発者ツールの資金源を監督している。公式ブランド資産、ソーシャルメディアアカウント、ウェブサイト、商標を管理している。
現在、SFは執行理事Daniel Albertと社長Lily Liuが率い、60〜65名の正社員からなる比較的小規模なチームで運営されており、財団の取締役会の監督下にある。
財団の使命は、教育、研究、エコシステム開発プログラムに重点を置いた、スケーラブルで自己持続可能なSolanaエコシステムの構築である。SFはHacker Housesや年次Breakpoint会議など大規模なSolanaイベントを主催し、開発者の関与とコミュニティ形成を促進している。
SFの開発者関係チームは、公式ドキュメント、ソーシャルチャネル、開発者教育を維持管理している。2024年1月、SFは旗艦ハッカソンの運営権をColosseumに移譲した。Colosseumは新たな独立系アクセラレーターで、元SF成長担当責任者のMatty Taylorが共同設立した。
Dan Albertは最近の討論で「私たちの仕事は、自分たち自身が不要になるようにすることです。ネットワークとエコシステムを支えるスケーラブルな方法を見つけ、そしてそれを手放すのです」と述べており、SFの長期目標は監視不要で自己持続可能なネットワークを構築することであることを示している。
まとめ
本稿で示した通り、Solanaのデセンター化は中本係数、バリデータおよびステークノードの地理的分布、開発者のデセンター化、ガバナンスベンチマークなど多くの主要指標において、同業他社と同等かそれ以上であり、一方でクライアントの多様性は依然として明らかな課題であり、新しいFiredancerクライアントがこれを解決しようとしている。
Solanaのデセンター化を強化するには、以下の施策が考えられる：
-
SFの職務を複数の組織に分散させる案を検討
-
財団支出および助成金配分の透明性を向上
-
「Solana Nations」のような地域多様性を高める取り組みを実施
-
バリデータオペレーターの最大コストである投票コストを削減
-
バリデータのデータ出力需要を減らす戦略を検討。EUおよび米国以外のオペレーターにとってはデータ出力コストが著しく高い
-
ガバナンス投票へのより積極的な参加を促進
-
Solanaのコア貢献者および研究コミュニティを拡大し、ネットワークの発展を強化
現在、Solanaのバリデータセットはある程度米国とEUに集中しており、限られた数のホスティングプロバイダーに依存している。この課題はSolanaに特有のものではないが、このレイヤーで中心化度を低下させる改善余地があることを示している。
最後に、本稿の初期バージョンのレビューにご協力いただいたOverclock、Amira Valliani、Matt Sorg、Yelena Cavanaugh、Dan Albert、Tim Garcia、0xIchigo、Anatoly Yakovenko、Brady Werkheiserに感謝する。
TechFlow公式コミュニティへようこそ
Telegram購読グループ：https://t.me/TechFlowDaily
Twitter公式アカウント：https://x.com/TechFlowPost
Twitter英語アカウント：https://x.com/BlockFlow_News
@heliuslabs
