Ethereum Foundation предупредила разработчиков кошельков, калькуляторов комиссий и блокчейн-обозревателей о грядущем хардфорке Glamsterdam. Многолетнее правило, согласно которому простой перевод ETH всегда стоит 21 000 газа, перестанет быть универсальным. Об этом сообщает CoinDesk.
После обновления Glamsterdam переводы на уже существующие адреса по-прежнему будут требовать 21 000 газа. Однако при первой отправке ETH на новый адрес добавится дополнительная плата за создание и постоянное хранение новых данных состояния — примерно 183 600 газа. Это необходимо для более точного соответствия комиссий фактическим вычислительным ресурсам и ресурсам хранения сети.
Многие кошельки и торговые сервисы жёстко прописывают комиссию перевода ETH на уровне 21 000 газа либо оценивают затраты по одному параметру. После хардфорка транзакции на новые адреса могут отклоняться или не проходить из-за превышения лимита газа либо заниженной комиссии. Это способно привести к задержкам и сбоям у пользователей, впервые отправляющих ETH на свежий адрес.
Ещё одно обновление — Fusaka, ожидаемое в 2026 году, — также изменит привычный норматив. Fusaka внедряет Ethereum Object Format (EOF) и PeerDAS. По техническим спецификациям, внутренняя стоимость базового перевода ETH вырастет с 21 000 до 26 000 газа. Рост объясняется дополнительной вычислительной нагрузкой EOF и необходимостью поддерживать безопасность сети, в том числе против потенциальных DoS-векторов.
Разработчикам кошельков, обозревателей блоков, бирж и кастодиальных сервисов рекомендуют пересмотреть код, убрать жёстко заданные значения газа и обновить алгоритмы оценки комиссий. Пользователям важно своевременно обновлять программное обеспечение. Glamsterdam первоначально планировался на первую половину года, но был перенесён на четвёртый квартал; Fusaka предварительно намечена на конец 2026 года после апгрейда Pectra, а окончательные параметры газа ещё могут измениться.
Таким образом, отказ от фиксированного норматива 21 000 газа — значимая техническая веха для Ethereum, требующая скоординированной адаптации всей экосистемы, чтобы минимизировать сбои для конечных пользователей.
