Коротко: Хардфорк Пектра дозволяє валідаторам Етеріуму вибрати вищий максимальний ефективний баланс і компаундинг (нарахування складних відсотків), перетворивши облікові дані для виведення Типу 1 на Тип 2. Офіційним інструментом для цього є Launchpad. Цю операцію неможливо скасувати.
Огляд
Кого це стосується?
Будь-кого, хто керує валідатором — ймовірно, це той, хто знає індекс (наприклад, Валідатор #12345 (opens in a new tab)) валідатора, який він контролює. Якщо ви використовуєте протокол для запуску валідатора (наприклад, Lido CSM або Rocket Pool), вам доведеться уточнити у них, чи підтримують вони maxEB і коли саме.
Якщо ви здійснюєте стейкінг за допомогою токена ліквідного стейкінгу (наприклад, rETH або stETH), жодних дій не вимагається і не рекомендується.
Що таке «maxEB»?
maxEB = МАКСимальний ефективний баланс (MAXimum Effective Balance) валідатора. До хардфорку Пектра кожен валідатор заробляє максимум на 32 ETH. Після Пектра валідатори мають можливість заробляти на будь-якому балансі від 32 до 2048 ETH з кроком в 1 ETH, погодившись на цю зміну.
Як валідатору погодитися на зміни?
Валідатор погоджується на зміну maxEB шляхом перетворення облікових даних для виведення Типу 1 на Тип 2. Це можна зробити на Launchpad (Дії валідатора) (opens in a new tab) після активації хардфорку Пектра. Як і у випадку з Типом 0 → Типом 1, перетворення з Типу 1 → Тип 2 є незворотним процесом.
Що таке облікові дані для виведення?
Коли ви запускаєте валідатор, у вас є набір облікових даних для виведення. Їх можна знайти у вашому json-файлі даних депозиту або переглянути на вкладці депозитів (opens in a new tab) вашого валідатора на beaconcha.in.
- Облікові дані для виведення Типу 0: Якщо облікові дані для виведення вашого валідатора починаються з
0x00..., ви внесли депозит до хардфорку Шапелла і ще не встановили адресу для виведення.
- Облікові дані для виведення Типу 1: Якщо облікові дані для виведення вашого валідатора починаються з
0x01..., ви внесли депозит після хардфорку Шапелла або вже перетворили свої облікові дані Типу 0 на облікові дані Типу 1.
- Облікові дані для виведення Типу 2: Цей новий тип облікових даних для виведення починатиметься з
0x02...і буде активований після Пектра. Валідатори з обліковими даними для виведення Типу 2 іноді називають «компонуючими валідаторами» (compounding validators).
| Дозволено | Не дозволено |
|---|---|
| ✅ Тип 0 → Тип 1 | ❌ Тип 0 → Тип 2 |
| ✅ Тип 1 → Тип 2 | ❌ Тип 1 → Тип 0 |
| ❌ Тип 2 → Тип 1 | |
| ❌ Тип 2 → Тип 0 |
Ризики
MaxEB дозволяє валідатору відправити весь свій баланс іншому валідатору. Користувачі, які подають запит на консолідацію, повинні перевірити джерело та вміст транзакції, яку вони підписують. Офіційним інструментом для використання функцій maxEB є Launchpad. Якщо ви все ж вирішите скористатися стороннім інструментом, вам слід переконатися, що:
- Відкритий ключ та адреса для виведення вихідного валідатора збігаються з валідатором, який вони контролюють
- Відкритий ключ цільового валідатора є правильним і належить їм
- Запит є перетворенням, а не консолідацією, якщо вони не мають наміру надсилати кошти іншому валідатору
- Транзакція підписується правильною адресою для виведення
Ми наполегливо рекомендуємо обговорити будь-який сторонній інструмент, який ви плануєте використовувати, зі спільнотою EthStaker (opens in a new tab). Це корисне місце, щоб перевірити свій підхід на адекватність та уникнути помилок. Якщо ви скористаєтеся зловмисним або неправильно налаштованим інструментом, весь баланс вашого валідатора може бути надісланий на валідатор, який ви не контролюєте, — без можливості його повернути.
Технічні деталі
Процес
Буде два варіанти використання операції ConsolidationRequest:
- Перетворення існуючого валідатора з Типу 1 на валідатор Типу 2
- Консолідація інших валідаторів в існуючий валідатор Типу 2
При перетворенні валідатора Типу 1 на Тип 2 як джерелом (source), так і ціллю (target) буде валідатор, який ви перетворюєте. Операція коштуватиме газ і буде поставлена в чергу за іншими запитами на консолідацію. Ця черга є окремою від черги депозитів, на неї не впливають нові депозити валідаторів, і її можна переглянути на pectrified.com (opens in a new tab).
Щоб консолідувати валідатори, ви повинні мати цільовий валідатор, який має облікові дані для виведення Типу 2. Це місце призначення для будь-яких балансів валідаторів, що консолідуються, при цьому індекс зберігається.
Вимоги для перетворення на Тип 2
Це буде потрібно для першого валідатора, який ви перетворюєте на Тип 2. Індекс цього валідатора зберігається і залишається активним. Для перетворення вихідний валідатор == цільовий валідатор.
Валідатор повинен...
- бути активним
- мати облікові дані для виведення Типу 1
- не перебувати у стані виходу (або підданим слешингу)
- не мати незавершених виведень, ініційованих вручну (не стосується автоматичних зборів)
Вимоги для консолідації
Це та сама операція, що й перетворення, але у випадку, коли вихідний валідатор відрізняється від цільового валідатора. Індекс цільового валідатора зберігається, і він приймає баланс від вихідного валідатора. Індекс вихідного валідатора переводиться у стан EXITED.
У цьому випадку вихідний валідатор має всі ті ж вимоги, що й вище, плюс:
- був активним щонайменше ~27,3 години (одна
SHARD_COMMITTEE_PERIOD)
Цільовий валідатор повинен
- мати облікові дані для виведення Типу 2
- не перебувати у стані виходу.
Запит на консолідацію
Запит на консолідацію буде підписаний адресою для виведення, пов'язаною з вихідним валідатором, і міститиме:
- Адресу вихідного валідатора (наприклад,
0x15F4B914A0cCd14333D850ff311d6DafbFbAa32b) - Відкритий ключ вихідного валідатора (наприклад,
0xa1d1ad0714035353258038e964ae9675dc0252ee22cea896825c01458e1807bfad2f9969338798548d9858a571f7425c) - Відкритий ключ цільового валідатора
При перетворенні пункти 2 і 3 будуть однаковими. Цю операцію можна виконати на Launchpad (opens in a new tab).
Вимоги до підписання
Щоб надіслати ConsolidationRequest, адреса для виведення вихідного валідатора повинна підписати запит. Це підтверджує контроль над коштами валідатора.
Що підписується?
Використовується розділений за доменами корінь підписання (opens in a new tab) об'єкта ConsolidationRequest.
- Домен:
DOMAIN_CONSOLIDATION_REQUEST - Поля кореня підписання:
source_pubkey:BLSPubkeytarget_pubkey:BLSPubkeysource_address:ExecutionAddress
Отриманий BLS-підпис надсилається разом із запитом.
Примітка: Підписання здійснюється адресою для виведення, а не ключем валідатора.
Часткові виведення
Валідатори з обліковими даними Типу 1 отримують автоматичні безкоштовні (без витрат газу) збори свого надлишкового балансу (все, що перевищує 32 ETH) на свою адресу для виведення. Оскільки Тип 2 дозволяє валідатору накопичувати баланси з кроком в 1 ETH, він не буде автоматично збирати баланси, доки не досягне 2048 ETH. Часткові виведення на валідаторах Типу 2 повинні ініціюватися вручну і коштуватимуть газ.
Інструменти для консолідації
Існує кілька інструментів для управління консолідаціями. Офіційним інструментом, створеним Фундацією Ethereum, є Launchpad (opens in a new tab). Існують також сторонні інструменти, створені учасниками спільноти стейкінгу, які можуть пропонувати функції, не передбачені в Launchpad. Хоча наведені тут інструменти не перевірені та не схвалені Фундацією Ethereum, нижче представлені інструменти з відкритим вихідним кодом від відомих членів спільноти.
| Інструмент | Вебсайт | Відкритий вихідний код | Творець | Пройшов аудит | Інтерфейс | Визначні функції |
|---|---|---|---|---|---|---|
| Pectra Staking Manager | pectrastaking.com | Так, Apache 2.0 | Pier Two (opens in a new tab) | Ні | Вебінтерфейс | WalletConnect, працює з SAFE |
| Pectra Validator Ops CLI Tool | GitHub (opens in a new tab) | Так, MIT | Luganodes (opens in a new tab) | Так, Quantstamp Травень 2025 (opens in a new tab) | Командний рядок | Пакетування, для багатьох валідаторів одночасно |
| Ethereal | GitHub (opens in a new tab) | Так, Apache 2.0 | Jim McDonald (opens in a new tab) | Ні | Командний рядок | Повний набір функцій для управління валідатором та вузлом |
| Siren | GitHub (opens in a new tab) | Так, Apache 2.0 | Sigma Prime (opens in a new tab) | Ні | Частково командний рядок, але переважно вебінтерфейс | Працює лише якщо ви використовуєте клієнт консенсусу Лайтхаус |
| Consolideth.app | https://consolideth.app/ (opens in a new tab) GitHub (opens in a new tab) | Так, ліцензії MIT | Stakely (opens in a new tab) | Ні | Вебінтерфейс, розміщений на stakely і готовий до вільного самостійного хостингу | Підтримує основні підключення гаманців, включаючи safe з WalletConnect |
Часті запитання
Чи змінить згода на ці зміни мою удачу в пропозиціях або винагороди?
Ні. Згода не зменшує ваші шанси на пропозицію — ваші обов'язки та вибір для пропозиції залишаються незмінними. Наприклад, якщо у вас є два валідатори по 32 ETH порівняно з одним валідатором на 64 ETH, ви матимете однакові загальні шанси бути обраним для пропозиції блоку та отримання винагород.
Чи змінить згода мій ризик слешингу?
Для невеликих або непрофесійних операторів коротка відповідь — ні. Більш розгорнута відповідь полягає в тому, що для професійних операторів, які запускають багато валідаторів на вузол зі швидким сповіщенням, консолідація в меншу кількість валідаторів може знизити їхню здатність реагувати на слешинг і запобігати каскадним подіям. Початковий штраф за слешинг для всіх валідаторів був значно зменшений з 1 ETH (на 32 ETH) до 0,0078125 ETH (на 32 ETH), щоб компенсувати цей ризик.
Чи потрібно мені здійснювати вихід мого валідатора для перетворення?
Ні. Ви можете здійснити перетворення на місці без виходу.
Скільки часу займе перетворення / консолідація?
Мінімум 27,3 години, але консолідації також підлягають черзі. Ця черга не залежить від черг депозитів і виведень і не піддається їхньому впливу.
Чи можу я зберегти свій індекс валідатора?
Так. Перетворення на місці зберігає той самий індекс валідатора. Якщо ви консолідуєте кілька валідаторів, ви зможете зберегти лише індекс цільового валідатора.
Чи пропущу я атестації?
Під час консолідації в інший валідатор вихідний валідатор здійснює вихід, і настає період очікування тривалістю ~27 годин, перш ніж баланс стане активним на цільовому валідаторі. Цей період не впливає на показники продуктивності.
Чи будуть на мене накладені штрафи?
Ні. Поки ваш валідатор перебуває в мережі, штрафи не накладатимуться.
Чи повинні збігатися адреси для виведення валідаторів, що консолідуються?
Ні. Але джерело повинно авторизувати запит зі своєї власної адреси.
Чи будуть мої винагороди накопичуватися (компаундуватися) після перетворення?
Так. З обліковими даними Типу 2 винагороди понад 32 ETH автоматично рестейкаються — але не миттєво. Через невеликий буфер (який називається гістерезисом (opens in a new tab)), ваш баланс повинен досягти приблизно на 1,25 ETH більше, перш ніж надлишок буде рестейкнуто. Тому замість компаундингу на рівні 33,0 ETH, це відбувається на рівні 33,25 (ефективний баланс = 33 ETH), потім 34,25 (ефективний баланс = 34 ETH) і так далі.
Чи можу я все ще отримувати автоматичні збори після перетворення?
Автоматичні збори відбуватимуться лише з надлишковими балансами понад 2048. Для всіх інших часткових виведень вам доведеться ініціювати їх вручну.
Чи можу я передумати і повернутися з Типу 2 до Типу 1?
Ні. Перетворення на Тип 2 є незворотним.
Якщо я хочу консолідувати кілька валідаторів, чи потрібно мені спочатку перетворити кожен з них на Тип 2?
Ні! Перетворіть один валідатор на Тип 2, а потім використовуйте його як ціль. Усі інші валідатори, консолідовані в цю ціль Типу 2, можуть бути Типу 1 або Типу 2.
Мій валідатор не в мережі або має менше 32 ETH — чи можу я все одно його перетворити?
Так. Поки він активний (не здійснив вихід) і ви можете підписати за допомогою його адреси для виведення, ви можете його перетворити.
Ресурси
- Специфікації консенсусу Electra (opens in a new tab): Це «найправдивіша» версія, на яку вам слід покладатися. Якщо сумніваєтеся, читайте специфікації.
- Не всім зручно розбиратися в коді, тому цей maxEB-GPT (opens in a new tab) може допомогти інтерпретувати специфікації. Відмова від відповідальності: Слід покладатися на специфікації, а не на ШІ, як на істину, оскільки ШІ може неправильно інтерпретувати інформацію або галюцинувати відповіді.
- pectrified.com (opens in a new tab): Переглядайте стан консолідацій, депозитів та час очікування в черзі.
- Ethereal (opens in a new tab): Створений спільнотою інструмент командного рядка (CLI) для управління типовими завданнями валідатора.
- batch-validator-depositor (opens in a new tab): Створений спільнотою контракт, який дозволяє вносити депозити для кількох валідаторів Етеріуму в одній транзакції.
Останнє оновлення сторінки: 22 квітня 2026 р.
