MegaETH、事前入金イベントの懸念に対する回答：ユーザー資金の安全性と出金について

Source: MegaETH

編集者注：昨日、MegaETHはオープン入金イベントを開催しましたが、その際、ハードキャップの変更やユーザーの入金トラブルが発生し、コミュニティから不満の声が上がりました。その後、MegaETH公式チームはSNSで謝罪し、出金開始の予定を発表するとともに、ユーザー資金の安全性を強調しました。

以下は、MegaETHによるイベントの経緯とコミュニティへの回答です：

先ほど発生した状況は、私たちにとって容認できるものではありませんでした。一連の小さな技術的問題が重なり、期待される基準を下回るユーザー体験を招いてしまいました。

特に2億5000万ドルの上限を前提に資金を投入された参加者の方々が、資金の引き出しを希望されていることは理解しております。これに対応するため、数日中に引き出しページを公開し、同時にデポジットブリッジイベントに関する詳細な手順を公開いたします。ユーザー資金が危険にさらされたことは一度もなく、皆様のご支援に心より感謝申し上げます。

イベントの振り返り

参加規模を考慮し、今後の協力的な計画のために、イベントの経緯を透明性を持って説明する必要があると考えています。資産は常に安全でしたが、これは言い訳にはなりません。私たちはより高い基準を自らに課しています。

以下は、イベントの完全な回顧録です：

準備フェーズ

イベントに関わるすべてのステップを概説する必要があります：

1. 入金ウェブサイト

→ MegaETHが運営

→ Sonar APIへのKYC有効性検証リクエストを送信

2. 入金スマートコントラクト

→ Safeマルチシグウォレット（4/6）を通じてMegaETHが管理

→ 販売時間、制限パラメータ、Sonar Sale Unique Identifier (SaleUUID) の設定を担当

→ ウェブサイトからの有効な署名入金のみを受け付け、ボット操作を防止

3. Sonarシステム

→ Echoが運営

→ 特定の販売に対するKYC情報の検証を担当

問題の根本原因

イベント中に発生した問題は以下の通りです：

SaleUUID不一致の例外

· プリペイメントコントラクトに保存されたSaleUUIDとシステム間の不一致により、トランザクションの開始が失敗

· 誤った値を修正するにはマルチシグトランザクション（6人中4人の署名者の調整が必要）が必要であり、多大な調整時間を消費

Sonarのレート制限とシステムダウンタイム

· レート制限の設定ミス（しきい値が低すぎた）により、Sonarがアクセスリクエストをブロックし始めた

· ユーザーが入金を完了できない状態に

· 問題発見から根本原因の特定と修正のデプロイまで23分を要した

ランダム再起動メカニズム

· すべてのサーバー問題解決後、定義済みの自動化（公平性を確保するための設計）に従ってシステムがランダムに再起動

· しかし、システム再起動時に資金調達上限に即座に達した

予期せぬ資金の流入

· 2億5000万ドルの急激な流入がプリペイメントウェブサイトに継続的に殺到

· チームは1時間後（約40分後）に上限を10億ドルに引き上げることを決定し、パラメータ調整のために再度4/6のマルチシグトランザクションが必要となった

· チームは署名収集を完了し、予定時刻に提出する準備が整った

· しかし、上限引き上げトランザクションを実行するオペレーターがSafeウォレットの機能に不慣れであった

5億ドルの上限と一時停止の決定

· この時点で、ウェブサイトを絶えず更新していたユーザーが再入金が可能であることに気づいた一方、公式チャンネルをフォローしていたユーザーは上限調整にすぐには気づかなかった

· チームは当初、早期入金者の優位性を均衡させるために40億ドルの新上限を設定しようとしたが、トランザクション確認中に予想以上の入金が発生した

· 最終的に上限は50億ドル（現在全額割り当て済み）に設定された

最後の1時間における急速な調整のため、100億ドルへの上限引き上げ計画を一時停止することを決定しました。ユーザーの参加を妨げているKYC検証の障害が未修正であるため、これ以上の資金調達上限の引き上げは行いません。

この記事は寄稿コンテンツであり、BlockBeatsの見解を代表するものではありません。