Разработка протокола restaking

Проектируем и разрабатываем блокчейн-решения полного цикла: от архитектуры смарт-контрактов до запуска DeFi-протоколов, NFT-маркетплейсов и криптобирж. Аудит безопасности, токеномика, интеграция с существующей инфраструктурой.
Показано 1 из 1 услугВсе 1306 услуг
Разработка протокола restaking
Сложная
от 2 недель до 3 месяцев
Часто задаваемые вопросы
Направления блокчейн-разработки
Этапы блокчейн-разработки
Последние работы
  • image_website-b2b-advance_0.png
    Разработка сайта компании B2B ADVANCE
    1221
  • image_web-applications_feedme_466_0.webp
    Разработка веб-приложения для компании FEEDME
    1163
  • image_websites_belfingroup_462_0.webp
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    855
  • image_ecommerce_furnoro_435_0.webp
    Разработка интернет магазина для компании FURNORO
    1056
  • image_logo-advance_0.png
    Разработка логотипа компании B2B Advance
    561
  • image_crm_enviok_479_0.webp
    Разработка веб-приложения для компании Enviok
    828

Разработка протокола restaking

Restaking — это переиспользование застейканного ETH для обеспечения безопасности дополнительных протоколов помимо Ethereum. EigenLayer изобрёл эту концепцию и собрал $15B+ TVL. Идея: экономическая безопасность Ethereum (32M+ ETH в стейкинге) может «арендоваться» другими приложениями — oracle сетями, DA слоями, cross-chain bridges — без необходимости строить собственный validator set.

Концептуальная архитектура EigenLayer

AVS (Actively Validated Service): сервис который использует restaking для своей безопасности. Примеры: EigenDA (data availability), Espresso Systems (shared sequencer), Lagrange (ZK coprocessor).

Operator: оператор который управляет валидаторами и регистрируется в одном или нескольких AVS. Берёт на себя дополнительные slashing условия AVS.

Staker → Restaker: обычный staker ETH или liquid staking token holder депонирует в EigenLayer. Делегирует свой stake операторам.

Slashing conditions: каждый AVS определяет условия slashing для своих операторов. Двойное signing в AVS-протоколе = потеря части restaked ETH. Это «цена» за участие в AVS security.

ETH Staker
    ↓ restakes via EigenLayer
Restaking Contract (EigenPod)
    ↓ delegates to
Operator
    ├── validates Ethereum (обязательно)
    ├── validates AVS_1 (опционально)
    ├── validates AVS_2 (опционально)
    └── validates AVS_N (опционально)

Технические компоненты restaking протокола

EigenPod

EigenPod — смарт-контракт который «видит» что у пользователя есть ETH в стейкинге на Beacon Chain. Верификация происходит через EIP-4788 (Beacon Chain root доступен on-chain) + Merkle proofs.

// Упрощённо: верификация validator credentials
function verifyWithdrawalCredentials(
    uint64[] calldata oracleTimestamps,
    BeaconChainProofs.StateRootProof calldata stateRootProof,
    uint40[] calldata validatorIndices,
    bytes[] calldata validatorFieldsProofs,
    bytes32[][] calldata validatorFields
) external {
    // Проверка через Beacon Chain state root
    // Начисление restaking shares
}

Delegation Manager

Управляет делегированием от stakers к операторам. Staker выбирает оператора, делегирует свои shares. Оператор теперь отвечает за этот stake при взаимодействии с AVS.

Withdrawal delay: при отмене делегирования — withdrawal delay (сейчас 7 дней в EigenLayer). Защита AVS от внезапного оттока stake.

AVS регистрация и slasher

Каждый AVS деплоит свой slasher контракт, регистрирует условия slashing в EigenLayer Registry. Оператор при регистрации в AVS даёт opt-in на эти условия.

При обнаружении нарушения — AVS слешинг механизм вызывает slash() в EigenLayer, который уменьшает shares нарушившего оператора.

Liquid Restaking Tokens (LRT)

Если обычный restaking через EigenLayer неликвиден (средства заморожены), liquid restaking tokens (EtherFi's eETH, Renzo's ezETH, Puffer's pufETH) дают liquidity поверх restaking.

Пользователь: депонирует ETH → получает LRT → использует в DeFi. Протокол: депонирует ETH в EigenLayer → делегирует операторам → получает AVS rewards → распределяет holders LRT.

Автоматический restaking распределение: протокол стратегически распределяет ETH между AVS для оптимального yield при приемлемом риске. Реализуется через Strategy Manager.

LRT Architecture

User deposits ETH
    ↓ EtherFi/Renzo/Puffer контракт
    ↓ депонирует в EigenLayer
    ↓ делегирует операторам (multiple)
    ↓ операторы регистрируются в AVS_1, AVS_2, ...
    ↓ AVS rewards поступают
    ↓ yield распределяется stakers
    
User получает LRT (eETH/ezETH/pufETH)
    → ликвидный, используется в DeFi
    → exchange rate растёт от rewards

Риски restaking и управление ими

Slashing correlated risk: если оператор зарегистрирован в 5 AVS и получает slashing в одном — теряет часть stake который обеспечивал все 5. Cascading slashing risk.

AVS quality risk: не все AVS одинаково безопасны. Некачественный AVS с багом в slasher может случайно заслешить валидаторов без реального нарушения. Операторы и LRT протоколы должны тщательно выбирать AVS.

Concentration risk: если большинство restake сконцентрировано у нескольких операторов — атака на них подрывает множество AVS одновременно.

Leverage risk: restaking — это в каком-то смысле leverage на ETH stake. «Одни и те же» 32 ETH обеспечивают безопасность Ethereum + N других протоколов. Если общий slashing liability превысит стоимость stake — система теряет coherence.

Программирование собственного AVS

Если вы строите AVS поверх EigenLayer:

Middleware contracts: контракты на Ethereum для регистрации операторов и управления условиями.

Off-chain node software: программа которую запускают операторы. Выполняет actual validation работу AVS.

Task Manager: контракт который выставляет задачи операторам и агрегирует их responses. Кворум-based: задача считается выполненной при подписании N-of-M операторами.

Slashing conditions: чётко определённые и ограниченные условия. Должны быть объективно верифицируемы — нельзя слешить по субъективным причинам.

Разработка собственного restaking протокола или AVS — высокосложная задача требующая глубокого понимания Ethereum consensus, смарт-контракт безопасности и EigenLayer internals. Срок — 6-12 месяцев.