1/30 V 神は最近 ETH ロードマップを更新しました。これには、誰もが解釈できるいくつかの [興味深い点] と [隠しパスワード] が含まれています。

6 つのステージ (黒いボックス) に分かれており、各ステージにはいくつかのマイルストーン (青いボックス) があり、各マイルストーンを完了するにはいくつかのテクノロジーと提案が必要です (緑色のボックス)。

2/30 Merge第一フェーズのマイルストーンA「PoSへの移行」が無事完了し、PoWは歴史の舞台から退きました。ステーキングの出金機能に関しては、プログレスバーから判断すると80%完了しており、間もなく出金が開始される予定です。「上海アップグレード」を楽しみにしています。

3/30 MergeのBマイルストーン「シングルブロック最終確認(SSF)」が新たに追加されました。ブロックファイナライゼーションとは何ですか?不適切な例を挙げると、過去の PoW 時代には、取引所がアカウントを投稿するのに通常 12 ブロックかかりましたが、これは緩やかな要求にすぎず、フォークの可能性は依然として非常に低かったです。 PoS に切り替えた後、理論的には最終的に 32 ブロックが確認され、絶対に不可逆/フォークされます。過去に同様の情報を Twitter で共有しました。https://twitter.com/0x_Todd/status/1552577873889767425ここでは詳しく説明しません~

4/30SSFは「シングルスロット」最終確認と訳されることが多いですが、「シングルブロック」と言った方がスムーズだと思います。その名の通り、最終確認が1ブロックで完了し、確認時間を32ブロック(6.4分)から12秒に短縮します。

https://notes.ethereum.org/@vbuterin/single_slot_finality

5/30 これは難しいことですが、従来の BFT コンセンサスでは、単一のコンセンサスは毎回不可逆的ですが、多数のノードをサポートできないことを知っておく必要があります。ノードが増えると、ノード機器のパフォーマンス要件が急激に増加します。従来の PoW コンセンサスは多くのノードに対応できますが、99.99% の不可逆性を達成するには長い時間がかかります。

6/30 そしてSSFは「両方欲しい、そしてもっと欲しい」。参加するには多数のノードが必要であり、ノード参加のしきい値が低く、単一ブロックでの迅速な確認が必要です。

これは署名技術 (BLS など) の進歩に依存しており、委員会メカニズムと組み合わせて、多数のノードが一緒に署名して帯域幅を節約できるため、単一ブロックの確認が期待されます。ただし、進行状況バーを見ると、まだまだ道のりは長いです。

7/30 Surge の第 2 フェーズは非常に興味深いもので、TPS が 100,000 に達する必要があるという非常に直感的な KPI が追加されます。でも、ちょっと罪悪感を持って括弧を付け加えて、ロールアップは考慮されていると言いました(笑)。マイルストーン A は、EIP-4844 提案に完全に依存するロールアップの初期拡張を完了することです。

8/30 EIP-4844 (プロト ダンクシャーディング) がロードマップに明示的に組み込まれました。 4844 は、Danksharding のフロントエンド ソリューションであり、難易度はそれほど高くありません。簡単に言うと、BLOB は最初に ETH メイン ネットワークに接続されるため、すべてのロールアップ データはメイン チェーンではなく BLOB に保存されます。物流倉庫が上海ではなく昆山に建設されることを好むのと同様です。これにより、より多くのロールアップを受信できると同時に、各ロールアップのコストを削減できます。 https://www.eip4844.com/

9/30 また、4844 は簡易バージョンであるため、BLOB は引き続き PoS ノードによって管理されます。このように、当初予定されていた 16MB はノードにとって耐えられないため、1MB BLOB に変更されました。もちろん、1MB も悪くはなく、ロールアップ料金を大幅に削減できます。プログレスバーは約 60% なので、順調に進んでいると思われます。

10/30 第 2 フェーズのマイルストーン B はロールアップの完全拡張です。焦点は、データも保存する DA レイヤーにあります。

