Liquid staking и restaking решают разные задачи. Liquid staking выпускает токен-представление доли в стейкинге, которым можно пользоваться в приложениях. Restaking повторно использует стейкнутый ETH или связанный с ним актив для обеспечения дополнительных сервисов. Это добавляет отдельные условия и риски поверх базового стейкинга; receipt-токен сам по себе не отменяет их.
Раздели уровни риска
Ethereum.org описывает restaking как применение уже стейкнутого ETH для защиты дополнительных децентрализованных сервисов, иногда называемых Actively Validated Services (AVS). Возможны дополнительные вознаграждения, но staked ETH принимает на себя дополнительный риск. В сравнении Ethereum.org указывает, что для restaking вывод может включать не только очередь, но и период unbonding (Ethereum.org: Restaking). Это обзорное объяснение, а не оценка конкретного протокола или обещание дохода.
| Слой | Что происходит | Что изучить отдельно |
|---|---|---|
| Базовый staking | ETH участвует в консенсусе Ethereum | штрафы, выход и валидаторская инфраструктура |
| Liquid staking | Протокол выдаёт receipt-токен | курс receipt к underlying, контракт, ликвидность и выход |
| Restaking | Актив используется как обеспечение дополнительных сервисов | AVS/operator условия, возможный slash, unbonding и управление |
| DeFi поверх receipt | Токен заложен или используется ещё раз | ликвидация, оракул, smart contract и очередность выхода |
Разбери условный маршрут
Пусть пользователь вносит 1 условный ETH в liquid-staking протокол, получает receipt R, а затем передаёт R в restaking-сервис для AVS Q. У него одновременно есть риск базового staking, механизма receipt-токена и условий Q. Если restaking-сервис выдаёт новый receipt R2 и пользователь затем закладывает R2 в DeFi, добавляются правила залога и ликвидации. Наличие такого receipt и возможность его использования нужно подтвердить отдельно: один уже переданный R нельзя считать одновременно свободным активом в другом контракте. Это схематичный пример, не описание конкретной схемы или расчёт доходности.
Перед решением открой документацию каждого контракта: что именно принимается, кто держит ключевые полномочия, какие события могут привести к slash, какова очередь выхода и можно ли выйти до погашения receipt. Не суммируй рекламные APY как гарантированный результат и не предполагай, что один loss condition покрывается другим уровнем.
Попроси ИИ построить граф активов и обязанностей: исходный актив, receipt, оператор, каждый AVS, возможное условие убытка и путь выхода. Неподтверждённые поля пусть оставит неизвестными. Не передавай модели или постороннему сайту seed-фразу и не оценивай стратегию по названию «restaking».
Для базового контекста смотри обзор стейкинга и карту рисков DeFi. Эта схема не является рекомендацией размещать активы.