Cronos v1.8 перенёс параллельный исполнитель Block-STM в Cosmos SDK

Cronos выпустил версию 1.8.1 — релиз вышел 26 октября. Главное изменение касается движка параллельного исполнения транзакций Block-STM: раньше он подключался через отдельную библиотеку go-block-stm, а теперь вызывается напрямую через SetBlockSTMTxRunner из пакета txnrunner внутри Cosmos SDK. Зависимость от standalone-библиотеки из конфигурации убрали. Релиз работает на форке Cosmos SDK v0.54, CometBFT v0.39 и go-ethereum v1.16.9.

Параллельное исполнение перенесли в SDK, но включать его всё равно нужно вручную. Нода проверяет параметр block-executor в app.toml: если там не указано «block-stm», она работает в обычном последовательном режиме. Руководство по миграции рекомендует для всех типов нод — валидаторов, публичных RPC и архивных — включать Block-STM, выставлять zero-copy = true и включать оптимистичное исполнение.

Разработчики предупреждают об одном опасном сочетании настроек: если block-executor стоит в значении «sequential», а disable-optimistic-execution включён, активируется memiavl-кэш. В этом релизе он может вызвать расхождение app hash и остановить ноду — из-за параллельного чтения состояния во время CheckTx и записи блока. По умолчанию такая комбинация не возникает, так как оптимистичное исполнение включено по умолчанию. Операторам, которым нужен именно такой режим, советуют явно задать cache-size = 0.

Отдельное предупреждение касается файлов конфигурации: если регенерировать app.toml с нуля, параметр max-txs получит значение -1, которое конфликтует с новым app-side мемпулом Cronos и приводит к панике при запуске ноды.

Изменения коснутся и разработчиков dApp: в v1.8 заработало ограничение txfee-cap для eth_sendRawTransaction, которое в v1.7 игнорировалось. При минимальной цене газа в сети 375 gwei стандартный лимит в 1 CRO позволяет использовать только около 2,6 млн газа. По данным Cronos, этому лимиту не соответствуют около 5% недавних транзакций в мейннете.