Когда депозиты MegaETH падают до нуля: уроки и предупреждения за $500M выводом

Почему первоначально планировалось привлечь внимание к предварительному депозиту MegaETH?

MegaETH, как недавно широко обсуждаемый проект масштабирования Ethereum / второго уровня, нацелен на достижение высокой производительности, низких сборов и экономики стейблкоинов. Его основная сеть будет использовать стейблкоин USDm и создаст начальный пул ликвидности через Предварительный депозит, что не является чем-то необычным в криптопроектах. Для многих пользователей и инвесторов, стремящихся войти на раннем этапе, это представляет собой возможность "участвовать в пределах своих возможностей сначала, а затем наслаждаться ликвидностью позже."

Поэтому, когда MegaETH запустил план предварительного депозита с лимитом в 250 миллионов долларов США, многие считали это разумной и потенциально многообещающей точкой входа.

Где именно возникла проблема?

Однако в ходе реализации плана были выявлены ряд проблем:

• Ошибка контракта: ошибка конфигурации SaleUUID, из-за которой транзакция не удалась. В дальнейшем потребуется обновление мультиподписей (мультиподпись 4 из 6).
• Ограничение скорости сервиса KYC: Поставщики услуг KYC накладывают ограничения на скорость доступа, что приводит к тому, что многим пользователям не удается успешно пройти проверку личности. Команде необходимо потратить время на устранение неполадок и решение проблемы.
• Механизм мультиподписей вышел из-под контроля: Мультиподписная транзакция, изначально предназначенная для контроля лимита депозита, была преждевременно инициирована внешней стороной, что привело к увеличению лимита и притоку средств.
• Пользовательский опыт несправедлив / Случайный механизм: Окно для депозитов открывается случайно, что приводит к тому, что пользователи, которые «обновляют страницу», получают приоритет, в то время как полагающиеся на официальные уведомления исключаются. Это создает крайне несправедливую ситуацию.

В конечном итоге эти сложные проблемы привели к тому, что весь процесс вышел из-под контроля — команда проекта решила отменить первоначальный план расширения на 1 миллиард долларов, оставив только лимит в 500 миллионов долларов, который также не был осуществлён гладко. В конце концов, они выбрали полный возврат.

Кто пострадал? Каковы условия возврата?

Все средства пользователей, внесенные через Преподготовительный мост в USDm/USDC, будут возвращены через новый смарт-контракт. Этот контракт в настоящее время находится на стадии аудита. Команда проекта подчеркивает, что "никакие средства не находятся под реальным риском."

Однако они не указали, как они будут компенсировать пользователей, которые были готовы участвовать, но не смогли внести средства из-за проблем с системой, и не гарантировали, что будущие возможности участия будут одинаково доступны.

Инсайты для экосистем криптовалютных проектов / инвесторов

Недавнее событие MegaETH принесло три важных размышления для всего криптосообщества:

• "Слава + капитал ≠ безопасность процессов" — даже с сильным проектным фоном это не может заменить строгие аудиты контрактов, управление многоподпиской и тестирование процесса KYC.
• Важность процесса и пользовательского опыта — случайное окно + механизм обновления + ограничение KYC = чрезвычайно высокая несправедливость, что подрывает доверие к проекту и потенциальное доверие сообщества.
• Прозрачность и механизмы реагирования имеют решающее значение - если команды проектов заранее раскроют настройки мультиподписей, планы процесса KYC и планы на случай неудачи/возврата, это придаст пользователям и сообществу больше уверенности.

Как оценить риски участия в подобных проектах в будущем?

Если вы рассматриваете возможность участия в будущих проектах, аналогичных предпродажам / преддепозитам, рекомендуется сосредоточиться на оценке следующих аспектов:

• Является ли код контракта и конфигурация мультиподписей публичными, и проводился ли аудит мультиподписи сообществом / третьими сторонами?
• Насколько надежен процесс KYC и поставщик услуг, и есть ли у них достаточно мощностей для обработки большого количества одновременных запросов?
• Существует ли четкое раскрытие информации о лимите, механизме возврата и плане реагирования на неудачи?
• Имеют ли пользователи равные возможности для участия — избегая механизма "обновление = первый, кто схватит, уведомление = исключен".

Короче говоря, участвуйте с осторожностью, проводите собственное исследование (DYOR) и не позволяйте временной шумихе или "казалось бы разумным возможностям" затмевать ваше суждение.