Ethereum пора «почистить систему», считает Бутерин – сложность протокола растёт

В сообщении в X Виталик Бутерин заявил, что Ethereum начал расплачиваться за стратегию «добавляем фичи бесконечно, старое почти не выкидываем». Так появляется сложный стек, который подрывает сразу три основания. Во-первых – trustlessness: без «высших жрецов» и специалистов пользователю всё труднее понимать протокол. Во-вторых – «walkaway test»: если нынешние команды исчезнут, у новых разработчиков не получится в адекватные сроки заново пересоздать клиентов. В-третьих – self-sovereignty: даже опытные участники уже не чувствуют, что способны проверить всё самостоятельно. На этом фоне он призвал относиться к простоте как к стратегической цели: меньше криптографических примитивов на консенсус-критичном пути и больше инвариантов – не хуже по приоритету, чем throughput и децентрализация.

«Garbage collection» Бутерин предлагает оформить как структурированную «зачистку»: сократить число строк в консенсусном коде, вывести малоиспользуемые возможности из ядра в смарт-контракты и держать gas-cost в тесной связке с реальными затратами вычислений, хранения и пропускной способности. Он напомнил о прошлых эпизодах упрощения – особенно о переходе от proof-of-work к proof-of-stake и недавних изменениях в gas-cost – как о примерах того, что крупные перезагрузки и уточнение правил уменьшают attack surface и упрощают клиентскую реализацию.

Эти реплики обострили и без того заметное мировоззренческое расхождение между крупнейшими сетями. Руководитель Solana Labs Анатолий Яковенко, комментируя свежую тему Бутерина про «walkaway test», заявил, что Solana обязана непрерывно ускорять итерации – под реальные запросы разработчиков и пользователей – даже если обновления не ведёт «единый штаб». Бутерин же занимает противоположную позицию: он хочет, чтобы Ethereum со временем оказался в режиме, когда после фиксации базовых принципов сеть способна работать «десятилетиями» при минимальном уровне постоянного сопровождения.

Апелляция Виталика прозвучала в момент, когда команды клиентов лавируют между несколькими нагрузками одновременно: нужно поддерживать обратную совместимость для приложений, живущих годами; внедрять новые элементы, касающиеся data availability и исполнения; и при этом держать несколько независимых клиентов в полном соответствии друг другу – без чрезмерных издержек на реализацию. Отдельный, формализованный рубеж «simplification» мог бы стать для контрибьюторов чётким критерием «убирающих» изменений: измерять их не только производительностью, но и тем, насколько спецификация читаема, аудитопригодна и воспроизводима новой командой. В логике Бутерина это – защита долгой проверяемости Ethereum.

В случае принятия «garbage collection» почти наверняка оформится в последовательность EIP: аккуратно вырезать редкие опкоды и малоиспользуемые механики из консенсусного ядра; вместо разрозненных правил комиссий вводить расписания, привязанные к реальным ресурсам; а специализированные функции переносить на более высокие уровни с ясными интерфейсами. Быстрый эффект – меньше консенсус-критичных ветвлений для авторов клиентов, более чёткие границы для аудиторов и проще картина мира для операторов полных нод. Именно это Виталик считает ключевым условием trustlessness в масштабе.