Предупреждение Виталика Бутерина о кризисе расширения протокола Ethereum: необходимость упрощения и сборщика мусора

robot
Генерация тезисов в процессе

Недавний пост Виталика Бутерина в платформе X вызвал широкий резонанс. Он отметил, что для долгосрочного выживания блокчейн-протоколов, таких как Ethereum, необходимо кардинально пересмотреть текущие направления разработки. Особенно он подчеркнул, что простота протокола — такая же важная ценность, как «недоверие», «отсутствие тестирования» и «самостоятельное управление», и что эти аспекты до сих пор недооценены.

Сложные протоколы разрушают доверие

Виталик предложил интересное предположение. Если в протоколе есть сотни тысяч узлов, уровень Бейзина-Ли-Хоут (BFT) достигает 49%, и все узлы устойчивы к квантовым вычислениям, то наличие хотя бы одной критической уязвимости делает всё бессмысленным. Это связано с тем, что протокол представляет собой огромную запутанную структуру из десятков тысяч строк кода и криптографических технологий уровня доктора наук.

В таком случае протокол неизбежно столкнется с проблемами тестирования надежности. Пользователи должны слепо доверять небольшой группе экспертов, чтобы понять свойства протокола. Если команда разработчиков уйдет, новая команда не сможет поддерживать тот же уровень качества. Также он отметил проблему «теста смены команды», когда невозможно гарантировать, что новая команда сможет полностью понять и проверить сложную систему. Даже самые умные разработчики не смогут идеально проверить или понять такую сложную систему.

Проблема необдуманного добавления функций в разработке Ethereum

Самая фундаментальная проблема, по мнению Виталика, — это тенденция слишком быстро добавлять новые функции в протокол Ethereum для удовлетворения конкретных требований. Каждое добавление усложняет протокол, внедряя новые компоненты взаимодействия или передовые криптографические технологии в качестве зависимостей.

На коротком сроке это позволяет быстро предоставлять пользователям нужные функции. Но в долгосрочной перспективе это вызывает серьезные побочные эффекты. Строить истинную децентрализованную структуру, превосходящую века, империю или идеологию, становится все сложнее. Каждая часть протокола, особенно те, что плотно связаны с другими, становится слабым местом, способным привести к коллапсу всей системы.

Ловушка обратной совместимости: почему «только добавляем»

Если оценивать изменения протокола только с точки зрения «насколько сильно его модифицируют», возникает естественное желание сохранить обратную совместимость. В результате больше добавлений, чем исправлений, и со временем протокол неизбежно разрастается. Это и есть структурная проблема Ethereum сегодня.

Виталик предлагает разорвать этот порочный круг, введя в процесс разработки Ethereum четкую стратегию «упрощения» или «сборки мусора» (garbage collection).

Три критерия упрощения протокола

Стратегия Виталика по упрощению включает три ключевых критерия.

Первое — минимизация общего количества строк кода протокола. Меньше кода — проще его сопровождение, быстрее аудит и ниже вероятность ошибок.

Второе — исключение ненужных зависимостей от сложных технических компонентов. Не все передовые технологии необходимы, иногда простое решение оказывается более мощным.

Третье — добавление большего числа неизменных свойств. Например, EIP-6780 убрал функцию самоуничтожения (SELFDESTRUCT), что привело к добавлению свойства, ограничивающего изменение максимум N слотов хранения за блок, что значительно упростило разработку клиентов. Внедрение четких правил в протокол позволяет кардинально снизить сложность.

Стратегия сборки мусора: частичный подход и масштабные очистки

Сборка мусора может осуществляться двумя способами.

Частичный подход — это переработка существующих функций для повышения их простоты и логичности. Постепенное снижение сложности через небольшие очистки.

Масштабные сборки мусора — это кардинальные изменения. Пример — переход с Proof of Work (PoW) на Proof of Stake (PoS). Одно это изменение значительно упростило структуру протокола и снизило энергопотребление.

Метод «Розетта»: обратная совместимость для будущих разработчиков

Самый инновационный подход Виталика — «метод Розетты» (Rosetta). Он предполагает удаление из протокола сложных, но редко используемых функций, а затем «понижение» их в виде смарт-контрактов, сохраняя обратную совместимость.

Например, после полного внедрения нативной абстракции аккаунтов необходимость в различных типах транзакций отпадет, так как их можно реализовать через смарт-контракты. Аналогично, существующие предкомпилированные коды можно заменить на новые форматы, такие как EVM или RISC-V. В конечном итоге виртуальная машина сама может полностью перейти с EVM на RISC-V.

Это избавит новых разработчиков клиентов от необходимости обрабатывать устаревшие версии протокола Ethereum.

Долгосрочная перспектива: медленные изменения, более прочная основа

В конечном итоге, предложение Виталика — замедлить темпы изменений Ethereum в долгосрочной перспективе. Контролировать желание быстро добавлять функции и избегать того, чтобы ненужная сложность тормозила развитие протокола.

Это — необходимое условие для превращения Ethereum в по-настоящему децентрализованную инфраструктуру. Чем сложнее становится система, тем больше вероятность, что она сводится к централизации узких групп экспертов. Простота — основа истинной автономии и доверия, и именно об этом должна идти глубокая дискуссия в сообществе Ethereum.

Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
  • Награда
  • комментарий
  • Репост
  • Поделиться
комментарий
0/400
Нет комментариев
  • Закрепить