
フリクションレス・キャピタル共同設立者:工学的視点からなぜ私は今もソラナを支持するのか?
TechFlow厳選深潮セレクト

フリクションレス・キャピタル共同設立者:工学的視点からなぜ私は今もソラナを支持するのか?
高スループットのブロックチェーンであるSolanaは、すでに100MB/秒をサポートする能力を持っており、これはイーサリアムの100倍に相当する。
執筆:Logan | X
編集:TechFlow
これは長年にわたって私がTwitterで見てきた中でも最悪の状況の一つであり、この分野におけるトレーダーとエンジニアの間にある根本的な相互理解の欠如を浮き彫りにしている。詳しく分析してみよう。
ブロックチェーン上の手数料は、2つの要因によって決まる――ブロックスペースとステート競合:
ブロックスペース:
-
現在、イーサリアムのブロックサイズは0.08MBであるのに対し、EIP-4844は各ブロックに0.375MBを追加するのみであり、ダンクシャーディング(danksharding)を実現した場合の最終的な目標スループットは1.3MB/sである。
-
一方、Solanaのような高スループットブロックチェーンはすでに100MB/sをサポートする能力を持っており、これはイーサリアムの100倍である。
-
エンジニアが構築できるアプリケーションにとって、この差がいかに巨大かを強調しておきたい。注文帳(オーダーブック)はその氷山の一角にすぎない。
ステート競合:
-
ステート競合とは、2人以上の参加者が同時に同じステートにアクセスしようとする際に生じる問題である。MEV取引にアクセスできるのは1人のみだ。
-
シングルスレッドのEVMは、ステートごとに手数料を分ける能力がないため、この問題を解決できない。
-
むしろ、シングルスレッドのEVMにはグローバルな手数料市場があり、ある1つのアプリが他のアプリよりも多くのリソースを使用すると、ネットワーク上のすべてのアプリが手数料を引き上げざるを得なくなる。この設計選択は、パフォーマンスと手数料の両面において明らかに劣っている。
-
Solanaなどの次世代ブロックチェーンは、すでにローカル手数料市場を構築することでこの問題を解決している。これは実質的に、複数のL2インスタンスを展開しつつも流動性とアプリケーションの統一性を保つことと同じであり、イーサリアムエコシステムが選んだ断片化とは対照的である。
フロントランニング(先取り取引):
-
フロントランニングに関して、Solanaの設計理念はすべての人に対する平等かつ公正なアクセスを提供することにある。
-
最近Tolyとのポッドキャストで、我々はSolanaの「全員へ全員」(all-to-all)伝播コンセンサス設計について詳しく議論した。この設計により、情報を可能な限り高速でネットワーク内のすべての参加者に配信できる。
-
「全員へ全員」のコンセンサスはメッセージオーバーヘッドが大きい。その複雑さはN^2となるが、Solanaはあえてこの設計を選んだ。なぜなら、任意のトレーダーがノードに接続して、ネットワーク内の他のすべての参加者と同等かつ公平な情報を受信できるようにしたいからだ。
非中央集権性:
非中央集権性の評価基準は2つある:フルノードの数と中本係数。
-
イーサリアムには約3,700のフルノードがあり、そのうち922が現在ネットワークへの同期中である。
-
フルノードは重要である。なぜなら、もし第三次世界大戦のような不幸な事態が起きた場合、ネットワークを復旧・再起動するために台帳のコピーが必要になるからだ。
-
Solanaには約2,118のフルノードと843のRPCノードがある。どちらも台帳の状態を復元可能であり、これはイーサリアムのネットワークカバレッジのおよそ80%である。
-
リアルタイムでの検閲耐性を示す中本係数は、イーサリアムでは約25、Solanaでは約31である。
Solana上での構築:
-
Solanaやその他の高スループットブロックチェーンの構築者は、これらのエコシステム内での開発を選ぶことで、イーサリアム圏では厳密に言えば不可能な新しいプリミティブを本質的に解放できる。
-
400msのブロック時間と低遅延。
-
手数料は$0.0001から$0.0003の間。
統合された高スループット技術スタック:
-
モジュラー化と統合の議論を深く掘り下げると、拡張性に必要な要素が明確になる。どちらの設計にも何らかの形での並列処理と高スループットが不可欠である。
-
唯一の議論は、それらがどこで行われるべきかという点だ。複数のL2を通じて並列化するべきか、それともSolanaのように、統一された流動性とアプリケーションに統合すべきか。
-
並列化とスループットを技術スタックの異なる部分に移動することはできるが、それでもその作業は必要になる。正しい設計選択は、モジュラーチェーンではなく、統合型チェーンに基づいて構築することだ。
ユーザーのニーズとJUMP:
-
規模拡大したアプリケーションが求めるスループットと計算量を算出する。
-
JumpはSolana上で別の顧客と連携しているが、Solana上で新たな顧客を開拓しているチームは他にも存在する。
-
Solanaは多くの浮き沈みを経験してきた。時には自社の停止バグによるものもあり、時には第三者との協力関係によるものもあるが、確かなのは、Solanaコミュニティがその過程全体を通して持続してきたことだ。
-
Solanaは今後も存続し、次のサイクルで優れた成果を上げ続けるだろう。
エンジニアを軽視するのは自己責任である。もっと現実的になろう。
TechFlow公式コミュニティへようこそ
Telegram購読グループ:https://t.me/TechFlowDaily
Twitter公式アカウント:https://x.com/TechFlowPost
Twitter英語アカウント:https://x.com/BlockFlow_News














