ニュース
イーサリアムの分析 [ETH] Shapella 後の最新情報とその関連性
- イーサリアムの開発者は、開発者の電話会議で次の動きについて話し合いました。
- 市場のボラティリティにもかかわらず、ステーカーやバリデーターからのイーサリアムへの関心は高いままでした。
の展開に続いて イーサリアムの [ETH] シャペラのアップグレード、開発者は現在、ネットワーク上の次のアップデートに注意を向けています.
開発者は集中し続ける
最近の開発者の電話で、カンクンと呼ばれる次のアップグレードの準備をしているイーサリアムの開発者が見られました。 彼らは、BLOB トランザクションの実装に焦点を当てた、アップグレードの最終的な範囲について話し合いました。
文脈上、Ethereum は BLOB トランザクションを使用して情報をより効率的に処理します。 Blob トランザクションはトランザクション構造からデータを分離し、通常は命令と共に保存される不要な情報を排除することで、より高速な処理を可能にします。 イーサリアムは来週、これらのトランザクションをテストするために 5 番目の devnet を開始します。
開発者は、チェーンの再編成の場合に BLOB トランザクションをブロックに再挿入する方法についても話しました。
彼らは 2 つの可能な解決策を提案しました。そのうちの 1 つは、実行レイヤーに負荷を追加します。 この問題は複雑であるため、今後の会議でさらに検討される予定です。
イーサリアム コミュニティは、スマート コントラクトが実行レイヤー (EL) のビーコン チェーン状態のコンセンサス レイヤー (CL) にアクセスできるようにする EIP 4788 など、アップグレードのためのいくつかの変更も検討していました。
さらに、EIP 6914 も検討されています。これは、バリデータ インデックス番号を再利用して、バリデータ リストのスパイクを減らします。 ただし、EIP 6914 は、その難しさから、カンクン後の次のハード フォークにプッシュされます。
一方、別の更新である PR 3175 では、スラッシュ付きバリデーターが出口キューにある間はブロックを提案できなくなります。 この機能は、高い障害モードから保護します。
最後に、開発者は EIP 6493 について話しました。これは、ノードが CL では SSZ (Simple Serialization) でフォーマットされているが、EL では異なる方法でエンコードされた BLOB トランザクション タイプを処理する方法に対処するものです。
現実的かどうか、 これがBTC換算でのETHの時価総額です
イーサリアムの状態
イーサリアムでのステーキング活動に関して、 預金者が上回った ネットワーク上のステーカーの数。 これは、人々がまだイーサリアムの未来を信じていることを示しています。
Ethereum ネットワーク上のバリデーターの数も増加し続けています。 Staking Rewards は 1.15% の増加を報告しており、本稿執筆時点でバリデーターの総数は 561,655 になりました。
これは英語版からの翻訳です。