Оператори стейкінг-пулів втрачають до 30% потенційного доходу, залишаючи ETH без діла після валідації. Restaking через EigenLayer повторно використовує цей капітал для захисту додаткових сервісів (AVS), відкриваючи нове джерело yield. Додатковий дохід становить від 3% до 12% річних понад стейкінг — для капіталу в $1M це $30 000–$120 000 на рік. Ми розробляємо протоколи restaking під ключ: від архітектури до деплою в mainnet. Команда має 5+ років досвіду в блокчейн-розробці, 15+ DeFi-проєктів, аудит у провідних фірм. Пули restaking уже привернули $15B+ TVL, і кожен новий AVS вимагає грамотного розподілу stake. Гарантуємо безпеку та оптимальну дохідність.
Як виглядає архітектура restaking-протоколу?
EigenLayer вводить три ролі: Staker (депонує ETH), Operator (керує валідаторами) та AVS (сервіс, що використовує restaking). Staker делегує свої кошти операторам через Delegation Manager. Оператори реєструються в AVS і беруть на себе додаткові slashing-умови. Детальний опис ролей і контрактів можна знайти в офіційній документації EigenLayer.
Ключові контракти:
- EigenPod: контракт, що верифікує стейкінг ETH на Beacon Chain через EIP-4788 та Merkle proofs.
- Delegation Manager: керує делегуванням та withdrawal delay (7 днів в EigenLayer).
- Slasher: контракт AVS, який викликає
slash()при порушенні.
// Спрощено: верифікація 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 } Які ризики виникають при restaking і як їх уникнути?
Оператор, зареєстрований у 5 AVS, при slashing в одному втрачає частину stake, що забезпечує всі 5 — це cascading risk. Native restaking знижує ліквідність: кошти заморожені до виведення. Liquid Restaking Tokens (LRT) вирішують цю проблему, але множать ризики через DeFi. Restaking через EigenLayer збільшує дохідність у 1.5–2 рази порівняно з solo staking, але вимагає ретельного контролю. Ми ретельно відбираємо операторів з uptime >99% та низькою кореляцією ревардів. LRT збільшує ліквідність у 2 рази порівняно з native restaking — ви можете використовувати токен в інших протоколах, не виводячи ETH.
| Підхід | Ліквідність | Дохідність | Ризики |
|---|---|---|---|
| EigenLayer native restaking | Низька (заморозка до виведення) | Базова + AVS rewards | Slashing correlated risk |
| Liquid Restaking Tokens (LRT) | Висока (токен використовується в DeFi) | Залежить від стратегії | Множення ризиків через DeFi |
| Власний протокол restaking | Налаштовувана | Повний контроль | Висока складність розробки |
Як вибрати AVS для restaking?
Ключові критерії: надійність операторів, умови слешінгу, частота виплат та сумісність з LRT. Порівняємо популярні AVS:
| AVS | Тип | Дохідність | Ризики |
|---|---|---|---|
| EigenDA | DA-шар | Середня | Низькі (перевірений) |
| Oracle AVS (Chainlink) | Оракул | Висока | Середні (залежність від точності даних) |
| Bridge AVS | Міст | Висока | Високі (вразливості мосту) |
Вибір AVS безпосередньо впливає на профіль дохідності restaking-протоколу. Ми допомагаємо підібрати оптимальний набір під ваші цілі.
Як ми розробляємо AVS: етапи та терміни
Процес займає 6–12 місяців. Ось ключові етапи:
- Аналіз і проєктування (2–4 тижні): економічна модель, умови слешінгу, вибір AVS.
- Розробка смарт-контрактів (2–4 місяці): Middleware, Task Manager, Slasher на Solidity 0.8.x.
- Off-chain софт (1–2 місяці): node-програма на Rust/TypeScript.
- Тестування та аудит (2–3 місяці): покриття тестами, аудит (Trail of Bits), формальна верифікація.
- Деплой і моніторинг (1 місяць): mainnet, Tenderly Alerts.
Типові помилки при розробці AVS:
- Неправильний підбір кворуму підписів (N-of-M): занадто мале N збільшує ризик цензури, занадто велике — знижує продуктивність.
- Ігнорування correlated slashing: оператори з однаковим стеком можуть бути покарані одночасно.
- Відсутність fallback-оракулів: при відмові основного оракула AVS може зупинитися.
- Недостатнє тестування в тестовій мережі: баги в slashing-логіці призводять до втрати коштів.
Чому важливий вибір оператора?
Оператор — центральний елемент безпеки. Ми відбираємо кандидатів з uptime >99%, підтвердженим через моніторинг Tenderly, та низькою кореляцією ревардів. Це мінімізує cascading slashing risk. Замовте розробку протоколу restaking у нас — отримайте резервних операторів та автоматичну диверсифікацію.
Що входить у розробку під ключ
- Вихідний код смарт-контрактів (Solidity 0.8.x) з документацією NatSpec.
- Off-chain клієнт на Rust/TypeScript.
- Набір тестів (Foundry/Hardhat) та CI/CD.
- Деплой сценарії (Foundry scripts).
- 30 днів підтримки після деплою.
Як оптимізувати дохідність restaking?
Ключові фактори: вибір AVS з високими ревардами, диверсифікація по 3–5 AVS, використання LRT для реінвестування в DeFi. Ми допомагаємо налаштувати стратегію автоматичного ребалансування, що дозволяє отримувати додатково до 3% річних.
Зв'яжіться з нами для попереднього обговорення архітектури. Отримайте консультацію інженера та дізнайтеся, як restaking може збільшити ваш дохід.







