sepolia

イーサリアム財団は、イーサリアムネットワークのアップグレードGlamsterdamが10月6日にSepoliaテストネットでアクティブ化されることを発表しました。時間は北京時間の21:53:36で、epoch 353024、slot 11296768に対応します。Hoodiとメインネットのアクティブ化日程はまだ確定していません。Glamsterdamは、実行層Amsterdamアップグレードとコンセンサス層Gloasアップグレードを組み合わせたもので、コアの変更点には、内蔵された提案者-ビルダーの分離とブロックレベルのアクセスリストが含まれており、L1のスループットを向上させ、実行と状態の成長コストをよりよく反映するためにガス料金を調整します。ノードオペレーターは、アクティブ化前に実行層とコンセンサス層のクライアントを更新する必要があります。固定ガス仮定に依存する契約は、修正が必要になる可能性があります。

Ethereum 開発者の警告：攻撃者は無料のテストネット ETH と一時的なビルダーの身分を利用して、Glamsterdam テスト期間中に Sepolia ブロックオークションを獲得し、取引負荷を保持することができます。この攻撃はメインネットの資金を脅かすものではありませんが、インフラストラクチャのテストに干渉する可能性があります。Sepolia の公開テストは 10 月 6 日に開始される予定で、Hoodi テストは 10 月 27 日に行われる予定ですが、メインネットの有効化時期はまだ未定です。

CoinDesk の報道によると、イーサリアムの Glamsterdam アップグレードは今週新しいブロック構築ルールを採用した後、ブロックの確認を継続し、重要なテストを通過し、10 月 6 日に Sepolia 公共テストネットでの立ち上げに向けた道を開きました。Nethermind クライアントはその後、Glamsterdam の最大の変更の一つに関する性能テストを完了し、2302 件のテストすべてに合格し、3 分 15 秒以内に 5707 億 gas を処理し、平均して毎秒約 29 億 gas を達成しました。このベンチマークテストは、ネットワーク全体の速度ではなく、Nethermind の実行ソフトウェアの速度を測定し、ブロックレベルのアクセスリストをテストしました。このメカニズムは、処理前にイーサリアムノードにブロックがどのアカウントとストレージデータを使用するかを通知し、ノードがデータを同時に取得し、無関係なトランザクションをチェックできるようにします。一方、現在のイーサリアムは主に関連作業を順番に処理しており、各ブロックが収容できるアクティビティの量を制限しています。Glamsterdam はテストネットでの立ち上げから約 1 時間後にブロックの gas 上限を 6000 万から 2 億に引き上げ、各ブロックがより多くの支払い、トークン交換などのアクティビティを収容できるようにしました。2 億 gas の上限により、イーサリアムはユーザーがブロックスペースを競り始める前により多くのアクティビティを吸収でき、取引の急増や人気トークンの立ち上げ時に料金の急騰を軽減します。より大きなブロックはチェックが難しく、小規模なオペレーターが追いつくのが難しくなる可能性があります。Glamsterdam は、チェーンの運営コストを過度に高くせずに追加の容量を得ることを目指しています。このアップグレードは、ブロックデータの伝播時間を約 2 秒から 9 秒に延長し、ブロック構築と検証の引き渡しおよび支払いをイーサリアム自身のルールに組み込む計画を立てており、外部中継サービスへの依存を減らします。

クリスティン・D・キムの報告によると、イーサリアムの開発者はACDC #186会議で、Glamsterdamアップグレードが10月6日13:53 UTCにSepoliaテストネットでアクティブになることを確認しました。しかし、このアップグレードには大きな不確実性があります------現在の最新のプライベートテストネットGlamsterdam-Devnet-9はまだ安定しておらず、コンセンサス層には全ネットワークのブロック生成を停止させる深刻な脆弱性が発見されており、実行層のEIP-8037にも修正が必要なバグがあります。開発者は今後数週間以内にDevnet-10をリリースする予定ですが、Devnet-10が依然として不安定であれば、Sepoliaのアップグレード日が延期される可能性があります。Hoodiテストネットおよびメインネットのアクティベーションスケジュールは現在未定であり、年末までにメインネットを立ち上げる目標が実現できるかどうかは依然として不透明です。

