Розширення Ethereum L1 є ключовою складовою майбутньої дорожньої карти R&D. Протягом наступних п'яти років Ethereum планує значно покращити виконання L1. Це відбудеться паралельно з покращенням доступності даних та згоди (наприклад, те, що ми плануємо збільшити потужність блоку та покращити UX для L2, не означає, що ми не можемо також збільшити ліміт газу та покращити UX на L1).

Є різноманітні EIP та пропозиції в найближчому та довгостроковому плануванні для масштабування L1 як @drakefjustinсхеми тут:

На основі цієї дорожньої карти ми можемо збільшити ліміт газу у 100 разів протягом наступних п'яти років. Деякі з цих збільшень будуть здійснюватися поетапно після впровадження певних EIP і ми будемо знати, що збільшення ліміту газу є безпечним.

Якщо п'ять років здається довгим часом, пам'ятайте, що метою Ethereum є масштабування зі збереженнямможливість будь-кого перевірити мережуабо брати участь у згоді без покладанняся на сторонніх осіб. Ми любимо наших самостійних стейкерів і запускачів вузлів! Крім того, ми доглядаємо за протоколом на кілька сотень мільярдів доларів.

Збір низько висячих плодів

10-кратне збільшення ліміту газу знаходиться далі, але ми також можемо зробити менші збільшення в будь-який час, оскільки валідатори можуть вручну налаштувати свої вузли, щоб сигналізувати про те, що вони готові обробляти більші блоки. Це відбувається сьогодні:

Як @dankradЯк зазначено вище, ми можемо очікувати невдовзі збільшення ліміту газу L1 з 30 Mgas/block до 36 Mgas/block. Зазвичай ми намагаємося періодично збільшувати газ на L1, коли основні розробники вважають це безпечним, а також коли вимоги до апаратного забезпечення та пропускної здатності стають більш керованими з часом. Деякі пропозиції, наприкладEIP-7783по @giulio2002буде змінювати це на попередньо визначений графік, який поступово збільшує газовий ліміт з часом.

Є деякі інші оновлення «фруктів, що низько висять», як-от @davidecrapisставить це в нещодавньому твіті, що повинно допомогти відкрити шлях для подальших, менших, збільшень до ліміту газу.

Основні розробники недавно обговорювали включенняEIP-7623 у майбутньому хардфорку Pectra (дата не встановлена, але кінець 1 кварталу 2025 року є моєю оцінкою). Цей EIP скоригує ціноутворення для CALLDATA, зменшивши максимальний розмір блоку та надавши нам можливість збільшити ліміт газу виконання. CALLDATA був місцем, де L2 розміщували свої дані доEIP-4844і краплі.

Після 4844 L2s переважно розміщують свої дані в блоби, оскільки це значно дешевше, ніж використання L1 CALLDATA, тому ми можемо переглянути ціну на цей ресурс та звільнити місце для операцій EVM. За оцінками Давіде, це може призвести до подвоєння ліміту газу.

Затримка кореня стануце ще один пропозиція, спрямована на включення в хардфорк Фусака. Це дозволить виключити обчислення кореня стану (обчислювально інтенсивне) з критичного шляху перевірки блоку та відкласти його на один слот, покращуючи час затримки та відкриваючи шлях до швидших часів блоків (масштабованість та покращення UX для L1). Це оновлення також гарно поєднується з деякими більш складними покращеннями масштабованості, які прийдуть разом з SNARKifying EVM.

Для досягнення збільшення ліміту газу на кілька порядків ми повинні мати змогу доводити EVM в реальному часі або близько до реального, оскільки затримка кореня стану дає нам можливість робити це протягом 2 слотів проти 1.

Вибір не дуже низькопідвісного фрукту

ZK magic буде основним інструментом, який ми використовуємо для досягнення збільшення ліміту газу у 100 разів, що можна розглядати як пункт відліку на шляховій карті виконання.

Як @jtguibasговорить,

«Ми збираємося довести всю повноту Ethereum на цих поганих хлопцях»:

