Хвиля повторного стейкінгу: Аналіз ризиків екосистеми EigenLayer та рекомендації з безпечних операцій

З появою концепції Restaking на ринку з'явилося багато проектів на основі EigenLayer. Restaking має на меті дозволити користувачам ділитися своїми частками стейкінгу з іншими проектами через спільний механізм довіри стейкінг-шару Ethereum Beacon, що дозволяє отримувати додатковий дохід, одночасно забезпечуючи інші проекти консенсусною довірою та безпекою, рівною Beacon-шару ETH.

Щоб допомогти користувачам краще зрозуміти потенційні ризики між різними проектами Restaking, у цій статті проведено глибоке дослідження основних протоколів Restaking та активів LST на ринку, а також підсумовано відповідні ризики, щоб користувачі могли краще контролювати ризики під час пошуку прибутку.

Огляд основних ризиків

На сьогоднішній день більшість протоколів Restaking на ринку побудовані на основі EigenLayer. Для користувачів участь у Restaking може супроводжуватися такими ризиками:

ризик контракту

1. Користувачі повинні взаємодіяти з контрактом проекту, тому стикаються з ризиком атаки на контракт.
2. Кінцеві кошти проектів на базі EigenLayer зберігаються в контракті протоколу EigenLayer. Якщо контракт EigenLayer піддається атаці, відповідні кошти проектів також постраждають.
3. У EigenLayer існує два типи Restaking: нативний ETH Restaking та LST Restaking. Кошти LST Restaking безпосередньо зберігаються в контракті EigenLayer, тоді як кошти нативного ETH Restaking зберігаються в ETH Beacon chain. Це означає, що користувачі, які беруть участь у LST Restaking, можуть зазнати збитків через ризики контракту EigenLayer.
4. Проектна сторона може мати високі ризикові повноваження, в деяких випадках вона може використовувати чутливі повноваження для привласнення коштів користувачів.

LST ризик

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

Вихід з ризику

Крім EigenLayer, в даний час більшість основних протоколів повторного стейкінгу на ринку не підтримують функцію виведення. Якщо команда проекту не оновить відповідну логіку виведення через контракт, користувачі можуть не мати можливості безпосередньо повернути свої активи, а лише отримати ліквідність через вторинний ринок.

Результати дослідження основних протоколів повторного стейкінгу

Провівши системне дослідження деяких основних протоколів Restaking на поточному ринку, ми виявили такі основні проблеми:

1. Рівень завершеності проєктів загалом низький, більшість проєктів ще не реалізували логіку виведення.
2. Централізований ризик: активи користувачів в кінцевому підсумку контролюються мультипідписом, у проектної команди є певний ризик Rug Pull.
3. Виходячи з вищезазначеного, у разі виникнення внутрішніх зловживань або втрати мультипідписного приватного ключа, можуть бути завдані фінансові втрати.

EigenLayer особливі зауваження

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

1. EigenLayer наразі розгорнуто в контракті основної мережі, але ще не повністю реалізовано всі функції, зазначені в його білому документі (такі як AVS, slash). Зокрема, функція slash лише реалізована через відповідні інтерфейси, конкретна повна логіка поки відсутня. Наразі slash активується через власника контракту StrategyManager (адміністративні повноваження проекту), що робить спосіб виконання досить централізованим.

2. Під час повторного ставлення ETH у EigenLayer, крім створення контракту EigenPod для управління фондами повторного ставлення, також потрібно самостійно запустити службу вузла Beacon chain та взяти на себе ризик штрафів з боку Beacon chain. Рекомендується обрати надійного постачальника послуг вузлів. Крім того, процес зняття коштів потребує ініціативи з боку користувача та допомоги постачальника послуг вузлів для виведення коштів з Beacon chain, тобто процес виходу потребує згоди обох сторін.

3. Оскільки EigenLayer наразі ще не реалізував механізми AVS та Slash, рекомендуємо користувачам обережно використовувати функцію deleGate в протоколі EigenLayer після повного усвідомлення відповідних ризиків, щоб уникнути потенційних фінансових втрат.

Аналіз ризиків основних токенів LST

Ризики LST не можна ігнорувати під час процесу повторного ставлення. Ми провели дослідження основних токенів LST на ринку та підсумували відповідні ризики, включаючи можливість оновлення контрактів, контроль доступу, залежність від оракулів тощо.

Рекомендації щодо зниження ризиків повторної стейкінгу

Хоча Restaking є новим концептом, який ще не пройшов тривалу перевірку ні на рівні контрактів, ні на рівні протоколів, ми все ж можемо знизити ризики участі за допомогою деяких стратегій:

Стратегія розподілу коштів

1. Для учасників з великими сумами коштів можна розглянути можливість безпосередньої участі у первинному ETH restaking EigenLayer, оскільки кошти зберігаються в контракті Beacon chain, що є відносно безпечнішим.

2. Для учасників з великими сумами, які хочуть швидко викупити, можна вибрати відносно стабільний stETH як актив для участі в EigenLayer.

3. Користувачі, які прагнуть додаткового доходу, можуть у міру своїх можливостей за ризикованістю долучитися до проектів, таких як Puffer, KelpDAO, Eigenpie та Renzo, що побудовані на базі EigenLayer. Але слід пам'ятати, що оскільки в цих проектах наразі зазвичай відсутня функція виведення коштів, під час участі також потрібно враховувати ліквідність відповідного LRT на вторинному ринку.

Моніторинг ризиків

1. Налаштуйте моніторинг контрактів, стежте за оновленнями відповідних контрактів та виконанням чутливих операцій з боку проекту.

2. Використовуйте інструменти автоматизації смарт-контрактів, такі як Cobo Argus, для налаштування умов тригера автоматизованих роботів та конфігурації одноосібного дозволу для багатопідписного гаманця Safe. На основі змін TVL пулу, коливань ціни ETH та переміщення великих коштів, налаштуйте функцію автоматичного депозиту до EigenLayer та різних протоколів повторного стейкінгу.

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