イーサリアム開発者

イーサリアム開発者会議:Pectraアップグレードに新しいバグが発生し、公共テストネットのアップグレード時間が延期されました。

ChainCatcher のメッセージによると、イーサリアムの開発者は第204回コア開発者実行層会議(ACDE)で、Pectra Devnet 5に新しいコンセンサスバグが発生し、Nethermindクライアントに影響を与えたため、公共テストネットの具体的なアップグレード時間の決定を延期することを決定しました。Nethermindチームは、このBLSプリコンパイルの最適化によって引き起こされたバグは修正されており、Devnet 6の立ち上げには影響しないと述べています。開発者は来週のACD会議でテストネットのアップグレード時間を再度議論する予定です。さらに、会議ではGethクライアントに影響を与えるセキュリティ脆弱性についても議論されました。この脆弱性はイーサリアムのピアツーピア層とLayer-2スケーリングソリューションに影響を与える可能性があり、Geth 1.14以上のバージョンを実行しているノードは最新バージョンに即座に更新する必要があります。Pectraのアップグレード計画のタイムラインは以下の通りです:2月3日週:Devnet 6を開始;2月6日(木曜日):次回のACD会議でHoleskyとSepoliaテストネットのアップグレード時間を決定;2月10-11日(月曜日または火曜日):テストネットアップグレードの公式発表を行う;2月19日頃:Holeskyテストネットのアップグレード;2月20日:開発者会議でイーサリアムメインネットのアップグレード時間を決定;2月26日頃:Sepoliaテストネットのアップグレード(Holeskyアップグレード後約1週間の予定);2月27-28日:メインネットアップグレードの最終バージョンを発表;3月中旬:イーサリアムメインネットのアップグレード。

Base プロトコルの責任者など、多くのイーサリアム開発者と L2 リーダーがベースドロールアップを支持しています。

ChainCatcher のメッセージによると、Cointelegraph が報じたところでは、Base プロトコルの責任者である Jesse Pollak は最近、イーサリアムの創設者および開発者との電話会議で、based rollups は「柔軟で強力なツールであり、これを Base に適用することで、イーサリアムとの結びつきを強化し、提供するセキュリティを向上させることができる」と述べました。Optimism Foundation の理事 Ben Jones は、based rollups がイーサリアムの基盤層と L2 との協力を改善すると補足しました。イーサリアム L2 ネットワーク(Arbitrum、Optimism、Base など)は、高速で集中型のソーター(取引処理とブロックチェーンブロックへの追加順序)を展開することで巨額の手数料を徴収していますが、これは統一性を犠牲にしています。イーサリアムのコア開発者 Justin Drake が 2023 年 3 月に提案した based rollups は、このプロセスを基盤層に戻し、ネットワークの分散化を改善します。なぜなら、ブロック構築プロセスは単一の集中型ソーターではなく、すべてのイーサリアム検証者によって実行されるからです。同時に、native rollups は基盤層上の取引の実行方法を改善し、ネットワークの相互運用性を高めます。しかし、これらの L2 は最大可抽出価値を通じて得られる収入の大部分を放棄することになります。Dune Analytics のデータによると、based rollups への移行をサポートしている Arbitrum は、その集中型ソーターから 2.1 億ドルの収入を得ており、Base の収入は 9620 万ドルです。注目すべきは、based rollups または native rollups がイーサリアムの基盤層にさらなる収入をもたらし、ETH の価格にポジティブな影響を与える可能性があることです。しかし、イーサリアムの基盤層の分散型ソーターは、取引が 12 秒以内に確認されることを意味し、多くのイーサリアム L2 のように約 1 秒で確認されるわけではありません。数人のイーサリアム L2 リーダーも、based rollups をサポートするインフラである「FABRIC」の展開に賛成しています。イーサリアム L2 Taiko の CEO Daniel Wang は、このプロトコルがイーサリアムの相互運用性の問題を「解決」するために FABRIC 標準を採用する意向を示し、「私たちは FABRIC 標準を待っており、一緒に取り組んで完全なソリューションを提供できることを望んでいます」と述べました。

イーサリアム開発者ライアン・バークマンスがマックス・レスニックの転職についてコメント:ソラナは資金力のある紙の虎だ。

ChainCatcher のメッセージ、イーサリアム開発者 Ryan Berckmans は Max Resnick の転職行動についてコメントしました:「Max Resnick がイーサリアム拡張コア開発コミュニティを離れるのを見て嬉しいです。Resnick などの批評家は、イーサリアムは Solana のようになるべきだとしばしば主張しています。しかし実際には、イーサリアムは L2 拡張戦略によって頂点に達しており、戦略を変更する必要はありません。Solana は、顧客の多様性、真のプロトコル仕様、研究コミュニティ、さらにはより多くのオンチェーン資本を含む、イーサリアムが既に持っているものを購入しようとしています。現在実際に起こっていることは、Solana がイーサリアムのようになるために大きな措置を講じているということです。Resnick は現在、Solana がイーサリアムのようになる努力の一部であり、彼がイーサリアムは Solana のようになるべきだと言い続けてきたことを考えると、皮肉なことです。しかし、Solana のすべての資金では、彼らが分散化を購入することはできません。簡単に言えば、Solana は基本的に資金力のある紙の虎です。驚くことではありませんが、これは Resnick に非常に適しています。」以前のニュース、イーサリアムエコシステムの開発者 Max Resnick は、Consensys での仕事を辞め、Solana の研究開発会社 Anza に移ることを発表しました。