不適切なたとえとしては、ETH が一部のデータを個人で保管するのはやりすぎであるため、ETH はアウトソーサーを見つけることにしたということです。したがって、この外部委託されたデータ層 (DA) の悪事を防ぐために、データ サンプリング (DA サンプリング) も必要になります。その進歩は目覚ましく、おそらくまだ理論的な実証段階にあります。ははは。

11/30 さらに、ETHの公式見解では、ZKの技術的成熟度はわずか1/3、OPシステムはわずか1/2、つまり、1人は幼稚園、もう1人はまだ幼児です。理想的な点には程遠い。したがって、今後発売されるいくつかの ZK シリーズは、基本的に予定通りの発売を急ぐ結果であり、おそらく多くの集中的な想定と妥協を行った結果であることは理解できます。

12/30 前回のロードマップにはなかった第3ステージに新たにスカージが追加されました!この小さなゾンビのアバターは、このステージが主に MEV を対象としていることを表しており、ETH がこれを非常に重視していることを非常に嬉しく思います。 MEVはダメだ。ナンセンは私のアドレスをオンチェーンのヘビートレーダーでありサンドイッチ攻撃の被害者であるとレッテルを貼り、私のトレーディングの頭は毎日圧迫され、MEVを好むユーザーは一人もいませんでした。

13/30 しかし、MEV は PoS ノードにとって良いビジネスです。 EQ が低いという議論は、MEV に接続している PoS ノードが実際にチェーン上で「利益を求めて一般大衆と競争」しているということです。ロードマップの話に戻りますが、幸いなことにETHは依然としてトランザクションのパッケージングは​​中立である必要があると考えています。現在選択されている解決策は、PBS を使用して MEV の影響を軽減することです。

14/30PBS は、ブロックの作成者と発注者が分離されていることを意味します。ソーターはソートのみを担当し、チェーンに置きません。ブロックプロデューサーはトランザクションを気にせず、ソーターが作成したパッケージを直接選択してチェーンに置きます。そうすれば贈収賄の連鎖は長くなり、多少はマシになるだろう。しかし、根本的な原因を治すことはできず、それを「軽減」することしかできません。結局のところ、PBSはノードの力を弱め、引用を公開するだけです。

15/30 さらに、ロードマップにはいくつかの小さな疑問が残っており、それが次の研究の方向性となる可能性があります。たとえば、アプリは事前確認に直接役立ちますか?たとえば、Uni は内部予約の作成を支援し、トランザクションは成功します。あるいは、アプリはユーザーを保護するためにサンドイッチを公的に禁止できますか (フロントランニング保護)。たとえば、ユニはサンドイッチボットを禁止しました。

16/30 ところで、PBS の仕事は基本的に 20 ~ 40% しか実行されていません。 1 つだけ完成しています。それが外部 MEV マーケットです。これはおそらく Flashbot を指します。

17/30 Verge の第 4 フェーズ (古いロードマップの第 3 フェーズ) はあまり変わっていません。主なマイルストーンは Verkel ツリーの構築です。これがうまく開発されれば、検証ブロックは非常に高速かつスムーズになります。この作業にはある程度の進歩があり、前の段階の PBS の進歩よりもさらに速いです。

18/30 ただし、以前は ETH は完全な ZK 化 (fullSNARKEedETH) のみを興味深いトピックと考えていましたが、現在では L1 ZK 化が Verge のロードマップに明確に追加されています。これは L2 ではなく L1 であり、ZK 化する必要があることに注意してください。もちろん、それに関連する作業はまだ始まっていません。

19/30 さらに、最初の 4 つの段階には量子耐性アルゴリズム (量子安全) もわずかに含まれていますが、量子クラッキングはまだ非常に初期の実験室段階にあり、重要ではありますが緊急の問題ではありません。

20/30 第 5 段階のパージは、絵文字がほうきであることを意味します。この段階で最も重要なことは、初期の段階で負った「技術的負債」を完遂することです。この用語は非常に現実的です。初期には、履歴記録やステータス記録の保存など、多くの ETH 構造が明確に検討されていませんでしたが、現在、それらをすべて一度に改善することにしました。

