Frictionless 共同創業：なぜ私たちは Solana に期待しているのか？

原文作者：@LoganJastremski

原文编译：Kaori，BlockBeats

ブロックチェーン上の手数料は、2つの要因によって駆動されています------ブロックスペースと状態競合：

ブロックスペース

現在のイーサリアムのブロックスペースは0.08 MBで、4844は各ブロックに0.375 MBを追加しましたが、イーサリアムの仮定されたダンクシャーディングの終了状態では、目標スループットは1.3MB/sです。

これに対して、ソラナなどの高スループットブロックチェーンは、毎秒100MBの速度をサポートできるようになっています。これはエンジニアと彼らが構築できるアプリケーションに対して非常に大きな違いをもたらすことを過小評価することはできません。オーダーブックは氷山の一角に過ぎません。

状態競合

状態競合は、2人以上の参加者が同時に同じ状態の断片にアクセスしようとすることによって引き起こされ、1人だけがそのMEV取引にアクセスできます。シングルスレッドEVMは、この問題を解決できません。なぜなら、各状態に対する手数料の隔離能力が欠けているからです。

逆に、シングルスレッドEVMはグローバル手数料市場を持っており、これによりネットワーク上のすべてのアプリケーションが手数料を引き上げることを強いられます。なぜなら、単一のアプリケーションが他のアプリケーションよりも多くのリソースを使用するからです。この設計の決定は、パフォーマンスとコストの両方の面で深刻な不足があります。

ソラナなどのチェーンは、ローカル手数料市場を構築することでこの問題を解決し、複数のL2ユースケースを展開しながら流動性とアプリケーションの統一を維持しています。これは、イーサリアムエコシステムが選択したように断片化するのではなく、非常に実用的です。

フロントラン取引

フロントラン取引のテーマにおいて、ソラナは確かにすべての人に公平で平等なアクセス機会を提供することを目指しています。

最近のトリーとのポッドキャストでは、ソラナのコンセンサス設計における全対全の伝播について深く掘り下げました。この設計により、情報は物理的に許可された最速の速度でグループ内のすべての参加者に送信されます。

全対全のコンセンサスはメッセージングオーバーヘッドがかなり重く、その複雑さはN^2ですが、ソラナはこの設計を選択しました。なぜなら、彼らはどの取引者もノードに接続し、ネットワーク内の他のすべての人と同じ平等な情報を得ることを望んでいるからです。

分散化

分散化の指標には2つの側面があります：フルノードの数と中本聡係数です。フルノードは重要です。なぜなら、万が一第三次世界大戦が発生した場合、ネットワークを復元し再起動するために帳簿のコピーが必要だからです。

イーサリアムは約3700のフルノードを持ち、そのうち922のノードがネットワークと同期しています。ソラナは約2118のフルノードと843のRPCノードを持っています。どちらも帳簿の状態を復元できます。これはイーサリアムネットワークのカバレッジの約80%です。

中本聡係数はリアルタイムの検閲耐性の代理指標として、イーサリアムでは25、ソラナでは31です。

ソラナに基づく構築

ソラナや他の高スループットの構築者は、これらのエコシステム内で構築することを選択しています。なぜなら、これらは根本的にイーサリアムの世界では実現不可能な新しい原語を解放するからです。

ソラナは400msのブロック生成時間を持ち、低遅延で、手数料は0.0001ドルから0.0003ドルの範囲です。

高スループット技術スタックの統合

モジュール化と統合の間の議論を深く掘り下げると、スケールを拡張する必要があることが明らかになります。両方の設計は、何らかの形の並列処理と高スループットを必要とします。唯一の議論は、これらのことがどこで発生すべきかです。

複数のL2を通じて並列化すべきか、それともソラナのような統一された流動性とアプリケーションに統合すべきか。

Eigen DAやデータ可用性委員会を通じて高スループットを実現すべきか、それともそれらを高スループットエコシステムに統一すべきか？

ジョナは他の多くの業界の人々と同様に、手元のコアエンジニアリングを理解する必要があります。並列処理と高スループットは業界の拡張に必要な条件です。

並列化とスループットを技術スタックの異なる部分に移動することはできますが、この作業は依然として必要です。正しい設計選択は、モジュール化チェーンではなく、統合チェーンに基づいて構築することです。

ユーザーのニーズと飛躍

計算スケール化アプリケーションに必要なスループットと計算能力に驚くことでしょう。ジャンプはソラナと別のクライアントとの協力を助けていますが、これはソラナ上で追加のクライアントを構築している唯一のチームではありません。

ソラナは多くの浮き沈みを経験してきました。時には自身のダウンタイムエラーによるものであり、時には第三者との協力によるものですが、確かなことは、ソラナコミュニティはその過程で常に堅持してきたということです。ソラナは長く存続し、次のサイクルで輝くでしょう。

エンジニアの能力を疑うことは自らの首を絞めることになります。今こそ冷酷で実用的な精神を示す時です。