---
title: "Пектра"
metaTitle: "Prague-Electra (Пектра)"
description: "Узнайте об обновлении протокола Пектра"
lang: ru
template: upgrade
authors: ["Nixo", "Марио Хавел"]
---
Обновление сети Пектра последовало за [Денкун](/roadmap/dencun/) и принесло изменения как на уровень исполнения, так и на уровень консенсуса Эфириума. Сокращенное название Пектра — это комбинация Prague и Electra, которые являются соответствующими названиями для изменений спецификаций уровня исполнения и уровня консенсуса. Вместе эти изменения приносят ряд улучшений для пользователей, разработчиков и валидаторов [Эфириума](/).
Это обновление было успешно активировано в основной сети Ethereum в эпоху `364032`, **07 мая 2025 года в 10:05 (UTC)**.
Обновление Пектра — это лишь один шаг в долгосрочных целях развития Эфириума. Узнайте больше о [дорожной карте протокола](/roadmap/) и [предыдущих обновлениях](/ethereum-forks/).
## Улучшения в Пектра {#new-improvements}
Пектра приносит наибольшее количество [EIP](https://eips.ethereum.org/) по сравнению с любыми предыдущими обновлениями! Есть много мелких изменений, но также и некоторые значительные новые функции. Полный список изменений и технические детали можно найти в отдельных включенных EIP.
### Код аккаунта EOA {#7702}
[EIP-7702](https://eips.ethereum.org/EIPS/eip-7702) представляет собой важный шаг к повсеместному внедрению [абстракции учетной записи](/roadmap/account-abstraction/). С помощью этой функции пользователи могут настроить свой адрес ([EOA](/glossary/#eoa)) так, чтобы он был расширен смарт-контрактом. Этот EIP вводит новый тип транзакции со специфической функцией — позволить владельцам адресов подписывать авторизацию, которая настраивает их адрес на имитацию выбранного смарт-контракта.
Благодаря этому EIP пользователи могут переходить на программируемые кошельки, которые предоставляют новые функции, такие как пакетирование транзакций, безгазовые транзакции и настраиваемый доступ к активам для альтернативных схем восстановления. Этот гибридный подход сочетает в себе простоту EOA с программируемостью аккаунтов на базе контрактов.
Более подробный обзор EIP-7702 можно прочитать [здесь](/roadmap/pectra/7702/)
### Увеличение максимального эффективного баланса {#7251}
Текущий эффективный баланс валидатора составляет ровно 32 ETH. Это минимально необходимая сумма для участия в консенсусе, но в то же время и максимум, который может стейкать один валидатор.
[EIP-7251](https://eips.ethereum.org/EIPS/eip-7251) повышает максимально возможный эффективный баланс до 2048 ETH, что означает, что один валидатор теперь может стейкать от 32 до 2048 ETH. Вместо сумм, кратных 32, стейкеры теперь могут выбрать произвольную сумму ETH для стейкинга и получать вознаграждение за каждый 1 ETH сверх минимума. Например, если баланс валидатора вместе с его вознаграждениями вырастет до 33 ETH, дополнительный 1 ETH также будет считаться частью эффективного баланса и получать вознаграждения.
Но преимущество лучшей системы вознаграждений для валидаторов — это лишь часть данного улучшения. [Стейкеры](/staking/), управляющие несколькими валидаторами, теперь могут объединить их в один, что упрощает работу и снижает накладные расходы сети. Поскольку каждый валидатор в сигнальной цепочке отправляет подпись в каждую эпоху, требования к пропускной способности растут с увеличением числа валидаторов и большого количества подписей для распространения. Объединение валидаторов снимет нагрузку с сети и откроет новые возможности масштабирования при сохранении той же экономической безопасности.
Более подробный обзор MaxEB можно прочитать [здесь](/roadmap/pectra/maxeb/)
### Увеличение пропускной способности блобов {#7691}
Блобы обеспечивают [доступность данных](/developers/docs/data-availability/#data-availability-and-layer-2-rollups) для L2. Они были представлены в [предыдущем обновлении сети](/roadmap/dencun/).
В настоящее время сеть нацелена в среднем на 3 блоба на блок с максимумом в 6 блобов. С [EIP-7691](https://eips.ethereum.org/EIPS/eip-7691) среднее количество блобов будет увеличено до 6, с максимумом в 9 на блок, что приведет к увеличению пропускной способности для роллапов Эфириума. Этот EIP помогает преодолеть разрыв до тех пор, пока [PeerDAS](https://eips.ethereum.org/EIPS/eip-7594) не позволит использовать еще большее количество блобов.
### Увеличение стоимости данных вызова {#7623}
До появления [блобов в обновлении Dencun](/roadmap/danksharding) L2 использовали [данные вызова](/developers/docs/data-availability/blockchain-data-storage-strategies/#calldata) для хранения своих данных в Эфириуме. Как блобы, так и данные вызова влияют на использование пропускной способности Эфириума. Хотя большинство блоков используют лишь минимальный объем данных вызова, перегруженные данными блоки, которые также содержат много блобов, могут нанести вред p2p-сети Эфириума.
Чтобы решить эту проблему, [EIP-7623](https://eips.ethereum.org/EIPS/eip-7623) увеличивает стоимость данных вызова, но только для транзакций с большим объемом данных. Это ограничивает размер блока в худшем случае, создает стимул для L2 использовать только блобы и оставляет более 99% транзакций без изменений.
### Выходы, инициируемые на уровне исполнения {#7002}
В настоящее время выход валидатора и [вывод застейканных ETH](/staking/withdrawals/) — это операция уровня консенсуса, которая требует активного ключа валидатора, того же ключа BLS, который используется валидатором для выполнения активных обязанностей, таких как аттестации. Реквизиты для вывода — это отдельный холодный ключ, который получает выведенный стейк, но не может инициировать выход. Единственный способ для стейкеров выйти — отправить специальное сообщение в сеть сигнальной цепочки, подписанное с использованием активного ключа валидатора. Это является ограничением в сценариях, когда реквизиты для вывода и ключ валидатора принадлежат разным лицам или когда ключ валидатора утерян.
[EIP-7002](https://eips.ethereum.org/EIPS/eip-7002) вводит новый контракт, который можно использовать для инициирования выхода с использованием реквизитов для вывода уровня исполнения. Стейкеры смогут вывести своего валидатора, вызвав функцию в этом специальном контракте без необходимости в ключе подписания валидатора или вообще без доступа к сигнальной цепочке. Важно отметить, что включение вывода средств валидаторов ончейн позволяет создавать протоколы стейкинга со сниженными допущениями о доверии к операторам узлов.
### Депозиты валидаторов ончейн {#6110}
В настоящее время депозиты валидаторов обрабатываются с помощью [опроса eth1data](https://eth2book.info/capella/part2/deposits-withdrawals/deposit-processing/), который является функцией в сигнальной цепочке, извлекающей данные с уровня исполнения. Это своего рода технический долг со времен до Слияния, когда сигнальная цепочка была отдельной сетью и должна была учитывать реорганизации доказательства выполнения работы (PoW).
[EIP-6110](https://eips.ethereum.org/EIPS/eip-6110) — это новый способ доставки депозитов с уровня исполнения на уровень консенсуса, который обеспечивает мгновенную обработку с меньшей сложностью реализации. Это более безопасный способ обработки депозитов, встроенный в объединенный Эфириум. Это также помогает подготовить протокол к будущему, поскольку для начальной загрузки узла не требуются исторические депозиты, что необходимо для экспирации истории.
### Прекомпилированный контракт для BLS12-381 {#2537}
Прекомпилированные контракты — это специальный набор смарт-контрактов, встроенных непосредственно в виртуальную машину Эфириума ([EVM](/developers/docs/evm/)). В отличие от обычных контрактов, прекомпилированные контракты не развертываются пользователями, а являются частью самой реализации клиента, написанной на его родном языке (например, Go, Java и т. д., а не на Solidity). Прекомпилированные контракты служат для широко используемых и стандартизированных функций, таких как криптографические операции. Разработчики смарт-контрактов могут вызывать прекомпилированные контракты как обычный контракт, но с большей безопасностью и эффективностью.
[EIP-2537](https://eips.ethereum.org/EIPS/eip-2537) добавляет новые прекомпилированные контракты для операций с кривыми над [BLS12-381](https://hackmd.io/@benjaminion/bls12-381). Эта эллиптическая кривая стала широко использоваться в экосистемах криптовалют благодаря своим практическим свойствам. В частности, она была принята на уровне консенсуса Эфириума, где используется валидаторами.
Новый прекомпилированный контракт добавляет возможность каждому разработчику легко, эффективно и безопасно выполнять криптографические операции с использованием этой кривой, например, проверять подписи. Ончейн-приложения, зависящие от этой кривой, могут стать более эффективными с точки зрения газа и безопасными, полагаясь на прекомпилированный контракт вместо какого-либо пользовательского контракта. В основном это относится к приложениям, которые хотят взаимодействовать с валидаторами внутри EVM, например, пулам для стейкинга, [рестейкингу](/restaking/), легким клиентам, мостам, а также доказательствам с нулевым разглашением.
### Предоставление исторических хешей блоков из состояния {#2935}
В настоящее время EVM предоставляет код операции `BLOCKHASH`, который позволяет разработчикам контрактов извлекать хеш блока непосредственно на уровне исполнения. Однако это ограничено только последними 256 блоками и может стать проблематичным для клиентов без состояния в будущем.
[EIP-2935](https://eips.ethereum.org/EIPS/eip-2935) создает новый системный контракт, который может предоставлять последние 8192 хеша блоков в качестве слотов хранения. Это помогает подготовить протокол к будущему для исполнения без состояния и становится более эффективным при внедрении деревьев Веркла (verkle tries). Однако, помимо этого, роллапы могут извлечь из этого выгоду прямо сейчас, поскольку они могут напрямую запрашивать контракт с более длинным историческим окном.
### Перемещение индекса комитета за пределы аттестации {#7549}
Консенсус сигнальной цепочки основан на том, что валидаторы отдают свои голоса за последний блок и финализированную эпоху. Аттестация включает 3 элемента, 2 из которых являются голосами, а третий — значением индекса комитета.
[EIP-7549](https://eips.ethereum.org/EIPS/eip-7549) выносит этот индекс за пределы подписанного сообщения аттестации, что упрощает проверку и агрегирование голосов консенсуса. Это повысит эффективность каждого клиента консенсуса и может принести значительные улучшения производительности схемам с нулевым разглашением для доказательства консенсуса Эфириума.
### Добавление расписания блобов в конфигурационные файлы уровня исполнения {#7840}
[EIP-7840](https://eips.ethereum.org/EIPS/eip-7840) — это простое изменение, которое добавляет новое поле в конфигурацию клиента уровня исполнения. Оно настраивает количество блоков, позволяя динамически задавать целевое и максимальное количество блобов на блок, а также корректировать комиссию за блоб. Благодаря напрямую заданной конфигурации клиенты могут избежать сложностей обмена этой информацией через Engine API.
Чтобы узнать больше о том, как Пектра влияет конкретно на вас как на пользователя, разработчика или валидатора Эфириума, загляните в FAQ по Пектра.
## Влияет ли это обновление на все узлы и валидаторы Эфириума? {#client-impact}
Да, обновление Пектра требует обновления как [клиентов уровня исполнения, так и клиентов консенсуса](/developers/docs/nodes-and-clients/). Все основные клиенты Эфириума выпустят версии с поддержкой хардфорка, отмеченные как высокоприоритетные. Чтобы поддерживать синхронизацию с сетью Эфириума после обновления, операторы узлов должны убедиться, что они используют поддерживаемую версию клиента. Обратите внимание, что информация о выпусках клиентов зависит от времени, и пользователям следует обращаться к последним обновлениям для получения самой актуальной информации.
## Как можно конвертировать ETH после хардфорка? {#scam-alert}
- **Для ваших ETH не требуется никаких действий**: После обновления Эфириума Пектра нет необходимости конвертировать или обновлять ваши ETH. Балансы ваших аккаунтов останутся прежними, а ETH, которыми вы владеете в настоящее время, останутся доступными в их существующем виде после хардфорка.
- **Остерегайтесь мошенников!** **любой, кто инструктирует вас «обновить» ваши ETH, пытается вас обмануть.** Вам не нужно ничего делать в связи с этим обновлением. Ваши активы останутся совершенно нетронутыми. Помните, что быть в курсе событий — лучшая защита от мошенничества.
[Подробнее о том, как распознавать мошенничество и избегать его](/security/)
## Лучше воспринимаете визуальную информацию? {#visual-learner}
_Что входит в обновление Пектра? — Кристин Ким_
_Обновление Эфириума Пектра: что нужно знать стейкерам — Blockdaemon_
## Дополнительная литература {#further-reading}
- [Дорожная карта Эфириума](/roadmap/)
- [FAQ по Пектра](https://epf.wiki/#/wiki/pectra-faq)
- [Как Пектра улучшает опыт стейкеров](https://www.kiln.fi/post/next-ethereum-upgrade-how-pectra-will-enhance-the-staking-experience)
- [Информационная страница EIP7702](https://eip7702.io/)
- [Девнеты Пектра](https://github.com/ethereum/pm/blob/master/Network-Upgrade-Archive/Pectra/pectra-pm.md)