deBridge共同創設者、Flowのハッキング後の再開計画に懸念を表明

Alex Smirnov、deBridgeの共同創設者 deBridge は いくつかの 彼が 重大な誤りだと見なす 点を指摘しました。Flowチームは、ネットワークを襲った最近の攻撃からの回復を続けています。 

回復の一環として、Flowチームはロールバックを提案しており、これはSmirnov氏のような批評家、特にFlowと統合されている同社のdeBridgeが、Flowチームからのコミュニケーションや調整を受けていないと主張したため、眉をひそめる結果となりました。

これはFlowが重要なパートナーと同期していたと主張していたにもかかわらずです。

なぜ deBridgeの Smirnov氏がFlowを心配している？

Smirnov氏によると、ロールバックの決定は急がれており、元の脆弱性の影響を大幅に超える金銭的損害をもたらす可能性が高いです。

「ロールバックは、影響を受けた期間中に誠実に行動したブリッジ、カストディアン、ユーザー、カウンターパーティに影響を与えるシステム上の問題を引き起こします」とSmirnov氏は説明し、重要な質問が明確に答えられるまで、Flowのすべてのバリデーターがロールバックされたチェーンでの取引を検証しないよう促しました。

その質問の一つは、ロールバック期間中にFlowからブリッジアウトし、元に戻されたことにより残高が2倍になったユーザーの2倍になった残高をFlowがどのように処理するか、およびロールバック期間中にFlowにブリッジインしたユーザーがどのように補償されるかです。

彼が答えを求めているもう一つの質問は、LayerZeroのようなエコシステムのカストディアンが、ロールバックウィンドウの直中に実行されたトランザクションのケースをどのように処理するかです。

Smirnov氏は、同様の事例がはるかにプロフェッショナルに処理され、ロールバックの必要性なくハッカーが隔離されたと主張しました。

「なぜFlowは異なるアプローチを取っているのですか？」と彼は尋ねました。「チェーンのロールバックを決定したのは具体的に誰ですか？」

Smirnov氏は、Flowのバリデーターに対し、チームから明確な是正計画が伝えられ、エコシステムパートナーが適切に調整され、Security Allianceのようなセキュリティグループが関与するまで、ノードを一時停止し検証を停止するよう促しました。

別のツイートで、Smirnov氏は、攻撃者がすでに「約400万ドルをブリッジアウトし、さらに移動する前にこのアドレスに資金を統合した」ことを強調し、Flowの解決策の無効性を強調しました。

「この段階では、ロールバックはFlowの攻撃者に対して何の影響ももたらしません。むしろ、ロールバックウィンドウ中に誠実に行動した無実のユーザー、流動性プロバイダー、エコシステムパートナーのみを害します」と彼は書きました。

Flowの主張s rollbackは最も安全な方法です 進行する

Flowチームによると、エクスプロイト以前の状態に戻す以外に論理的な前進方法はありません。計画は、台帳から不正な取引を削除することです。

ロールバック対象となるのは、太平洋標準時（PST）12月26日午後11時25分頃〜太平洋標準時（PST）午後5時30分のネットワーク停止までに提出された取引で、12月27日の再開後に再提出する必要があります。これには、提案された救済措置によって不利益を被る可能性のある正当なユーザーも含まれます。

バリデーターはMainnet-28の修正を受け入れデプロイしましたが、状態の不整合を避けるために、ブリッジ、CEX、DEXとの同期のためにネットワークはまだ読み取り専用モードです。

12月28日現在、同期は延長され、すべてのパートナーがエクスプロイト前の状態にリセットされることが保証されました。