Перейти до основного вмісту

Оновлення мережі Пектра відбулося після Денкун і принесло зміни як на рівень виконання, так і на рівень консенсусу Етеріуму. Скорочена назва Пектра — це поєднання слів Прага (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 з програмованістю акаунтів на основі контрактів.

Детальніше про 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) не дозволить ще більшу кількість блобів.

Збільшення вартості даних виклику

До появи блобів в оновленні Денкун, L2 використовували дані виклику для зберігання своїх даних в Етеріумі. Як блоби, так і дані виклику впливають на використання пропускної здатності Етеріуму. Хоча більшість блоків використовують лише мінімальну кількість даних виклику, блоки з великим обсягом даних, які також містять багато блобів, можуть бути шкідливими для p2p-мережі Етеріуму.

Щоб вирішити цю проблему, EIP-7623 (opens in a new tab) збільшує вартість даних виклику, але лише для транзакцій з великим обсягом даних. Це обмежує розмір блоку в найгіршому випадку, створює стимул для L2 використовувати лише блоби та залишає понад 99% транзакцій без змін.

Виходи, що ініціюються на рівні виконання

Наразі вихід валідатора та виведення застейканих ETH — це операція на рівні консенсусу, яка вимагає активного ключа валідатора, того самого ключа BLS, який використовується валідатором для виконання активних обов'язків, таких як атестації. Облікові дані для виведення — це окремий холодний ключ, який отримує виведений стейк, але не може ініціювати вихід. Єдиний спосіб для стейкерів вийти — надіслати спеціальне повідомлення в мережу сигнального ланцюга, підписане за допомогою активного ключа валідатора. Це є обмеженням у сценаріях, коли облікові дані для виведення та ключ валідатора належать різним особам або коли ключ валідатора втрачено.

EIP-7002 (opens in a new tab) впроваджує новий контракт, який можна використовувати для ініціювання виходу за допомогою облікових даних для виведення на рівні виконання. Стейкери зможуть вийти зі свого валідатора, викликавши функцію в цьому спеціальному контракті без необхідності використання ключа підписання валідатора або доступу до сигнального ланцюга взагалі. Важливо, що увімкнення виведення коштів валідаторів ончейн дозволяє створювати протоколи стейкінгу зі зменшеними припущеннями довіри до операторів вузлів.

Депозити валідаторів ончейн

Депозити валідаторів наразі обробляються за допомогою eth1data poll (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, намагається вас ошукати. Вам не потрібно нічого робити у зв'язку з цим оновленням. Ваші активи залишаться абсолютно недоторканими. Пам'ятайте, що поінформованість — це найкращий захист від шахрайства.

Більше про те, як розпізнати та уникнути шахрайства

Краще сприймаєте візуально?

What's going into the Pectra upgrade?

Christine Kim on Ethereum's Pectra upgrade, covering the EIPs included in the upgrade, what they change about the protocol, and why they matter for users, developers, and validators.

Дивитися з транскриптом 

Що входить в оновлення Пектра? - Крістін Кім (Christine Kim)

Ethereum Pectra upgrade: what stakers need to know

Explaining the Pectra upgrade from a staker's perspective, covering the practical impacts on validators, staking operations, and the key EIPs that affect staking in the Ethereum protocol.

Дивитися з транскриптом 

Оновлення Етеріуму Пектра: що потрібно знати стейкерам — Blockdaemon

Додаткова література

Останнє оновлення сторінки: 6 червня 2026 р.