Як повідомляє PANews, співзасновник Ethereum Віталік Бутерін опублікував статтю про спрощення протоколу Ethereum і зниження навантаження на ресурс вузла. Він висвітлює EIP-6780 у хардфорку Dencun, який видалив більшість функціональних можливостей коду операції SELFDESTRUCT, спростивши протокол, усунувши складність і додавши нові гарантії безпеки. Віталік називає це важливою частиною поточного процесу «Очищення» та наводить три приклади інших «Очищень»: 1. Geth нещодавно видалив тисячі рядків коду, відмовившись від підтримки мережі попереднього злиття (PoW); 2. EIP-161 встановив той факт, що нам більше не потрібно турбуватися про «порожні облікові записи», представивши цю концепцію як частину відповіді на атаку DoS у Шанхаї; 3. 18-денне вікно зберігання для blob-об’єктів у Dencun означає, що вузлам Ethereum потрібно лише близько 500 ГБ для зберігання даних blob-об’єктів, і ця кількість з часом не збільшиться.
Стосовно попередніх компіляцій Віталік зазначає, що деякі попередні компіляції набагато менш потрібні, ніж очікувалося, і є основним джерелом консенсусних помилок і проблемних точок для нових реалізацій EVM. Для видалення цих прекомпіляцій можна використати два методи: 1. Просто видаліть прекомпіляцію, таку як EIP-7266, яка видаляє BLAKE2; 2. Замініть попередню компіляцію фрагментом коду EVM, який виконує ту саму операцію (хоча неминуче з вищою ціною газу). Стосовно історії Віталік зазначає, що ключове питання, яке потрібно вирішити, це хто зберігатиме стару історію, якщо не кожен вузол. На практиці великі об’єкти, такі як дослідники блоків, зберігатимуть її, але також можливо і неважко створити протоколи однорангової мережі для зберігання та передачі цієї інформації, які краще підходять для цього завдання. Блокчейн Ethereum є постійним, але вимога постійного зберігання всіх даних у кожному вузлі є надто «важкою» реалізацією сталості. Проста однорангова торент-мережа зі старою історією є одним із підходів, тоді як протокол, більш явно оптимізований для використання Ethereum, є іншим. EIP-4444 може значно збільшити децентралізацію вузлів Ethereum.
Щодо реформи LOG, Віталік пропонує видалити bloom і спростити код операції LOG, щоб лише створити значення та хешувати його в стан. Потім можна створювати окремі протоколи з використанням ZK-SNARK і інкрементального перевіреного обчислення (IVC), щоб генерувати доказово правильні «дерева журналів», які представляють таблиці журналів, які легко шукати, для певної теми. Децентралізовані програми, яким потрібні журнали, можуть використовувати ці окремі протоколи. Що стосується переходу на SSZ, Віталік заявляє, що консенсусний рівень Ethereum перейшов до більш чистої та ефективнішої SimpleSerialize (SSZ), але перехід ще потрібно завершити, а рівень виконання перемістити до тієї ж структури. Зараз в Ethereum є три криптографічні структури даних: бінарні дерева SHA256, хеш-списки RLP SHA3 і шістнадцяткові дерева Patricia. Після завершення переходу на SSZ залишиться лише два: бінарні дерева SHA256 і дерева Verkle. У довгостроковій перспективі двійкові дерева Merkle, які використовують дружні алгоритми хешування SNARK, можуть замінити двійкові дерева SHA256 і дерева Verkle, коли ми достатньо навчимося хешувати на основі SNARK.
