MaxEB

Кратко: Хардфорк Пектра позволяет валидаторам Эфириума перейти на более высокий максимальный эффективный баланс и компаундинг путем преобразования реквизитов для вывода типа 1 в тип 2. Официальный инструмент для этого — Launchpad. Эта операция необратима.

Обзор

Кого это касается?

Любого, кто управляет валидатором — скорее всего, это тот, кто знает индекс (например, Валидатор #12345 (opens in a new tab)) контролируемого им валидатора. Если вы используете протокол для запуска валидатора (например, Lido CSM или Rocket Pool), вам придется уточнить у них, поддерживают ли они maxEB и когда.

Если вы осуществляете стейкинг с использованием токена ликвидного стейкинга (LST) (например, rETH или stETH), никаких действий не требуется и не рекомендуется.

Что такое «maxEB»?

maxEB = МАКСимальный эффективный баланс валидатора. До хардфорка Пектра каждый валидатор получал вознаграждение максимум с 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.

1. Реквизиты для вывода типа 0: Если реквизиты для вывода вашего валидатора начинаются с 0x00..., вы внесли депозит до хардфорка Шапелла и еще не установили адрес для вывода.

2. Реквизиты для вывода типа 1: Если реквизиты для вывода вашего валидатора начинаются с 0x01..., вы внесли депозит после хардфорка Шапелла или уже преобразовали свои реквизиты типа 0 в реквизиты типа 1.

3. Реквизиты для вывода типа 2: Этот новый тип реквизитов для вывода будет начинаться с 0x02... и будет активирован после Пектра. Валидаторы с реквизитами для вывода типа 2 иногда называют «компаундирующими валидаторами»

Риски

MaxEB позволяет валидатору отправить весь свой баланс другому валидатору. Пользователи, отправляющие запрос на консолидацию, должны проверять источник и содержимое транзакции, которую они подписывают. Официальным инструментом для использования функций maxEB является Launchpad. Если вы все же решите использовать сторонний инструмент, вам следует убедиться, что:

• Открытый ключ и адрес для вывода исходного валидатора совпадают с валидатором, который они контролируют
• Открытый ключ целевого валидатора правильный и принадлежит им
• Запрос является преобразованием, а не консолидацией, если они не намерены отправлять средства другому валидатору
• Транзакция подписывается правильным адресом для вывода

Мы настоятельно рекомендуем обсудить любой сторонний инструмент, который вы планируете использовать, с сообществом EthStaker (opens in a new tab). Это полезное место, чтобы проверить свой подход на адекватность и избежать ошибок. Если вы используете вредоносный или неправильно настроенный инструмент, весь баланс вашего валидатора может быть отправлен валидатору, который вы не контролируете, — без возможности вернуть его обратно.

Технические детали

Процесс

Будет два варианта использования операции ConsolidationRequest:

1. Преобразование существующего валидатора типа 1 в валидатор типа 2
2. Консолидация других валидаторов в существующий валидатор типа 2

При преобразовании валидатора типа 1 в валидатор типа 2 как источником, так и целью будет валидатор, который вы преобразуете. Операция потребует затрат газа и будет поставлена в очередь за другими запросами на консолидацию. Эта очередь отделена от очереди депозитов, на нее не влияют новые депозиты валидаторов, и ее можно просмотреть на pectrified.com (opens in a new tab).

Для консолидации валидаторов у вас должен быть целевой валидатор, который имеет реквизиты для вывода типа 2. Это место назначения для любых консолидируемых балансов валидаторов, при этом индекс сохраняется.

Требования для преобразования в тип 2

Это потребуется для первого валидатора, который вы преобразуете в тип 2. Индекс этого валидатора сохраняется и остается активным. Для преобразования исходный валидатор == целевой валидатор.

Валидатор должен...

• быть активным
• иметь реквизиты для вывода типа 1
• не находиться в состоянии выхода (или подвергнутым слэшингу)
• не иметь ожидающих выводов, инициированных вручную (не относится к автоматическому сбору средств)

Требования для консолидации

Это та же самая операция, что и преобразование, но в случае, когда исходный валидатор отличается от целевого валидатора. Индекс целевого валидатора сохраняется, и он принимает баланс от исходного валидатора. Индекс исходного валидатора переводится в состояние EXITED.

В этом случае к исходному валидатору предъявляются все те же требования, что и выше, плюс:

• он должен быть активным не менее ~27,3 часов (одна SHARD_COMMITTEE_PERIOD)

Целевой валидатор должен

• иметь реквизиты для вывода типа 2
• не находиться в состоянии выхода.

Запрос на консолидацию

Запрос на консолидацию будет подписан адресом для вывода, связанным с исходным валидатором, и будет содержать:

1. Адрес исходного валидатора (например, 0x15F4B914A0cCd14333D850ff311d6DafbFbAa32b)
2. Открытый ключ исходного валидатора (например, 0xa1d1ad0714035353258038e964ae9675dc0252ee22cea896825c01458e1807bfad2f9969338798548d9858a571f7425c)
3. Открытый ключ целевого валидатора

При преобразовании пункты 2 и 3 будут одинаковыми. Эту операцию можно выполнить на Launchpad (opens in a new tab).

Требования к подписанию

Чтобы отправить ConsolidationRequest, адрес для вывода исходного валидатора должен подписать запрос. Это доказывает контроль над средствами валидатора.

Что подписывается?

Используется разделенный по доменам корень подписания (opens in a new tab) объекта ConsolidationRequest.

• Домен: DOMAIN_CONSOLIDATION_REQUEST
• Поля корня подписания:
  • source_pubkey: BLSPubkey
  • target_pubkey: BLSPubkey
  • source_address: ExecutionAddress

Полученная BLS-подпись отправляется вместе с запросом.

Примечание: Подписание выполняется адресом для вывода, а не ключом валидатора.

Частичные выводы

Валидаторы с реквизитами типа 1 получают автоматический безгазовый сбор своего избыточного баланса (все, что превышает 32 ETH) на свой адрес для вывода. Поскольку тип 2 позволяет валидатору компаундировать балансы с шагом в 1 ETH, он не будет автоматически собирать балансы, пока не достигнет 2048 ETH. Частичные выводы на валидаторах типа 2 должны инициироваться вручную и потребуют затрат газа.

Инструменты для консолидации

Существует несколько инструментов для управления консолидациями. Официальным инструментом, созданным Фондом Ethereum, является Launchpad (opens in a new tab). Существуют также сторонние инструменты, созданные участниками сообщества стейкинга, которые могут предлагать функции, не предусмотренные в Launchpad. Хотя представленные здесь инструменты не проверялись и не одобрялись Фондом Ethereum, ниже приведены инструменты с открытым исходным кодом от известных членов сообщества.

Часто задаваемые вопросы

Изменит ли согласие на переход мою удачу в предложениях или вознаграждения?

Нет. Согласие на переход не уменьшает ваши шансы на предложение — ваши обязанности и выбор для предложения остаются прежними. Например, если у вас есть два валидатора по 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): Созданный сообществом контракт, который позволяет вносить депозиты для нескольких валидаторов Эфириума в одной транзакции.