PolygonがなぜハードフォークAustinとKyotoを必要としていたのかを明らかにする
Polygonは、AustinとKyotoのハードフォークで何が隠されていたのかを説明しました。これら2つのアップデートは、導入中に内密に維持されていた複数のセキュリティ上の不具合を修正しました。中には、ネットワークを遅くしたり、ノードを失敗させたり、バリデータに非常にコストのかかる計算作業を強いるものもありました。Polygonは、メインネットでの悪用は確認されていないとしています。
Austinは、Borにおける2つのサービス拒否(DoS)脆弱性を修正しました。
Kyotoは、複数の攻撃とバリデーションエラーに対してHeimdallを強化しました。
これらの修正は、公表前にすでに有効化されていました。
Crypto:AustinがBorの2つの不具合を解消
Polygonはすでにセキュリティのハードフォークを把握しています。2025年、ネットワークは緊急アップデートで重大なバグを修正する必要がありました。今回のAustinは、主にPolygon PoSのブロックを生成する役割を担うクライアントであるBorに焦点を当てました。
最初の不具合は、EthereumからPolygonへの状態同期処理に影響していました。これらの処理はコードを実行し、ガスを消費します。従来の暗号トランザクションと異なり、ブロック内での総消費を上限で厳密に抑える仕組みがありませんでした。
そのため、十分に負荷の高いブロックは、ノードに過度な作業を要求してしまう可能性がありました。Polygonは上限を追加しました。2つ目の弱点は、TxDependencyという名前のフィールドに起因していました。これはトランザクションの並列実行を支援するためのものでしたが、そのサイズには制限がありませんでした。
ブロックプロデューサーは理論上、巨大なフィールドを作成できました。別のノードがブロックを受け取って処理しようとした際に失敗することがあり得ます。Austinは単に、ノード間で送信されるフォーマットからそのフィールドを削除しただけでした。
$POLE.US
$AUDIO
$KII
#Polygon
Polygonは、AustinとKyotoのハードフォークで何が隠されていたのかを説明しました。これら2つのアップデートは、導入中に内密に維持されていた複数のセキュリティ上の不具合を修正しました。中には、ネットワークを遅くしたり、ノードを失敗させたり、バリデータに非常にコストのかかる計算作業を強いるものもありました。Polygonは、メインネットでの悪用は確認されていないとしています。
Austinは、Borにおける2つのサービス拒否(DoS)脆弱性を修正しました。
Kyotoは、複数の攻撃とバリデーションエラーに対してHeimdallを強化しました。
これらの修正は、公表前にすでに有効化されていました。
Crypto:AustinがBorの2つの不具合を解消
Polygonはすでにセキュリティのハードフォークを把握しています。2025年、ネットワークは緊急アップデートで重大なバグを修正する必要がありました。今回のAustinは、主にPolygon PoSのブロックを生成する役割を担うクライアントであるBorに焦点を当てました。
最初の不具合は、EthereumからPolygonへの状態同期処理に影響していました。これらの処理はコードを実行し、ガスを消費します。従来の暗号トランザクションと異なり、ブロック内での総消費を上限で厳密に抑える仕組みがありませんでした。
そのため、十分に負荷の高いブロックは、ノードに過度な作業を要求してしまう可能性がありました。Polygonは上限を追加しました。2つ目の弱点は、TxDependencyという名前のフィールドに起因していました。これはトランザクションの並列実行を支援するためのものでしたが、そのサイズには制限がありませんでした。
ブロックプロデューサーは理論上、巨大なフィールドを作成できました。別のノードがブロックを受け取って処理しようとした際に失敗することがあり得ます。Austinは単に、ノード間で送信されるフォーマットからそのフィールドを削除しただけでした。
$POLE.US
$AUDIO
$KII
#Polygon