Погані хлопці, на яких він посилається, - це ZK-доказувачі, і Джастін Дрейк очікує, що виробники зможуть довести цілість EVM на цих машинах протягом наступного року. Замість того, щоб запускати клієнт шару виконання і наївно перевиконувати кожну транзакцію самостійно, все, що вам потрібно буде зробити, - перевірити доказ. Запуск ZK-версії виконавчого клієнта ефективно усуне необхідність в апаратному забезпеченні, яке в іншому випадку потрібно для запуску звичайного клієнта, що дозволить перевірити блок 30 Mgas або 3 Ggas.

ZK також може допомогти прискорити дорожню карту бездержавності, давши нам можливість змінити напрямокверкле дерева (передумова до бездоганності) до двійковогомерклівські дерева, более оптимальная структура дерева, которая одновременно поддерживает SNARK и квантовую безопасность. Безсостоятельность перекладывает ответственность за хранение состояния на создателей блоков, что означает, что другие узлы в сети больше не обязаны хранить полные данные состояния, позволяя им справляться с более крупными размерами блоков. Это будет дополнено историческим истечением срока илиEIP-4444.

Основні розробники планують випустити до травня 2025 рокуEIP-7639це перше оновлення, пов'язане з закінченням історії, яке має на меті обмежити історичні дані на клієнтах виконання. EIP-7639 пропонує обрізати історичний стан до злиття й очікується, що це звільнить кілька сотень гігабайтів дискового простору для операторів вузлів і не потребуватиме хардфорка. Хоча це не призведе безпосередньо до покращення масштабованості, воно допомагає зробити вузли більш легкими і спрощує прийняття рішень щодо збільшення ліміту газу.

Перш ніж ми зможемо безпечно збільшити газ в 100 разів, як описано в дорожній карті Джастіна Дрейка, нам потрібен ще один остаточний інгредієнт:багатовимірний EIP-1559. Ми обговорювали переоцінку CALLDATA раніше, багатовимірний EIP-1559 розширює це і дає нам можливість переоцінювати ресурси, які впливають на зростання стану та зростання розміру сховища. Змінюючи ці параметри, ми можемо зробити ресурси, такі як виконання EVM, більш загальнодоступними, одночасно тримаючи інші на більш управління рівнях порівняно з однорідним збільшенням.

Сьогодні ми на рівні 30 Мга/блок; ці оновлення приведуть нас до 3 Гг/блок, що в 100 разів більше, протягом наступних п'яти років.

Бонус: інші пункти дорожньої карти, які допомагають масштабувати Ethereum

Дорожня карта досліджень та розробок Ethereum не є послідовною; багато її аспектів розробляються паралельно, і іноді пропозиції мають приємний побічний ефект у покращенні масштабованості, хоча це не було їхньою початковою метою.

Одна з таких пропозицій єEIP-7732. Як випливає з назви, ePBS закріплює те, що MEV Boost робить поза протоколом (відокремлює завдання пропозиції блоків від побудови блоків) і усуває потребу в покращенні ретрансляційних властивостей Ethereum, стійких до цензури. Як побічний продукт, він оптимізує конвеєр виробництва блоків, надаючи валідаторам більше часу для створення блоку, що призводить до оптимізації пропускної здатності та процесора, що може призвести до збільшення ліміту газу, як згадував Джуліо.

Також відбулися дискусії щодо скорочення часу слотів Ethereum; це покращило би UX для користувачів L1 і заснованих на роллапах, але також збільшило би виконавчу ємність L1 та місткість блобу як додаткову перевагу.

Є багато причин для захоплення, коли мова йде про масштабування L1 (чи безпосередньо, чи опосередковано), а найголовніше, шлях до збільшення ліміту газу у 100 разів є чітким і досяжним. Бачимося на 36 Mgas і далі незабаром!

Disclaimer:

1. Ця стаття переписана з [2077 Дослідження]. Усі авторські права належать оригінальному автору [@acseth2032]. Якщо є зауваження до цього повторення, будь ласка, зв'яжіться з Ворота Навчаннякоманда, і вони оперативно цим займуться.
2. Відповідальність за відмову: Погляди та думки, висловлені в цій статті, є виключно тими автора та не становлять жодної інвестиційної поради.
3. Команда Gate Learn перекладає статті на інші мови. Якщо не зазначено інше, копіювання, поширення або плагіат перекладених статей заборонені.