ネストされたprotobufフィールドにより、1回の安価なトランザクションで全Polygonバリデーターに作業を強制できる

Polygon Labsは、ステークプルーフ（POS）ネットワークのセキュリティ問題のいくつかを修正した2つのハードフォークを静かにリリースしました。

レイヤー2ネットワークは、フォーラム投稿でついに詳細を共有しました。すべてのノードオペレーターはアップグレードするか、ネットワークコンセンサスから除外されます。

Austinフォークは、ノードがTxDependencyフィールドを送信するのを停止します

最悪のバグは、Polygonバリデーターを調整するソフトウェアであるHeimdallにありました。

Heimdallは、各トランザクションの内容を、 google.protobuf.Anyというラッパーにバンドルします。フォーラム 投稿 by Parvez03による。

ラッパーは、箱を他の箱に詰めるように、他のラッパーの中に配置できます。ただし、この例えでは、ラッパーが何層深くでもなることに制限はありません。

攻撃者は、ほぼコストをかけずに、これらの層で積み重ねられた単一のトランザクションを作成できます。これにより、バリデーターはそれを解凍するために計算リソースを無駄にします。

Polygonはこの欠陥を、「許可なく、全バリデーターセット全体に高コストで相関する作業を強制する方法」と説明しました。

Kyotoハードフォークは、Heimdallソフトウェアをv0.11.0にアップグレードしました。

「Kyotoは、バイトレベルのプリスキャンを追加し、ネストが閾値を超えるとトランザクションを拒否します。これは、メモリプールへの受け入れ時に同様に適用されます。CheckTx）およびコンセンサスパス（ProcessProposal）」と 投稿 と述べた。

Polygonは2回チェックを行う。

• トランザクションが到着したとき。
• バリデーターがブロックを構築したとき。

2回目のハードフォークであるAustinは、Polygonの実行クライアントであるBorに焦点を当てた。これは2つのサービス妨害（DoS）経路を修正した。

1つ目は状態同期イベントであり、これはL1からL2へのブリッジデポジットを運ぶプロセスである。これらのイベントは、通常のトランザクションと同様にコントラクトコードとプリコンパイルを実行する。しかし、ブロックごとに消費されるガスの量は上限が設定されていなかった。

Austinフォークは、状態同期ガスに対してブロックごとのハードリミットを追加する。

Polygonは TxDependency フィールドのサイズを上限設定したことがない。

バリデーターはこれを巨大なデータで読み込み、ブロックを読み込んだすべてのノードをクラッシュさせることができた。そのブロックの他の部分には異常は見られなかった。

Austinは、このフィールドをワイヤーフォーマットから完全に削除する。

KyotoフォークはHeimdall高さ51,533,000で有効化された

Polygonは、メインネット上でこれらのバグが悪用されたことはなく、フォークが稼働する前にすべて修正されたと述べている。

AustinフォークはBorブロック91,949,700でメインネットに有効化され、KyotoフォークはHeimdall高さ51,533,000で有効化された。

すべてのノードにはBor v2.10.0が必要である。バリデーターとフルノードにはHeimdallバージョン0.11.0も必要である。古いソフトウェアを実行しているノードはすでに正統なチェーンからフォークしている。

修正は単純なバイナリアップグレードであり、状態の移行、ジェネシスの変更、または完全な再同期は必要ない。

POLは0.09ドルで取引されており、過去24時間で約9.3%下落しました。CoinGeckoによると、このトークンは過去30日間で25.8%上昇し、緑のゾーンにあります。

7月、Heimdall V2メインネットは約1時間停止したと、過去のCryptopolitanのレポートで報じられている。