---
title: MaxEB
metaTitle: Пектра MaxEB
description: Узнайте больше о MaxEB в обновлении Пектра
lang: ru
authors: ["Nixo"]
---

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

## Обзор {#overview}

### Кого это касается? {#who-is-affected}

Любого, кто управляет валидатором — скорее всего, это тот, кто знает индекс (например, [Валидатор #12345](https://beaconcha.in/validator/12345)) контролируемого им валидатора. Если вы используете протокол для запуска валидатора (например, Lido CSM или Rocket Pool), вам придется уточнить у них, поддерживают ли они maxEB и когда.

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

### Что такое «maxEB»? {#what-is-maxeb}

maxEB = МАКСимальный эффективный баланс валидатора. До хардфорка Пектра каждый валидатор получал вознаграждение максимум с 32 ETH. После Пектра валидаторы получают возможность получать вознаграждение с любого баланса от 32 до 2048 ETH с шагом в 1 ETH, согласившись на это изменение.

### Как валидатору согласиться на изменения? {#how-does-a-validator-opt-in}

Валидатор соглашается на изменение maxEB путем преобразования реквизитов для вывода **типа 1** в **тип 2**. Это можно сделать на [Launchpad (Действия валидатора)](https://launchpad.ethereum.org/validator-actions) после активации хардфорка Пектра. Как и в случае с **типом 0** → **типом 1**, преобразование **типа 1** → **тип 2** является необратимым процессом.

### Что такое реквизиты для вывода? {#whats-a-withdrawal-credential}

Когда вы запускаете валидатор, у вас есть набор реквизитов для вывода. Их можно найти в вашем JSON-файле данных депозита или посмотреть на [вкладке депозитов](https://beaconcha.in/validator/12345#deposits) вашего валидатора на beaconcha.in.

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

![Type 0 withdrawal credential](./0x00-wd.png)

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

 ![Type 1 withdrawal credential](./0x01-wd.png)

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

| **Разрешено** | **Не разрешено** |
| --- | --- |
| ✅ Тип 0 → Тип 1 | ❌ Тип 0 → Тип 2 |
| ✅ Тип 1 → Тип 2 | ❌ Тип 1 → Тип 0 |
|  | ❌ Тип 2 → Тип 1 |
|  | ❌ Тип 2 → Тип 0 |

### Риски {#risks}

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

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

Мы **настоятельно рекомендуем** обсудить любой сторонний инструмент, который вы планируете использовать, с [сообществом EthStaker](https://ethstaker.org/about). Это полезное место, чтобы проверить свой подход на адекватность и избежать ошибок. Если вы используете вредоносный или неправильно настроенный инструмент, **весь баланс вашего валидатора может быть отправлен валидатору, который вы не контролируете**, — без возможности вернуть его обратно.

## Технические детали {#technical-details}

### Процесс {#the-flow}

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

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

При преобразовании валидатора **типа 1** в валидатор **типа 2** как *источником*, так и *целью* будет валидатор, который вы преобразуете. Операция потребует затрат газа и будет поставлена в очередь за другими запросами на консолидацию. Эта очередь **отделена** от очереди депозитов, на нее не влияют новые депозиты валидаторов, и ее можно просмотреть на [pectrified.com](https://pectrified.com/).

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

### Требования для преобразования в тип 2 {#requirements-for-converting-to-type-2}

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

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

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

![conversion illustration](./conversion.png)

### Требования для консолидации {#requirements-for-consolidating}

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

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

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

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

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

![consolidation illustration](./consolidation.png)

### Запрос на консолидацию {#the-consolidation-request}

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

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

При преобразовании пункты 2 и 3 будут одинаковыми. Эту операцию можно выполнить на [Launchpad](https://launchpad.ethereum.org/).

### Требования к подписанию {#signing-requirements}

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

### Что подписывается? {#what-is-signed}

Используется разделенный по доменам [корень подписания](https://github.com/ethereum/consensus-specs/blob/master/specs/phase0/beacon-chain.md#compute_signing_root) объекта `ConsolidationRequest`.

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

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

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

### Частичные выводы {#partial-withdrawals}

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

## Инструменты для консолидации {#consolidation-tooling}

Существует несколько инструментов для управления консолидациями. Официальным инструментом, созданным Фондом Ethereum, является [Launchpad](https://launchpad.ethereum.org/en/validator-actions). Существуют также сторонние инструменты, созданные участниками сообщества стейкинга, которые могут предлагать функции, не предусмотренные в Launchpad. Хотя представленные здесь инструменты не проверялись и не одобрялись Фондом Ethereum, ниже приведены инструменты с открытым исходным кодом от известных членов сообщества.

| Инструмент | Веб-сайт | Открытый исходный код | Создатель | Пройден аудит | Интерфейс | Примечательные особенности |
| --- | --- | --- | --- | --- | --- | --- |
| Pectra Staking Manager | pectrastaking.com | Да, Apache-2.0 | [Pier Two](https://piertwo.com/) | Нет | Веб-интерфейс | WalletConnect, работает с SAFE |
| Pectra Validator Ops CLI Tool | [GitHub](https://github.com/Luganodes/Pectra-Batch-Contract) | Да, MIT | [Luganodes](https://www.luganodes.com/) | Да, Quantstamp [Май 2025](https://certificate.quantstamp.com/full/luganodes-pectra-batch-contract/23f0765f-969a-4798-9edd-188d276c4a2b/index.html) | Командная строка | Пакетирование, для множества валидаторов одновременно |
| Ethereal | [GitHub](https://github.com/wealdtech/ethereal) | Да, Apache-2.0 | [Jim McDonald](https://www.attestant.io/team/) | Нет | Командная строка | Полный набор функций для управления валидатором и узлом |
| Siren | [GitHub](https://github.com/sigp/siren) | Да, Apache-2.0 | [Sigma Prime](https://sigmaprime.io/) | Нет | Частично командная строка, но в основном веб-интерфейс | Работает только если вы используете клиент консенсуса Лайтхаус |
| Consolideth.app | https://consolideth.app/ [GitHub](https://github.com/Stakely/consolideth) | Да, лицензии MIT | [Stakely](https://stakely.io/) | Нет | Веб-интерфейс, размещенный stakely и готовый к бесплатному самостоятельному хостингу | Поддерживает основные подключения кошельков, включая safe с WalletConnect |

## Часто задаваемые вопросы {#faq}

### Изменит ли согласие на переход мою удачу в предложении блоков или вознаграждения?
Нет. Согласие на переход не снижает ваши шансы на предложение — ваши обязанности и выбор для предложения остаются прежними. Например, если у вас есть два валидатора по 32 ETH против одного валидатора на 64 ETH, у вас будут одинаковые общие шансы быть выбранным для предложения блока и получения вознаграждений.
### Изменит ли согласие на переход мой риск слэшинга? {#change-slashing-risk}

Для небольших или непрофессиональных операторов короткий ответ — нет. Более развернутый ответ заключается в том, что для профессиональных операторов, запускающих множество валидаторов на узел с быстрым оповещением, консолидация в меньшее количество валидаторов может снизить их способность реагировать на слэшинг и предотвращать каскадные события. Первоначальный *штраф* за слэшинг для всех валидаторов был значительно снижен с 1 ETH (на 32 ETH) до 0,0078125 ETH (на 32 ETH), чтобы компенсировать этот риск.

### Нужно ли мне выходить из валидатора для преобразования? {#exit-validator}

Нет. Вы можете выполнить преобразование на месте без выхода.

### Сколько времени займет преобразование / консолидация? {#how-long}

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

### Могу ли я сохранить свой индекс валидатора? {#keep-validator-index}

Да. Преобразование на месте сохраняет тот же индекс валидатора. Если вы консолидируете несколько валидаторов, вы сможете сохранить только индекс *целевого валидатора*.

### Пропущу ли я аттестации? {#miss-attestations}

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

### Понесу ли я штрафы? {#incur-penalties}

Нет. Пока ваш валидатор находится в сети, вы не понесете штрафов.

### Должны ли совпадать адреса для вывода консолидируемых валидаторов? {#withdrawal-addresses-match}

Нет. Но *источник* должен авторизовать запрос со своего собственного адреса.

### Будут ли мои вознаграждения компаундироваться после преобразования? {#rewards-compound}

Да. С реквизитами **типа 2** вознаграждения свыше 32 ETH автоматически отправляются в стейкинг повторно — но не мгновенно. Из-за небольшого буфера (называемого [*гистерезисом*](https://eth2book.info/capella/part2/incentives/balances/#hysteresis)) ваш баланс должен увеличиться **примерно на 1,25 ETH**, прежде чем излишек будет повторно отправлен в стейкинг. Таким образом, вместо компаундирования при 33,0 ETH это происходит при 33,25 (эффективный баланс = 33 ETH), затем при 34,25 (эффективный баланс = 34 ETH) и так далее.

### Смогу ли я по-прежнему получать автоматический сбор средств после преобразования? {#automatic-sweep}

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

### Могу ли я передумать и вернуться от типа 2 к типу 1? {#go-back-to-type1}

Нет. Преобразование в **тип 2** необратимо.

### Если я хочу консолидировать несколько валидаторов, нужно ли мне сначала преобразовать каждый из них в тип 2? {#consolidate-multiple-validators}

Нет! Преобразуйте один валидатор в тип 2, а затем используйте его в качестве цели. Все остальные валидаторы, консолидируемые в эту цель типа 2, могут быть типа 1 или типа 2.

### Мой валидатор не в сети или его баланс ниже 32 ETH — могу ли я все равно его преобразовать? {#offline-or-below-32eth}

Да. Пока он активен (не вышел) и вы можете подписать с помощью его адреса для вывода, вы можете его преобразовать.

## Ресурсы {#resources}

- [Спецификации консенсуса Electra](https://github.com/ethereum/consensus-specs/blob/master/specs/electra/beacon-chain.md): Это самая «верная» версия, на которую вам следует полагаться. Если сомневаетесь, читайте спецификации.
- Не всем удобно пробираться через код, поэтому [этот maxEB-GPT](https://chatgpt.com/g/g-67f1650fb48081918f555e0c8d1c2ae9-maxeb-gpt) может помочь интерпретировать спецификации. *Отказ от ответственности: В качестве истины следует полагаться на спецификации, а не на ИИ, поскольку ИИ может неверно истолковать информацию или выдумать ответы.*
- [pectrified.com](https://pectrified.com/): Просмотр состояния консолидаций, депозитов и времени ожидания в очереди.
- [Ethereal](https://github.com/wealdtech/ethereal): Созданный сообществом инструмент командной строки (CLI) для управления общими задачами валидатора.
- [batch-validator-depositor](https://github.com/attestantio/batch-validator-depositor): Созданный сообществом контракт, который позволяет вносить депозиты для нескольких валидаторов Эфириума в одной транзакции.