Rocket Pool – протокол децентрализованного стейкинга Ethereum с двумя основными сторонами. Владельцы ETH вносят любую доступную протоколу сумму и получают ликвидный токен rETH. Независимые node operators добавляют собственный капитал, запускают валидаторы и обслуживают инфраструктуру. После Saturn 1 новые валидаторы объединяются в megapools, а прежние minipools продолжают работать как отдельное поколение контрактов.
Главная идея Rocket Pool состоит не в том, чтобы устранить операторов, а в том, чтобы сделать вход для них permissionless и распределить stake между множеством узлов. Пользователь rETH не выбирает конкретного оператора и не управляет validator keys. Взамен он получает переносимый токен, стоимость которого относительно ETH отражает накопленные staking rewards за вычетом расходов и долей участников.
Две стороны протокола
Liquid staker поставляет ETH в deposit pool. Контракт чеканит rETH по текущему exchange rate, а свободный ETH по мере возможности соединяется с капиталом операторов и отправляется в Ethereum validators. Пока средства ждут назначения, они не приносят полный consensus reward, поэтому очередь и загрузка протокола влияют на эффективность.
Node operator запускает Ethereum execution client, consensus client и Rocket Pool software. Он отвечает за доступность узла, обновления, ключи валидатора и корректные attestations. Протокол не превращает домашний компьютер в безусловно безопасный валидатор: оператор по-прежнему должен защищать seed, withdrawal configuration, сеть и сервер.
Связь между сторонами создаёт leverage на операторский ETH. Часть 32 ETH в каждом валидаторе принадлежит оператору, остальная часть поступает от держателей rETH. Именно поэтому протоколу нужны правила распределения rewards, приоритет потерь и экономические ограничения.
rETH и его обменный курс
rETH – non-rebasing ERC-20. Количество токенов в кошельке не увеличивается после каждого reward. Вместо этого один rETH со временем должен представлять больше ETH, если совокупный результат валидаторов положительный. Это отличается от rebasing-модели stETH, разобранной в обзоре Lido.
Exchange rate рассчитывается на уровне протокола из обеспечивающего ETH и предложения rETH. Рыночная цена на DEX может отклоняться от этого курса. Если покупатель приобретает rETH дороже протокольной стоимости, будущий staking income сначала компенсирует премию. Если продаёт со скидкой, фиксирует рыночный discount.
Погашение rETH через Rocket Pool зависит от доступной ликвидности. ETH может находиться в deposit pool, поступать от выходящих валидаторов или освобождаться другими механизмами протокола. При нехватке свободного ETH пользователю приходится ждать появления capacity либо продавать rETH на вторичном рынке с его slippage.
rETH сохраняет smart-contract risk, Ethereum staking risk и рыночный risk. Интеграция в lending или LP добавляет ликвидации, oracle и impermanent loss. Ликвидный стейкинг не является банковским депозитом и не гарантирует обмен один к одному в любой блок.
Как работали minipools
Классический minipool был отдельным smart contract для одного Ethereum validator. При запуске mainnet оператор вносил 16 ETH, а протокол добавлял ещё 16 ETH. Atlas в 2023 году открыл 8 ETH minipools: к 8 ETH оператора присоединялись 24 ETH от depositors.
Saturn 0 в октябре 2024 года убрал обязательный RPL bond для новых 8 ETH minipools. Оператор мог запускаться только с ETH, а RPL стал дополнительным, а не обязательным обеспечением. Это было важное изменение действующей экономики, поэтому старые инструкции с обязательным минимумом RPL нельзя переносить на более новые pools.
Каждый minipool имел собственный адрес и delegate contract. Такая изоляция облегчала понимание одного валидатора, но умножала deployment и gas costs. При сотнях валидаторов оператору приходилось обслуживать множество однотипных контрактов и распределений.
Saturn 1 и megapools
Saturn 1 был активирован 18 февраля 2026 года. Для новых запусков базовой конструкцией стал megapool – один smart contract оператора, который служит withdrawal address сразу для нескольких validators. Legacy minipool deposits отключены, однако уже существующие minipools не были насильно закрыты и могут продолжать работу.
Новый validator в megapool требует 4 ETH операторского капитала, а ещё 28 ETH предоставляет сторона rETH. Один и тот же операторский капитал способен поддерживать больше validator stake, чем в поколении 8 ETH. Это улучшает capital efficiency и расширяет потенциальный спрос на deposits, но одновременно увеличивает долю внешнего ETH, зависящего от работы одного оператора.
Megapool агрегирует учёт и уменьшает расходы на создание и обслуживание множества валидаторов. Он также вводит механизм forced delegate upgrades. Протокол получает возможность переводить megapools на новую delegate implementation без сохранения полной совместимости с каждой старой версией. Это облегчает развитие, но усиливает upgrade and governance risk: ошибка новой реализации способна затронуть сразу несколько validators одного оператора.
Переход не происходит простой сменой названия. Владелец legacy minipools может оставить их работающими либо отдельно мигрировать, учитывая доступный ETH и состояние валидаторов. Старый minipool и новый megapool нужно оценивать как разные контрактные модели.
Rewards и порядок покрытия потерь
Ethereum validator получает consensus rewards за attestations и proposals, а execution layer может приносить priority fees и MEV-related income. Rocket Pool разделяет результат между оператором, держателями rETH и предусмотренными протоколом получателями. Конкретные доли могут зависеть от поколения pool и параметров DAO.
Оператор получает rewards на собственный capital и commission за обслуживание заёмной части. После Saturn 1 часть protocol revenue может направляться eligible staked RPL. Доли сделаны управляемыми, поэтому их нельзя считать вечными. Перед расчётом доходности нужно читать актуальные on-chain parameters, а не исторический рекламный пример.
Если валидатор работает плохо, сначала страдает экономический результат оператора. Severe penalties или slashing могут уменьшить principal. RPL способен выступать дополнительным collateral, но он не создаёт абсолютного страхового фонда. Массовая correlated ошибка client software, инфраструктуры или upgrade может превысить локальные buffers.
Причины slashing и отличие штрафа от обычного пропуска attestations подробно разобраны в материале о slashing в стейкинге. Для Rocket Pool важен именно общий хвост распределения: множество независимых operators полезно лишь тогда, когда они действительно используют разные операционные практики, а не один уязвимый образ.
RPL
RPL – protocol token Rocket Pool. Он используется в governance и может стейкаться node operators. После Saturn 0 RPL не обязателен для запуска новых pools. После Saturn 1 vote-eligible staked RPL участвует в распределении части protocol revenue, а RPL issuance rewards пока продолжаются.
Эта конструкция находится в переходном состоянии. Дополнительная commission для некоторых Saturn 0 minipools должна быть свёрнута после контрольных reward snapshots, а inflationary rewards планируется постепенно заменить дальнейшими изменениями Saturn. План Saturn 2 не следует описывать как уже работающую механику.
RPL несёт отдельный market risk. Если collateral измеряется волатильным token, падение его цены уменьшает экономический buffer именно в стрессовый момент. Staker также принимает liquidity, governance и smart-contract risk. Сам факт fee sharing не гарантирует положительную доходность RPL.
При анализе supply важно различать circulating amount, inflation и tokens, фактически поставленные в staking. Общий подход дан в инструкции о том, как читать токеномику проекта.
Управление: pDAO и oDAO
Protocol DAO, или pDAO, управляет параметрами, treasury и развитием Rocket Pool. Голосование связано с RPL, поставленным операторами, и on-chain governance. pDAO может изменять экономические диапазоны и утверждать upgrades, поэтому rETH holder зависит не только от неизменяемого кода, но и от процесса управления.
Oracle DAO, или oDAO, исторически выполняет специализированные обязанности: сообщает протоколу о network balances, rewards и других данных, которые невозможно получить одним локальным EVM call. Участники oDAO имеют bonded role и могут быть наказаны, однако это permissioned committee, а не открытый набор всех Ethereum validators.
Разделение ролей уменьшает власть одного субъекта, но не устраняет governance capture, collusion или operational failure. Пользователю стоит проверять, какие параметры меняются голосованием, где применяется timelock и какие emergency actions доступны.
Оракулы и smoothing pool
Rocket Pool должен учитывать balances на consensus layer и результаты валидаторов. Эти данные поступают в протокольный расчёт через oracle process. Ошибка, задержка или несогласованность отчётов может временно исказить распределение и exchange rate.
Smoothing pool позволяет участвующим operators объединять часть execution rewards и MEV income, а затем распределять их по правилам протокола. Механизм уменьшает удачу отдельного proposer: один оператор может не предложить блок месяцами, другой – получить крупный блок случайно. Pool сглаживает дисперсию, но добавляет contract и reporting dependencies.
Жизненный цикл node operator
- Оператор подготавливает отдельную машину, Ethereum clients, ключи и адреса вывода.
- Регистрирует node и при необходимости вносит RPL для governance и дополнительных incentives.
- Вносит 4 ETH на validator через megapool и ждёт доступный matching ETH протокола.
- Поддерживает clients, следит за downtime, диском, peers, обновлениями и fee recipient.
- Получает и распределяет rewards по правилам megapool, а при выходе проходит Ethereum exit queue.
Permissionless entry означает отсутствие предварительного отбора компанией, а не отсутствие технических требований. Ошибочная резервная копия validator keys, двойной запуск одного ключа или компрометация сервера способны привести к потерям. Практики защиты близки к тем, что описаны в обзоре Solana для валидаторской инфраструктуры, но Ethereum clients и slashing conditions отличаются.
Применение rETH
rETH можно держать как liquid staking asset, использовать в collateral markets, AMM pools и structured DeFi strategies. Non-rebasing accounting удобен для интеграций: баланс стабилен, а стоимость доли растёт через exchange rate.
Каждая интеграция меняет профиль риска. В lending price feed должен корректно учитывать rETH/ETH и ETH/USD. В AMM возникает divergence loss. В bridge появляется wrapped representation и чужая custody or verification model. Поддельный rETH с тем же ticker не имеет отношения к Rocket Pool, поэтому contract address важнее названия.
Если rETH используется как collateral для заимствования ETH, позиция может выглядеть нейтральной, но остаётся basis risk. Discount rETH, изменение collateral factor или рост borrow rate способен приблизить liquidation. Механику запаса объясняет статья о health factor в DeFi.
История
Проект начал David Rugendyke в конце 2016 года, ещё до запуска Ethereum Proof of Stake. В мае 2017 года появилась alpha, затем команда и сообщество провели несколько public betas. Архитектуру приходилось строить вокруг будущего protocol, спецификации которого менялись.
Rocket Pool вышел в Ethereum mainnet в ноябре 2021 года с 16 ETH minipools и rETH. Redstone расширил функциональность, а Atlas в апреле 2023 года добавил 8 ETH minipools и возможность эффективнее использовать операторский капитал.
Saturn 0 был активирован 28 октября 2024 года и убрал обязательный RPL bond для новых minipools. Saturn 1 вышел 18 февраля 2026 года: появились megapools, 4 ETH validator deposits, protocol revenue for eligible staked RPL и более гибкие параметры. Следующие части Saturn остаются планами, пока не развернуты и не активированы on-chain.
Команда
Основатель Rocket Pool – австралийский разработчик David Rugendyke. В публичной разработке также участвуют core contributors, maintainers Smartnode, специалисты по protocol research, security и community operations. С годами часть работы перешла к DAO-funded contributors и независимым командам.
Rocket Pool нельзя сводить к одной компании. Код, node software, governance, oDAO reports и фактические operators образуют разные контуры ответственности. При этом core developers сохраняют значительное влияние на design proposals и подготовку upgrades, а oDAO остаётся ограниченным набором участников.
Открытая разработка и audits повышают проверяемость, но не отменяют доверия к release process. Перед крупным обновлением полезно смотреть final deployment, audit scope и on-chain vote, а не только имя разработчика.
Что проверить владельцу rETH
- Точный contract address rETH и выбранную сеть.
- Разницу между protocol exchange rate и DEX price.
- Доступную liquidity для выхода и price impact вторичного рынка.
- Риски lending, LP, bridge или vault поверх rETH.
- Актуальный статус protocol upgrades и governance parameters.
Что проверить node operator
- Совместимость clients и Smartnode с Saturn 1.
- Megapool или legacy minipool и точный путь миграции.
- Key management, monitoring и защиту от двойного запуска validator key.
- Действующие commission, revenue split и RPL conditions.
- Достаточный ETH buffer для gas, maintenance и incident response.
Основные риски
Первый слой – Ethereum staking. Downtime снижает rewards, slashing может уменьшить principal, а exit queue задерживает освобождение ETH. Второй слой – Rocket Pool contracts, oracle reports, upgrades и governance. Третий – рынок rETH и внешние DeFi integrations.
Saturn 1 повысил capital efficiency, но 4 ETH оператора поддерживают 28 ETH стороннего stake. Megapool уменьшает gas, одновременно концентрируя несколько validators в одном contract и delegate upgrade path. Forced upgrades полезны для сопровождения, но требуют особенно строгого контроля governance и release security.
RPL не является гарантированной страховкой rETH. Его цена, inflation, voting concentration и меняющаяся revenue model создают собственные риски. Permissionless operators могут быть географически и организационно разнообразны, но correlated software bug или общий cloud provider всё равно способен вызвать массовый сбой.
Итог: Rocket Pool после Saturn 1 – это не просто старые minipools с меньшим deposit. Новая основа для операторов – megapool с 4 ETH на validator, тогда как legacy minipools продолжают отдельную жизнь. rETH объединяет результат сети operators в ликвидный токен, RPL связывает governance и часть protocol revenue, а пользователь принимает одновременно staking, contract, oracle, liquidity и governance risks.
