sepolia

イーサリアムの次の段階のアップグレードGlamsterdamは、10月6日にSepoliaテストネットでアクティブ化され、ブロックの最終確認が完了し、重大な障害は発生しませんでした。このアップグレードは、コンセンサス層Gloasと実行層Amsterdamで構成され、合計18のEIPが含まれており、約2億Gasの上限で設計されており、現在のメインネットの6000万の3.3倍に相当します。アップグレードは自動的に上限を引き上げることはなく、より大きなブロックを安全に生成できるようにし、バリデーターが上昇を決定します。主な変更点には、EIP-7732のプロトコル内蔵提案者とビルダーの分離が含まれ、過半数のバリデーターが取引を確認する時間が約4秒から約9秒に延長されました。EIP-7928は、ブロックに触れた状態と更新後の数値を付随させることを要求し、クライアントがデータを事前取得し並行して検証できるようにします。EIP-7954は、コントラクトコードの上限を24 KiBから64 KiBに引き上げました。EIP-8037は、新しいストレージスロットの費用を2万Gasから97,920Gasに引き上げ、通常のETH送金は21,000Gasのままです。Sepoliaの最初の関連ブロックのGas上限は6000万で、約11時間後に2億に達し、その水準を維持しました。イーサリアム財団の研究者Toni Wahrstätterは、各クライアントが処理するGasの速度がアップグレード前よりも速くなったと述べ、Gethが4000万Gasのブロックを実行する時間が約115ミリ秒から約30ミリ秒に短縮されたと報告しています。Hoodiテストネットは10月27日に展開予定で、メインネットの目標は2026年第4四半期です；

CoinDeskの報道によると、イーサリアムのGlamsterdamアップグレードが今週火曜日にSepoliaテストネットでアクティブ化され、ブロックのガス上限が約6000万から近く2億に引き上げられ、増加率は3倍を超えました。25以上の連続テストブロックのレビューによると、実際のガス使用量は約5200万から9200万で、利用可能な上限の26%〜46%に過ぎず、満載の状況は発生していませんでした。アップグレードは特定のタスクのガス消費方法とデータストレージの費用も調整し、開発者は特定のガスコスト仮定に関わるアプリケーションを再テストする必要があります。次の公共テストネットHoodiは10月27日に立ち上げ予定で、イーサリアムメインネットのアクティブ化日程はまだ確定していません。

CoinDesk の報道によると、イーサリアムの開発者は月曜日の夜に Prysm クライアントの 7.2.1 バージョンをリリースし、2 億 Gas 上限を組み込み、火曜日の Glamsterdam アップグレードの Sepolia テストネットのテスト前にデプロイを完了しました。Glamsterdam はイーサリアムの次の大規模アップグレードであり、最初に Sepolia テストネットでアクティブになります。開発者はこのテストネットで実際の価値のないトークンを使用して変更をリハーサルします。火曜日のテストの一部は、Sepolia の Gas 上限を約 6000 万から 2 億に引き上げることです。Gas はイーサリアムが単一のブロックにどれだけの計算作業を収容できるかを測る単位であり、より高い上限はネットワークが同時により多くの取引やより複雑な活動を処理できることを意味しますが、イーサリアムを運営するコンピュータに対してもより高い要求を課します。Prysm はイーサリアムのバリデーターが使用するクライアントソフトウェアであり、その前のバージョンはこの設定が Sepolia 構成に追加される前に完了しているため、古いバージョンのバリデーターは手動でパラメータを変更しない限り、6000 万 Gas 上限でブロックを生成し、この容量テストの効果を弱めることになります。最新バージョンを実行しているバリデーターは、Glamsterdam が UTC 時間 10 月 6 日 13:53:36 に Sepolia でアクティブになると、自動的に 2 億 Gas のブロックを提案し始めます。イーサリアムは段階的にブロック容量を増加させており、バリデーターの運営が過度に厳しくまたは高価になる前にどこまで進めるかをテストしています。2 億の設定は Sepolia のみに適用され、Glamsterdam はまだイーサリアムのメインネットではアクティブになっていません。

イーサリアム財団は、イーサリアムネットワークのアップグレード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 メインネットでアップグレードされる予定です。