Шлях до більш простого та ефективного Ethereum

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

! Віталік: Можливе майбутнє для Ethereum, очищення

Історія записів закінчилася

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

Рішення полягає в створенні мережі рівноправних вузлів на основі Ethereum, яка в дистрибутивному порядку зберігатиме старі дані. Кожен вузол повинен зберігати лише дані за останні 18 днів, а більш ранні дані можна отримати через мережу. Це значно зменшить навантаження на зберігання окремого вузла.

Основні роботи, що стосуються терміну дії історичних записів, включають:

1. Побудова та інтеграція конкретних рішень для розподіленого зберігання, таких як впровадження існуючих бібліотек торрентів або рідної мережі Portal на Ethereum.

2. Увімкнення EIP-4444, обмеження часу зберігання історичних даних вузлами.

3. Визначення того, як обробляти "старі" історичні дані, повністю залежить від існуючих архівних вузлів або створення більш надійної розподіленої мережі зберігання.

! Віталік: Можливе майбутнє Ethereum, Очищення

Стан просрочено

Навіть якщо усунути потребу в зберіганні історії, вимоги до зберігання клієнта все ще зростатимуть приблизно на 50 ГБ щорічно, оскільки стан (, баланс рахунків, код контракту тощо ) продовжують зростати.

Існує два основні типи рішень:

1. Частина статусу застаріла: розділіть статус на блоки, зберігайте лише нещодавно відвідані блоки даних, інші дані зберігайте лише у вигляді 32-байтового зобов'язання.

2. Стан закінчення терміну дії на основі циклів адрес: періодичне додавання нових порожніх дерев стану, старі дерева заморожуються. Повні вузли зберігають лише останні два дерева.

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

! Віталік: Можливе майбутнє Ethereum, The Purge

Очищення функцій

Щоб зменшити складність протоколу, нам потрібно видалити деякі непотрібні або рідко використовувані функції:

1. Повністю замініть кодування RLP на SSZ
2. Видалити старі типи交易
3. Спрощена механіка журналювання
4. Видалити механізм синхронізації комітету маяка
5. Уніфікований формат даних
6. Спрощення механізму газу
7. Видалити деякі попередньо скомпільовані
8. Скасування спостережуваності gas
9. Покращення статичного аналізу

При виконанні цих спрощень необхідно зважити між ступенем/швидкістю спрощення та зворотною сумісністю. Слід встановити стандартизований процес для обробки не термінових змін, які не є зворотно сумісними.

! [Віталік: Можливе майбутнє Ethereum, Очищення] (https://img-cdn.gateio.im/webp-social/moments-5cd0e9908a04986f83c85cabecd4a0ae.webp)

Більш радикальний спосіб спростити – це перетворити більшу частину змісту протоколу на код контрактів. Наприклад, спростити Ethereum L1 так, щоб він містив лише Beacon Chain, запровадивши мінімальну віртуальну машину, а потім відновити EVM на її основі як перший агрегат. Цей підхід може суттєво спростити протокол, але його реалізація є досить складною.

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

! [Віталік: Можливе майбутнє Ethereum, Очищення] (https://img-cdn.gateio.im/webp-social/moments-dcbf40e0c1bc28d9082b35ed7741f911.webp0192837465674839201