要約する
Solana は、独自の技術アーキテクチャを使用して高スループットと低遅延を実現する高性能ブロックチェーン プラットフォームです。そのコアテクノロジーには、トランザクション順序とグローバルクロックを保証する履歴証明 (POH) アルゴリズムと、ブロック生成率を高めるリーダーローテーションスケジュールとタワー BFT コンセンサスメカニズムが含まれます。 Turbine メカニズムは、リードソロモン符号化を通じて大きなブロックの伝播を最適化します。 Solana Virtual Machine (SVM) と Sealevel 並列実行エンジンにより、トランザクションの実行が高速化されます。これらは、高いパフォーマンスを実現するための Solana のアーキテクチャ設計ですが、ネットワークのダウンタイム、トランザクションの失敗、MEV の問題、過剰な状態の増大、および問題を引き起こす集中化の問題など、いくつかの問題も引き起こします。
Solana エコシステムは急速に発展しており、特に DeFi、インフラストラクチャ、GameFi/NFT、DePin/AI、コンシューマー アプリケーションの分野で、さまざまなデータ指標が今年上半期に急速に発展しました。 Solana の高い TPS と消費者志向のアプリケーション戦略、およびブランド効果が弱い生態環境は、起業家や開発者に豊富な起業の機会を提供します。消費者向けアプリケーションに関して、ソラナは、より幅広い分野でブロックチェーン技術の応用を促進するというビジョンを示しました。 Solana Mobile のような企業をサポートし、消費者向けアプリケーションに特化した SDK を構築することで、Solana はブロックチェーン技術を日常のアプリケーションに統合し、それによってユーザーの受け入れやすさと利便性を向上させることに取り組んでいます。たとえば、Stepn のようなアプリは、ブロックチェーンとモバイル テクノロジーを組み合わせて、ユーザーに新しいフィットネスとソーシャル エクスペリエンスを提供します。多くの消費者向けアプリケーションは依然として最良のビジネス モデルと市場での位置付けを模索していますが、Solana が提供するテクノロジー プラットフォームとエコシステムのサポートは間違いなくこれらの革新的な試みを強力にサポートします。テクノロジーがさらに発展し、市場が成熟するにつれて、Solana は消費者向けアプリケーションでさらなる画期的な進歩と成功事例を達成することが期待されています。
Solana は、高いスループットと低い取引コストによりブロックチェーン業界で大きな市場シェアを獲得していますが、他の新興パブリック チェーンとの激しい競争にも直面しています。 EVMエコシステムにおける潜在的なライバルとして、Baseのチェーン上のアクティブアドレス数は急速に増加しているが、同時に、DeFi分野におけるSolanaの総ロックアップ量（TVL）は過去最高を記録しているが、Baseなどの競合他社も同様である。も急速に市場シェアを占めており、Base Ecosystemの資金調達額も第2四半期で初めてSolanaを上回りました。
Solana はテクノロジーと市場での受け入れの点で一定の成功を収めていますが、Base などの競合他社からの課題に対処するために革新と改善を続ける必要があります。特にネットワークの安定性の向上、トランザクション失敗率の低減、MEV の問題の解決、状態の成長の抑制という観点から、Solana はブロックチェーン業界での主導的地位を維持するために、技術アーキテクチャとネットワーク プロトコルの最適化を継続する必要があります。
テクノロジーアーキテクチャ
Solana は、POH アルゴリズム、Tower BFT コンセンサス メカニズム、Trubine データ転送ネットワークと SVM 仮想マシンによってもたらされる高い TPS と高速ファイナリティで知られています。そのさまざまなコンポーネントがどのように機能するか、アーキテクチャ設計における高性能の目標を達成する方法、およびこのアーキテクチャ設計によって引き起こされる欠点とそこから派生する問題について簡単に紹介します。
POH アルゴリズム
POH (Proof of History) は、グローバル時刻を決定するテクノロジーであり、コンセンサスメカニズムではなく、トランザクションの順序を決定するアルゴリズムです。 POH テクノロジーは、最も基本的な暗号化 SHA 256 テクノロジーから派生したものです。 SHA 256 は通常、データの整合性を計算するために使用されます。入力 X が存在する場合、一意の出力 Y のみが存在するため、X を変更すると完全に異なる Y になります。
POH シーケンス、出典: Solana ホワイト ペーパー
POH シーケンス図、出典: Solana ホワイト ペーパー
Solana の POH シーケンスでは、トランザクションの整合性も決定する SHA 256 アルゴリズムを適用することで、シーケンス全体の整合性を保証できます。たとえば、トランザクションをブロックにパッケージ化し、対応する SHA 256 ハッシュ値を生成すると、このブロック内のトランザクションが決定され、その後、ブロック ハッシュが変更されます。次の sha 256 関数の X の一部に次のブロックのハッシュを追加すると、前のブロックと次のブロックが決定され、変更があると新しい Y が異なります。
これは、Proof of History テクノロジーの中心的な意味であり、チェーンと同様に、前のブロック ハッシュは次の sha 256 関数の一部として使用されます。
トランザクション フロー アーキテクチャ図、出典: Solana ホワイト ペーパー
Solana のトランザクション フロー アーキテクチャ図は、リーダー ローテーション スケジュールと呼ばれるローテーション メカニズムの下で、すべてのオンチェーン バリデーター間でリーダー ノードが生成され、リーダー ノードがトランザクションをソートして実行することを示しています。 POH シーケンスを生成すると、ブロックが生成されて他のノードに拡散されます。
リーダー選出メカニズム、出典: Helius
リーダー ノードでの単一障害点を回避するために、時間制限が導入されます。 Solana では、時間単位はエポックに分割され、各エポックは 400 ミリ秒続き、各スロットにリーダー ノードが割り当てられます。指定されたスロット時間 (400 ミリ秒) 内にブロックされない場合、このスロットはスキップされ、次のスロットのリーダー ノードが再選出されます。
一般に、リーダー ノードは POH メカニズムを使用して、すべての履歴トランザクションを決定します。 Solana の基本的な時間単位はスロットであり、リーダー ノードはスロット内でブロックをブロードキャストする必要があります。ユーザーは、RPC ノードを介してトランザクションをリーダーに送信します。リーダー ノードはトランザクションをパッケージ化してソートし、ブロックを生成するために、検証者はメカニズムを通じて合意に達する必要があります。ブロック内のトランザクションと注文に関するコンセンサス このコンセンサスは、Tower BFT コンセンサス メカニズムを使用します。
タワーBFTコンセンサスメカニズム
Tower BFT プロトコル、出典: Helius
Tower BFT コンセンサス プロトコルは、BFT コンセンサス アルゴリズムから派生したもので、そのアルゴリズムの特定のエンジニアリング実装であり、依然として POH アルゴリズムに関連しています。ブロックに投票する際、バリデーターの投票自体がトランザクションである場合、ユーザーのトランザクションとバリデーターのトランザクションによって形成されたブロックハッシュも履歴証拠として使用でき、ユーザーのトランザクション詳細とバリデーターの投票詳細を一意に確認できます。
投票アイコン
Tower BFT アルゴリズムでは、すべてのバリデーターがブロックに投票し、バリデーターの 2/3 以上が承認した場合、ブロックを確認できると規定しています。このメカニズムの利点は、ブロックを確認するために投票する必要があるのはハッシュ シーケンスだけであるため、メモリを大量に節約できることです。ただし、従来のコンセンサス メカニズムでは、ブロック フラッディングが一般的に使用されます。つまり、バリデーターがブロックを受信し、それを周囲のバリデーターに送信します。これにより、バリデーターが同じブロックに到達する回数が増えるため、ネットワークに多くの冗長性が生じます。一度よりも。
Solana では、多数のバリデーター投票トランザクション、リーダー ノードの集中化によってもたらされる効率、および 400 ミリ秒のスロット時間により、全体のブロック サイズとブロック生成頻度が非常に高くなり、大きなブロックが伝播するときにまた、Solana は大きなブロックの伝播の問題を解決するために Turbine メカニズムを使用します。
タービン
タービンブロックの伝播メカニズム、出典: Helius
リーダー ノードは、シャーディングと呼ばれるプロセスを通じてブロックをシュレッド サブブロックに分割します。そのサイズは MTU (最大送信単位) で表され、より小さな最大単位に分割することなく、あるノードから次のノードに送信できます。データサイズ）を単位とします。データの整合性と可用性は、リードソロモン消去コード方式を使用して確保されます。
リードソロモン符号化方式、出典: Helius
データ送信中のパケット損失と損傷を防ぐために、ブロックを 4 つのデータ シュレッドに分割し、リードソロモン エンコーディングを使用して 4 つのパケットを 8 つのパケットにエンコードすることにより、このスキームは最大 50% のパケット損失率を許容できます。実際のテストでは、Solana のパケット損失率は約 15% であったため、このソリューションは現在の Solana アーキテクチャと十分に互換性があります。
Solana はパケット損失率に対する耐性が高いため、基本的なデータ伝送では UDP/TCP プロトコルが使用されます。欠点はパケット損失時に再送信されないことです。利点は転送速度が速いことです。逆に、TCP プロトコルはパケットが失われた場合に複数回再送信するため、リードソロモンを使用すると、実際の環境では、Solana のスループットとスループットが大幅に向上します。 9倍まで増やすことができます。
層状伝播の概略図、出典: Helius
Turbine はデータを断片化した後、伝播のために多層伝播メカニズムを使用します。リーダー ノードは、各スロットの終了前にブロックを任意のブロック バリデーターに渡し、その後、バリデーターはブロックを断片化してシュレッドを生成します。消去コードを削除すると、検証者はタービンの伝播を開始します。まずルート ノードに伝播し、次にどのバリデータがどのレベルにあるかを決定します。プロセスは次のとおりです。
1. ノード リストの作成: ルート ノードは、すべてのアクティブなバリデーターをリストに要約し、ネットワーク内の各バリデーターの資本 (つまり、約束された SOL の量) に従って並べ替えます。重みの高いものが最初に配置されます。 .レイヤーなど。
2. ノードのグループ化: 最初のレイヤーの各バリデーターも独自のノードのリストを作成して、独自の最初のレイヤーを構築します。
3. レイヤー形成: ノードをリストの上からレイヤーに分割します。深さと幅の値を決定することで、ツリー全体のおおよその形状を決定できます。このパラメーターはシュレッドの伝播速度に影響します。
資本の割合が高いノードは、階層分割中に上位レベルで完全なシュレッドを事前に取得できますが、後続の層のノードは伝送損失により完全なシュレッドを取得できない可能性があります。これらの断片が完全なフラグメントを構築するのに十分でない場合、リーダーは直接再送信するように求められます。この時点でデータ送信はツリー内で実行され、最初のレベルのノードはすでに完全なブロック確認を構築しているため、ブロック構築の完了後に後続のレベルの検証者が投票するまでに時間がかかります。
このメカニズムの考え方は、リーダー ノードの単一ノード メカニズムと似ています。ブロック伝播プロセス中には、いくつかの優先ノードも存在します。これらのノードは、投票の合意に達するために、最初にシュレッド フラグメントを取得して完全なブロックを形成します。冗長性をさらに深くすると、Finality が大幅に高速化され、スループットと効率が最大化されます。実際、最初の数層はノードの 2/3 を表す可能性があるため、後続のノードの投票は重要ではありません。
SVM
Solana は、主に POH メカニズム、Tower BFT コンセンサス、および Turbine データ配布メカニズムにより、1 秒あたり数千のトランザクションを処理できます。しかし、SVMは状態遷移用の仮想マシンであり、リーダーノードがトランザクションを実行している場合、SVMの処理速度が遅いとシステム全体のスループットが低下してしまうため、SolanaはSVMを高速化するためにSealevel並列実行エンジンを提案しました。トランザクションの実行速度が向上します。
Sealevel 並列実行図、出典: Xangle
SVM では、命令はプログラム ID、プログラム命令、データの読み取り/書き込みのためのアカウント リストの 4 つの部分で構成されます。状態が競合しない口座の取引命令の並列化は、現在の口座が読み取り状態か書き込み状態であるか、および状態を変更する操作が競合しているかどうかを判断することによって許可されます。各命令はプログラム ID で表されます。これが、Solana の検証器の要件が高い理由の 1 つです。検証器の GPU/CPU は SIMD (単一命令複数データ) および AVX の高度なベクトル拡張機能をサポートする必要があるためです。
生態系の発展
ソラナの生態学的土地の岬、出典: Gate Ventures
Solana エコシステムの現在の開発プロセスでは、Blinks、Actions、さらには Solana Mobile などの実用性を重視する傾向が強まっていますが、公式にサポートされているアプリケーションの開発の方向性も、インフラストラクチャよりもコンシューマ アプリケーションに向けられています。 Solana は現状のパフォーマンスでも十分なので、アプリケーションの種類はさらに豊富です。イーサリアムに関する限り、その低い TPS により、イーサリアムのエコシステムは依然としてインフラストラクチャと拡張テクノロジーによって支配されており、インフラストラクチャがアプリケーションを実行できない場合、これもまた不均衡な状態をもたらしています。インフラストラクチャへの投資が多すぎる一方で、アプリケーションへの投資が少なすぎるということです。
DeFi
DeFi の状況、出典: Gate Ventures
Solana の DeFi プロトコルには、Kamino (最初のレンディング)、Marginfi (レンディング + 再ステーキング)、SoLayer (再ステーキング)、Meteora など、コインを発行していないプロジェクトが多数あります。Solana の統一エコロジーな雰囲気により、通常、プロジェクトはコイン発行期間中、十分な市場の注目を集めるために他のプロジェクトがそれを回避しようと最善を尽くします。
DEX 市場シェア、出典: Dune
現在、DEX 全体で熾烈な競争が行われており、そのリーダーも、Raydium、Orca、そして現在では Jupiter と複数回の移行を経験し、支配的なプレーヤーとなっています。
DEX 取引の開始者、出典: Dune
DEX トランザクションの約 50% が MEV ボットによって開始されていることは注目に値します。これは、主に MEV の収益性を高める低料金とアクティブな Meme トランザクションによるものです。これは、ユーザーのピーク時のトランザクションの失敗やダウンタイムが頻繁に発生する主な理由の 1 つでもあります。
ソラナ TVL、出典: Defillama
SOL価格の上昇に伴い、SolanaのDeFiプロトコルの米ドル名目TVLも爆発的に上昇しました。 TVLの上昇傾向は止まらず、新たな上昇トレンドの波が形成されています。
つまり、Solana トラックでの競争は熾烈ではありますが、ユーザーのブランドマインドを占めるイーサリアムの Uniswap とは異なり、DEX は非常に粘着性が高くネットワーク効果があるはずですが、変化するリスクにも直面します。交換されました。 Solana メイン チェーンのトランザクションは MEV ボットで満たされており、ユーザー エクスペリエンスに依然として解決が必要な多くの問題を引き起こしています。全体的な方向性としては、Solana の TVL は依然として非常に急速に成長しており、その後の DeFi エコロジカルな発展は依然として非常に期待に値します。さらに、これらのアプリケーションのブランド精神は、潜在的な原動力であるユーザーを占有するほど強力ではありません。起業家はチェーンを選択する必要があります。
インフラストラクチャー
インフラストラクチャの状況、出典: Gate Ventures
インフラストラクチャ構築の観点からは、主なリーダーはオラクル マシン Pyth とクロスチェーン ブリッジ Wormhole であり、これらには一般にあまり知られていない次のような対象を絞ったソリューションも含まれています。
1. Jito Labs: Solana での MEV ソリューションの構築に重点を置いています。Jito Labs クライアントは、研究者が MEV を実行できるようにバンドルと疑似 Emempool を構築します。その市場シェアは現在 50% を超えています。さらに、同社の LSD プロトコル Jito の約束された SOL も 1,200 万近くに達しており、依然として急速に増加しています。
2. Helius: Helius は、Solana に関する積極的な貢献コミュニティとして、Solana に関する最も包括的な研究を行っており、研究を通じてコードに貢献しています。
3. GenesysGo: その製品である ShdwDrive は、Solana のデータ ストレージ プロジェクトであり、ソーシャル データ、Web サイト ホスティング、その他のビジネスを含む、商業化可能なプロジェクトのサポートに取り組んでいます。まだテストネットの段階です。同時に、その親会社である GenesysGo も、ソラナ コミュニティ向けのさまざまな公共財や研究を構築しています。
さらに、ソラナには、中国人コミュニティによって発見されるのを待っている、探索に値するプロジェクトがまだたくさんあります。実際、これらのインフラがソラナのプロトコルレベルの建設、生態系の開発、コミュニティに大きな影響を与えていることがわかり、投資や協力を通じてその可能性をさらに探求する機会があるかもしれません。
ゲーム/NFT
ゲーム / NFT の状況、出典: Gate Ventures
Solana には比較的豊富な GameFi と NFT エコシステムもあり、Mad Labs は Solana エコシステム全体の中で比較的重要な位置を占めています。これまでは、この主要な位置は DeGods でした。 NFT市場にも変化があり、以前はMagic Edenが最も人気がありましたが、現在はTensorに変わりました。
デピン/AI
DePin の風景、出典: Gate Ventures
DePin データの概要、出典: DePin Scan
現在、Solana の DePin 市場において、Render は実際のビジネスにおいて明確なリーダーです。実用的なアプリケーションを中心としたソラナの開発戦略に加えて、この回復ラウンドにおけるデピンの物語の風も捉えています。今年の前半には、io.net、Nosana、Shadow など、多数の新しい Depin プロジェクトが Solana 上に構築されました。
消費者
消費者の動向、出典: Gate Ventures
Solana Mobile であっても、特に消費者アプリケーション向けの列を構築する Solana Ecosystem の公式 Web サイトであっても、Actions and Blinks の発明は、ブロックチェーンの商業化と実用性に対する Solana のビジョンを示しています。同社のモバイル ネットワークのリリースにより、Web 側の dapp がモバイル側に配置されます。これは人間の性質とインターネットの発展傾向と非常に一致しています。したがって、そのような土壌への施用は大発生を起こしやすく、最も典型的なのはステプンです。
実際、現在実行されているコンシューマ アプリケーションを見ると、そのほとんどはまだ良い突破口を見つけられていないため、単一の製品イノベーション、単一のビジネス モデル、および脆弱な Web2 など、実際のアプリケーションをビジネスの世界に実装することは依然として不可能です。マーケティング、ガス料金需要、トークンエントリーしきい値、その他の要因。
ただし、コンシューマ アプリケーションはブロックチェーン テクノロジーが実装される最終シナリオであり、パブリック チェーンの上限も決定します。したがって、Solana にとってモバイル消費者アプリケーションを検討することは非常に必要であり、私たちもこの方向で長期的な検討を行う必要があります。特に現在のイーサリアムエコシステムでは、インフラストラクチャがアプリケーションをはるかに上回っています。最終的には、インフラストラクチャがアプリケーションにサービスを提供します。
支払い
支払いランドスケープ、出典: Gate Ventures
Solana のウォレットには、Phantom、Backpack、TipLink などが含まれます。 DEX と同様に、ここでもブランド効果は強くないため、以前は Phantom が主要なウォレットでしたが、現在は Mad Labs が開発した Backpack に変わったことは注目に値します。現在もSolanaに基づいています。
Solana ステーブルコインの発行状況、出典: Defillama
現在、Paypal、Visa などと協力して、チェーン上でステーブルコインによる支払い転送を行っています。このビジネス シナリオ自体は、高速ファイナリティと低ガス料金により、Solana チェーンにとって非常に有益です。現在、そのチェーン上のステーブルコインは成長が遅い状態にあります。
ステーブルコイン転送スタック図 Y TD、出典: Artemis
Solana は、今年上半期にステーブルコイン転送市場で目覚ましいシェアを獲得しました。しかし、その市場シェアは6月以降大幅に低下した。ソラナは今年上半期に非常に素晴らしいパフォーマンスを見せましたが、今年下半期の最初の移籍データは明らかな下降傾向を示していました。
競合他社のデータ
チェーン上のアクティブなアドレスの数、出典: Artemis
多くのパブリック チェーンの中で、Base は EVM エコシステムにおける Solana の潜在的な競合相手とみなされています。 Base チェーン上のアクティブなアドレスの数は急速に増加しており、Solana は先行者利益にもかかわらず、依然として急速な成長段階にあります。 NEARは依然として高水準を維持しているが、AptosとSuiはパブリックチェーンの競争において出遅れている。
TVL の比較、出典: Artemis
Defi分野におけるSolanaのTVLも大幅な進歩を遂げており、そのTVLは依然として他のパブリックチェーンに大きく遅れをとっていますが、Baseも急速な成長段階にあることは注目に値します。
パブリックチェーンの安定通貨準備金、出典: Allium
現在、Solanaのステーブルコイン供給シェアは低迷しており、イーサリアムのシェアはマルチチェーンの出現により自然に縮小しており、Baseのシェアは静かに増加している。
資金調達データ、出典: Mess ari
資本市場の資金調達に関しては、Base エコシステムの資金調達頻度が直近四半期で大幅に増加し、Solana エコシステムの資金調達頻度を上回りました。したがって、各ネックレスと資本融資のデータの市場シェアからも、市場におけるBaseとSolanaの間の競争が確立されており、この競争圧力はBaseが成熟するにつれてさらに大きくなり、Solanaはより大きな圧力に直面することになることがわかります。 Base と Solana はより大きな競争に直面することになるが、そのビジョンは同様であり、彼らは皆、高い TPS で Cryptio Native Consumer App のビジョンを完成させることを望んでいる。
直面する技術的課題
ダウンタイム
Solana はこれまでに多くのダウンタイムを経験してきました。具体的なインシデントとダウンタイムの理由を整理しました。
2021年5月4日
ネットワークのパフォーマンスが低下し、多数のトランザクションが完了できなくなりました。
2021年9月3日
ネットワークが不安定になり、パフォーマンスが低下し、約 1 時間続きます
2021年9月14日
Raydium プラットフォーム上の Grape Protocol の IDO アクティビティは急増しています。これらのトランザクションは、作成されたマシン スクリプトを通じて大量のトランザクションを送信し、最終的にはネットワーク全体がブロックを生成できなくなります。中断時間は17時間にも及びます。
2022 年 1 月 21 日
市場のボラティリティが高かったため、裁定取引ボットによって送信されたトランザクションがネットワークに殺到し、ネットワークに深刻な負荷がかかり、最大 30 時間続く停止が発生しました。
2022 年 5 月 1 日
新しいNFTプロジェクトの鋳造により、大量のロボットトランザクションが出現し、主要なネットワークノードがコンセンサスを失い、ブロックの生産が7時間停止されました。
2022 年 6 月 1 日
トランザクション内の永続ノンス機能の脆弱性により、ネットワークが再起動され、中断は約 4.5 時間続きました。
2022年10月1日
ノード構成エラーによるネットワークのダウンタイム
2023 年 2 月 25 日
Solana メインネットのパフォーマンスの問題により、最終的に検証ノードは自動的に「投票専用」セキュリティ モードになり、ユーザー トランザクションを処理できなくなりました。
2024 年 2 月 6 日
BPF (Berkley Packet Filter) ローダーが失敗し、4 時間 46 分間ダウンしました。
Gulfstream リーダー選出メカニズムやリーダー ノードの単一ノード リスクなどの Solana のネットワーク アーキテクチャにより、ネットワーク トランザクションが増加すると、単一ノード リーダーに多大なメモリ負荷が発生するため、その後のリーダー ノードの予測が可能になります。リーダー ノードは、いつでもタービン ツリー内のノードにブロックを再送信できるようにする必要があります。そうしないと、コンセンサス投票を完了できません。 DDoS 攻撃が大量に発生すると、単一ノードの障害によるシステムのダウンタイムが非常に頻繁になります。
つまり、ダウンタイムは主にブロックを生成できない問題であり、リーダー メカニズムによって引き起こされる単一ノードの障害が原因である可能性があり、ブロック形成ポイントに問題が発生する可能性もあります。ブロックに関する合意が得られず、ブロックの質問を作成できなくなります。全体として、これは Solana 独自のアーキテクチャおよびソフトウェア テスト プロセスと密接に関連しています。
処理に失敗しました
ユーザー別の失敗したトランザクションの割合、出典: Dune
Solana を使用したことのあるユーザーは、一定時間が経過するとトランザクションが正常に送信されなくなり、ユーザー エクスペリエンスが非常に低下することがよくあることを知っているはずです。上の図に示されているように、統計によると、ユーザーが送信したトランザクションの約 35% が失敗し、チェーンに大きな変動がある場合、ユーザーは複数回送信する必要があります。
その主な理由は、新しいテクノロジーであるネットワーク層テクノロジー QUIC です。
ネットワーク プロトコル階層 - 5 層構造、出典: Research Gate
QUIC (Quickl UDP Internet Connections) は、Google が HTTP 2.0 プロトコルに対して提案したトランスポート層の改善です。この実験的なプロトコルは、HTTP 3.0 としても知られる UDP トランスポート層プロトコルに基づいています。
HTTP/2 と QUIC の図、出典: EMQX
TCP は UDP よりも信頼性が高くなりますが、TCP にはパケットが失われたときに失われたパケットを再送信する輻輳制御メカニズムがあるため、UDP の方が TCP よりもレートが高くなります。 UDP は高速だが信頼性が低いという特徴がある。Goggle は信頼性が高く高速なトランスポート層プロトコル QUIC を構築したいと考えている。 QUIC の中心的な機能は、独立した論理フローです。これにより、複数のデータ ストリームを 1 つの接続で並行して送信でき、各ストリームを独立して処理できます。対照的に、TCP は単一のデータ ストリームのみをサポートし、各メッセージが送信された順序で受信および確認応答される必要があります。
失敗したトランザクションのアイコン、出典: ブレッド
Solana のダウンタイムの主な理由は、実験用の QUIC アプリケーション層プロトコルの使用です。UDP とマルチチャネル伝送は高速であり、完全なデータ伝送を維持したいため、複数のパケット損失状況を再送信するメカニズムも設計されています。リーダー ノードは、複数のトランザクションを受信すると、QUIC プロトコルを通じて複数のチャネルを開きます。ただし、リーダー ノードは、特に処理できるトランザクション容量が大きいため、大量のトランザクションの流入が発生すると、リーダー ノードが処理できなくなります。特定のパス接続が切断され、トランザクションがドロップされます。切断するコネクションの選択方法には決まった基準はなく(コストがxxx以下のコネクションをすべて切断するなど)、すべてのコネクションが切断されるかどうかはランダムです。したがって、これにより、ブラック ボックス操作のための一定のスペースが生じ、リーダー ノードは収益性の高い MEV トランザクションを優先し、ユーザーの低価値トランザクションを放棄する可能性があります。
MEV
Solana のブロック生成メカニズムでは、RPC がリーダーと直接対話し、FCFS 原則を採用しているため、イーサリアムのような Mmepool を持ちません。 Mempool と Ethereum のパーミッションレス原則の存在により、比較すると、Ethereum はより深刻な MEV 問題に直面しています。
MEV アーキテクチャ、出典: Helius
Jito Labs クライアントは現在クライアント市場シェアの 50% を占めているため、Jito Labs 自体が擬似メモリプールを構築しており、ユーザーは RPC 経由で擬似メモリプールに入り、約 200 ミリ秒滞在します。 Jito Labs は、バンドル内のすべてのトランザクションがブロックに含まれることを保証するオフチェーン包含保証を提供します。検索者は、保留中のトランザクションをメザニン攻撃する機会を狙って入札することができ、利益を最大化するバンドルに入札すると、ブロック エンジンが最高入札額のバンドルを見つけて、Jito Labs クライアントを実行するリーダーに送信する責任を負います。
これが MEV の根本的な原因ですが、MEV には独自のプラスの外部性と要求があります。Jito Labs が疑似メモリプールを作らなければ、他のプロジェクトが作ることになるため、Jito Labs は MEV のメカニズムを改善するためにこの市場を食べることを選択します。外部負担を軽減します。もちろん、この MEV ボットの需要により、バリデーターが手数料を請求し、MEV ボットが裁定利益を受け取るため、ユーザーは最も脆弱な状態に置かれますが、ユーザーはスリッページが大きくなり、トランザクションが失敗する可能性が生じます。
ステータスの成長
Solana の POH メカニズムと Turbine コンセンサスにより、ブロックが大きすぎるため、状態の成長に問題が発生します。現在、台帳のサイズについて明確な答えはなく、台帳は依然として 450 ミリ秒ごとに 1 ブロックという実際的な速度で増加しており、これは年間約 4 PB になります (最大パフォーマンス 1 GBPS で実行)。 Solana の現在の歴史的な構築は 2 エポックの後に行われ、これは約 4 日 (合計 100 ～ 200 GB) です。そして過去のデータはGoogle Bigtableデータベースに保存されます。
Solana に関する台帳データは透明ではなく、大規模ブロックの高 TPS スループットの追求によって引き起こされる非常に大きなブロック サイズと潜在的な影響については、あまり明らかにされていません。台帳のストレージも完全にサードパーティに依存しているためです。また、Google などの集中型データベースは Genesys Go、Arweave などよりもパフォーマンスが高いことがわかっています。現時点では、これらの分散型データベースは商用化に向けて依然として課題を抱えています。この非常に成長している州と集中型ホスティングが、Solana が批判されている理由の 1 つです。
見通し
Solana は、次のような将来のロードマップも発表しました。
1. 転送暗号化、フック、メタデータ ポインターなど、トークンを発行するためのプロトコルを改善します。
2. 軽量クライアント Tinydancer、移行クライアント Frankendancer、最終クライアント Firedancer などのクライアントの改善。
3. エコシステムの開発コンポーネントのサポート: Gmaeshift はゲーム SDK に重点を置き、armada マーケットはトークンのライフサイクル改善に重点を置き、SPE はエンタープライズ レベルの SVM ブロックチェーン、仮想マシンの改善などに重点を置いています。
Solana の POH アルゴリズムと Turbine コンセンサス メカニズムは、ブロックチェーンのトリレンマのパフォーマンスを優先していることがわかります。その利点は、現在の環境で最高のパフォーマンスを実現し、アプリケーションの境界がより広いことです。そして、Solana の戦略目標はコンシューマ アプリケーションであり、大量導入アプリケーションがいくつか登場する可能性が高くなります。同時に、Solana でのプロジェクトのブランド効果は弱くなっており、起業家にとってはより多くのチャンスがあります。
エコロジカルな発展という点では、Solana の主な利点は DePin/AI と Meme にありますが、そのエコロジカルな発展はまだ期待された発展に達しておらず、コンシューマー アプリはまだ商用化されていないこともわかります。競合他社としては、Base のような新興企業もあり、資金調達額と市場シェアが急速に拡大しています。
Solana は、ダウンタイム、トランザクションの失敗、MEV、過剰な状態の増加、集中化などのいくつかの技術的な問題にも直面していますが、Solana の良い面は、冗長インフラストラクチャの構築に重点を置かず、TPS に依存する能力が高まっていることです。消費者向けアプリケーションを構築し、そのロードマップはそれを中心に展開します。ますます多くのレイヤ 2 が構築され、クライアントがオンラインになるにつれて、SVM エコシステムの TPS はより高いレベルに達するでしょう。ソラナは依然としてオアシスであり、資金が十分に行き届いていない環境プロジェクトが数多くあり、起業家にとっては探索する価値のある機会がたくさんあります。
ゲートベンチャーズについて
Gate Venturesは Gate.io のベンチャー キャピタル部門で、Web 3.0 時代に世界を再構築する分散型インフラストラクチャ、エコシステム、アプリケーションへの投資に重点を置いています。 Gate Ventures は世界的な業界リーダーと協力して、社会と金融の相互作用モデルを再定義する革新的な思考と能力をチームやスタートアップに与えます。
公式サイト： https://ventures.gate.io/
Twitter: https://x.com/gate_ventures
メディア: https://medium.com/gate_ventures