ChainCatcher メッセージ、イーサリアム財団の公式発表によると、過去数日間にいくつかの L2 が Sepolia でのデプロイメントが正常に機能していないことに気づいた。これは EIP-7549 が証明のフォーマットを変更したためである。Fusaka アップグレードに対応するため、すべての Blob 発起者に対して、Blob Proof ではなく Cell Proof を作成するためにソフトウェアを更新するよう促している。イーサリアム財団は、L2 やイーサリアムのロードマップに高度に依存している他のエンティティが ACD プロセスに従い、コミュニティとより直接的なインタラクションを行うことを奨励しており、またチームが最初のテストネットに移行する前に、開発ネットで契約をデプロイし、インフラをテストすることを奨励している。最新の仕様に準拠したローカルネットワークを作成するために、Kurtosis が提供するイーサリアムパッケージを使用することも、更新を維持するための良い方法である。

ChainCatcher のメッセージ、2 週間前に Holesky テストネットで成功裏に実験を行った後、イーサリアムの開発者は火曜日の早い時間に Sepolia テストネットで Fusaka アップグレードの 2 回目のテストを開始しました。開発者がメインネットのアクティベーション日を決定する前に、10 月 28 日に Hoodi テストネットで最後のリハーサルを行う予定で、これはデプロイ前の最後のステップを示しています。Fusaka は PeerDAS というデータ検証方法を導入しており、この方法によりバリデーターは一部のデータのみを処理できるため、帯域幅の要求を減少させ、機関ユーザーや Layer2 ネットワークのコストを削減します。

ChainCatcher メッセージ、イーサリアムの Sepolia テストネットでの Pectra アップグレードが中断され、未知の攻撃者がゼロトークン転送の状況を利用して空のブロックを掘り出しました。

ChainCatcher メッセージ、イーサリアム財団が公式ブログで発表しました。Pectra ネットワークのアップグレードは以前に Sepolia テストネットで実施されましたが、その後、Sepolia の許可されたデポジット契約に問題があることが判明し、多くの実行層クライアントがトランザクションをブロックに取り込むことができなくなりました。問題の原因は迅速に特定され、クライアントチームはすぐに修正作業に取り掛かりました。この問題は Sepolia のテストネット構成に特有であり、イーサリアムメインネットでは発生しないとされています。現在、バリデーターは修正プログラムを展開し、ネットワークを正常なスループットに戻しました。すべての Sepolia ノードオペレーターは、ネットワークの互換性を維持するために、実行層クライアントをアップグレードする必要があります。

ChainCatcher のメッセージ、イーサリアムのコア開発者 timbeiko.eth が Sepolia テストネットのアップグレード問題について次のように述べています："クライアントチームは修正プログラムを調整し、検証ノードへのデプロイを試みています。すべてが正常であれば、すぐにより長い更新を発表します。"以前のメッセージ、イーサリアム Sepolia テストネットの Pectra アップグレードに問題が発生し、開発者が調査に着手しています。

ChainCatcher のメッセージ、イーサリアム財団（EF）プロトコルサポート責任者 Tim Beiko は X で更新し、「まあ、どうやら私の予言は外れたようです……私たちは Sepolia 上のカスタムデポジット契約によって引き起こされた問題を調査しています。これにより、いくつかの実行層（EL）クライアントに問題が発生し、ブロック内のトランザクションにも影響が出ています。」と述べました。以前のニュース、Pectra アップグレードは Sepolia テストネットでアクティブ化され、最終テスト段階に入っています。

ChainCatcher のメッセージによると、イーサリアムの今後の Pectra アップグレードが本日北京時間の14:30頃に Sepolia テストネットでアクティブ化されました。報告によると、Sepolia バージョンはメインネットアップグレード開始前の最後の主要リリースであり、メインネットアップグレードは来月開始される予定です。このデプロイメントは Pectra テストネットアクティブ化の第二段階を示しており、Pectra は 2 月 24 日に Holesky テストネットでリリースされました。Pectra アップグレードは「Prague」（実行層の変更）と「Electra」（コンセンサス層の更新）の組み合わせとして名付けられ、イーサリアムのスケーラビリティを向上させることを目的としたいくつかの変更が導入されました。良好なパフォーマンスが期待される場合、開発者は 2025 年 3 月 6 日の全コア開発者 (ACD) 電話会議中にメインネットアクティブ化日を決定する予定です。メインネットの潜在的な開始時期は 4 月初旬に設定されています。

