НовостиКриптовалютыЧерновик EigenLayer ELIP-018 предлагает необратимый механизм выхода для рестейкеров

Черновик EigenLayer ELIP-018 предлагает необратимый механизм выхода для рестейкеров

Автор: Bitcoinist·

Ключевые выводы

  • •ELIP-018 — это черновое предложение, обсуждаемое на форуме управления EigenLayer, которое не было внедрено или одобрено DAO.
  • •Фреймворк RETIRE предназначен для того, чтобы позволить рестейкерам выходить из позиций постоянно и необратимо, избегая ненужных механизмов slashing.
  • •Предложение рассматривает проблему создания безопасных процедур выхода в системах рестейкинга, где активы связаны с несколькими сервисами и пересекающимися обязательствами.
  • •Управление EigenLayer смещается от нарратива, ориентированного на рост, к решению фундаментальных вопросов системного дизайна, включая механику выхода.
  • •Перед протоколом стоит задача сбалансировать права рестейкеров на выход с гарантиями безопасности, необходимыми сервисам, которые зависят от рестейкнутых активов.
Черновик EigenLayer ELIP-018 предлагает необратимый механизм выхода для рестейкеров

Форум управления EigenLayer обсуждает ELIP-018 — черновое предложение, которое должно представить фреймворк под названием RETIRE, сокращение от Retirement Enabling Terminal, Irreversible Restaking Exit.

Заявленная цель предложения — создать терминальный маршрут выхода для рестейкеров, которые хотят окончательно и необратимо выйти из определенных позиций рестейкинга, избегая при этом ненужных механизмов slashing.

ELIP-018 остается черновиком. Он не был внедрен и не был одобрен DAO.

Даже на стадии черновика предложение затрагивает центральную проблему систем рестейкинга: как пользователи могут безопасно выходить по мере усложнения архитектуры протокола.

Рестейкинг может повышать эффективность капитала и координировать безопасность между несколькими сервисами. В то же время он создает дополнительные уровни обязательств между стейкерами, операторами, активно валидируемыми сервисами, или AVSs, правилами slashing и процессами вывода средств. По мере увеличения числа таких уровней четкие процедуры выхода становятся все более важными.

Вопрос механики выхода не является уникальным для рестейкинга. В собственном уровне стейкинга Ethereum не было нативного пути вывода средств до обновления Shanghai в апреле 2023 года, которое позволило валидаторам вывести ETH из стейкинга. Это обновление показало, насколько важны четко определенные маршруты выхода для доверия пользователей на уровне базового протокола. Предложение RETIRE от EigenLayer рассматривает аналогичную проблему на уровень выше, где рестейкнутые активы одновременно связаны с несколькими сервисами.

Почему выходы из рестейкинга сложны

Рестейкинг позволяет застейканным активам поддерживать дополнительные сервисы. Вместо обеспечения безопасности только Ethereum рестейкнутый капитал может использоваться через фреймворк EigenLayer для помощи в обеспечении безопасности AVSs. Такая структура может создавать дополнительные экономические возможности для стейкеров и операторов.

Она также вводит дополнительный риск.

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

Именно в этом контексте становятся актуальными такие предложения, как ELIP-018.

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

Четко определенный терминальный маршрут выхода призван снизить эту неопределенность.

RETIRE сосредоточен на окончательности

Элемент «необратимости» в RETIRE является центральным для предложения.

Терминальный маршрут выхода не предназначен для работы как обычный переключатель. Он должен быть окончательным. После того как рестейкер выберет этот маршрут, система будет рассматривать выход как постоянное действие, а не как временное изменение состояния.

Такой дизайн может упростить учет и снизить неопределенность.

В сложных системах стейкинга неопределенность может создавать операционный риск. Если одна часть протокола считает рестейкера все еще активным, а другая рассматривает того же рестейкера как выходящего, вопросы slashing, ответственности и сроков могут стать трудными для разрешения.

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

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

Риск slashing остается ключевым фактором

Slashing является распространенным механизмом в системах proof-of-stake и рестейкинга, поскольку он создает последствия за неправомерное поведение валидатора или оператора. Однако пользователям также нужна уверенность в том, что их не накажут несправедливо из-за неясной механики выхода.

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

Если маршруты выхода трудно понять, осторожные пользователи могут не захотеть участвовать. Если выходы слишком просты или спроектированы без достаточных защитных механизмов, сервисы могут столкнуться с более слабыми гарантиями безопасности. Поэтому протоколу необходимо балансировать права пользователей на выход с предположениями о безопасности сервисов, которые он поддерживает.

ELIP-018 является частью этой более широкой дискуссии.

Предложение пытается определить маршрут, который позволит рестейкерам выйти, сохраняя внутреннюю логику системы рестейкинга.

Статус черновика означает, что сначала идет рассмотрение в управлении

Поскольку ELIP-018 все еще является черновиком, его не следует рассматривать как активную функцию.

Сообществу EigenLayer еще предстоит оценить, необходим ли RETIRE, безопасна ли его механика, существуют ли пограничные случаи и как фреймворк будет взаимодействовать с существующими правилами вывода средств и slashing.

Это означает, что рестейкерам не следует предполагать, что предлагаемая функция уже работает.

Дискуссии по управлению в криптоиндустрии иногда могут выглядеть окончательными, потому что предложения используют технический и формальный язык. Однако черновики — это этап, на котором дизайнерские идеи публично оцениваются до принятия какого-либо решения о внедрении.

Для рестейкеров непосредственный практический вывод заключается в том, что фреймворк все еще обсуждается, а ключевой вопрос — как дизайн выхода будет развиваться в процессе управления.

Управление EigenLayer смещается к системному дизайну

Ранняя история EigenLayer была сосредоточена на росте, включая спрос на рестейкинг, запуски AVS, сети операторов и возможность повторного использования безопасности Ethereum для множества сервисов.

Теперь экосистема глубже переходит к системному дизайну.

Этот сдвиг требует от управления решения менее рекламных, но важных операционных вопросов. К ним относятся то, как работают выходы, как работают эмиссии, как slashing взаимодействует с различными сервисами, как следует управлять операторами и как пользователи могут понимать риск.

ELIP-018 вписывается в эту фазу инфраструктурного управления.

Это не рекламное объявление о продукте. Для протокола рестейкинга такие вопросы, как дизайн выхода, являются частью основы, необходимой для устойчивого рынка безопасности.

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

RETIRE может стать или не стать финальной моделью, но обсуждение ELIP-018 показывает, что экосистема EigenLayer формально изучает проблему необратимых выходов из рестейкинга.

Эта статья основана на черновом предложении форума EigenLayer по ELIP-018 и фреймворку RETIRE.

Эта статья была написана News Desk и отредактирована Samuel Rae. Этот отчет основан на информации, опубликованной в раскрытиях в первичной исходной документации.