モナド・リサーチ：担保供給速度制限を設定していれば、今日の rsETH イベントで約 20 億ドルの損失を回避できました

BlockBeats ニュース、4 月 19 日、Monad の共同創設者 Keone Hon は、次のように述べました："「資金プールレンディングプロトコル」は、担保として預けられた資産の供給量に速度制限を設定すべきだと感じます。たとえば、現在の供給量が 1 億であり、上限が 3 億である場合、次の 10 分で最大でも供給量が 1.1 億までしか増えないようにすべきです。すべての 2 億を一度に預け入れる必要は実際には誰もいません。これは非常に重要な点であり、特定の「異種資産」が攻撃を受けた場合、その影響は資産の「退出経路のスケール」に依存します。特に多くの攻撃が「無制限の発行バグ」に属する場合、退出可能なスケールは基本的に攻撃の損失上限を決定します。

レンディングプロトコルはしばしば最大の退出経路です。もしも「スマートな上限」が導入され、初期上限が現在の供給量よりもわずかに高く設定され、数時間かけて実際の上限まで徐々に調整されるなら、これには大きな効果が生まれるでしょう。このメカニズムがあれば、本日 rsETH の預金者は約 2 億ドルの損失を回避できたはずです。また、これにより一つの観点が浮かび上がります：資産の発行元自体もこのようなメカニズムをサポートすべきです。償還遅延のある証明書型トークンを発行している場合、ハッカーが直接あなたに償還を求めることを心配する必要はありませんが、外部の退出パスのスケールをできるだけ圧縮する必要があり、同時に通常のユーザーの利用に支障が出ないようにする必要があります。そのため、高い供給上限はリスクであるべきであり、力の象徴ではないと見なすべきです。

たとえば、Hyperbridge DOT への攻撃が 1 億ドルの損失を引き起こさなかったのは、退出経路がほとんど存在しなかったからです；Resolv への攻撃が 2400 万ドルの損失をもたらしたのは、2 億ドルではなく出口のスケールが損失上限を制限したからです。これは明白な原則ですが、現時点で直ちに実行可能な対策がまだあります：すべての資産の供給上限を監査し、不要な場合は上限を引き下げる」