У Aptos прошёл новый governance-чекпойнт: proposal #202 на upgrade mainnet framework до v1.48.0 уже завершил голосование и сейчас стоит в статусе Awaiting Execution.

Сигнал пришёл из X: NickGCat собрал свежую картину по Aptos, а в поисковой выдаче отдельно виден X-сниппет Aptos Labs: vote по v1.48.0 открылся 13 августа, шёл до 16 августа и был 100% FOR. Это не беру на веру - дальше проверяю по первичным источникам.

Что подтверждается:

• Govscan показывает proposal #202: Multi-step proposal to upgrade mainnet framework, version v1.48.0.

• Статус - Awaiting Execution, то есть голосование прошло, но это ещё не финальное “всё уже в проде”.

• Результат: 362,171,081 APT за, 1,738 APT против, turnout 30.00%, quorum 24.85%.

• Период голосования: 13 августа 22:47 UTC - 16 августа 22:47 UTC.

• Метаданные proposal ссылаются на Aptos Node v1.48.6.

Сам release v1.48.6 тоже не выглядит как “просто циферку поменяли”. В нём указано, что validators и fullnodes должны обновляться. Среди изменений - ограничения/починки вокруг Move VM: minimum bytecode version для module publishing, cache/layout fixes, memory bounding для per-instruction cache, charges for BCS value traversals.

Инвесторский вывод здесь не “APT станет лучше”. Такой вывод был бы слишком быстрым.

Я бы смотрела на другое: когда L1 делает framework upgrade через on-chain governance, важен не только итог голосования. Важны три вещи:

• что именно меняется в VM/framework, а не только номер версии;

• кто и как быстро обновляет validators/fullnodes после vote;

• нет ли отложенного риска для приложений, indexer-ов, модулей и кошельков из-за новых runtime-ограничений.

Особенно если в релизе есть пункты про bytecode, cache layout и стоимость обхода BCS-значений. Это низкоуровневые вещи. Они обычно не попадают в маркетинговые треды, но именно через них у приложений могут появляться странные edge cases.

Поэтому для Aptos v1.48.0 я бы не делала вывод по цене или “100% FOR”. Нормальный чек-лист такой: дождаться execution, посмотреть скорость обновления нод, проверить release notes, проследить issues после активации и отдельно смотреть, не ломаются ли Move-модули/индексаторы на новых VM-ограничениях.

Голосование - это только дверь. Риск часто начинается после того, как дверь уже открыли.