Автор: команда підтримки протоколу Ethereum; Переклад: Jinse Caijing xiaozou
Оновлення Ethereum Pectra планується активувати 7 травня 2025 року в епоху основної мережі Ethereum 364032 (10:05:11 UTC).
1、Огляд Pectra
Pectra є серйозним оновленням після минулорічного оновлення Dencun. Він покращує систему облікових записів Ethereum, впроваджуючи нові функції, покращує досвід валідатора, підтримує масштабування L2 тощо!
Ця стаття детально розгляне ці три основні покращення. Для отримання повної інформації про вміст оновлення, будь ласка, зверніться до посібника з оновлення на ethereum.org.
（1）з зовнішнього рахунку (EOA) до смарт-рахунку
EIP-7702 є важливим кроком у процесі абстракції рахунків, що дозволяє користувачам додавати функції смарт-контрактів до зовнішніх рахунків (EOA).
Ця змішана схема поєднує простоту EOA з програмованістю облікових записів контрактів. Зокрема, вона дозволяє гаманцю підтримувати такі функції:
• Пакетна обробка транзакцій: кілька операцій можуть бути атомарно виконані в одній транзакції. Більше не потрібно ініціювати окремі транзакції для "авторизації" та "обміну"!
**• Газова плата: **дозволяє третім особам сплачувати комісії за транзакції. Це особливо корисно для ініціювання транзакцій без рахунку ETH.
• Альтернативна верифікація: означає, що багато апаратних модулів безпеки (HSM) у поточному телефоні можуть авторизувати операції з рахунком за допомогою таких технологій, як ключі доступу.
• Контроль витрат: можна обмежити кількість токенів, які можуть витрачати певні додатки, або встановити щоденний ліміт на перекази з гаманця для підвищення безпеки.
• Механізм відновлення: надає користувачам різноманітні варіанти захисту активів без необхідності мігрувати на новий рахунок.
При використанні EIP-7702 EOA повинна підписати авторизацію, що вказує на конкретну адресу делегата (ця адреса містить код, що підлягає виконанню). Після налаштування обліковий запис отримує нові функції коду (такі як пакетна обробка, оплата замість інших, логіка перевірки тощо). Оскільки вибір делегованої цілі означає передачу великої частини контролю, EIP-7702 примусово реалізує ряд перевірок безпеки:
• Специфічна делегування ланцюга: За замовчуванням, делегування дійсне лише для специфічного ID ланцюга, щоб запобігти використанню одного й того ж дозволу в різних мережах.
• Прив'язка nonce до делегування: Повноваження можуть бути прив'язані до поточного nonce облікового запису, і після збільшення nonce вони автоматично втрачають чинність. • Відкличуваність: Власник EOA завжди може створити нове повноваження EIP-7702 для відкликання або заміни існуючого делегованого коду, щоб уникнути помилкових дій, які можуть призвести до постійної блокування.
（2）оптимізація досвіду валідаторів
Pectra містить три вдосконалення досвіду валідаторів EIP: 7251, 7002 та 6110.
По-перше, EIP-7251 підвищує максимальний баланс винагород, який можуть отримати валідатори, з 32 ETH до 2048 ETH шляхом добровільного оновлення типу квитанції на зняття.
Для стейкерів це забезпечує складний відсоток доходу. Раніше частина ETH, яку валідатори ставили більше 32, не враховувалася в активному обсязі стейкінгу. Користувачі, які хочуть стейкнути понад 32 ETH, можуть діяти лише з приростом у 32 ETH, при цьому середнє значення повинно покладатися на стейкінг-пул. EIP-7251 дозволяє як новим, так і старим валідаторам налаштовуватися на отримання винагороди відповідно до фактичного обсягу стейкінгу (максимум 2048 ETH).
Цей EIP також дозволяє великим операторам об'єднувати кілька 32 ETH валідаторів, знижуючи вимоги до пропускної здатності мережі.
EIP-7002 розширює можливості валідацій через введення можливості виведення, що може бути ініційоване на виконувальному рівні. Раніше тільки активні підписні ключі валідацій могли ініціювати вихід. Тепер, якщо адреса Ethereum встановлена як доказ виведення, ця адреса також може примусово вийти. Це знижує припущення довіри в налаштуваннях делегування, оскільки власники коштів (незалежно від того, чи контролює їх особа EOA, чи DAO, що керує смарт-контрактом) завжди можуть без довіри ініціювати вихід.
Нарешті, EIP-6110 усунув залишкові проблеми Ethereum до злиття: затримку між депозитами валідаторів та приєднанням до черги депозитів. До злиття Ethereum, Beacon Chain мусила чекати 2048 блоків, щоб обробити депозити валідаторів для реагування на потенційні перезаписання Proof of Work. Тепер це вже не потрібно!
EIP-6110 зменшує затримку обробки депозитів з приблизно 9 годин до 13 хвилин.
（3）Blob розширення
Остання значна зміна Pectra — це EIP-7691, який подвоює пропускну здатність blob в Ethereum!
Блоб, що впроваджується в оновленні Dencun, є тимчасовим сховищем для L2, яке використовується для подання стиснених交易 даних і доказів до Ethereum L1. Після активації знижує витрати L1 для L2 у 10-100 разів, що суттєво зменшує витрати на交易 для користувачів L2.
Поточна основна мережа Ethereum в середньому підтримує 3 блоби на блок, максимальна ємність становить 6. EIP-7691 підвищить ці показники до 6 в середньому та 9 на піку.
На відміну від CALLDATA, який постійно зберігається на вузлах, blob буде видалено через 4096 епох (приблизно 18 днів). Це обмежує його займане місце. Реальні обмеження blob походять від пропускної здатності, оскільки їх потрібно поширювати на рівні peer-to-peer Ethereum. Щоб компенсувати зростання пропускної здатності, викликане EIP-7691, Pectra також представила EIP-7623 для обмеження верхньої межі розміру блоку.
Щоб постійно розширювати пропускну спроможність даних Ethereum без збільшення вимог до пропускної здатності, ми повинні перейти від моделі "кожен вузол зберігає всі blob" до моделі "вузли зберігають лише підмножину та перевіряють решту даних через мережеве вибіркове зразкування". Добра новина: відповідна робота вже просувається! Франческо з дослідницької команди Фонду Ethereum приблизно описав цю дорожню карту розширення під час основного виступу на Devcon.
2, специфікація Pectra
Конкретні оновлення Pectra дивіться в EIP-7600. Зокрема, включає:
• EIP-2537: попередньо скомпільовані операції на кривій BLS12-381
• EIP-2935: зберігання історичних хеш-значень блоків у стані
• EIP-6110: перевірка депозитів валідаторів на ланцюгу
• EIP-7002: вихід, що може бути ініційований рівнем виконання
• EIP-7251: підвищення верхньої межі MAX_EFFECTIVE_BALANCE
• EIP-7549: перемістити поле committee index з Attestation
• EIP-7623: збільшення витрат на calldata
• EIP-7685: загальний запит виконавчого рівня
• EIP-7691：Підвищення пропускної здатності Blob
• EIP-7702: встановлення коду EOA-рахунку
• EIP-7840: додавання графіку blob до конфігурації EL
Повну версію Python специфікацій рівня виконання та рівня консенсусу можна знайти в наступних версіях:
• Виконавчий рівень: v1.17.0rc6
• Шар консенсусу: v1.5.0-beta.5
Крім того, Pectra також оновила Engine API, який використовується для зв'язку між вузлами рівня консенсусу та рівня виконання.
3、Активація Pectra
Оновлення мережі Pectra буде активовано на основній мережі Ethereum 7 травня 2025 року о 10:05:11 UTC (початок епохи 364032).
Раніше активацію було завершено в тестових мережах Hoodi, Holesky та Sepolia.
4, Версія клієнта
Наступні версії клієнта призначені для оновлення Pectra в основній мережі Ethereum.
версія шару консенсусу
Під час роботи з валідатором необхідно оновлювати як узгоджений рівень вузла маяка, так і клієнта валідатора.
Відповідь: Оновлення мережі Ethereum вимагає чіткого вибору приєднатися від операторів вузлів. Хоча розробники клієнтів досягли консенсусу щодо EIP, що містяться в оновленні, вони не є остаточними приймаючими рішення.
Щоб оновлення набрало чинності, валідатори та не стейкінгові вузли повинні вручну оновити програмне забезпечення для підтримки нового протоколу.
Якщо використовуваний клієнт Ethereum не оновлено до останньої версії (див. вище), під час форку блоку буде розірвано з'єднання з оновленими вузлами, що призведе до розгалуження мережі. У цьому випадку кожен підмножина вузлів підтримує з'єднання лише з вузлами, які залишаються в тому ж (не) оновленому стані.
Хоча більшість оновлень Ethereum не викликають суперечок і випадки форкання рідкісні, рішення операторів вузлів про підтримку оновлень є основною характеристикою управління Ethereum.
Запитання: Як користувачеві основної мережі Ethereum або власнику ETH, що мені потрібно зробити?
Відповідь: Одним реченням: не потрібно.
Якщо ви використовуєте біржу, цифровий гаманець або апаратний гаманець, то, якщо постачальник послуг не повідомить інакше, вам не потрібно виконувати жодних дій.
Питання: Що мені потрібно зробити як оператор не стейкінгового вузла?
Відповідь: Для забезпечення сумісності, будь ласка, оновіть клієнти рівня виконання та рівня консенсусу до версій, зазначених у таблиці вище.
Питання: Що мені потрібно робити як стейкеру?
Відповідь: Для забезпечення сумісності, будь ласка, оновіть клієнти рівня виконання та рівня консенсусу до версій, зазначених у таблиці вище. Також оновіть вузол сигналізації та клієнт валідатора.
Запитання: Що мені робити як розробнику застосунків або інструментів?
Відповідь: Огляньте EIP, що міститься в Pectra, оцініть його вплив на проєкт — це оновлення вводить безліч захоплюючих нових функцій як на виконавчому, так і на консенсусному рівні!
Запитання: Чому назва "Pectra"?
Відповідь: Оновлення виконавчого рівня використовує назви міст Devcon, а оновлення рівня консенсусу – назви зірок. "Pectra" – це комбінація назви міста проведення Devcon IV Прага (Prague) та блакитно-білої зірки Тельця (Taurus) Electra.
Контент має виключно довідковий характер і не є запрошенням до участі або пропозицією. Інвестиційні, податкові чи юридичні консультації не надаються. Перегляньте Відмову від відповідальності , щоб дізнатися більше про ризики.
Повний посібник з оновлення Ethereum Pectra
Автор: команда підтримки протоколу Ethereum; Переклад: Jinse Caijing xiaozou
Оновлення Ethereum Pectra планується активувати 7 травня 2025 року в епоху основної мережі Ethereum 364032 (10:05:11 UTC).
1、Огляд Pectra
Pectra є серйозним оновленням після минулорічного оновлення Dencun. Він покращує систему облікових записів Ethereum, впроваджуючи нові функції, покращує досвід валідатора, підтримує масштабування L2 тощо!
Ця стаття детально розгляне ці три основні покращення. Для отримання повної інформації про вміст оновлення, будь ласка, зверніться до посібника з оновлення на ethereum.org.
（1）з зовнішнього рахунку (EOA) до смарт-рахунку
EIP-7702 є важливим кроком у процесі абстракції рахунків, що дозволяє користувачам додавати функції смарт-контрактів до зовнішніх рахунків (EOA).
Ця змішана схема поєднує простоту EOA з програмованістю облікових записів контрактів. Зокрема, вона дозволяє гаманцю підтримувати такі функції:
• Пакетна обробка транзакцій: кілька операцій можуть бути атомарно виконані в одній транзакції. Більше не потрібно ініціювати окремі транзакції для "авторизації" та "обміну"!
**• Газова плата: **дозволяє третім особам сплачувати комісії за транзакції. Це особливо корисно для ініціювання транзакцій без рахунку ETH.
• Альтернативна верифікація: означає, що багато апаратних модулів безпеки (HSM) у поточному телефоні можуть авторизувати операції з рахунком за допомогою таких технологій, як ключі доступу.
• Контроль витрат: можна обмежити кількість токенів, які можуть витрачати певні додатки, або встановити щоденний ліміт на перекази з гаманця для підвищення безпеки.
• Механізм відновлення: надає користувачам різноманітні варіанти захисту активів без необхідності мігрувати на новий рахунок.
При використанні EIP-7702 EOA повинна підписати авторизацію, що вказує на конкретну адресу делегата (ця адреса містить код, що підлягає виконанню). Після налаштування обліковий запис отримує нові функції коду (такі як пакетна обробка, оплата замість інших, логіка перевірки тощо). Оскільки вибір делегованої цілі означає передачу великої частини контролю, EIP-7702 примусово реалізує ряд перевірок безпеки:
• Специфічна делегування ланцюга: За замовчуванням, делегування дійсне лише для специфічного ID ланцюга, щоб запобігти використанню одного й того ж дозволу в різних мережах.
• Прив'язка nonce до делегування: Повноваження можуть бути прив'язані до поточного nonce облікового запису, і після збільшення nonce вони автоматично втрачають чинність. • Відкличуваність: Власник EOA завжди може створити нове повноваження EIP-7702 для відкликання або заміни існуючого делегованого коду, щоб уникнути помилкових дій, які можуть призвести до постійної блокування.
（2）оптимізація досвіду валідаторів
Pectra містить три вдосконалення досвіду валідаторів EIP: 7251, 7002 та 6110.
По-перше, EIP-7251 підвищує максимальний баланс винагород, який можуть отримати валідатори, з 32 ETH до 2048 ETH шляхом добровільного оновлення типу квитанції на зняття.
Для стейкерів це забезпечує складний відсоток доходу. Раніше частина ETH, яку валідатори ставили більше 32, не враховувалася в активному обсязі стейкінгу. Користувачі, які хочуть стейкнути понад 32 ETH, можуть діяти лише з приростом у 32 ETH, при цьому середнє значення повинно покладатися на стейкінг-пул. EIP-7251 дозволяє як новим, так і старим валідаторам налаштовуватися на отримання винагороди відповідно до фактичного обсягу стейкінгу (максимум 2048 ETH).
Цей EIP також дозволяє великим операторам об'єднувати кілька 32 ETH валідаторів, знижуючи вимоги до пропускної здатності мережі.
EIP-7002 розширює можливості валідацій через введення можливості виведення, що може бути ініційоване на виконувальному рівні. Раніше тільки активні підписні ключі валідацій могли ініціювати вихід. Тепер, якщо адреса Ethereum встановлена як доказ виведення, ця адреса також може примусово вийти. Це знижує припущення довіри в налаштуваннях делегування, оскільки власники коштів (незалежно від того, чи контролює їх особа EOA, чи DAO, що керує смарт-контрактом) завжди можуть без довіри ініціювати вихід.
Нарешті, EIP-6110 усунув залишкові проблеми Ethereum до злиття: затримку між депозитами валідаторів та приєднанням до черги депозитів. До злиття Ethereum, Beacon Chain мусила чекати 2048 блоків, щоб обробити депозити валідаторів для реагування на потенційні перезаписання Proof of Work. Тепер це вже не потрібно!
EIP-6110 зменшує затримку обробки депозитів з приблизно 9 годин до 13 хвилин.
（3）Blob розширення
Остання значна зміна Pectra — це EIP-7691, який подвоює пропускну здатність blob в Ethereum!
Блоб, що впроваджується в оновленні Dencun, є тимчасовим сховищем для L2, яке використовується для подання стиснених交易 даних і доказів до Ethereum L1. Після активації знижує витрати L1 для L2 у 10-100 разів, що суттєво зменшує витрати на交易 для користувачів L2.
Поточна основна мережа Ethereum в середньому підтримує 3 блоби на блок, максимальна ємність становить 6. EIP-7691 підвищить ці показники до 6 в середньому та 9 на піку.
На відміну від CALLDATA, який постійно зберігається на вузлах, blob буде видалено через 4096 епох (приблизно 18 днів). Це обмежує його займане місце. Реальні обмеження blob походять від пропускної здатності, оскільки їх потрібно поширювати на рівні peer-to-peer Ethereum. Щоб компенсувати зростання пропускної здатності, викликане EIP-7691, Pectra також представила EIP-7623 для обмеження верхньої межі розміру блоку.
Щоб постійно розширювати пропускну спроможність даних Ethereum без збільшення вимог до пропускної здатності, ми повинні перейти від моделі "кожен вузол зберігає всі blob" до моделі "вузли зберігають лише підмножину та перевіряють решту даних через мережеве вибіркове зразкування". Добра новина: відповідна робота вже просувається! Франческо з дослідницької команди Фонду Ethereum приблизно описав цю дорожню карту розширення під час основного виступу на Devcon.
2, специфікація Pectra
Конкретні оновлення Pectra дивіться в EIP-7600. Зокрема, включає:
• EIP-2537: попередньо скомпільовані операції на кривій BLS12-381
• EIP-2935: зберігання історичних хеш-значень блоків у стані
• EIP-6110: перевірка депозитів валідаторів на ланцюгу
• EIP-7002: вихід, що може бути ініційований рівнем виконання
• EIP-7251: підвищення верхньої межі MAX_EFFECTIVE_BALANCE
• EIP-7549: перемістити поле committee index з Attestation
• EIP-7623: збільшення витрат на calldata
• EIP-7685: загальний запит виконавчого рівня
• EIP-7691：Підвищення пропускної здатності Blob
• EIP-7702: встановлення коду EOA-рахунку
• EIP-7840: додавання графіку blob до конфігурації EL
Повну версію Python специфікацій рівня виконання та рівня консенсусу можна знайти в наступних версіях:
• Виконавчий рівень: v1.17.0rc6
• Шар консенсусу: v1.5.0-beta.5
Крім того, Pectra також оновила Engine API, який використовується для зв'язку між вузлами рівня консенсусу та рівня виконання.
3、Активація Pectra
Оновлення мережі Pectra буде активовано на основній мережі Ethereum 7 травня 2025 року о 10:05:11 UTC (початок епохи 364032).
Раніше активацію було завершено в тестових мережах Hoodi, Holesky та Sepolia.
4, Версія клієнта
Наступні версії клієнта призначені для оновлення Pectra в основній мережі Ethereum.
версія шару консенсусу
Під час роботи з валідатором необхідно оновлювати як узгоджений рівень вузла маяка, так і клієнта валідатора.
! KXFHx8LjbjSQLfmRpJ5stlRXrLaquJmXzLkk8q0F.png
версія виконавчого шару
! c7AWxCs4SOOyUAEWy0L07QeyleSULZzeGjUfvrtt.png
5、Поширені запитання
Запитання: як працює оновлення мережі Ethereum?
Відповідь: Оновлення мережі Ethereum вимагає чіткого вибору приєднатися від операторів вузлів. Хоча розробники клієнтів досягли консенсусу щодо EIP, що містяться в оновленні, вони не є остаточними приймаючими рішення.
Щоб оновлення набрало чинності, валідатори та не стейкінгові вузли повинні вручну оновити програмне забезпечення для підтримки нового протоколу.
Якщо використовуваний клієнт Ethereum не оновлено до останньої версії (див. вище), під час форку блоку буде розірвано з'єднання з оновленими вузлами, що призведе до розгалуження мережі. У цьому випадку кожен підмножина вузлів підтримує з'єднання лише з вузлами, які залишаються в тому ж (не) оновленому стані.
Хоча більшість оновлень Ethereum не викликають суперечок і випадки форкання рідкісні, рішення операторів вузлів про підтримку оновлень є основною характеристикою управління Ethereum.
Запитання: Як користувачеві основної мережі Ethereum або власнику ETH, що мені потрібно зробити?
Відповідь: Одним реченням: не потрібно.
Якщо ви використовуєте біржу, цифровий гаманець або апаратний гаманець, то, якщо постачальник послуг не повідомить інакше, вам не потрібно виконувати жодних дій.
Питання: Що мені потрібно зробити як оператор не стейкінгового вузла?
Відповідь: Для забезпечення сумісності, будь ласка, оновіть клієнти рівня виконання та рівня консенсусу до версій, зазначених у таблиці вище.
Питання: Що мені потрібно робити як стейкеру?
Відповідь: Для забезпечення сумісності, будь ласка, оновіть клієнти рівня виконання та рівня консенсусу до версій, зазначених у таблиці вище. Також оновіть вузол сигналізації та клієнт валідатора.
Запитання: Що мені робити як розробнику застосунків або інструментів?
Відповідь: Огляньте EIP, що міститься в Pectra, оцініть його вплив на проєкт — це оновлення вводить безліч захоплюючих нових функцій як на виконавчому, так і на консенсусному рівні!
Запитання: Чому назва "Pectra"?
Відповідь: Оновлення виконавчого рівня використовує назви міст Devcon, а оновлення рівня консенсусу – назви зірок. "Pectra" – це комбінація назви міста проведення Devcon IV Прага (Prague) та блакитно-білої зірки Тельця (Taurus) Electra.