速度制限

Monad 联创 Keone Hon が発表した内容："資金プールの貸出協定は、担保として預け入れられる資産の供給量に対して速度制限を設定すべきだと感じています。例えば、現在の供給が1億で、供給上限が3億の場合、次の10分間で最大1.1億までの増加しか許可されず、一度に全ての2億を預け入れることはできません。実際には、誰もこのような大規模な預け入れを一度に行う必要はありません。これは重要です。なぜなら、特定の異種資産が攻撃を受けた場合、その影響はその資産の退出経路の規模に依存するからです。特に、多くの攻撃が無限発行の脆弱性に該当する場合、退出できる規模が攻撃による損失の上限を基本的に決定します。貸出協定はしばしば最大の退出経路です。もし、初期上限が現在の供給よりわずかに高く、数時間内に真の上限に徐々に調整されるスマート上限が導入されれば、巨大な効果が生まれるでしょう。このメカニズムがあれば、rsETHの預金者は約2億ドルの損失を回避できたかもしれません。これにより、資産の発行者自身もこのメカニズムを支持すべきだという見解が生まれます。もしあなたが償還遅延のある証券型トークンを発行しているなら、ハッカーが直接あなたに償還することを心配する必要はありませんが、通常のユーザーの使用に影響を与えずに外部の退出経路の規模をできるだけ圧縮する必要があります。したがって、高い供給上限は力の象徴ではなくリスクと見なされるべきです。例えば、Hyperbridge DOTの攻撃が1億ドルの損失を引き起こさなかったのは、退出経路が非常に少なかったからです；Resolvの攻撃による損失が2400万ドルであり、2億ドルではなかったのは、退出経路の規模が損失の上限を制限したからです。これは明白な理屈ですが、すぐに実行可能な対策があります：すべての資産の供給上限を監査し、必要のない場合は上限を引き下げることです。"

ChainCatcher のメッセージ、OpenAI の創設者 Sam Altman は、人々がチャットで（生成された）画像機能を使用するのを楽しんでいるのを見るのは本当に面白いと述べています。しかし、私たちの GPU は過負荷状態にあり、効率を向上させる努力を続ける中で、ChatGPT の画像生成機能に一時的にいくつかのレート制限を導入する必要があります。

ChainCatcher のメッセージ、イーサリアムの共同創設者である Vitalik Buterin が ZK-VM（ゼロ知識仮想マシン）のプライバシーユースケースにおける限界について説明しました。あるユーザーは、ZK-VM はほぼすべての面で優れているが、皮肉なことに、唯一カバーできていないユースケースがプライバシーであると指摘しました。これに対して、Vitalik は次のように応じました："説明は簡単です：プライバシーユースケースはクライアント側の証明を必要としますが、現在のクライアント側の証明器の速度は十分に速くなく、Merkle ブランチを超える内容を処理することができません。"