1つのEthereumブロックの再編成により、THORChainは10のブロックチェーンネットワークを対象としたスワップを一時停止しました。 驚きの点は？すべては、実際にはヴァウトに到着しなかった10 ETHの入金から始まりました。 以下が発生したことです。 1️⃣ 入金検出 ユーザーがTHORChainのヴァウトに10 ETHを送信しました。このトランザクションはEthereumのブロックに記録され、THORChainはその入金を記録しました。 2️⃣ Ethereumブロックの再編成 Ethereumは元のブロックを置き換え、入金を正規チェーンから削除しました。しかし、THORChainはすでにその資金を計上していました。 3️⃣ 不適切な返金 スワップが価格制限条件に違反し、返金がトリガーされました。THORChainは、ヴァウトに実際に入金されていなかったにもかかわらず、ユーザーに10 ETHを送金しました。 4️⃣ 緊急停止 THORChainの資産健全性チェックが不足を検出し、スワップを一時停止しました。その後、ユーザーは追加の10 ETHを返却しました。 では、技術的に何が問題だったのでしょうか？ 主な課題は、トランザクションを観測することと、それがEthereumの正規履歴に残り続ける十分な確認を得ることとの違いでした。 ブロックにトランザクションが記録されたからといって、そのブロックが再編成されないとは限りません。 ここで@ethlabs_orgは興味深い解決策を提起しました：Ethereumのファストコンファーメーションルール（FCR）です。 任意のブロック数を待つのではなく、FCRはEthereumバリデーターの証言を分析して、ブロックに十分な支持があるかどうかを判断します。 これにより、約15～30秒で強力な確認を得ることができ、Ethereumの完全なコンセンサス最終確定よりも大幅に早期です。 ただし、FCRは絶対的な最終確定ではありません。その保証は依然としてネットワークおよびバリデーターの前提に依存します。 重要な区別： • トランザクションの観測 ≠ トランザクションの最終確定 • ブロック確認 ≠ バリデーター証言に基づく確認 • ファストコンファーメーション ≠ コンセンサス最終確定 クロスチェーンインフラでは、入金を受け取ることはプロセスの一部にすぎません。資金を解放する前に、ソースチェーンのトランザクションが十分に安全であることを確認することが同等に重要です。 これが、なぜ確認と最終確定を混同してはならないかを示す、非常に有用な事例となっています。