В пятой части своего эссе «Возможное будущее протокола Ethereum», посвященной The Purge («Чистка»), Бутерин обратил внимание на два главных «слабых места»:
1 Хранение исторических данных: каждая транзакция и учетная запись сохраняются в сети навечно, что вызывает постоянный рост объема данных, который каждый клиент должен загружать при синхронизации.
2 Усложнение протокола: добавление новых функций происходит значительно проще, чем удаление старых, что ведет к усложнению кода.
«Для долговременной устойчивости Ethereum необходимо противодействие этим процессам, что позволит уменьшить сложность и объем сети. При этом важно сохранить принцип постоянства, который является отличительной чертой блокчейнов», — отметил Бутерин.
На текущий момент полная нода Ethereum требует около 1,1 ТБ дискового пространства для клиента исполнения и еще несколько сотен гигабайт для клиента консенсуса.
Одно из предложений Бутерина заключается в хранении каждым узлом только части данных, что должно снизить нагрузку на сеть. В рамках этапа The Purge планируется упростить запуск клиентов на обычных ПК, что позволит увеличить количество нод до 100 000. Каждая нода будет содержать случайный набор из 10% исторической информации, а ее репликация в сети обеспечит целостность данных.
По оценкам Бутерина, около 800 ГБ из 1,1 ТБ дискового пространства клиента исполнения приходится на исторические данные, остальное — на данные состояния. Он предложил уменьшить их объем за счет внедрения сроков хранения и частичного доступа к данным с возможностью полного восстановления по запросу.
Касаясь проблем сложности протокола, Бутерин подчеркнул, что удаление старых функций повлечет за собой компромисс в вопросах обратной совместимости. Он признал, что нет единственного решения для упрощения протокола, так как каждая из мелких задач требует индивидуального подхода.
Некоторые улучшения, такие как удаление устаревших типов транзакций и механизмов комитетов Beacon Chain, можно реализовать относительно легко. Однако изменения в базовых компонентах, заложенных в EVM, потребуют значительно большего анализа и технической работы, считает Бутерин.
В четвертой части своего эссе Бутерин уже рассматривал способы сокращения объема данных состояния сети с помощью технологий вроде деревьев Веркла.