ベイスの拡張計画について読む：将来的には週当たり100万ガス/秒のガス目標を増やす

出典：Base, Mirror; Compiled by Tao Zhu, Golden Finance

Baseの2024年ロードマップのイニシアチブの1つは、オンチェーン技術を誰もが手頃な価格で利用できるようにすることです。私たちは、オンチェーン経済へのグローバルな参加を可能にするため、安全で分散化されたL2上で高速かつ低コストの取引を提供することに注力しています。

私たちはこの新しいブログシリーズ「Scaling Base」で私たちの進捗を紹介し、最新情報と10億人をオンチェーンにする計画を共有していきます。

リリース以来のスケーリングベース

Etherは今年3月にEIP-4844を発表しました。このアップグレードは、イーサネットのメインネットワーク料金からL2料金を分離することで、L2料金を100分の1に削減します。この分離により、結合されたネットワークは拡張することができます。レイヤー2が混雑した場合、レイヤー2は独立して動作し、目標容量を増加させ、トランザクションコストを削減することができます。

その結果、1年前の立ち上げ以来、Baseのスループットを4倍に拡大し、1ブロックあたりのガスターゲットを2.5メガ・ガス/秒から10メガ・ガス/秒に増やし、アクティビティが増加しても手数料を1セント以下に抑えました。これは、Baseのコアチームとエコシステム全体のビルダーが、OPスタック、Etherクライアント、EVMを拡張するための広範な努力によってのみ可能なことです。

数ヶ月前、私たちはBaseで1 Ggas/sの容量を達成するという野心的な目標を設定しました。この目標を達成するには、多くのチームの努力と協力が必要であることはわかっていました。一歩引いてみて、私たちの内部チームにとっても、より広いエコシステムにとっても、スケーリングプロセスの予測可能性が高ければ高いほど、必要な作業を計画し調整するのが容易になることに気づきました。

この明確さを提供するために、私たちはベースのスケーリングについての考え方を変えています。私たちはガスの目標を継続的に増加させるよう取り組み、そしてすべての主要なプロパティをスケーリングすることによって、その増加を確実に達成できるよう取り組むつもりです。

まず、9月末からベースとなるガス目標を毎週1メガ・ガス/秒ずつ増やすことを公約します。-計画を変更する必要がある場合は、重要な学習と変更を明確に伝えます。基礎となるインフラの拡張を続け、信頼を築き上げるにつれて、私たちの目標は、成長率（たとえば週に2Mgas/s）を高め、1Ggas/sへの進歩を加速させることです。

PectraとPeerDAS

Baseが拡大し続けるにつれて、L2が次の10億ユーザーをチェーンにもたらし続けることができるように、L1データの可用性を向上させるために必要なメインネットのアップグレードを統合することをイーサコミュニティは期待しています。

私たちは過去2年間、EtherNetのコア開発者コミュニティとEIP-4844を皮切りに、このタスクに取り組んできました。Baseチーム、OP Labs、およびEtherCore開発者が共同で主導したこのアップグレードは、データの可用性を提供するためにブロブスペースを導入し、一定量のブロブスペースを提供することで、Baseおよび他のL2のコストを大幅に削減します。

しかし、需要が増加するにつれて、私たちの予測では、現在の制限では来年にはBaseのニーズを満たすことができなくなります。そこでPeerDASの出番です。

PeerDAS (Peer Data Availability Sampling)は、近々予定されているPectraハードフォークでのプロトコル変更で、すべてのノードがすべてのブロブをダウンロードすることを要求することなく、総ブロブ容量を増やすことで問題を解決します。イーサネットノードがすべてのブロブデータにアクセスできるようにする一方で、ダウンロードするのはごく一部であるため、ネットワーク帯域幅の要件が大幅に削減され、データ可用性容量が大幅に解放されます。

Baseのコアチームは、PeerDASをPectraのアップグレードに組み込むための準備を積極的に行ってきました。ethPandaOpsと協力してPeerDAS開発ネットワークのネットワーク分析を行っており、推奨を行うために必要なデータを提供しています。

