原文はヴィタリックの「Ethereum has blobs. Where do we go from here?》を日常jkがまとめました。
3 月 13 日、Dencun ハード フォークが有効になり、イーサリアムの待望の機能の 1 つであるプロト ダンクシャーディング (別名 EIP-4844、別名 BLOB) が可能になりました。当初、BLOB は事実上無料であったため、フォークによりロールアップの取引手数料が 100 分の 1 以上削減されました。ここ 1 日で、ついに BLOB のサイズが急増し、BLOB スクリプト プロトコルが BLOB を使用し始めると手数料市場が活性化しました。 BLOB は無料ではありませんが、それでも calldata よりもはるかに安価です。
左: Blobscriptions のおかげで、BLOB の使用量はついにブロックあたり 3 という目標に達しました。右: これにより、BLOB 手数料が「価格検出モードに入る」ようになります。ソース：https://dune.com/0x Rob/blobs。
このマイルストーンは、イーサリアムの長期ロードマップにおける重要な変化を表しています。BLOB により、イーサリアムの拡張はもはや「ゼロから 1 へ」の問題ではなく、「1 から多へ」の問題になります。ここから、BLOB の数を増やすか、各 BLOB を利用するためのロールアップの機能を増やすなど、重要なスケーリング作業が継続しますが、より段階的なものになります。イーサリアムがエコシステムとして動作する方法の根本的な変更に関連するスケーリングの変更は、ますます遅れています。さらに、焦点は徐々に移行しており、PoS やスケーリングなどの L1 の問題からアプリケーション層に近い問題にゆっくりと移行し続けるでしょう。この記事で検討する主な質問は次のとおりです。イーサリアムは次にどこへ行くのでしょうか？
イーサリアムのスケーリングの将来
過去数年間にわたり、私たちはイーサリアムが徐々に L2 中心のエコシステムに変化するのを目の当たりにしてきました。主要なアプリケーションは L1 から L2 に移行し始め、支払いはデフォルトで L2 に基づいて行われ始め、ウォレットは新しいマルチ L2 環境を中心にユーザー エクスペリエンスを構築し始めました。
当初から、ロールアップ中心のロードマップの重要な部分は次のとおりでした。独立したデータ可用性スペース概念: ロールアップなどの第 2 層プロジェクトのデータを保存できる、EVM にアクセスできないブロックの特別なスペース部分。このデータ空間は EVM にアクセスできないため、ブロックとは別にブロードキャストし、個別に検証できます。最終的には、データ可用性サンプリングと呼ばれる手法を通じて検証できます。これにより、各ノードは、いくつかの小さなサンプルをランダムにチェックすることで、データが正しく公開されたことを検証できます。実装すると、BLOB スペースを大幅に拡張でき、最終目標はスロットあたり 16 MB (約 1.33 MB/秒) になります。
データ可用性のサンプリング: 各ノードは、データ全体の可用性を検証するためにデータのごく一部をダウンロードするだけで済みます。
EIP-4844 (すなわち、"blobs") では、データの可用性サンプリングは提供されません。しかし、それは次のような方法で基本的なフレームワークを設定します。ここから、ユーザーやアプリケーションの介入なしに、データ可用性サンプリングを導入し、舞台裏で BLOB の数を増やすことができます。実際、必要な「ハードフォーク」は単純なパラメータ変更だけです。
ここから、開発を継続する必要がある 2 つの方向は次のとおりです。
BLOB 容量を徐々に増やし、最終的にはデータ可用性サンプリングのパノラマ ビューを実現し、タイム スロットごとに 16 MB のデータ スペースを提供します。
所有するデータスペースをより有効活用するために L2 を改善します。
DAS に命を吹き込む
次の段階は、PeerDAS と呼ばれる DAS の簡易バージョンになる可能性があります。 PeerDAS では、各ノードは総 blob データの重要な部分 (たとえば、1/8) を格納し、ノードは p2p ネットワーク内の多くのピアとの接続を維持します。ノードは、特定のデータ部分をサンプリングする必要がある場合、そのデータ部分の保存を担当することがわかっているピアの 1 つに問い合わせます。
各ノードが全データの 1/8 をダウンロードして保存する必要がある場合、PeerDAS では理論的には BLOB のサイズを 8 倍に増やすことができます (消去コーディングの冗長性により 2 倍が失われるため、実際には 4 倍)。 PeerDAS は時間をかけて展開することができます。プロのステーカーが完全な BLOB をダウンロードし続ける一方で、個人のステーカーがデータの 1/8 だけをダウンロードするフェーズが存在する可能性があります。
これに加えて、EIP-7623 (または 2D 価格設定などの代替手段) を使用して、実行ブロック (つまり、ブロック内の「通常のトランザクション」) の最大サイズに対してより厳しい制限を設定することもできます。これにより、BLOB ターゲットと L1 ガスの両方の増加が可能になります。キャップがより安全になります。長期的には、より複雑な 2D DAS プロトコルにより、全体的な改善が可能になり、BLOB スペースをさらに増やすことができるようになります。
L2パフォーマンスの向上
現在、レイヤー 2 (L2) プロトコルは 4 つの主要な方法で改善できます。
1. データ圧縮によりバイトをより効率的に使用する
素朴に言うと、トランザクションには約 180 バイトのデータが必要です。ただし、さまざまな圧縮技術このサイズはいくつかの段階で削減でき、最適な圧縮により、最終的にはトランザクションあたりのデータ量を 25 バイト未満に削減できる可能性があります。
2. L2 のセキュリティを確保するために、特殊な状況下でのみ L1 のオプティミスティック データ テクノロジーを使用してください。
Plasma これは、一部のアプリケーションに対してロールアップと同等のセキュリティを提供しながら、通常の状況ではデータを L2 上に保持できるようにするテクノロジーの一種です。 EVM の場合、Plasma はすべてのコインを保護することはできません。しかし、プラズマにインスピレーションを得たビルドは、ほとんどのコインを保護できます。そして、Plasma よりもはるかに単純なビルドにより、今日のパフォーマンスが劇的に改善される可能性があります。validiums。すべてのデータをオンチェーンに置くことを望まない L2 は、そのようなテクノロジーを検討する必要があります。
3. 執行関連の制限を継続的に改善する
Dencun ハード フォークがアクティブ化されると、導入される BLOB を使用するためにロールアップをセットアップするコストが 100 分の 1 に削減されます。基本ロールアップでは、すぐに使用量が急増しました。
これにより、Base が内部ガス制限に達し、その結果、予想外のコストの高騰。これにより、拡張する必要があるのはイーサリアムのデータ空間だけではなく、内部的にはロールアップも拡張する必要があるという認識が広くなります。
これの一部は並列化であり、ロールアップによりEIP-648に似ているのこと。しかし、同様に重要なのはストレージ、そしてコンピューティングとストレージの間の接続です。相互作用効果。これはロールアップにとってエンジニアリング上の重要な課題です。
4. セキュリティを継続的に改善する
ロールアップがコードによって真に保護される世界にはまだ程遠いです。実際、l2 Beat によれば、これら 5 つのうちの 1 つだけ、つまり Arbitrum だけが、私が「」と呼ぶ範囲でさえ、EVM を完全にサポートしています。最初のステージ”。
これには正面から取り組む必要があります。私たちは洗練されたオプティミスティックまたは SNARK ベースの EVM バリデーターのコードにまだ十分な自信を持っていませんが、間違いなく半分まで到達することができ、高いしきい値で介入できる安全委員会を持っています (例: 私のようなもの)提案は 6-of-8、Arbitrum は 9-of-12) を実行してコードの動作を変更します。
エコシステムの基準はより厳格になる必要があります。これまでのところ、私たちは「分散化への道を進んでいる」と主張するプロジェクトを寛容に受け入れてきました。年末までに基準を引き上げ、少なくともステージ 1 に達したプロジェクトのみをロールアップとして考慮すべきだと思います。
この後、私たちは慎重に第 2 段階に進むことができます。コードによって真にサポートされているロールアップと、コードが「明らかに矛盾している」場合にのみ安全委員会が設置されます (たとえば、2 つの互換性のない状態ルートを受け入れる、または 2 つの異なる世界を受け入れるなど)。異なる答えをした場合にのみ介入してください）。この目標を安全に達成するための 1 つの方法は、複数の証明者を使用して実装。
これはイーサリアムの開発にとって何を意味しますか?
存在する2022年夏のETHCCにて, イーサリアム開発の現状をS字カーブで説明するレポートを作成しました: 私たちは非常に急速な移行期間に入っており、その後、L1が統合され、開発がユーザー層とアプリケーション層に再び焦点を当てるにつれて、開発は再び焦点を当てますユーザー層とアプリケーション層が遅い。
今日、私たちは明らかにこの S 字カーブの右側の減速部分にいると言えます。2 週間前の時点で、イーサリアム ブロックチェーンに対する 2 つの最大の変更、プルーフ オブ ステークへの切り替えと BLOB へのリファクタリングが完了しました。将来の変更も依然として重要です（例:バークルの木、シングルスロットのファイナリティ、プロトコル内のアカウントの抽象化）、しかしそれらはプルーフ・オブ・ステークやシャーディングほど劇的ではありません。 2022 年、イーサリアムは飛行中にエンジンを交換する飛行機のようなものです。 2023年に翼を交換しました。 Verkle ツリーの移行は、残りの本当に重要な主な変更です (テストネットはすでにあります); 他の変更は、リア ウイングの交換に似ています。
EIP-4844 の目標は、ロールアップの長期的な安定性を設定するために 1 回限りの大規模な変更を行うことです。 BLOB が公開されたので、今後のアップグレードには 16 MB BLOB による完全なダンクシャーディングと、暗号化の変換も含まれる予定です。64 ビットの goldilocks フィールドの STARK、ロールアップやユーザーによる追加のアクションを必要とせずに発生する可能性があります。また、これは重要な先例を裏付けるものです。イーサリアムの開発プロセスは長年の周知のロードマップに従って実行され、L2 を含む「新しいイーサリアム」を念頭に構築されたアプリケーションは長期的に安定した環境を受け取ります。
これはアプリケーションとユーザーにとって何を意味しますか?
イーサリアムの最初の 10 年間は、まさにトレーニング段階でした。目標は常にイーサリアム L1 を軌道に乗せることであり、主に熱心な少数のグループの間で採用が行われました。過去10年間に大量導入がなかったことが、仮想通貨が役に立たないことを証明していると多くの人が主張している。私は常に、非金融投機の仮想通貨アプリケーションのほぼすべてが低額の手数料に依存しているという考えに反対してきました。したがって、高額な手数料に直面しても、主に金融投機であることに驚くべきではありません。
BLOB ができたので、私たちを妨げていたこの重要な制限が溶け始めます。ようやく料金が大幅に下がった、7年前の私の発言、つまり、インターネットでの各金銭取引のコストは 5 セントを超えてはなりません，ついに叶う。私たちはまだ完全に危機を脱したわけではありません。使用量が急速に増加した場合、料金は依然として増加する可能性があり、今後数年間にわたって BLOB (および個別のロールアップ) のスケーリングに取り組み続ける必要があります。しかし、私たちはトンネルの終わりに光を見ます...ええと...暗い森。
開発者にとって、これは単純な 1 つのことを意味します。それは、もう言い訳はできないということです。数年前まで、私たちはプロトタイプとして機能し、適度に分散化されている限り、明らかに大規模には使用できないアプリケーションを構築するという低いハードルを自分たちに設定していました。今日、私たちはサイファーパンクでありながらユーザーフレンドリーなアプリケーションを構築するために必要なツールをすべて備えており、実際、これからも使用できるツールのほとんどが揃っています。だから、外に出てそれをやるべきだ。
多くの人がこの課題に立ち向かっています。 Daimo Wallet は、自身をイーサリアム上の Venmo であると明確に説明しており、Venmo の利便性とイーサリアムの分散化を組み合わせることを目指しています。分散型ソーシャルの世界では、Farcaster は真の分散化 (たとえば、独自の代替クライアントの構築方法に関するこのガイドを確認してください) と優れたユーザー エクスペリエンスを組み合わせるという素晴らしい仕事をしています。以前の「ソーシャル ファイナンス」ブームとは異なり、平均的な Farcaster ユーザーはギャンブルをするためにそこにいるのではなく、真に持続可能な暗号アプリの重要なテストに合格するためにそこにいるのではありません。
この投稿はメインの Farcaster クライアント Warpcast 経由で送信され、このスクリーンショットは代替の Farcaster + Lens クライアント Firefly からのものです。
これらの成功を基にして、アイデンティティ、評判、ガバナンスなどの他のアプリケーション分野に拡張する必要があります。
現在構築または保守されているアプリケーションには、2020 年代のイーサリアムが青写真として含まれている必要があります
イーサリアムのエコシステムには、基本的に「2010 年代のイーサリアム」であるワークフローを中心に動作する多数のアプリケーションが依然として存在します。ほとんどの ENS アクティビティは依然として最初の層 (L1) で発生します。ほとんどのトークン発行は最初の層でも行われ、ブリッジング トークンが 2 番目の層 (L2) で利用可能であることを保証することについては真剣に考慮されていません (たとえば、これを確認してください)ゼレンスキー・ミームコインのファンこのコインがウクライナへの継続的な寄付を称賛しているが、L1手数料が高すぎると不満を抱いている）。スケーラビリティに加えて、プライバシーの面でも遅れています。POAP はすべてオンチェーンで公開されており、これは一部のユースケースでは正しい選択かもしれませんが、他のユースケースでは最適とは言えません。ほとんどの DAO と Gitcoin Grants は依然として完全に透明性の高いオンチェーン投票を使用しているため、贈収賄 (イベント後のエアドロップを含む) の影響を非常に受けやすく、寄付パターンを著しく歪めていることがわかっています。現在、ZK-SNARK は何年も前から存在していますが、多くのアプリケーションはまだ ZK-SNARK を適切に使用し始めていません。
これらのチームは、既存の大規模なユーザー ベースに対応しなければならない勤勉なチームなので、同時に最新のテクノロジーの波にアップグレードしなかったことを責めるつもりはありません。しかし、すぐにこのアップグレードが必要になります。 「基本的に 2010 年代のイーサリアム ワークフロー」と「基本的に 2020 年代のイーサリアム ワークフロー」の主な違いは次のとおりです。
基本的にはイーサリアムもはや単なる金融エコシステムではない。これは、「集中型テクノロジー」のほとんどの領域に代わるフルスタックであり、集中型テクノロジーではできないいくつかの機能 (ガバナンス関連のアプリケーションなど) も提供します。私たちは、このより広範なエコシステムを念頭に置いて構築する必要があります。
結論は
イーサリアムは、「L1 の急速な進歩」の時代から、L1 の進歩は依然として顕著であるものの、若干控えめでアプリケーションへの影響が少ない時代への決定的な移行を経験しています。
まだ拡張を完了する必要があります。この作業は舞台裏で行われることになりますが、それでも重要です。
アプリ開発者はもはやプロトタイプを構築するだけではなく、何百万人もの人々が使用できるツールを構築しています。エコシステム全体にわたって、私たちはそれに応じて考え方を完全に調整する必要があります。
イーサリアムは、「単なる」金融エコシステムから、より完全に独立した分散型テクノロジースタックへと進化しました。エコシステム全体にわたって、私たちはこれに対する考え方を完全にそれに応じて調整する必要があります。
