イーサリアムの開発者は、セキュリティ研究者が既存のスマートコントラクトが失敗したトランザクションを処理する方法を変えうる潜在的な問題を特定したことを受け、Hoodiテストネット上のGlamsterdamアップグレードを延期しました。

このアップグレードは10月26日17:42:48 UTCに有効化される予定でした。Hoodiはイーサリアムの公開テストネットの一つで、メインネットに展開される前にアップグレードをリハーサルし、開発者が実際のアクティビティに対して新ルールを検証できる場です。開発者は木曜日のAll Core Devs Executionミーティングでこれを延期し、提案されているイーサリアムのガス会計の変更がメインネットで稼働中ントラクトとどう相互作用するかを調査しています。代替日程はまだ発表されていません。

問題の中心はEIP-8037です。EIP（Ethereum Improvement Proposal、イーサリアムのプロトコル変更の標準形式）であるこの提案は、データベースに新しいレコードを作成する際の課金方法を変更するものです。この提案は、イーサリアムが処理できるトランザクション数を増やす中でデータベースの増大を抑えることを目的としています。

セキュリティ企業ChainSecurityは10月13日に分析を公表し、EIP-8037がEIP-8038と組み合わさることで、呼び出し先のコントラクトがガス——ネットワーク運営者への支払いに使われる手数料——を使い切った際のコントラクトの応答が変わりうると指摘しました。

一部のコントラクトは、失敗した操作を捕捉して処理を継続するよう設計されています。試行の失敗を記録したり、以降の試行を無効化したり、別のステップに進んだりします。開発者は、残ガスがそれらの処理を完了するには不足しており、代わりにトランザクション全体が取り消されることに依存している場合があります。

Glamsterdamはこの計算を変更します。提案ルールでは、特定のレコード作成に使用されたガスは、その変更が取り消されるときに返還されえます。その結果、従来ならトランザクションの取り消しを招いていた失敗処理操作を、コントラクトが完了するのに十分なガスを保持しうることになります。場合によっては、これによりエラーが恒久的なものになる可能性があります。

ChainSecurityは逆方向のリスクも特定しました。同社の計算では、別の許容量が使い切られた場合、新しいストレージスロットの作成に従来の22,100に対して110,020ガスが必要になる可能性があります。既存のガス予算内で動作するコントラクトは、本来有効な操作の実行中に失敗しうることになります。

これらの発見は、提案ルール下で既存のソフトウェアがどう振る舞うかに関するものです。ChainSecurityは関係するメカニズムを実証しましたが、主要な本番プロトコが悪用可能であることを公に立証してはいません。延期はテストネット展開の目的を反映したものです。メインネット有効化前に懸念が判明すれば、変更がテストネットに限定されている間に対処できます。

Glamsterdamには、ブロックビルダー選定の新システムや、ネットワークがより大きなブロックを処理できるようにすることを目的とした改善など、イーサリアムへのいくつかの変更が含まれます。アップグレードは10月6日にSepoliaテストネットでの有効化を完了しています。

Hoodiは次の公開リハーサルとして予定されており、ガス上限——各ブロックで許容される計算量の上限——を2億に引き上げる計画も並行して予定されていました。この引き上げも延期されました。両変更は現在日程が未定で、今後のAll Core Devs Executionミーティングで追加の決定が行われる見通しです。

Source: CryptoNewsNet