Коли депозити MegaETH знижуються до нуля: уроки та застереження щодо виведення $500M

Чому попередній депозит MegaETH спочатку планувався для привернення уваги?

MegaETH, як нещодавно широко关注的 проект масштабування Ethereum / layer-2, має на меті досягнення високої продуктивності, низьких комісій і економіки стейблкоїнів. Його основна мережа використовуватиме стейблкоїн USDm та створюватиме початковий пул ліквідності через Pre-Deposit, що не є рідкістю у криптопроектах. Для багатьох користувачів та інвесторів, які прагнуть зайти на ранній стадії, це представляє можливість "брати участь в межах своїх можливостей спочатку, а потім насолоджуватись ліквідністю пізніше."

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

Де саме виникла проблема?

Однак під час реалізації плану були виявлені низка проблем:

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

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

Хто постраждав? Які умови повернення коштів?

Усі кошти користувачів, внесені через Пре-депозитний міст в USDm/USDC, будуть повернені через новий смарт-контракт. Цей контракт наразі перебуває на стадії аудиту. Команда проекту підкреслює, що "жодні кошти не знаходяться під реальним ризиком."

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

Інсайти для екосистем проектів криптовалюти / інвесторів

Недавня подія MegaETH принесла три важливі роздуми для всієї крипто-спільноти:

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

Як оцінити ризики участі в подібних проектах у майбутньому?

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

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

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