Cancun-Deneb (Dencun, далі іменується як оновлення Cancun) — це важливе оновлення блокчейну Ethereum, яке покращить масштабованість, безпеку та доступність мережі Ethereum.
Cancun є додатковим оновленням рівня виконання Ethereum на основі оновлення Shanghai.Перший крок у оновленні Shanghai було завершено 12 квітня цього року, а Deneb представляє оновлення рівня консенсусу Ethereum. Оновлення включає довгоочікуваний EIP-4844, також відомий як Proto-DankSharding, який закладе важливу основу для впровадження комплексного DankSharding.
DankSharding
Запуск beacon chain і реалізація злиття є першими двома частинами оновлення всього фреймворку Ethereum, а DankSharding — третьою частиною, яка також є родзинкою. Ця нова структура повністю замінить початкову ідею основної команди щодо введення 64 ланцюжків сегментів.
**DankSharding призначений не для того, щоб дозволити більше транзакцій в основному ланцюжку, а для того, щоб зосередитися на збільшенні доступності даних зведення. **Rollup — це технологія рівня 2, яка об’єднує транзакції блокчейну та обробляє їх. Будь-який оператор зведення може обробити пакет транзакцій і надіслати результати та докази в основний ланцюг. Використовуючи спеціальні методи згортання, такі як optimistic або ZK, інші валідатори або смарт-контракти в мережі можуть перевірити результати.
Наразі основні протоколи розширення Ethereum Layer 2 включають Optimism, Arbitrum, Metis, zkSync Era та Scroll тощо. Щоб допомогти мережі Ethereum розпочати довгостроковий перехід на повний DankSharding, EIP-4844 представить низку ключових компонентів рівня виконання цього року.
Proto-DankSharding
EIP-4844, також відомий як Proto-DankSharding, є тимчасовим оновленням мережі Ethereum, запропонованим розробниками Ethereum Protolambda і Dankrad Feist. На сторінці запитань і відповідей EIP-4844 співзасновник Ethereum ** Віталік Бутерін описав Proto-Danksharding як «проміжне» рішення, яке значно зменшить комісію за згортання газу, доки не буде реалізовано повний шардинг. **
EIP-4844 — це план розширення навколо Rollup, а також перший крок у розширенні Ethereum. До оновлення зведені дані постійно зберігаються в Ethereum, і вартість зберігання є високою. 90% вартості транзакції, яку сплачують користувачі за зведення, пов’язано з вартістю зберігання.
З цієї причини EIP-4844 представляє новий тип транзакцій - Blob Transaction. Дані буде переміщено в "Blob" для тимчасового зберігання. Час зберігання становить приблизно 1 місяць, а потім дані буде видалено. Якщо ви хочете зберігати довгострокові дані, вони будуть зберігатися іншими постачальниками послуг відповідно до фактичних потреб.
Транзакція шардового блоку
Щойно згадуваний EIP-4844 представляє тип транзакції під назвою "транзакція перенесення blob". Blob (binary large object) — це скорочення від «binary large objects» і означає 125 Кбайт корисних даних. Щоб створити BLOB-об’єкт, який переносить транзакції, зведення має зафіксувати свої дані в blob-об’єкті та додати їх до блоку.
Транзакція переносу blob може містити до двох blob. Крім того, **щоб заохотити такі транзакції, оновлення запровадить багатовимірний ринок комісій EIP-1559. Ця функція запровадить змінну плату за газ для транзакцій blob-перенесення на основі попиту та пропозиції. **
Основна перевага транзакцій, що містять блоб-файли, полягає в економічній ефективності. Наразі зведення постійно зберігає дані транзакцій у блокчейні Ethereum через CallData. Однак blob-дані набагато дешевші, ніж CallData, оскільки вони не зберігаються назавжди на рівні виконання (віртуальна машина Ethereum). Натомість вузли-маяки зберігають його на рівні консенсусу, і через місяць або рік blob видаляється. Процес подібний до очищення кешованих даних з ноутбука чи пристрою.
Blobs, хоча й представлені EIP-4844, будуть повністю сумісні з форматом, який використовується в остаточному сегментуванні. У EIP-4844 кожна зведена транзакція містить щонайбільше 2 blob-об’єкти, а кожен блок містить 8-16 blob-об’єктів, тобто приблизно від 1 МБ до 2 МБ. У сценарії повного шардингу blob можна додатково розширити до 16–32 МБ.
Іншими словами, коли блоби стануть частиною протоколу Ethereum через Proto-DankSharding, до блоку Ethereum буде додано більше блобів. У цей час пропускна здатність Ethereum знову значно розшириться, а вартість транзакції також зменшиться.
Під час транзакції поліноміальна схема під назвою KZG (названа на честь її творців Кейт, Заверуча та Голдберга) перевірятиме дані транзакції, розміщені в blob. Як і інші системи перевірки з нульовим знанням, KZG може перевіряти без розкриття повного вмісту блоку.
Ядро для оновлення в Канкуні: EIP-4844
**Відповідно до червневої зустрічі розробників виконавчого рівня Ethereum, оновлення в Канкуні включає 5 EIP, спрямованих на додавання більшого обсягу зберігання даних і зниження комісії. **Основним вмістом оновлення є EIP-4844, метою якого є реалізація тимчасового зберігання та отримання даних поза ланцюгом через вузли Ethereum, щоб задовольнити потреби в даних і сховищі програм блокчейну.
Тестова мережа Devnet постійно вдосконалюється
З жовтня 2022 року розробники Ethereum запустили багатоклієнтську тестову мережу, також відому як devnet, для EIP-4844. З моменту успішної активації «Shanghai Upgrade» 12 квітня цього року розробники Ethereum негайно звернули увагу на підготовку до «Cancun Upgrade».
Якщо бути точним, Cancun — це назва наступного оновлення рівня виконання Ethereum Execution Layer (EL), а Deneb — це ім’я оновлення, що відповідає рівню консенсусу Ethereum (CL). Під час телефонної конференції ACDE розробники обговорили остаточний обсяг оновлення Cancun/Deneb, яке буде зосереджено на EIP-4844, реалізації типу транзакцій blob, у рамках підготовки до Deneb, починаючи з запуску Devnet 5.
У Devnet 5 було внесено деякі помітні зміни, наприклад рівень виконання (EL), що забороняє транзакції з нульовими блоками, перемикає тип транзакцій з блоками на 0x03 і роз’єднує блоки та блоки. Що стосується оновлень API двигуна, планується додати відповідні докази до ще не об’єднаного getBlobsBundleV1 і об’єднати виклики «getPayloadV3» і «getBlobsBundleV1» в один. З точки зору API ланцюга маяків, додавання порту підпису blob є необов’язковим.
Наприкінці травня цього року розробник спільноти Ethereum terence.eth поділився змістом 22-ї конференції розробників EIP-4844. Конференція в основному охоплювала три основні теми:
1.Контроль версій API двигуна Deneb;
2. Додайте "data_gas_used" до заголовка виконання;
**3. Обсяг і тестове оновлення Devnet 6. **
Серед іншого, конференція вирішила додати «data_gas_used» до заголовка виконання в оновленні EIP-4844, оскільки звичайна базова комісія була розрахована з використанням поточного заголовка в раніше використовуваному EIP1559. У EIP-4844 обчислення газу даних використовує батьківський заголовок замість поточного заголовка, excess_data_gas — ціна наступного блоку, а base_fee — ціна поточного блоку.
Крім того, на нараді було вирішено, що для того, щоб Devnet 6 охоплював оновлення «data_gas_used», перш ніж «data_gas_used» буде передано в Devnet 6, для тестування буде використовуватися інша тестова мережа, підлегла EIP4844.
**Наприкінці червня розробники DevOps-команди Ethereum Foundation заявили, що всі клієнтські команди EL і CL пройшли відповідні тести Hive Devnet 7 і планують запустити Devnet 7 30 червня або не раніше 3 липня. . **Devnet 7 — це спеціальна короткострокова тестова мережа для EIP-4844, інші зміни коду перевірятися не будуть.
Метою запуску Devnet 7 є збільшення ліміту blob з 2 до 3 і збільшення максимального ліміту blob з 4 до 6. Мета збільшення ємності блоків була запропонована Данкрадом Файстом, дослідником Ethereum Foundation, після проведення експериментів з даними, щоб перевірити здатність мережі обробляти великі блоки.
Що стосується прогресу оновлення в Канкуні, розробники погодилися оновити попередньо скомпільовану адресу EIP-4844, тестовий приклад області пам’яті копії інструкцій EVM (EIP-5656) було додано до тестової структури, а відповідальна зустріч API двигуна для зв’язку між рівнем консенсусу та рівнем виконання. Зіткнувшись із деякими змінами, Devnet 6 було стабілізовано після перевірки витоків і заповнення, а Devnet 7 із тим самим кодом буде запущено та зосереджено на тестуванні, пов’язаному з EIP-4844.
Орієнтовний час запуску оновлення Cancun
26 травня цього року **Алекс Стоукс, дослідник **Ethereum Foundation, заявив, що прийнятною цільовою датою для активації Cancun є жовтень 2023 року. ** Розробник Geth (EL) Lightclient підтверджує це твердження, вважаючи, що оновлення на основі поточного обсягу буде щонайменше через 5-6 місяців.
9 червня Тім Бейко, основний розробник Ethereum, опублікував допис на своїй соціальній платформі, в якому підсумував обговорення останньої Конференції розробників базового рівня Ethereum Executive Layer Core Developers Conference (ACDE). Зустріч нарешті визначила, що оновлення в Канкуні містить 5 EIP, спрямованих на додавання більшого обсягу сховища даних і зниження плати.
Основним вмістом є EIP-4844, який спрямований на реалізацію тимчасового зберігання та отримання даних поза ланцюгом через вузли Ethereum, щоб задовольнити потреби в даних і сховищах програм блокчейну.
Інші вибрані EIP включають EIP-1153 (зменшення вартості зберігання даних у ланцюжку, тим самим покращуючи простір блоків), EIP-4788 (покращення дизайну міжланцюжкових мостів і пулів акцій), EIP-5656 (додавання незначних змін коду) та EIP-6780 (видалення коду, який може припинити дію смарт-контрактів). На зустрічі не було зроблено точного прогнозу щодо термінів оновлення Канкуну, але очікується, що воно відбудеться до кінця 2023 року.
Цілі та вплив оновлення в Канкуні
Загальна мета оновлення в Канкуні — продовжити підготовку до повної мережі шардингу даних із одночасним масштабуванням зведених під час перехідного періоду. Запровадження транзакцій із перенесенням blob збільшить доступність даних для зведень і значно зменшить вартість зведень. EIP 4844 також включатиме більшу частину логіки рівня виконання та основу для повного шардингу. Цей крок значно зменшить зусилля, необхідні для впровадження наступних оновлень.
**Після активації оновлення Cancun користувачі отримають швидші та дешевші платежі за використання рідних криптовалют, програм і токенів на основі ERC екосистеми Ethereum. **Оновлення в Канкуні є важливим оновленням Ethereum, завдяки якому шардинг Ethereum L1 відкриває нову главу, знижує вартість передачі між L1 і L2, досягає нижчої плати за газ і вищого TPS, а також приносить переваги L2 та іншій пов’язаній екології, тим самим зміцнюючи. конкурентоспроможність архітектури «Ethereum + L2».
Ebunker, давній прихильник Ethereum, уперше приділяє пильну увагу розвитку технології Ethereum, оновленням пропозицій і змінам спільноти, а також ділиться дослідженнями та думками щодо ключових напрямків Ethereum, таких як Staking, L2 і DeFi.
Наразі Ebunker включає Ebunker Pool (фінансування некастодіального пулу Ethereum Staking) і Ebunker Venture (венчурний капітал для максимізації Ethereum) та інші підприємства.
Офіційний сайт Ebunker:
Переглянути оригінал
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
Оновлення в Канкуні: ще одна віха після Шанхаю
Вступ до Cancun Upgrade
Cancun-Deneb (Dencun, далі іменується як оновлення Cancun) — це важливе оновлення блокчейну Ethereum, яке покращить масштабованість, безпеку та доступність мережі Ethereum.
Cancun є додатковим оновленням рівня виконання Ethereum на основі оновлення Shanghai.Перший крок у оновленні Shanghai було завершено 12 квітня цього року, а Deneb представляє оновлення рівня консенсусу Ethereum. Оновлення включає довгоочікуваний EIP-4844, також відомий як Proto-DankSharding, який закладе важливу основу для впровадження комплексного DankSharding.
DankSharding
Запуск beacon chain і реалізація злиття є першими двома частинами оновлення всього фреймворку Ethereum, а DankSharding — третьою частиною, яка також є родзинкою. Ця нова структура повністю замінить початкову ідею основної команди щодо введення 64 ланцюжків сегментів.
**DankSharding призначений не для того, щоб дозволити більше транзакцій в основному ланцюжку, а для того, щоб зосередитися на збільшенні доступності даних зведення. **Rollup — це технологія рівня 2, яка об’єднує транзакції блокчейну та обробляє їх. Будь-який оператор зведення може обробити пакет транзакцій і надіслати результати та докази в основний ланцюг. Використовуючи спеціальні методи згортання, такі як optimistic або ZK, інші валідатори або смарт-контракти в мережі можуть перевірити результати.
Наразі основні протоколи розширення Ethereum Layer 2 включають Optimism, Arbitrum, Metis, zkSync Era та Scroll тощо. Щоб допомогти мережі Ethereum розпочати довгостроковий перехід на повний DankSharding, EIP-4844 представить низку ключових компонентів рівня виконання цього року.
Proto-DankSharding
EIP-4844, також відомий як Proto-DankSharding, є тимчасовим оновленням мережі Ethereum, запропонованим розробниками Ethereum Protolambda і Dankrad Feist. На сторінці запитань і відповідей EIP-4844 співзасновник Ethereum ** Віталік Бутерін описав Proto-Danksharding як «проміжне» рішення, яке значно зменшить комісію за згортання газу, доки не буде реалізовано повний шардинг. **
EIP-4844 — це план розширення навколо Rollup, а також перший крок у розширенні Ethereum. До оновлення зведені дані постійно зберігаються в Ethereum, і вартість зберігання є високою. 90% вартості транзакції, яку сплачують користувачі за зведення, пов’язано з вартістю зберігання.
З цієї причини EIP-4844 представляє новий тип транзакцій - Blob Transaction. Дані буде переміщено в "Blob" для тимчасового зберігання. Час зберігання становить приблизно 1 місяць, а потім дані буде видалено. Якщо ви хочете зберігати довгострокові дані, вони будуть зберігатися іншими постачальниками послуг відповідно до фактичних потреб.
Транзакція шардового блоку
Щойно згадуваний EIP-4844 представляє тип транзакції під назвою "транзакція перенесення blob". Blob (binary large object) — це скорочення від «binary large objects» і означає 125 Кбайт корисних даних. Щоб створити BLOB-об’єкт, який переносить транзакції, зведення має зафіксувати свої дані в blob-об’єкті та додати їх до блоку.
Транзакція переносу blob може містити до двох blob. Крім того, **щоб заохотити такі транзакції, оновлення запровадить багатовимірний ринок комісій EIP-1559. Ця функція запровадить змінну плату за газ для транзакцій blob-перенесення на основі попиту та пропозиції. **
Основна перевага транзакцій, що містять блоб-файли, полягає в економічній ефективності. Наразі зведення постійно зберігає дані транзакцій у блокчейні Ethereum через CallData. Однак blob-дані набагато дешевші, ніж CallData, оскільки вони не зберігаються назавжди на рівні виконання (віртуальна машина Ethereum). Натомість вузли-маяки зберігають його на рівні консенсусу, і через місяць або рік blob видаляється. Процес подібний до очищення кешованих даних з ноутбука чи пристрою.
Blobs, хоча й представлені EIP-4844, будуть повністю сумісні з форматом, який використовується в остаточному сегментуванні. У EIP-4844 кожна зведена транзакція містить щонайбільше 2 blob-об’єкти, а кожен блок містить 8-16 blob-об’єктів, тобто приблизно від 1 МБ до 2 МБ. У сценарії повного шардингу blob можна додатково розширити до 16–32 МБ.
Іншими словами, коли блоби стануть частиною протоколу Ethereum через Proto-DankSharding, до блоку Ethereum буде додано більше блобів. У цей час пропускна здатність Ethereum знову значно розшириться, а вартість транзакції також зменшиться.
Під час транзакції поліноміальна схема під назвою KZG (названа на честь її творців Кейт, Заверуча та Голдберга) перевірятиме дані транзакції, розміщені в blob. Як і інші системи перевірки з нульовим знанням, KZG може перевіряти без розкриття повного вмісту блоку.
Ядро для оновлення в Канкуні: EIP-4844
**Відповідно до червневої зустрічі розробників виконавчого рівня Ethereum, оновлення в Канкуні включає 5 EIP, спрямованих на додавання більшого обсягу зберігання даних і зниження комісії. **Основним вмістом оновлення є EIP-4844, метою якого є реалізація тимчасового зберігання та отримання даних поза ланцюгом через вузли Ethereum, щоб задовольнити потреби в даних і сховищі програм блокчейну.
Тестова мережа Devnet постійно вдосконалюється
З жовтня 2022 року розробники Ethereum запустили багатоклієнтську тестову мережу, також відому як devnet, для EIP-4844. З моменту успішної активації «Shanghai Upgrade» 12 квітня цього року розробники Ethereum негайно звернули увагу на підготовку до «Cancun Upgrade».
Якщо бути точним, Cancun — це назва наступного оновлення рівня виконання Ethereum Execution Layer (EL), а Deneb — це ім’я оновлення, що відповідає рівню консенсусу Ethereum (CL). Під час телефонної конференції ACDE розробники обговорили остаточний обсяг оновлення Cancun/Deneb, яке буде зосереджено на EIP-4844, реалізації типу транзакцій blob, у рамках підготовки до Deneb, починаючи з запуску Devnet 5.
У Devnet 5 було внесено деякі помітні зміни, наприклад рівень виконання (EL), що забороняє транзакції з нульовими блоками, перемикає тип транзакцій з блоками на 0x03 і роз’єднує блоки та блоки. Що стосується оновлень API двигуна, планується додати відповідні докази до ще не об’єднаного getBlobsBundleV1 і об’єднати виклики «getPayloadV3» і «getBlobsBundleV1» в один. З точки зору API ланцюга маяків, додавання порту підпису blob є необов’язковим.
Наприкінці травня цього року розробник спільноти Ethereum terence.eth поділився змістом 22-ї конференції розробників EIP-4844. Конференція в основному охоплювала три основні теми:
1.Контроль версій API двигуна Deneb;
2. Додайте "data_gas_used" до заголовка виконання;
**3. Обсяг і тестове оновлення Devnet 6. **
Серед іншого, конференція вирішила додати «data_gas_used» до заголовка виконання в оновленні EIP-4844, оскільки звичайна базова комісія була розрахована з використанням поточного заголовка в раніше використовуваному EIP1559. У EIP-4844 обчислення газу даних використовує батьківський заголовок замість поточного заголовка, excess_data_gas — ціна наступного блоку, а base_fee — ціна поточного блоку.
Крім того, на нараді було вирішено, що для того, щоб Devnet 6 охоплював оновлення «data_gas_used», перш ніж «data_gas_used» буде передано в Devnet 6, для тестування буде використовуватися інша тестова мережа, підлегла EIP4844.
**Наприкінці червня розробники DevOps-команди Ethereum Foundation заявили, що всі клієнтські команди EL і CL пройшли відповідні тести Hive Devnet 7 і планують запустити Devnet 7 30 червня або не раніше 3 липня. . **Devnet 7 — це спеціальна короткострокова тестова мережа для EIP-4844, інші зміни коду перевірятися не будуть.
Метою запуску Devnet 7 є збільшення ліміту blob з 2 до 3 і збільшення максимального ліміту blob з 4 до 6. Мета збільшення ємності блоків була запропонована Данкрадом Файстом, дослідником Ethereum Foundation, після проведення експериментів з даними, щоб перевірити здатність мережі обробляти великі блоки.
Що стосується прогресу оновлення в Канкуні, розробники погодилися оновити попередньо скомпільовану адресу EIP-4844, тестовий приклад області пам’яті копії інструкцій EVM (EIP-5656) було додано до тестової структури, а відповідальна зустріч API двигуна для зв’язку між рівнем консенсусу та рівнем виконання. Зіткнувшись із деякими змінами, Devnet 6 було стабілізовано після перевірки витоків і заповнення, а Devnet 7 із тим самим кодом буде запущено та зосереджено на тестуванні, пов’язаному з EIP-4844.
Орієнтовний час запуску оновлення Cancun
26 травня цього року **Алекс Стоукс, дослідник **Ethereum Foundation, заявив, що прийнятною цільовою датою для активації Cancun є жовтень 2023 року. ** Розробник Geth (EL) Lightclient підтверджує це твердження, вважаючи, що оновлення на основі поточного обсягу буде щонайменше через 5-6 місяців.
9 червня Тім Бейко, основний розробник Ethereum, опублікував допис на своїй соціальній платформі, в якому підсумував обговорення останньої Конференції розробників базового рівня Ethereum Executive Layer Core Developers Conference (ACDE). Зустріч нарешті визначила, що оновлення в Канкуні містить 5 EIP, спрямованих на додавання більшого обсягу сховища даних і зниження плати.
Основним вмістом є EIP-4844, який спрямований на реалізацію тимчасового зберігання та отримання даних поза ланцюгом через вузли Ethereum, щоб задовольнити потреби в даних і сховищах програм блокчейну.
Інші вибрані EIP включають EIP-1153 (зменшення вартості зберігання даних у ланцюжку, тим самим покращуючи простір блоків), EIP-4788 (покращення дизайну міжланцюжкових мостів і пулів акцій), EIP-5656 (додавання незначних змін коду) та EIP-6780 (видалення коду, який може припинити дію смарт-контрактів). На зустрічі не було зроблено точного прогнозу щодо термінів оновлення Канкуну, але очікується, що воно відбудеться до кінця 2023 року.
Цілі та вплив оновлення в Канкуні
Загальна мета оновлення в Канкуні — продовжити підготовку до повної мережі шардингу даних із одночасним масштабуванням зведених під час перехідного періоду. Запровадження транзакцій із перенесенням blob збільшить доступність даних для зведень і значно зменшить вартість зведень. EIP 4844 також включатиме більшу частину логіки рівня виконання та основу для повного шардингу. Цей крок значно зменшить зусилля, необхідні для впровадження наступних оновлень.
**Після активації оновлення Cancun користувачі отримають швидші та дешевші платежі за використання рідних криптовалют, програм і токенів на основі ERC екосистеми Ethereum. **Оновлення в Канкуні є важливим оновленням Ethereum, завдяки якому шардинг Ethereum L1 відкриває нову главу, знижує вартість передачі між L1 і L2, досягає нижчої плати за газ і вищого TPS, а також приносить переваги L2 та іншій пов’язаній екології, тим самим зміцнюючи. конкурентоспроможність архітектури «Ethereum + L2».
Ebunker, давній прихильник Ethereum, уперше приділяє пильну увагу розвитку технології Ethereum, оновленням пропозицій і змінам спільноти, а також ділиться дослідженнями та думками щодо ключових напрямків Ethereum, таких як Staking, L2 і DeFi.
Наразі Ebunker включає Ebunker Pool (фінансування некастодіального пулу Ethereum Staking) і Ebunker Venture (венчурний капітал для максимізації Ethereum) та інші підприємства.
Офіційний сайт Ebunker: