Команда Ethereum протестирует четырехкратное повышение лимита газа

Разработчики Ethereum рассматривают более чем четырехкратное увеличение лимита газа в сети как одну из ключевых особенностей планируемого хардфорка Fusaka.

Представленное в ходе звонка ACDE предложение EIP-9678 предусматривает тестирование параметра с верхней планкой в 150 млн единиц. В феврале валидаторы Ethereum поддержали повышение лимита газа с уровня 30 млн. Согласно Ycharts, значение выросло на ~20%, до 35,95 млн.

«Чтобы согласовать клиентские настройки по умолчанию и сохранить это в качестве приоритета, мы составили проект EIP. Он немного нетрадиционный, но не беспрецедентный (смотрите EIP-7840). Мы планируем объединить его в начале следующей недели к предстоящему ACDE», — прокомментировал core-разработчик Тим Бейко.

Предложение потребует внесения изменений в другие EIP для Fusaka, но область действия хардфорка не изменится, отметил он.

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

На 7 мая запланирован апгрейд Pectra. Активация Fusaka предположительно состоится в конце 2025 года.

Разработчики также обсудили проблемы, которые вызвало предложение Виталика Бутерина о переводе Ethereum Virtual Machine (EVM) на открытую архитектуру RISС-V. В первую очередь, это поставило вопрос целесообразности продолжения работы над улучшением EVM Object Forma (EOF).

«Возникло некоторое понимание того, что EOF может не оказаться долгосрочной средой выполнения. Независимо от того, будет ли это RISC-V или другое решение, частью наших обсуждений должно стать: стоит ли двигаться дальше с EOF», — подчеркнул Бейко.

Напомним, в марте произошли изменения в руководстве Ethereum Foundation. После перестановок в менеджменте организация сместила акцент на пользовательский опыт и проблемы масштабирования L1.