元の作成者: AllCoreDevs アップデート
オリジナルのコンピレーション: H.Forest Ventures、0x123
推奨される理由:
推奨される理由:
最初のレベルのタイトル
TL;DR👀
1月から色々な事があったので時間を見つけて書き留めておきました。この記事の主な要点は次のとおりです。
最新のマージされたテストネット Klin が開始されました。その上での Pos の移行により実装上の問題がいくつか明らかになりましたが、現在はマージ テストがすべて整っています。
「上海」と呼ばれる次のイーサリアムのアップグレードが計画されています。 EVM のアップグレード、ビーコン チェーンの撤回、レイヤー 2 の低料金などが計画されています。
イーサリアム実行層の実行可能仕様に関する作業は順調に進んでいます。次のステップは、EL+CL (実行層 + コンセンサス層) のアップグレード プロセスを調整することです。
最初のレベルのタイトル
Kiln 🔥🧱
Kintsugi に続き、Klin テストネットも最近立ち上げられました。 Kintsugi で見つかったエッジケースに基づいて The Merge 仕様に変更を加え、いくつかの名前を変更します。現在、The Merge の実行仕様はほぼ最終版であるように見えますが、Klin での実行への移行中に、いくつかのクライアントで実装上の問題が発生しました。関連チームは、すべての実装が安全で安定していることを確認するためにテストを強化しています。ダニーの最新作完成した投稿これは で紹介されています。
さらに、私たちはより広範な開発者コミュニティに Klin を使用して、その製品が期待どおりに動作することを確認するよう求めています。 Klin を試してくれた Kurtosis、Tenderly、Lido、Uniswap、EthStaker、Infura、Blockdaemon に敬意を表します。
重大な問題が見つからないと仮定すると、Klin がリリースされる最後の公開テストネットになると予想されます。クライアントの実装とインフラストラクチャ/ツールの準備が整ったら、次のステップは既存のテストネット (Ropsten、Goerli、Sepolia など) で The Merge を実行することです。
すべてのアップグレードと同様に、テストネットのアップグレード後も継続的なテストを維持し、テストネットの安定した動作を保証します。テストネットが期待どおりに動作していることが確認できたら、イーサリアムメインネットへの移行を手配します。
コミュニティ全体にとって非常にエキサイティングな時期が近づいていますが、安全な移行が The Merge の最優先事項であり、目標日に実行することよりも重要です。これは、これまでで最も複雑なイーサリアムのアップグレードです。ぜひ実現したいと思っています。
テストネットとメインネットの具体的な更新スケジュールが決定したら、Week in Ethereum、Whats New in Eth2、EF ブログなどのコミュニティ出版物を通じて公開されます。正確な日付は設定されていないため、現在宣伝されている目標日は誤りです。今後数か月間、潜在的な詐欺や誤った発表に特に注意してください。
難易度ボムについてのメモ 💣
昨年のアロー氷河アップグレード（アロー氷河）で遅れたディフィシティボムは、6月頃にブロック生産速度への影響を反映できる見込みです（ここをクリックして表示）最新の進捗状況）。難易度ボムのアップグレードを遅らせる前に POS に移行するのが理想的ですが、次の 3 つの点に注意する価値があります。
ディフィシティボムのブロック時間への影響は段階的です。これは、ユーザーがネットワーク上で爆弾の影響を感じると、ブロックの生成速度は 4 ～ 8 週間以内に低下し続けますが、遅すぎることはありません (おそらく 14 ～ 17 秒) ことを意味します。
歴史的に、爆弾が遅れる場合、通常はそれまでに別のネットワークのアップグレードを計画するため、少なくとも 6 か月は遅らせることを選択します。つまり、爆弾の遅延時間については厳密な規定はなく、6か月以上遅延させるよりも適切であれば、1～2か月程度遅延させることも十分に可能である。
最初のレベルのタイトル
「上海」アップグレード🌃
ここをクリックここをクリック。このアップグレードでは 3 つの大きな変更といくつかの詳細の改善が暫定的に計画されています。このアップデートについて詳しく知りたい方は、この記事を読んでください。
EVM (イーサリアム仮想マシン) オブジェクト形式
長年にわたり、研究者とクライアント開発者は、現在の契約を破ることなく EVM を改善するために熱心に取り組んできました。昨年、Ipsilon チームは非常に賢いアイデアを思いつきました。それは、特定の識別子を使用してデプロイされたコントラクトに新しい機能を提供し、既存のコントラクトはそのまま実行し続けるというものです。これは、現在 EVM オブジェクト フォーマット (略して EOF) として知られているものです。
「London」アップグレードでは、0xEF バイトで始まる新しいコントラクトの展開を無効にすることで、この識別子の一部を保持しました。 「London」アップグレードが公開される前は、0xEF で始まる少数のコントラクトがデプロイされていましたが、現在はこれが機能しません。0xEF プレフィックスに 2 番目のバイト (「マジック」バイトと呼びます) を追加して、Getいかなる契約でも使用されないことを保証できるシーケンス。
EIP-3540 はこの点について詳しく説明しており、このアプローチの最初の具体的な利点、つまりコードとデータを分離してオンチェーン コード検証を容易にすることを強調しています。これは、抽象アカウント、EVM の制御フロー、EIP-3074 など、今日の複雑な機能を有効にするのに役立つ新しいタイプのコントラクト コード部分を導入するための基礎も築きます。
EIP-3540 のコンパニオン プロトコルとして、EIP-3670 は EOF コントラクトが展開されるときにコード検証を有効にします。
ビーコンチェーンの撤回 🏧
「上海」アップグレードのもう 1 つの大きな特徴は、ビーコン チェーン引き出しの有効化です。多くの提案を経て、私たちが設計した EIP-4895 プロトコルはクライアント チームを満足させることができました。ビーコン チェーンはプッシュ操作として引き出しを使用できます。
メタ仕様は、プロセス全体がどのように機能するかを概説します。高いレベルでは、各スロットで、ビーコン チェーンは特定の数の完全または部分的な引き出しを処理できます。すべての出金は、出金額、宛先アドレス、および固有のインデックスを含む領収書によって追跡されます。これらの出金は、今日のプルーフ・オブ・ワークの発行がマイナーにクレジットされるのと同様に、ブロックの作成および検証プロセスの一部として実行層にクレジットされます。コンセンサス層に必要なさまざまな変更を追跡する問題は、コンセンサス仕様リポジトリで見つけることができます。部分引き出しオプションにより、バリデーターは蓄積した報酬を引き出すことができますが、検証を維持して報酬を獲得し続けるためには、32 ETH のステークを確保する必要があります。
下位レイヤー 2 料金📉
「上海」アップグレードで達成したい最後のメジャー アップデートは、Tier 2 コストの削減です。なぜなら、第 2 層によって第 1 層に公開された取引データまたはプルーフから、エンド ユーザーの取引手数料の大部分が第 1 層のデータ ストレージの償却ガスコストから発生するからです。シャーディングは、第 2 レイヤーでデータを公開するための安価なオプションを提供します。仕様は確立されているように見えますが、完全なシャーディングの実装はまだ準備ができていません。
それまでのところ、これらのコストを削減するには 2 つのオプションがあります。メインネット上の CALLDATA のコストを削減するか、おそらくシャード Blob トランザクションと呼ばれるイーサリアム上の新しいトランザクション タイプを導入することによって「生のシャーディング」を実装することです。
CallData によるコスト削減
第 2 レイヤーのトランザクション手数料を削減する最も簡単な方法は、第 1 レイヤーのストレージ コストを削減することです。 EIP-4488 では、CALLDATA のコストを 1 バイトあたり 16 ガスから 3 ガスに削減することを提案しています。 Tier 1 でのストレージ コストが削減されると、Tier 2 のコストも削減されます [1]。
ガスコストの削減は単純な変更ですが、二次的な効果もいくつかあります。まず、CALLDATA をブロックに追加すると、ブロックが大きくなります。これのバランスをとるために、EIP は各ブロック内の CALLDATA の数を制限することを提案しています。第 2 に、上限が設定されている場合でも、この EIP により、実行層の履歴チェーン上のデータの増加率が増加します。上記の問題に対処するために、EIP-4444 は、帯域外の履歴データ取得を開発する必要があること、およびイーサリアム ピアツーピア ネットワーク上の履歴データに関する保証を変更する必要があることを提案しています。
履歴チェーン上のデータは徐々に増加していますが、この EIP を実行するということは、オンラインになった後、より緊急にこの問題に対処する必要があることを意味します。それに加えて、この EIP の一部は完全なシャーディング実装で再利用されます。それはほとんどが一時的な解決策です。言い換えれば、EIP-4488 は比較的単純なアップデートですが、第 2 層のコスト削減に大きな効果をもたらします。
Shard Blob Transactions
もう 1 つの提案である EIP-4844[2] では、シャード Blob トランザクションが導入されており、これにより完全なシャーディング展開ソリューションに近づきます。ビーコンチェーンの撤回と同様に、この提案にはコンセンサス層の仕様やその他のリソースにリンクするメタ仕様が含まれています。
より深いレベルでは、この新しいトランザクション タイプは、ビーコン チェーン上で伝播されるデータ ブロックへのコミットメントで構成されます。この提案は「ミニシャーディング」とみなすことができ、データの可用性サンプリングに依存する代わりに、ネットワーク内のすべてのノードが BLOB 内のすべてのデータを検証する必要があります。フル シャーディングの場合と同様に、これらのボルブ内のデータは、ネットワーク上で一定期間使用できることが保証されており、永続的に保存されるわけではありません。ノード要件の管理性を維持するために、BLOB データはソケットあたり 1MB に制限されますが、フル シャードはソケットあたり 16MB に制限されます。
EIP-4844 は完全なシャーディングの基礎を築きます。今後のすべての変更はコンセンサス層に限定されることに注意してください。実行層の観点から見ると、シャードは稼働中です。
注記：
注記：
ここをクリックここをクリック。
[2] EIP-4488 と EIP4844 は、競合する提案で非常に似た数値を示しており、非常にイライラさせられます。
細部の改善
上記の 3 つの主要な改善に加えて、「上海」アップグレードでは次のようないくつかの小さな改善も検討されています。
EIP-3651、Coinbase アドレスにアクセスするためのガスコストを削減し、EIP-2929 の脆弱性を修正します。
EIP-3860 は、inicode のサイズを制限し、フィールドのガス計測を導入します。
EIP-3855 では、ご想像のとおり、EVM スタックに「0」をプッシュする新しいオペコード PUSH0 が追加されます。
ここをクリックここをクリック）。 EOF、ビーコン チェーンの撤退、レイヤー 2 料金の引き下げにより、「上海」アップグレードはこれまでで最大のアップデートの 1 つとなっているため、アップグレードするものに優先順位を付けるために、今真剣に取り組む必要があります。
最初のレベルのタイトル
イーサリアム実行層仕様 (EELS) 📜
上記を読んで気づいたように、「上海」アップグレードに関するいくつかの提案は、執行層とコンセンサス層にまたがっています。経験則として、各レイヤーに変更を導入するために異なるプロセスを使用します。
エグゼクティブ レベルでは、コア EIP に改良された仕様が含まれています。イーサリアム イエロー ペーパーはネットワークの参照仕様ですが、通常はアップグレードがオンラインになった後にそれに応じて更新され、場合によっては大幅な遅延が発生することもあります。これは、実行層にとって、イエロー ブックと対応する EIP プロトコルが実行層の有効な仕様であることを意味します。
コンセンサス層では、変更が直接指定される実行可能仕様が参照として使用され、変更に対するテストの生成に使用できます。
したがって、コミュニティは実行層のプロセスを十分に理解できますが (参照しやすいデータの説明も提供します)、技術的な観点からはまだ理想的ではありません。逆に、コンセンサス層のプロセスは技術的には環境に優しいものですが、大規模なコミュニティが従うのは困難です。幸いなことに、EELS (イーサリアム実行層の実行可能仕様) の作業はすでに始まっています。
実行層とコンセンサス層の両方に実行可能な仕様があるため、両方の層で変更プロセスを調整できます。解決すべき問題はまだたくさんありますが、移行を達成するための最善の方法についての議論が始まっています。 Ethereum Magicians スレッドは現在、まさにこのトピックに専念しています。 EELS はまだ開発中ですが、「上海」アップグレード中に現在のプロセスと並行して使用できる可能性があります。
最初のレベルのタイトル
協定組合💰
最後に、これも重要な Protocol Guild について話したいと思います。Protocol Guild には完全な通訳 Web サイトが開設されました。プロトコル管理者への報酬が最近話題になっており、プロトコル組合はこの問題の解決策の一部になりたいと考えています。開示声明: 私は Pact Union のメンバーであり、Pact Union から資金提供を受けています。
報酬は、基本給、調整されたインセンティブ、潜在的なアップサイドの 3 つの領域に分類できます。現在、クライアントの開発者と研究者の基本給は、それぞれの雇用主によって支払われています。この一部は株式インセンティブの形で含まれる可能性がありますが、イーサリアム財団は昨年、すべてのクライアントチームがイーサリアムに多額の株式を保有することを保証するために、39,000 ETHの顧客インセンティブプランを発表しました。
プロトコル ユニオンは、イーサリアム自体ではなく、イーサリアム上に構築されたさまざまなプロジェクト用のトークンをメンバーに提供することを目的としているという点で、基本報酬およびインセンティブ プランとは異なります。プロトコルユニオンは、プロトコルエンジニア、研究者、そして私のようなプロトコル調整に携わる少数の人々で構成されています。現在の会員数は約100名。
つまり、組合はスポンサーにトークンを寄付することを許可しており、トークンは時間をかけて受取人に送金されます。受信者のリストは更新できるため、新しい投稿者を追加したり、以前の投稿者を定期的に削除したりできます。
プロトコルユニオンはまだ初期の実験段階にあるが、成功すれば、Gitcoinや遡及的公共財資金調達などの草の根に焦点を当てた取り組みを補完する可能性がある。
Gitcoin 資金の確保に成功した後、プロトコル ユニオンの次のステップはスマート コントラクト アーキテクチャをテストすることです。同時に、最初の寄付者への支援も開始されます。計画では、技術コンポーネントとガバナンス コンポーネントの両方がスムーズに実行されることを保証するために、約 1 年間限定的な寄付ベースでプロトコル ユニオンを運営する予定です。このパイロットによって、イーサリアム上で公共財の資金調達を調整するための新しいメカニズムを構築できることが実証されることを願っています。
次のステップの計画✅
私たちの主な優先事項は引き続きマージであり、テストに新たに重点を置いています。来月にかけて、実装を完了し、複数の短期開発ネットワークを実行し、アプリケーション、インフラストラクチャ、ツールのプロバイダーからフィードバックを収集したいと考えています。他のすべてのこと（「上海」のアップグレード、規範の施行、労働組合の交渉）も同様に継続される。
1 ～ 2 か月以内にまた更新される予定です。同時に、次のこともできます。Devconnect翻訳者注:
翻訳者注:
公式アカウント：H Forest
私たちに従ってください：
私たちのTwitter: @Forest_Ventures
私たちの鏡:H.Forest
公式アカウント：H Forest