PeerDASのブロブ容量

これらの貢献に加えて、私たちはPeerDASの活性化と並行して、ブロブ容量の大幅な増加を提唱しています。これは、個々のノードに過負荷をかけることなく、より多くのデータを処理できるようにする、スケーリングの取り組みにとって重要です。

帯域幅に影響を与えるようなプロトコルの変更は、ネットワークの不安定性やネットワーク関連のサービス拒否攻撃を引き起こす危険性があるため、当然ながら開発者から精査を受ける必要があります。PeerDASは複雑であるため、そもそもブロブ容量はそのままに、PeerDASを含めるべきだと主張する人もいます。このアプローチでは、データ可用性容量の増加は、その後のアップグレードまで延期されることになり、2025年にPectraがアクティベートされた後、（1年とは言わないまでも）数カ月後になる可能性があります。

PeerDASの最終的な詳細はまだ議論中ですが、そのアーキテクチャによって、帯域幅が制限されている既存の誓約が安全に参加できると考えています。さらに、同じくPectraで計画されているEIP-7251は、ノードの帯域幅の主要な消費者である認証とsync_committee p2pトラフィックを削減するはずです。

ブロブデータに高い最低価格を課す

容量を増やすことに反対する1つの議論は、L1ノードがデータの可用性を提供するために必要な計算、ストレージ、帯域幅を公平に補償する必要があるということです。ブロブに対する需要が目標を下回る場合、価格は、ブロブデータの1バイトあたり1ウェイという最低価格に引き下げられます。目標容量を上回る需要により、L1ノードが負担するコストをよりよく回収する市場ベースの価格設定メカニズムが有効になります。

私たちは、DA容量を制限することによってこの問題を解決することは間違った方向への一歩であると信じています。その代わりに、私たちは、ネットワークに制約を与えないようにしながら、公平に補償するブロブスペースの健全な市場を確保する別のアプローチを推奨します。いくつかの潜在的な解決策は、最低ブロブ料金を引き上げるか、ブロブデータに対して別の料金メカニズムを実装することです。

EIP-4844がリリースされると、ブロブに対する平均的な需要が現在ブロックあたり3である目標値よりも低い限り、L2トランザクション料金はメインのEtherNet料金から切り離されます。

これまでのところ、ブロブ需要が長期にわたってこの目標を上回っているケースはほんの一握りです。目標値を下回るブロブ需要を、保守的であることの理由と考える人もいるかもしれません。しかし、ベイスの拡張計画とL2需要の伸びにより、今後数カ月は常に需要がキャパシティに達するか、それを上回ると予想される。目標を超えると、トランザクション料金のデカップリングが終了し、L2が独自に容量を追加して料金を低く抑えることができなくなります。

データの可用性が目標容量に達すると、スケーリングはゼロサムゲームになります。私たちの目標は、ポジティブサムのスケーリング環境を作ることです。PeerDASを実装し、ブロブの数を増やすことは、この目標を達成するための重要なステップです。

L1データの可用性は、必要なデータ量を削減するL2プロトコルの改良によって間接的に拡張できます。 OP Stackはすでに、スパニング・バッチ・データ・レイアウトやFjordアップグレードによるBrotli圧縮などの革新的な機能を備えており、Baseのデータ圧縮率を25%向上させています。将来的な機能強化としては、ステートフル圧縮や、L2トランザクションとUserOpsの集約可能な署名などがある。これらの改良は有用ではあるが、ケーキの上のアイシングである。最終的には、健全な拡張ロードマップをサポートするために、メインネットワークのデータ可用性容量が大きくなる必要があります。

今後の展望

イーサネットが成長を続ける中、データ可用性容量の増加は、最終的には有機的な需要によって吸収されるでしょう。データ可用性のための市場ベースの価格設定体制は避けられませんが、分離料金を可能な限り長く維持することで、イーサはより早くその潜在能力をフルに発揮できるようになります。