По сообщению PANews, соучредитель Ethereum Виталик Бутерин опубликовал статью, в которой обсуждается упрощение протокола Ethereum и снижение нагрузки на ресурсы узла. Он выделяет EIP-6780 в хард-форке Dencun, который удалил большую часть функциональности кода операции SELFDESTRUCT, упростив протокол за счет устранения сложности и добавления новых гарантий безопасности. Виталик называет это важной частью продолжающегося процесса «Чистки» и приводит три примера других «Чисток»: 1. Geth недавно удалил тысячи строк кода, отказавшись от поддержки сети предварительного слияния (PoW); 2. EIP-161 установил тот факт, что нам больше не нужно беспокоиться о «пустых учетных записях», представив эту концепцию как часть ответа на Шанхайскую DoS-атаку; 3. 18-дневное окно хранения больших двоичных объектов в Dencun означает, что узлам Ethereum требуется всего около 500 ГБ для хранения данных больших двоичных объектов, и это число не будет увеличиваться с течением времени.

Что касается прекомпиляции, Виталик отмечает, что некоторые прекомпиляции необходимы гораздо меньше, чем ожидалось, и являются основным источником ошибок консенсуса и болевых точек для новых реализаций EVM. Для удаления этих прекомпиляций можно использовать два метода: 1. Просто удалите прекомпиляцию, например EIP-7266, которая удаляет BLAKE2; 2. Замените прекомпиляцию частью кода EVM, который выполняет ту же операцию (хотя неизбежно с более высокими затратами газа). Говоря об истории, Виталик отмечает, что ключевым вопросом, который необходимо решить, является то, кто будет хранить старую историю, если не каждый узел. На практике ее будут хранить крупные сущности, такие как обозреватели блоков, но также возможно и несложно создать протоколы одноранговой сети для хранения и передачи этой информации, которые лучше подходят для этой задачи. Блокчейн Ethereum является постоянным, но требование, чтобы каждый узел постоянно хранил все данные, является слишком «тяжелой» реализацией постоянства. Простая одноранговая старая торрент-сеть с историей — это один подход, а протокол, более явно оптимизированный для использования Ethereum, — другой. EIP-4444 может значительно повысить децентрализацию узлов Ethereum.

Что касается реформы LOG, Виталик предлагает убрать блум и упростить код операции LOG, чтобы он только создавал значение и хэшировал его в состояние. Затем можно создать отдельные протоколы с использованием ZK-SNARK и дополнительных проверяемых вычислений (IVC) для создания доказуемо правильных «деревьев журналов», которые представляют собой легко доступные для поиска таблицы журналов для заданной темы. Децентрализованные приложения, требующие журналов, могут использовать эти отдельные протоколы. Что касается перехода на SSZ, Виталик заявляет, что уровень консенсуса Ethereum перешел в сторону более чистого и эффективного SimpleSerialize (SSZ), но переход все еще необходимо завершить, а уровень исполнения переместить на ту же структуру. В настоящее время в Ethereum существует три криптографические структуры данных: двоичные деревья SHA256, хэш-списки SHA3 RLP и шестнадцатеричные деревья Patricia. После завершения перехода на SSZ останутся только два: бинарные деревья SHA256 и деревья Веркла. В долгосрочной перспективе бинарные деревья Меркла, использующие хеш-алгоритмы, совместимые с SNARK, могут заменить бинарные деревья SHA256 и деревья Веркла, как только мы станем достаточно опытными в хешировании на основе SNARK.