ChainCatcher のメッセージ、イーサリアム財団プロトコルサポート責任者 Tim Beiko が X で Holesky テストネット Pectra アップグレードの障害に関する情報を更新しました。Beiko は、今晩 Holesky テストネットで大規模なスラッシュ（罰金）が実行され、正しいチェーン上のブロックを最終的に確定することを示しました。全体の期間は 2 ～ 3 週間続く可能性があり、スラッシュを受けたバリデーターの重みが全ネットワークの 33% 未満に低下するまで続きます。Beiko はまた、Sepolia テストネットのアップグレード時間は変更されず、メインネットのアップグレードに対してより長いテスト期間を提供することを述べました。来週の ACDC 会議ではメインネットのアップグレードに関する問題が議論されますが、具体的な日付が決まる可能性は低いです。

ChainCatcher のメッセージ、イーサリアム財団の公式ブログが発表したところによると、Pectra ネットワークのアップグレード計画がイーサリアムのテストネットで開始されます。これは epoch 115968（北京時間 2 月 25 日 05:55）に Holesky でオンラインになり、その後 epoch 222464（北京時間 3 月 5 日 15:29）に Sepolia でオンラインになります。Pectra テストネットクライアントのバージョンは以下の通りです。2つのテストネットが成功裏にアップグレードされた後、1つのメインネットのアクティベート epoch が選択されます。Pectra は昨年の Dencun アップグレードに続いて導入されました。これにより、イーサリアムアカウントの強化、バリデーター体験の改善、L2 スケーリングのサポートなど、さらに多くの機能が追加されます。

ChainCatcher のメッセージ、イーサリアムの第2層ネットワーク Kakarot チームは最近、テストネットが Starknet Sepolia ネットワークに成功裏に移行したと発表しました。開発者は新しいテストネット Kakarot Starknet Sepolia 上でスマートコントラクトを再デプロイする必要があります。Kakarot は、Starkware に基づく STARK フレンドリーな ZK-VM で構築された検証可能な EVM であり、KKRT Labs によって開発されました。EVM の「STARK 化」を通じて、ゼロ知識証明技術のイーサリアムなどのブロックチェーンインフラストラクチャへの応用を加速することを目的としています。

ChainCatcher のメッセージによると、Base の公式サイトに表示されているように、障害証明は7月中旬に Base Sepolia（テストネット）でオンラインになる予定です。障害証明は L2 が分散化の過程で重要な実現ステップです。

ChainCatcher のメッセージ、Scroll はソーシャルプラットフォームで、その Curie ネットワークのアップグレードが Sepolia ネットワークでオンラインになったと発表しました。Curie に導入された機能改善には、DA 圧縮によるガスコストの1.5倍の削減、Ethereum EIP-1559 料金メカニズムの全面的なサポートなどが含まれています。その後、Curie ネットワークは Scroll メインネットでアップグレードされる予定です。

ChainCatcher のメッセージ、Scroll は X プラットフォームで投稿し、現在 Sepolia テストネットのアップグレードを行っていると述べています。UTC 時間でテストネットは 6 月 17 日 12:00 まで使用できない可能性があり、アップグレードが完了次第、最新の状況を通知します。

ChainCatcher のメッセージ、モジュール化実行レイヤー Fuel がソーシャルプラットフォームで発表し、Sepolia ネットワーク上で最終テストネットをローンチした。

ChainCatcher メッセージ、Base はソーシャルプラットフォームで Sepolia テストネットのノード運営者に通知します。ネットワークは北京時間 5 月 30 日 0:00 に Fjord アップグレードを実施しますので、互換性のあるソフトウェアバージョンを実行していることを確認してください。