イーサリアム開発者がネイティブトークンに関する提案EIP-7809を提出しました。

ChainCatcher メッセージ、イーサリアム開発者 Paul Berg がイーサリアム上の複数のネイティブトークンに関する提案を発表しました。これは、ユーザーがトークンを移転する際の体験を改善し、ネイティブ金融商品をより簡単に展開できるようにし、イーサリアム L2 アプリの革新の可能性を高めることを目的としています。この提案は EIP-7809 と呼ばれ、EVM に後方互換性のある拡張を追加することを提案しています。イーサリアムが新しい提案のプロセスを承認すれば、同質トークンが「ネイティブのような(native-like)」属性で動作することを可能にします。ETH はすでにイーサリアムのネイティブトークンとして機能しており、ほぼすべての他のイーサリアムベースのトークンはこのネットワーク上に構築されていますが、ETH が持つほとんどの「ネイティブ」特性は含まれていません。これにより、オペコードを直接使用してトークンを移転する機能や、単一のコントラクト呼び出しで複数のトークンを移転する機能が制限されています。EIP-7809 は次の4つの新しいオペコードを導入します:1、MINT & BURN、トークンの供給を管理するためにトークンを鋳造および焼却することを許可します;2、BALANCEOF、トークンの残高を確認するために使用されます;3、NTCALL、コントラクトを呼び出す必要があるトークン移転用;4、NTCREATE、前払いトークン預金を含むコントラクトを作成するためのものです。

イーサリアムコア開発者会議の最新内容:Devnetの更新進捗、EIP-7514がDencunアップグレードの一部として確定など

ChainCatcher のメッセージで、イーサリアムのコア開発者 Tim Beiko が最新のイーサリアムコア開発者実行会議(ACDE)をまとめました。この会議では、Devnet の更新、Dencun の新しい内容が紹介され、Reth の包括的な概要が提供されました:Devnet-8 状態更新:ネットワークが最終調整中で、多くのクライアントが新しい更新をプッシュし始めています。同時に、開発者ツールシステム Kurtosis を使用して MEV/ブロック構築プロセスのテストが開始されました。Nethermind は、彼らの blob トランザクションプールが準備完了であり、数日間の単一ノードでのテストの後、すべての Dencun テストノードに展開したと共有しました。Geth の blob トランザクションプールも完成に近づいています。Besu は、Blob + 非 Blob トランザクションのサイズを制限するために、取引プールのより広範な修正を行っており、次のバージョンでリリースされる予定です。Erigon はそのプールの開発を続けており、devnet-9 に向けて準備を進めています。会議は先週の ACDC 電話会議の議論を続け、検証者のアクティベーションキューに定数上限を追加するかどうかを議論しました。その後、この提案は正式に EIP-7514(最大エポック流出制限の追加)と名付けられました。簡単に言えば、最悪のシナリオでは、ETH のステーキング割合の成長速度が遅くなります。会議では、EVM に blob の基本料金を公開するオペコードを追加するという最後の瞬間の提案について議論しました。EIP-1559 の BASEFEE を公開する類似のオペコードがあり、このオペコードは EIP がアクティブになると同時に導入されました。これにより、L2 は L1 データコストに基づいてユーザーに正しいガス価格を請求しやすくなります。会議では、EIP-4788 のいくつかの更新について議論しました。これらの更新は、信号根を EL 上のコントラクトに保存します。過去数週間で、私たちはコントラクトを何度も監査し、ファジングテストを行い、これによりこの PR に記載されているいくつかの微細な変更が生じました。最初の変更は、0 タイムスタンプを明示的に処理し、それをロールバックする(他の無効なタイムスタンプと同様に)ことで、0 を返さないようにすることです。2 番目の変更はバッファサイズです。スロット時間が変わったと仮定すると、モジュロ演算の動作を考慮すると、元のコントラクトはストレージの無駄を引き起こします。素数(8191)を使用することで、スロット時間に関係なく、100% のバッファを使用する必要があります。最後に、CALLDATA を読み込む回数を減らすためにガス最適化が行われました。監査人はこれらの変更を確認し、次回の ACDE 前に最終報告書を受け取る予定です。ファジングテストと実装の円滑な進行を維持するために、開発者は現在提案された変更を統合することに同意しました。会議では、システムコントラクトアドレスが状態の一部であるが、実行終了時に空である場合、クライアントがどのように処理すべきかについて議論しました。これはメインネットでは実際には不可能ですが、創世時にアドレスを設定することで、テスト中に発生したエッジケースです。このエッジケースの特異性を考慮し、明確な規範的行動がないため、開発者はこの問題についてさらに考える時間を費やすことに同意し、月曜日のテスト電話会議で議論を続けることにしました。これが仕様変更です。以上のすべての内容は devnet-9 に含まれる予定です。クライアントチームは、来週の ACDC 前にすべてを実装およびテストできるべきだと一致しています。その電話会議で、devnet-9 のリリース日が合意される予定です。
チェーンキャッチャー イノベーターとともにWeb3の世界を構築する