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