21/30 過去と比較した変更点は、EIP-4444 がロードマップに明示的に書き込まれていることです。 EIP-4444 の核心は、クライアントが 1 年前のデータなどの無意味な履歴データを削除することを要求します。これはブロックチェーン台帳を直接切り離すことを意味するのではなく、肥大化した履歴データの一部を切り離すことを意味することに注意してください。ブロックチェーン台帳は基盤であり、決して触れることはできません。

22/30 ここで面白いことがあります。EIP-4444 では、発音が「fourfours」であることが正式に要求されています。

https://eips.ethereum.org/EIPS/eip-4444

23/30 の期限切れステータスについても同様です。実際、理論上は、元帳がある限り、各口座のすべての取引を取り消すことができます。しかし実際には、毎回押し返すのは遅すぎます。したがって、イーサリアムでは、たとえば、ある瞬間にアカウント A にいくらのお金があり、アカウント B にいくらのお金があるかというステータス ツリーも維持されます。これにより、確認が大幅に高速化されます。

24/30 しかし、「高速」の代償として、ETH のステータス データが多すぎるため、多くのノードにとって数 TB のステータス データは多すぎます。より多くのホームレベルのノードがアクセスできるようにすることは、常に ETH (および BTC) の最大の追求です。したがって、この目標を達成するにはステータスを削減する必要があります。国家の失効はこれを行うことですが、現在の計画は…実際にはまだあまり明確ではなく、まだ開始されていないと理解しています。

25/30 さらに、第 5 段階では、GAS を返すメカニズムである自己破壊の無効化やガス モデルの最適化など、EVM の最適化作業を行う必要があります。

26/30 最後の第 6 ステージである Splurge には、他のすべてを修正するという特別な目標があります。たとえば、EVM では多くのことを最適化する必要があります。たとえば、VDF ではチェーン上で真の乱数を生成できます。実際には、VDF には以前のロードマップがありますが、VDF の実装にはハードウェアの連携が必要なようです (強調追加)。

27/30 また、EIP-4337もこのルートでの新規提案です。アカウントの抽象化は多くの人によって導入されてきました。簡単に言えば、以前はスマート コントラクトはオンチェーン トランザクションにのみ使用できましたが、現在ではスマート コントラクトがウォレット内で直接使用できるようになることを期待しています。

例えば:

-ソーシャルメディア経由で直接ウォレットを復元します

- プロジェクトパーティーはガス料金の前払いに役立ちます

- ガスなどのUSDT

28/30 これを実装するには、新しい特別なトランザクション メモリプールが必要です。これらの前払いトランザクションはすべてここに掲載されており、他の人によって前処理されています。分かりましたか?これにはETHを変更する必要はありません。当時、4337 計画には実際には多くの代替案がありましたが、他の提案を最終的に打ち破る鍵となったのは、コンセンサス層の変更を必要としないことでした。誰もがパッチを適用することを好みますが、ハードフォークはブロックチェーンにとってあまりにも有害です。

https://eips.ethereum.org/EIPS/eip-4337

29/30 アカウントの抽象化は実際には良いことですが、その名前は抽象的すぎて多くの人にとって理解しにくいものです。しかし、これが大量養子縁組の鍵です。これがなければ、ETH は数千万人のユーザーのボトルネックを突破することは決してできないでしょう。しかし、実際には、全体的な開発は並行しているものの、優先順位は明らかに異なります。

30/30 エンドゲーム! イーサリアムのエンドゲームとはどのようなものですか? $ETH は、非常に高性能で安全な大規模ノードであり、検閲に耐性のあるパブリック チェーンであると同時に、非常に使いやすいフロントエンドとバックエンドも備えており、これが将来につながる可能性があります。私たちはあらゆる場所での信頼への依存から解放されます。その日を楽しみにしています。