Реформа системы Gas в Ethereum столкнулась с дилеммой: EIP-8488 предлагает параллельный режим для старых и новых контрактов — действующие контракты остаются без изменений, а новые правила разрабатываются с нуля.

Автор: TechFlow

Сообщество Эфириума официально представило черновик спецификации предложения EIP-8488, предполагающий внедрение пересмотра базовых тарифов Gas за счет добавления версионных операционных кодов V2. Данная схема стремится создать среду исполнения с параллельным функционированием новых и старых контрактов, что как гарантирует стабильность десятков тысяч существующих смарт-контрактов без их краха из-за резких изменений базовых правил, так и устраняет архитектурные препятствия для долгосрочного контроля раздувания состояния в Эфириуме и повышения лимита Gas во всей сети.

Двухканальная архитектура обходит тупик кризиса инвариантов

После того как технический бюллетень Фонда Эфириума сообщил о рисках нарушения восьми ключевых инвариантов контрактов, экосистема Эфириума оказалась в сложной дилемме. Непосредственное внедрение спецификации предложения EIP-8037 и спецификации предложения EIP-8038 немедленно разрушит приложения с ранее реализованной логикой расчета Gas, а полное откладывание повышения тарифов приведет к неконтролируемому взрывному росту состояния всей сети.

После решения конференции основных разработчиков Эфириума (ACD) отложить хардфорк тестовой сети Hoodi сообществу разработчиков остро потребовался буферный механизм, обеспечивающий безопасность существующих активов и эволюцию базовой архитектуры одновременно. Именно стратегию жесткого разделения нового и старого функционала предлагает EIP-8488: все старые контракты, развернутые до активации, будут навсегда сохранены в рамках предыдущей системы тарификации.

Отказ от инструкций подсчета устраняет хроническую проблему захардкоженных констант

В архитектуре EIP-8488 после активации сети все новые развернутые контракты обязаны принудительно использовать операционные коды V2 и фиксировать метку версии при проверке байткода. Что еще более важно, новая инструкция междуконтрактного вызова четко требует, чтобы и вызывающая, и вызываемая стороны принадлежали исключительно к версии V2, в противном случае выполнение будет прервано ошибкой.

Чтобы коренным образом предотвратить продолжение записи динамических системных издержек прямо в бизнес-код разработчиками, набор операционных кодов V2 полностью исключил инструкции GAS и GASLIMIT, раскрывавшие внутренний остаток выполнения. Отмена возможности интроспекции оставшегося Gas внутри контракта разрывает жесткую связь между логикой уровня приложений и механизмами базового ценообразования.

Постепенная стабилизация существующих контрактов открывает простор для масштабирования всей сети

Данный механизм параллельного функционирования не принуждает исторические активы к риску рефакторинга кода. Протоколы децентрализованных финансов, запущенные в продуктиве и использующие обновляемую прокси-архитектуру, могут плачно заменить свою реализацию на V2 в будущих итерациях, тогда как неизменяемые исходные контракты останутся в пассивном режиме или продолжат работу по старым правилам.

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

На данный момент данное предложение сохраняет статус черновика (Draft) в реестре улучшений Эфириума, а команда основных разработчиков включила его в повестку недели проведения конференции по выполнению решений основными разработчиками Эфириума (ACDE) для проведения экспертного рецензирования.