Дізнайтеся про майбутню велику подію Ethereum у 2023 році: оновлення в Канкуні.
Автор: Bulu
Після об’єднання Ethereum 15 вересня 2022 року оновлення Shapella, яке привернуло багато уваги, було офіційно завершено в квітні 2023 року. На наступному кроці, які нові зміни будуть внесені в цілі технічного розвитку Ethereum?
29 квітня 2023 року Ethereum Foundation провів 160-ту конференцію розробників ядра та визначив наступну важливу зміну в Ethereum — оновлення мережі Cancun (Cancun Network Upgrade). Пропозиція щодо покращення Ethereum (скорочено EIP).
Якщо оновлення Shapella є технічним переломним моментом для забезпечення стабільної реалізації механізму консенсусу PoS на майбутньому Ethereum після злиття Ethereum, то значення оновлення Cancun не менше, ніж оновлення Shapella — це ключ до подальше розширення Ethereum, це також відкриє новий етап у розвитку можливостей зберігання та пошуку даних Ethereum.
Розуміння оновлення Cancun
Канкун, відоме туристичне місто в Мексиці, також є місцем проведення конференції Devcon 3. Відповідно до правил найменування оновлення Ethereum, оновлення, назване за назвою місця, є оновленням для рівня виконання Ethereum.
У цьому оновленні, який протокол покращення Ethereum (EIP) буде вартий уваги, повідомте нам разом.
01 Головний герой ескалації в Канкуні: EIP-4844
Прототип шардингу Ethereum
**Цілі вдосконалення: **Вирішити проблему масштабованості Ethereum (тобто попиту на розширення), допомогти зменшити вартість транзакцій рішення Ethereum Layer 2 (Layer 2) Rollups і збільшити швидкість Rollups.
Перевірка вдосконалення: Вартість основної мережі Ethereum рівня 1 (Layer 1) була високою, і необхідні вдосконалення терміново необхідні для зниження загальних операційних витрат.
На даний момент рішення для масштабування на Ethereum — це переважно Layer 2 Rollups.
На практиці рішення Rollups допомогло користувачам значно заощадити на операційних витратах (надалі – «плата за газ»). Наприклад, у репрезентативному проекті Optimism звичайні накладні витрати на плату за газ становлять лише 0,001 gwei, що набагато менше, ніж звичайна витрати на основну мережу рівня 1 Ethereum; рішення ZK Rollups має кращу продуктивність стиснення даних і не потребує включення підписаних даних, а плата нижча, навіть до однієї сотої основної мережі рівня 1 Ethereum.
Однак для ширшого кола користувачів навіть після рішення Rollups плата за газ залишається відносно дорогим тягарем. Крім того, ефективність Ethereum в обробці паралельних транзакцій все ще низька, і він може обробляти лише двозначний обсяг транзакцій за секунду. Це вимагає нових удосконалень, щоб покращити масштабованість.
Шардинг——це потужний метод вдосконалення для вирішення вищезгаданих проблем, але поточний Ethereum ще не може його реалізувати, і своєчасна пропозиція плану вдосконалення EIP-4844 полягає у вирішенні вищезазначених потреб і впровадженні оновлень шардингу, знайдено компроміс. який можна застосувати до поточної стадії Ethereum і заклав першу технічну основу для Ethereum для реалізації загального сегментування даних у майбутньому.
Тому EIP-4844 також відомий як «Proto-danksharding», тобто «прототип шардингу». Слово dank також має інше походження — воно походить від імені дослідника Ethereum Данкрада Фейста, який якось сказав: «EIP-4844 стане прискорювачем для Rollups».
Покращення (завершені технічні вдосконалення):
Представлення транзакції Blob: Blob — це абревіатура від Binary Large Object. Blob-транзакції — це новий тип транзакцій, який використовуватиметься в майбутніх сегментах.
Додайте всю логіку рівня виконання, необхідну для реалізації майбутнього повного сегментування.
Запровадити логіку перехресної перевірки для всіх рівнів виконання та консенсусу, необхідних для впровадження майбутнього повного сегментування.
Вмикає шарування між перевіркою блоку маяка (тобто даних Ethereum Layer 2) і вибіркою доступності даних blob.
Представлені блоки маяків для реалізації більшості логіки, необхідної для майбутнього повного сегментування.
Примітка. Початковий намір Blob — допомогти переносити дані другого рівня Ethereum. У той же час Blobs, ця група векторів даних, зберігаються вузлами консенсусного рівня Ethereum, тому вони не можуть бути прочитані віртуальною машиною Ethereum (скорочено EVM) рівня виконання, і саме це розділення даних, які реалізують Знижені комісії за рішення Ethereum Layer 2 Rollups.
Крім того, дані blob видаляються через 30 днів.
Щоб зменшити тиск пропозиції щодо вдосконалення на основну мережу, порівняно з майбутнім впровадженням повного сегментування, EIP-4844 встановлює верхню межу збільшення простору для зберігання кожного блоку маяка, щонайбільше обмежене приблизно 0,5 МБ даних. (приблизно 4 Blob ), але очікується, що ця верхня межа зросте в майбутньому.
02 Інші пропозиції щодо вдосконалення, які були визначені для оновлення в Канкуні
EIP-1153
EIP-6780
На додаток до EIP-4844, який користується популярністю, пропозиції щодо покращення, які були підтверджені для оновлення Cancun, включають:
EIP-1153: додайте коди операцій тимчасового зберігання. Перехідне зберігання — це рішення, спеціально розроблене для вирішення внутрішнього зв’язку блоків.
Тимчасове сховище не змінює семантику існуючих операцій. Дані в тимчасовому сховищі видалятимуться після кожної транзакції та не матимуть доступу до диска сервера. Немає необхідності очищати слот для зберігання після використання, і клієнту не потрібно завантажити вихідні дані.
Тому, умовно кажучи, перевага використання тимчасового сховища для вирішення проблеми зв’язку між блоками полягає в тому, що комісія за газ є низькою, і майбутній дизайн сховища даних Ethereum не потребує розгляду відшкодування операційних зборів через тимчасове зберігання.
Однак EIP-1153 не призначений для використання тимчасово збережених даних у існуючих смарт-контрактах.
**EIP-6780: змініть функцію коду операції SELFDESTRUCT, **щоб підготуватися до майбутнього застосування архітектури Verkle Tree (зазвичай називається «дерево Фолькера») в Ethereum.
Зараз Ethereum використовує архітектуру Merkle Tree (зазвичай відому як «дерево Merkle»). Використання коду операції SELFDESTRUCT може внести велику кількість змін у стан облікового запису, наприклад, ви можете видалити код і сховище. Однак, коли в майбутньому архітектура Verkle Tree буде застосована до Ethereum, облікові записи не можна буде легко змінити або видалити, оскільки архітектура Verkle Tree зберігатиме кожен обліковий запис в іншому ключі облікового запису, який не буде підключено до кореневого облікового запису.
Тому EIP-6780 пропонує зміни до функціональності коду операції SELFDESTRUCT. Згідно з EIP-6780, модифікований код операції SELFDESTRUCT, який більше не має можливості змінювати або видаляти облікові записи, що використовуються, використовуватиметься лише для передачі ETH абоненту, за одним винятком, коли SELFDESTRUCT виконується смарт-контрактом, викликаним у та сама транзакція, яка була створена.
△Хід впровадження пропозицій щодо вдосконалення, пов’язаних з оновленням Ethereum Cancun (станом на 30.05.2023)
Джерело зображення/github@Cancun Network Upgrade Specification
Очікується, що три вдосконалені протоколи EIP-4844, EIP-1153 і EIP-6780, визначені для оновлення в Канкуні, будуть активовані в жовтні 2023 року.
03 Оновлення Канкуна все ще розглядається для включення вдосконаленого протоколу
EIP-2537
EIP-4788
EIP-5656
EIP-5920
EIP-7069
Покращення, пов’язані з EOF, ще не розглядалися
EIP-2537: попередньо скомпілюйте операцію кривої BLS12-381 і додайте її до набору операцій, необхідних для перевірки підпису BLS і перевірки SNARK, щоб краще виконувати відповідні операції перевірки.
Наразі прогрес у розробці цього плану покращення є відносно повільним. Після впровадження плану вдосконалення EIP-2537, порівняно з існуючим попередньо скомпільованим BN254, він отримає кращу безпеку операцій і дозволить зіставляти більш зручні операції кривої, що сприятиме розвитку варіантів використання другого рівня Ethereum. .
**EIP-4788: розкрийте корінь блоку ланцюга маяків у EVM. **Корені блоків Beacon Chain є криптографічними накопичувачами, які використовуються для підтвердження довільних консенсусних станів.
Розкриття кореневої частини ланцюга маяків у EVM забезпечує мінімізований довірою доступ до консенсусного рівня Ethereum. Це також удосконалений протокол, який допомагає використовувати розробку кейсів і підтримуватиме такі сценарії використання, як пули ставок і мости смарт-контрактів, щоб покращити їх припущення про довіру (припущення довіри).
EIP-5656: надає ефективну інструкцію EVM, яку можна використовувати для копіювання областей пам’яті. Копіювання пам’яті — це базова операція, яка дуже корисна для різних операцій із інтенсивним обчислювальним процесом, але вона також потребуватиме операційних витрат, якщо в майбутньому буде реалізована на віртуальній машині Ethereum.
Інструкція, представлена EIP-5656, є новою інструкцією, якої раніше не існувало. Якщо смарт-контракт, який був випущений, використовує цю нову інструкцію, зверніть увагу на сумісність і, можливо, знадобиться налаштувати операцію.
**EIP-5920: представлено новий код операції PAY. **Використовуючи код операції PAY для надсилання ETH на адресу облікового запису, не потрібно викликати жодну функцію адреси облікового запису.
Код операції PAY призначений для передачі ETH. Йому не потрібно мобілізувати функції адреси, що може заощадити витрати на використання мережі. Це дуже корисно для невеликих обсягів передачі ETH.
**EIP-7069: Змініть інструкцію CALL, цей протокол увімкнено. **
Довідкове посилання
[1] Специфікація оновлення мережі Cancun，
Переглянути оригінал
Контент має виключно довідковий характер і не є запрошенням до участі або пропозицією. Інвестиційні, податкові чи юридичні консультації не надаються. Перегляньте Відмову від відповідальності , щоб дізнатися більше про ризики.
Зустрічайте «Канкун»: наступне оновлення Ethereum, зниження витрат і підвищення ефективності, добре для Layer2
Автор: Bulu
Після об’єднання Ethereum 15 вересня 2022 року оновлення Shapella, яке привернуло багато уваги, було офіційно завершено в квітні 2023 року. На наступному кроці, які нові зміни будуть внесені в цілі технічного розвитку Ethereum?
29 квітня 2023 року Ethereum Foundation провів 160-ту конференцію розробників ядра та визначив наступну важливу зміну в Ethereum — оновлення мережі Cancun (Cancun Network Upgrade). Пропозиція щодо покращення Ethereum (скорочено EIP).
Якщо оновлення Shapella є технічним переломним моментом для забезпечення стабільної реалізації механізму консенсусу PoS на майбутньому Ethereum після злиття Ethereum, то значення оновлення Cancun не менше, ніж оновлення Shapella — це ключ до подальше розширення Ethereum, це також відкриє новий етап у розвитку можливостей зберігання та пошуку даних Ethereum.
Розуміння оновлення Cancun
Канкун, відоме туристичне місто в Мексиці, також є місцем проведення конференції Devcon 3. Відповідно до правил найменування оновлення Ethereum, оновлення, назване за назвою місця, є оновленням для рівня виконання Ethereum.
У цьому оновленні, який протокол покращення Ethereum (EIP) буде вартий уваги, повідомте нам разом.
01 Головний герой ескалації в Канкуні: EIP-4844
Прототип шардингу Ethereum
**Цілі вдосконалення: **Вирішити проблему масштабованості Ethereum (тобто попиту на розширення), допомогти зменшити вартість транзакцій рішення Ethereum Layer 2 (Layer 2) Rollups і збільшити швидкість Rollups.
Перевірка вдосконалення: Вартість основної мережі Ethereum рівня 1 (Layer 1) була високою, і необхідні вдосконалення терміново необхідні для зниження загальних операційних витрат.
На даний момент рішення для масштабування на Ethereum — це переважно Layer 2 Rollups.
На практиці рішення Rollups допомогло користувачам значно заощадити на операційних витратах (надалі – «плата за газ»). Наприклад, у репрезентативному проекті Optimism звичайні накладні витрати на плату за газ становлять лише 0,001 gwei, що набагато менше, ніж звичайна витрати на основну мережу рівня 1 Ethereum; рішення ZK Rollups має кращу продуктивність стиснення даних і не потребує включення підписаних даних, а плата нижча, навіть до однієї сотої основної мережі рівня 1 Ethereum.
Однак для ширшого кола користувачів навіть після рішення Rollups плата за газ залишається відносно дорогим тягарем. Крім того, ефективність Ethereum в обробці паралельних транзакцій все ще низька, і він може обробляти лише двозначний обсяг транзакцій за секунду. Це вимагає нових удосконалень, щоб покращити масштабованість.
Шардинг——це потужний метод вдосконалення для вирішення вищезгаданих проблем, але поточний Ethereum ще не може його реалізувати, і своєчасна пропозиція плану вдосконалення EIP-4844 полягає у вирішенні вищезазначених потреб і впровадженні оновлень шардингу, знайдено компроміс. який можна застосувати до поточної стадії Ethereum і заклав першу технічну основу для Ethereum для реалізації загального сегментування даних у майбутньому.
Тому EIP-4844 також відомий як «Proto-danksharding», тобто «прототип шардингу». Слово dank також має інше походження — воно походить від імені дослідника Ethereum Данкрада Фейста, який якось сказав: «EIP-4844 стане прискорювачем для Rollups».
Покращення (завершені технічні вдосконалення):
△ Повна концептуальна карта шардингу / Віталік Бутерін
Джерело зображення/foresightnews
Примітка. Початковий намір Blob — допомогти переносити дані другого рівня Ethereum. У той же час Blobs, ця група векторів даних, зберігаються вузлами консенсусного рівня Ethereum, тому вони не можуть бути прочитані віртуальною машиною Ethereum (скорочено EVM) рівня виконання, і саме це розділення даних, які реалізують Знижені комісії за рішення Ethereum Layer 2 Rollups.
Крім того, дані blob видаляються через 30 днів.
Щоб зменшити тиск пропозиції щодо вдосконалення на основну мережу, порівняно з майбутнім впровадженням повного сегментування, EIP-4844 встановлює верхню межу збільшення простору для зберігання кожного блоку маяка, щонайбільше обмежене приблизно 0,5 МБ даних. (приблизно 4 Blob ), але очікується, що ця верхня межа зросте в майбутньому.
02 Інші пропозиції щодо вдосконалення, які були визначені для оновлення в Канкуні
На додаток до EIP-4844, який користується популярністю, пропозиції щодо покращення, які були підтверджені для оновлення Cancun, включають:
EIP-1153: додайте коди операцій тимчасового зберігання. Перехідне зберігання — це рішення, спеціально розроблене для вирішення внутрішнього зв’язку блоків.
Тимчасове сховище не змінює семантику існуючих операцій. Дані в тимчасовому сховищі видалятимуться після кожної транзакції та не матимуть доступу до диска сервера. Немає необхідності очищати слот для зберігання після використання, і клієнту не потрібно завантажити вихідні дані.
Тому, умовно кажучи, перевага використання тимчасового сховища для вирішення проблеми зв’язку між блоками полягає в тому, що комісія за газ є низькою, і майбутній дизайн сховища даних Ethereum не потребує розгляду відшкодування операційних зборів через тимчасове зберігання.
Однак EIP-1153 не призначений для використання тимчасово збережених даних у існуючих смарт-контрактах.
**EIP-6780: змініть функцію коду операції SELFDESTRUCT, **щоб підготуватися до майбутнього застосування архітектури Verkle Tree (зазвичай називається «дерево Фолькера») в Ethereum.
Зараз Ethereum використовує архітектуру Merkle Tree (зазвичай відому як «дерево Merkle»). Використання коду операції SELFDESTRUCT може внести велику кількість змін у стан облікового запису, наприклад, ви можете видалити код і сховище. Однак, коли в майбутньому архітектура Verkle Tree буде застосована до Ethereum, облікові записи не можна буде легко змінити або видалити, оскільки архітектура Verkle Tree зберігатиме кожен обліковий запис в іншому ключі облікового запису, який не буде підключено до кореневого облікового запису.
Тому EIP-6780 пропонує зміни до функціональності коду операції SELFDESTRUCT. Згідно з EIP-6780, модифікований код операції SELFDESTRUCT, який більше не має можливості змінювати або видаляти облікові записи, що використовуються, використовуватиметься лише для передачі ETH абоненту, за одним винятком, коли SELFDESTRUCT виконується смарт-контрактом, викликаним у та сама транзакція, яка була створена.
△Хід впровадження пропозицій щодо вдосконалення, пов’язаних з оновленням Ethereum Cancun (станом на 30.05.2023)
Джерело зображення/github@Cancun Network Upgrade Specification
Очікується, що три вдосконалені протоколи EIP-4844, EIP-1153 і EIP-6780, визначені для оновлення в Канкуні, будуть активовані в жовтні 2023 року.
03 Оновлення Канкуна все ще розглядається для включення вдосконаленого протоколу
Покращення, пов’язані з EOF, ще не розглядалися
EIP-2537: попередньо скомпілюйте операцію кривої BLS12-381 і додайте її до набору операцій, необхідних для перевірки підпису BLS і перевірки SNARK, щоб краще виконувати відповідні операції перевірки.
Наразі прогрес у розробці цього плану покращення є відносно повільним. Після впровадження плану вдосконалення EIP-2537, порівняно з існуючим попередньо скомпільованим BN254, він отримає кращу безпеку операцій і дозволить зіставляти більш зручні операції кривої, що сприятиме розвитку варіантів використання другого рівня Ethereum. .
**EIP-4788: розкрийте корінь блоку ланцюга маяків у EVM. **Корені блоків Beacon Chain є криптографічними накопичувачами, які використовуються для підтвердження довільних консенсусних станів.
Розкриття кореневої частини ланцюга маяків у EVM забезпечує мінімізований довірою доступ до консенсусного рівня Ethereum. Це також удосконалений протокол, який допомагає використовувати розробку кейсів і підтримуватиме такі сценарії використання, як пули ставок і мости смарт-контрактів, щоб покращити їх припущення про довіру (припущення довіри).
EIP-5656: надає ефективну інструкцію EVM, яку можна використовувати для копіювання областей пам’яті. Копіювання пам’яті — це базова операція, яка дуже корисна для різних операцій із інтенсивним обчислювальним процесом, але вона також потребуватиме операційних витрат, якщо в майбутньому буде реалізована на віртуальній машині Ethereum.
Інструкція, представлена EIP-5656, є новою інструкцією, якої раніше не існувало. Якщо смарт-контракт, який був випущений, використовує цю нову інструкцію, зверніть увагу на сумісність і, можливо, знадобиться налаштувати операцію.
**EIP-5920: представлено новий код операції PAY. **Використовуючи код операції PAY для надсилання ETH на адресу облікового запису, не потрібно викликати жодну функцію адреси облікового запису.
Код операції PAY призначений для передачі ETH. Йому не потрібно мобілізувати функції адреси, що може заощадити витрати на використання мережі. Це дуже корисно для невеликих обсягів передачі ETH.
**EIP-7069: Змініть інструкцію CALL, цей протокол увімкнено. **