Обновление сети Пектра последовало за Денкун и принесло изменения как на уровень исполнения, так и на уровень консенсуса Эфириума. Сокращенное название Пектра — это комбинация Prague и Electra, которые являются соответствующими названиями для изменений спецификаций уровня исполнения и уровня консенсуса. Вместе эти изменения приносят ряд улучшений для пользователей, разработчиков и валидаторов Эфириума.
Это обновление было успешно активировано в основной сети Ethereum в эпоху 364032, 07 мая 2025 года в 10:05 (UTC).
Улучшения в Пектра
Пектра приносит наибольшее количество EIP (opens in a new tab) по сравнению с любыми предыдущими обновлениями! Есть много мелких изменений, но также и некоторые значительные новые функции. Полный список изменений и технические детали можно найти в отдельных включенных EIP.
Код аккаунта EOA
EIP-7702 (opens in a new tab) представляет собой важный шаг к повсеместному внедрению абстракции учетной записи. С помощью этой функции пользователи могут настроить свой адрес () так, чтобы он был расширен смарт-контрактом. Этот EIP вводит новый тип транзакции со специфической функцией — позволить владельцам адресов подписывать авторизацию, которая настраивает их адрес на имитацию выбранного смарт-контракта.
Благодаря этому EIP пользователи могут переходить на программируемые кошельки, которые предоставляют новые функции, такие как пакетирование транзакций, безгазовые транзакции и настраиваемый доступ к активам для альтернативных схем восстановления. Этот гибридный подход сочетает в себе простоту EOA с программируемостью аккаунтов на базе контрактов.
Более подробный обзор EIP-7702 можно прочитать здесь
Увеличение максимального эффективного баланса
Текущий эффективный баланс валидатора составляет ровно 32 ETH. Это минимально необходимая сумма для участия в консенсусе, но в то же время и максимум, который может стейкать один валидатор.
EIP-7251 (opens in a new tab) повышает максимально возможный эффективный баланс до 2048 ETH, что означает, что один валидатор теперь может стейкать от 32 до 2048 ETH. Вместо сумм, кратных 32, стейкеры теперь могут выбрать произвольную сумму ETH для стейкинга и получать вознаграждение за каждый 1 ETH сверх минимума. Например, если баланс валидатора вместе с его вознаграждениями вырастет до 33 ETH, дополнительный 1 ETH также будет считаться частью эффективного баланса и получать вознаграждения.
Но преимущество лучшей системы вознаграждений для валидаторов — это лишь часть данного улучшения. Стейкеры, управляющие несколькими валидаторами, теперь могут объединить их в один, что упрощает работу и снижает накладные расходы сети. Поскольку каждый валидатор в сигнальной цепочке отправляет подпись в каждую эпоху, требования к пропускной способности растут с увеличением числа валидаторов и большого количества подписей для распространения. Объединение валидаторов снимет нагрузку с сети и откроет новые возможности масштабирования при сохранении той же экономической безопасности.
Более подробный обзор MaxEB можно прочитать здесь
Увеличение пропускной способности блобов
Блобы обеспечивают доступность данных для L2. Они были представлены в предыдущем обновлении сети.
В настоящее время сеть нацелена в среднем на 3 блоба на блок с максимумом в 6 блобов. С EIP-7691 (opens in a new tab) среднее количество блобов будет увеличено до 6, с максимумом в 9 на блок, что приведет к увеличению пропускной способности для роллапов Эфириума. Этот EIP помогает преодолеть разрыв до тех пор, пока PeerDAS (opens in a new tab) не позволит использовать еще большее количество блобов.
Увеличение стоимости данных вызова
До появления блобов в обновлении Dencun L2 использовали данные вызова для хранения своих данных в Эфириуме. Как блобы, так и данные вызова влияют на использование пропускной способности Эфириума. Хотя большинство блоков используют лишь минимальный объем данных вызова, перегруженные данными блоки, которые также содержат много блобов, могут нанести вред p2p-сети Эфириума.
Чтобы решить эту проблему, EIP-7623 (opens in a new tab) увеличивает стоимость данных вызова, но только для транзакций с большим объемом данных. Это ограничивает размер блока в худшем случае, создает стимул для L2 использовать только блобы и оставляет более 99% транзакций без изменений.
Выходы, инициируемые на уровне исполнения
В настоящее время выход валидатора и вывод застейканных ETH — это операция уровня консенсуса, которая требует активного ключа валидатора, того же ключа BLS, который используется валидатором для выполнения активных обязанностей, таких как аттестации. Реквизиты для вывода — это отдельный холодный ключ, который получает выведенный стейк, но не может инициировать выход. Единственный способ для стейкеров выйти — отправить специальное сообщение в сеть сигнальной цепочки, подписанное с использованием активного ключа валидатора. Это является ограничением в сценариях, когда реквизиты для вывода и ключ валидатора принадлежат разным лицам или когда ключ валидатора утерян.
EIP-7002 (opens in a new tab) вводит новый контракт, который можно использовать для инициирования выхода с использованием реквизитов для вывода уровня исполнения. Стейкеры смогут вывести своего валидатора, вызвав функцию в этом специальном контракте без необходимости в ключе подписания валидатора или вообще без доступа к сигнальной цепочке. Важно отметить, что включение вывода средств валидаторов ончейн позволяет создавать протоколы стейкинга со сниженными допущениями о доверии к операторам узлов.
Депозиты валидаторов ончейн
В настоящее время депозиты валидаторов обрабатываются с помощью опроса eth1data (opens in a new tab), который является функцией в сигнальной цепочке, извлекающей данные с уровня исполнения. Это своего рода технический долг со времен до Слияния, когда сигнальная цепочка была отдельной сетью и должна была учитывать реорганизации доказательства выполнения работы (PoW).
EIP-6110 (opens in a new tab) — это новый способ доставки депозитов с уровня исполнения на уровень консенсуса, который обеспечивает мгновенную обработку с меньшей сложностью реализации. Это более безопасный способ обработки депозитов, встроенный в объединенный Эфириум. Это также помогает подготовить протокол к будущему, поскольку для начальной загрузки узла не требуются исторические депозиты, что необходимо для экспирации истории.
Прекомпилированный контракт для BLS12-381
Прекомпилированные контракты — это специальный набор смарт-контрактов, встроенных непосредственно в виртуальную машину Эфириума (EVM). В отличие от обычных контрактов, прекомпилированные контракты не развертываются пользователями, а являются частью самой реализации клиента, написанной на его родном языке (например, Go, Java и т. д., а не на Solidity). Прекомпилированные контракты служат для широко используемых и стандартизированных функций, таких как криптографические операции. Разработчики смарт-контрактов могут вызывать прекомпилированные контракты как обычный контракт, но с большей безопасностью и эффективностью.
EIP-2537 (opens in a new tab) добавляет новые прекомпилированные контракты для операций с кривыми над BLS12-381 (opens in a new tab). Эта эллиптическая кривая стала широко использоваться в экосистемах криптовалют благодаря своим практическим свойствам. В частности, она была принята на уровне консенсуса Эфириума, где используется валидаторами.
Новый прекомпилированный контракт добавляет возможность каждому разработчику легко, эффективно и безопасно выполнять криптографические операции с использованием этой кривой, например, проверять подписи. Ончейн-приложения, зависящие от этой кривой, могут стать более эффективными с точки зрения газа и безопасными, полагаясь на прекомпилированный контракт вместо какого-либо пользовательского контракта. В основном это относится к приложениям, которые хотят взаимодействовать с валидаторами внутри EVM, например, пулам для стейкинга, рестейкингу, легким клиентам, мостам, а также доказательствам с нулевым разглашением.
Предоставление исторических хешей блоков из состояния
В настоящее время EVM предоставляет код операции BLOCKHASH, который позволяет разработчикам контрактов извлекать хеш блока непосредственно на уровне исполнения. Однако это ограничено только последними 256 блоками и может стать проблематичным для клиентов без состояния в будущем.
EIP-2935 (opens in a new tab) создает новый системный контракт, который может предоставлять последние 8192 хеша блоков в качестве слотов хранения. Это помогает подготовить протокол к будущему для исполнения без состояния и становится более эффективным при внедрении деревьев Веркла (verkle tries). Однако, помимо этого, роллапы могут извлечь из этого выгоду прямо сейчас, поскольку они могут напрямую запрашивать контракт с более длинным историческим окном.
Перемещение индекса комитета за пределы аттестации
Консенсус сигнальной цепочки основан на том, что валидаторы отдают свои голоса за последний блок и финализированную эпоху. Аттестация включает 3 элемента, 2 из которых являются голосами, а третий — значением индекса комитета.
EIP-7549 (opens in a new tab) выносит этот индекс за пределы подписанного сообщения аттестации, что упрощает проверку и агрегирование голосов консенсуса. Это повысит эффективность каждого клиента консенсуса и может принести значительные улучшения производительности схемам с нулевым разглашением для доказательства консенсуса Эфириума.
Добавление расписания блобов в конфигурационные файлы уровня исполнения
EIP-7840 (opens in a new tab) — это простое изменение, которое добавляет новое поле в конфигурацию клиента уровня исполнения. Оно настраивает количество блоков, позволяя динамически задавать целевое и максимальное количество блобов на блок, а также корректировать комиссию за блоб. Благодаря напрямую заданной конфигурации клиенты могут избежать сложностей обмена этой информацией через Engine API.
Влияет ли это обновление на все узлы и валидаторы Эфириума?
Да, обновление Пектра требует обновления как клиентов уровня исполнения, так и клиентов консенсуса. Все основные клиенты Эфириума выпустят версии с поддержкой хардфорка, отмеченные как высокоприоритетные. Чтобы поддерживать синхронизацию с сетью Эфириума после обновления, операторы узлов должны убедиться, что они используют поддерживаемую версию клиента. Обратите внимание, что информация о выпусках клиентов зависит от времени, и пользователям следует обращаться к последним обновлениям для получения самой актуальной информации.
Как можно конвертировать ETH после хардфорка?
- Для ваших ETH не требуется никаких действий: После обновления Эфириума Пектра нет необходимости конвертировать или обновлять ваши ETH. Балансы ваших аккаунтов останутся прежними, а ETH, которыми вы владеете в настоящее время, останутся доступными в их существующем виде после хардфорка.
- Остерегайтесь мошенников! любой, кто инструктирует вас «обновить» ваши ETH, пытается вас обмануть. Вам не нужно ничего делать в связи с этим обновлением. Ваши активы останутся совершенно нетронутыми. Помните, что быть в курсе событий — лучшая защита от мошенничества.
Подробнее о том, как распознавать мошенничество и избегать его
Лучше воспринимаете визуальную информацию?
Что входит в обновление Пектра? — Кристин Ким
Обновление Эфириума Пектра: что нужно знать стейкерам — Blockdaemon