Оновлення Pectra є наступною важливою віхою для мережі Ethereum, яке, як очікується, буде реалізовано в першому кварталі 2025 року. Це оновлення складається з двох основних компонентів: оновлення Prague (виконавчий рівень) і оновлення Electra (протокольного рівня).
В отличие от предыдущих крупных обновлений, Pectra не имеет единой основной цели; вместо этого он сосредоточен на нескольких технологических улучшениях и оптимизациях. Это противопоставляется обновлению Dencun (которое значительно снизило комиссии L2) и обновлению Shapella (которое позволило выводить заложенные ETH, завершив переход Ethereum к Proof of Stake (PoS)).
Нещодавно розробники Ethereum (ACD, All Core Developers) обговорили можливість поділу оновлення Pectra на дві фази під час конференційного дзвінка. Згідно з цією пропозицією:
Цей поетапний підхід спрямований на те, щоб масштаб і складність кожного оновлення залишалися керованими, залишаючи достатньо часу для ретельного тестування та вдосконалення різних технологій.
Ця пропозиція вводить попередньо скомпільовані операції на кривій BLS12-381, що значно підвищує ефективність таких операцій, як перевірка сигнатур BLS. У порівнянні з існуючими попередньо скомпільованими операціями BN254, BLS12-381 пропонує більш високу безпеку (понад 120 біт, в той час як BN254 забезпечує тільки 80 біт). Це вдосконалення включає в себе не тільки базові операції з кривими, але також інтегрує мультипіднесення до степеня, закладаючи основу для ефективної агрегації відкритих ключів і підписів.
Ця пропозиція пропонує зберігати хеші останніх 8 192 блоків у системному контракті, в першу чергу для підтримки виконання клієнтів без громадянства. Таким чином, клієнти без стану можуть легше отримати доступ до необхідної історичної інформації, зберігаючи при цьому сумісність з існуючим кодом операції BLOCKHASH. Ця зміна спрощує механізм зберігання хеш-історії блоків і забезпечує новий підхід до доступу до історичних даних.
Ця пропозиція безпосередньо інтегрує процес депозитів валідаторів у структуру блоку виконавчого рівня Ethereum. Ця зміна перекладає відповідальність за включення та перевірку депозитів з рівня консенсусу на рівень виконання, усуваючи необхідність для рівня консенсусу голосувати за депозити (або eth1data). Генеруючи список депозитів шляхом аналізу подій журналу контрактів від депозитних операцій, цей метод не тільки підвищує безпеку та ефективність обробки депозитів, але й покращує взаємодію з користувачем. Крім того, це спрощує проектування клієнтського програмного забезпечення та знижує загальну складність системи.
Ця пропозиція вводить новий механізм, який дозволяє валідаторам відкликати свої облікові дані через рівень виконання (0x01), щоб ініціювати операції виведення та виходу. Зокрема, повідомлення про відкликання прикріплюється до блоку рівня виконання, а потім обробляється на рівні консенсусу. Такий підхід надає валідаторам більш гнучкі варіанти виходу, зберігаючи при цьому безпеку та узгодженість системи.
Ця пропозиція має на меті збільшення максимального ефективного балансу (MAX_EFFECTIVE_BALANCE) для валідаторів Ethereum при збереженні мінімального балансу стейкінгу в розмірі 32 ETH. Ця зміна пропонує кілька переваг:
Ця пропозиція передбачає видалення поля індексу комітету з підписаних доказів повідомлень, щоб дозволити агрегацію тих же консенсусних голосів. Основною метою цієї зміни є покращення ефективності клієнтів Casper FFG шляхом зменшення середньої кількості парувань, необхідних для перевірки правил консенсусу. Хоча всі типи клієнтів можуть скористатися цим покращенням, очікується, що найбільший показник продуктивності буде забезпечений для ZK-схем, які потребують доведення консенсусу Casper FFG.
Ця пропозиція визначає загальну структуру для зберігання та обробки запитів, ініційованих смарт-контрактами. Конкретна реалізація додає поле як до заголовка виконання, так і до тіла для зберігання інформації про запит, тим самим відкриваючи ці запити на рівні консенсусу та дозволяючи йому обробляти кожен запит. Цей механізм призначений насамперед для задоволення зростаючого попиту на контроль валідаторів за допомогою смарт-контрактів і забезпечення основи для більш складних ончейн-взаємодій у майбутньому.
Запропонований Віталіком Бутеріним та іншими, EIP-7702 спрямований на оптимізацію абстракції облікових записів на Ethereum. Ця пропозиція вводить новий тип транзакцій, який дозволяє обліковим записам, що перебувають у зовнішній власності (EOA), встановлювати код облікового запису за допомогою механізму авторизації. У цьому вдосконаленні передбачено підтримку кількох нових можливостей:
Пропонуючи нову структуру транзакції, ця пропозиція не тільки поліпшує функціональність та зручність використання ЕОА, але й забезпечує хорошу сумісність та масштабованість для майбутніх технологій абстракції облікового запису.
Хоча оновлення Pectra не має видимої основної мети, воно подальше поліпшить функціональність, безпеку та ефективність мережі Ethereum через серію технічних вдосконалень та оптимізацій. По мірі розвитку планів оновлення, ми можемо бачити більше варіантів EIP, які будуть включені або змінені.
Посилання
[1]EIP-2537: https://eips.ethereum.org/EIPS/eip-2537
[2]EIP-2935: https://eips.ethereum.org/EIPS/eip-2935
[3]EIP-6110: https://eips.ethereum.org/EIPS/eip-6110
[4]EIP-7002: https://eips.ethereum.org/EIPS/eip-7002
[5]EIP-7251: https://eips.ethereum.org/EIPS/eip-7251
[6]EIP-7549: https://eips.ethereum.org/EIPS/eip-7549
[7]EIP-7685: https://eips.ethereum.org/EIPS/eip-7685
[8]EIP-7702: https://eips.ethereum.org/EIPS/eip-7702
[9]EIP-7547: https://eips.ethereum.org/EIPS/eip-7547
[10]EIP-7623: https://eips.ethereum.org/EIPS/eip-7623
[11]EIP-7742: https://eips.ethereum.org/EIPS/eip-7742
[12]EIP-7600: Метадані хардфорка Pectra:https://eips.ethereum.org/EIPS/eip-7600
[13]Консенсусна зустріч розробників Ethereum Core #197:https://www.galaxy.com/insights/research/ethereum-all-core-developers-execution-call-197/
Цю статтю відтворено з[dwong], оригінальний заголовок «Тлумачення Ethereum Pectra: наступне велике оновлення», авторське право належить оригінальному автору [dwong], якщо у вас є заперечення проти передруку, будь ласка, зв'яжіться з нами Команда Gate Learn, команда вирішить це якнайшвидше відповідно до відповідних процедур.
Попередження: Погляди і думки, висловлені в цій статті, відображають лише особисті погляди автора і не є інвестиційними порадами.
Інші мовні версії статті перекладаються командою Gate Learn і не згадуються вGate, перекладена стаття не може бути відтворена, поширена або скопійована.
Оновлення Pectra є наступною важливою віхою для мережі Ethereum, яке, як очікується, буде реалізовано в першому кварталі 2025 року. Це оновлення складається з двох основних компонентів: оновлення Prague (виконавчий рівень) і оновлення Electra (протокольного рівня).
В отличие от предыдущих крупных обновлений, Pectra не имеет единой основной цели; вместо этого он сосредоточен на нескольких технологических улучшениях и оптимизациях. Это противопоставляется обновлению Dencun (которое значительно снизило комиссии L2) и обновлению Shapella (которое позволило выводить заложенные ETH, завершив переход Ethereum к Proof of Stake (PoS)).
Нещодавно розробники Ethereum (ACD, All Core Developers) обговорили можливість поділу оновлення Pectra на дві фази під час конференційного дзвінка. Згідно з цією пропозицією:
Цей поетапний підхід спрямований на те, щоб масштаб і складність кожного оновлення залишалися керованими, залишаючи достатньо часу для ретельного тестування та вдосконалення різних технологій.
Ця пропозиція вводить попередньо скомпільовані операції на кривій BLS12-381, що значно підвищує ефективність таких операцій, як перевірка сигнатур BLS. У порівнянні з існуючими попередньо скомпільованими операціями BN254, BLS12-381 пропонує більш високу безпеку (понад 120 біт, в той час як BN254 забезпечує тільки 80 біт). Це вдосконалення включає в себе не тільки базові операції з кривими, але також інтегрує мультипіднесення до степеня, закладаючи основу для ефективної агрегації відкритих ключів і підписів.
Ця пропозиція пропонує зберігати хеші останніх 8 192 блоків у системному контракті, в першу чергу для підтримки виконання клієнтів без громадянства. Таким чином, клієнти без стану можуть легше отримати доступ до необхідної історичної інформації, зберігаючи при цьому сумісність з існуючим кодом операції BLOCKHASH. Ця зміна спрощує механізм зберігання хеш-історії блоків і забезпечує новий підхід до доступу до історичних даних.
Ця пропозиція безпосередньо інтегрує процес депозитів валідаторів у структуру блоку виконавчого рівня Ethereum. Ця зміна перекладає відповідальність за включення та перевірку депозитів з рівня консенсусу на рівень виконання, усуваючи необхідність для рівня консенсусу голосувати за депозити (або eth1data). Генеруючи список депозитів шляхом аналізу подій журналу контрактів від депозитних операцій, цей метод не тільки підвищує безпеку та ефективність обробки депозитів, але й покращує взаємодію з користувачем. Крім того, це спрощує проектування клієнтського програмного забезпечення та знижує загальну складність системи.
Ця пропозиція вводить новий механізм, який дозволяє валідаторам відкликати свої облікові дані через рівень виконання (0x01), щоб ініціювати операції виведення та виходу. Зокрема, повідомлення про відкликання прикріплюється до блоку рівня виконання, а потім обробляється на рівні консенсусу. Такий підхід надає валідаторам більш гнучкі варіанти виходу, зберігаючи при цьому безпеку та узгодженість системи.
Ця пропозиція має на меті збільшення максимального ефективного балансу (MAX_EFFECTIVE_BALANCE) для валідаторів Ethereum при збереженні мінімального балансу стейкінгу в розмірі 32 ETH. Ця зміна пропонує кілька переваг:
Ця пропозиція передбачає видалення поля індексу комітету з підписаних доказів повідомлень, щоб дозволити агрегацію тих же консенсусних голосів. Основною метою цієї зміни є покращення ефективності клієнтів Casper FFG шляхом зменшення середньої кількості парувань, необхідних для перевірки правил консенсусу. Хоча всі типи клієнтів можуть скористатися цим покращенням, очікується, що найбільший показник продуктивності буде забезпечений для ZK-схем, які потребують доведення консенсусу Casper FFG.
Ця пропозиція визначає загальну структуру для зберігання та обробки запитів, ініційованих смарт-контрактами. Конкретна реалізація додає поле як до заголовка виконання, так і до тіла для зберігання інформації про запит, тим самим відкриваючи ці запити на рівні консенсусу та дозволяючи йому обробляти кожен запит. Цей механізм призначений насамперед для задоволення зростаючого попиту на контроль валідаторів за допомогою смарт-контрактів і забезпечення основи для більш складних ончейн-взаємодій у майбутньому.
Запропонований Віталіком Бутеріним та іншими, EIP-7702 спрямований на оптимізацію абстракції облікових записів на Ethereum. Ця пропозиція вводить новий тип транзакцій, який дозволяє обліковим записам, що перебувають у зовнішній власності (EOA), встановлювати код облікового запису за допомогою механізму авторизації. У цьому вдосконаленні передбачено підтримку кількох нових можливостей:
Пропонуючи нову структуру транзакції, ця пропозиція не тільки поліпшує функціональність та зручність використання ЕОА, але й забезпечує хорошу сумісність та масштабованість для майбутніх технологій абстракції облікового запису.
Хоча оновлення Pectra не має видимої основної мети, воно подальше поліпшить функціональність, безпеку та ефективність мережі Ethereum через серію технічних вдосконалень та оптимізацій. По мірі розвитку планів оновлення, ми можемо бачити більше варіантів EIP, які будуть включені або змінені.
Посилання
[1]EIP-2537: https://eips.ethereum.org/EIPS/eip-2537
[2]EIP-2935: https://eips.ethereum.org/EIPS/eip-2935
[3]EIP-6110: https://eips.ethereum.org/EIPS/eip-6110
[4]EIP-7002: https://eips.ethereum.org/EIPS/eip-7002
[5]EIP-7251: https://eips.ethereum.org/EIPS/eip-7251
[6]EIP-7549: https://eips.ethereum.org/EIPS/eip-7549
[7]EIP-7685: https://eips.ethereum.org/EIPS/eip-7685
[8]EIP-7702: https://eips.ethereum.org/EIPS/eip-7702
[9]EIP-7547: https://eips.ethereum.org/EIPS/eip-7547
[10]EIP-7623: https://eips.ethereum.org/EIPS/eip-7623
[11]EIP-7742: https://eips.ethereum.org/EIPS/eip-7742
[12]EIP-7600: Метадані хардфорка Pectra:https://eips.ethereum.org/EIPS/eip-7600
[13]Консенсусна зустріч розробників Ethereum Core #197:https://www.galaxy.com/insights/research/ethereum-all-core-developers-execution-call-197/
Цю статтю відтворено з[dwong], оригінальний заголовок «Тлумачення Ethereum Pectra: наступне велике оновлення», авторське право належить оригінальному автору [dwong], якщо у вас є заперечення проти передруку, будь ласка, зв'яжіться з нами Команда Gate Learn, команда вирішить це якнайшвидше відповідно до відповідних процедур.
Попередження: Погляди і думки, висловлені в цій статті, відображають лише особисті погляди автора і не є інвестиційними порадами.
Інші мовні версії статті перекладаються командою Gate Learn і не згадуються вGate, перекладена стаття не може бути відтворена, поширена або скопійована.