Анонс обновления SVP Chain Testnet v9.9
SVP Chain Testnet планирует обновиться до v9.9 через ончейн-управление. Это обновление внедряет x/blockaddr — ончейн-модуль чёрного списка адресов, позволяющий по решению управления ограничивать транзакции, инициированные указанными SVP-адресами.
График обновления: Обновление применяется к SVP Chain Testnet и использует ончейн-имя обновления v9.9. Запланировано на 7 августа 2026 г. ID предложения управления, график голосования, высота обновления, релизный бинарник и checksum будут объявлены вместе с официальным предложением об обновлении.
После назначения расписания высота, возвращаемая ончейн upgrade plan, является единственной авторитетной высотой обновления.
Что включено: v9.9 добавляет модуль blockaddr и его хранилище состояния. После обновления управление может пакетно добавлять или удалять SVP-адреса через предложения. Каждая запись фиксирует адрес, причину, высоту добавления, время добавления и связанный ID предложения.
Когда адрес внесён в чёрный список, Ante handler отклоняет связанные с ним транзакции, включая: Cosmos-транзакции, подписанные адресом; транзакции, в которых адрес является fee payer или fee granter; from-адрес EVM-транзакций; а также размещение, отмену ордеров CLOB и другие транзакции, подписанные адресом.
Проверка выполняется до исполнения транзакции, поэтому транзакции с адресов из чёрного списка не включаются в блок для исполнения. Чёрный список принимает только svp-адреса; добавление и удаление контролирует управление.
Это обновление не импортирует исторические записи чёрного списка. Сразу после обновления чёрный список пуст.
Влияние на пользователей и интеграторов: Аккаунты, балансы, позиции, ордера и состояние смарт-контрактов, не внесённые в чёрный список управления, не затрагиваются. Стандартные интерфейсы транзакций Cosmos, EVM и CLOB остаются без изменений. Транзакции, связанные с адресом из чёрного списка, отклоняются. Приложения и интеграции должны обрабатывать ошибку "address is blocked". Чёрный список не изменяет бизнес-логику смарт-контрактов. Он ограничивает точку входа транзакций для соответствующего SVP-адреса.
После обновления статус чёрного списка можно запросить так:
svpchaind query blockaddr blocked --node https://rpc-testnet.svpchain.org/ -o json
svpchaind query blockaddr is-blocked <svp-address> --node https://rpc-testnet.svpchain.org/ -o json
Требования к валидаторам: Проголосуйте в период голосования по предложению управления. Скачайте и проверьте бинарник v9.9 до высоты обновления и храните его по отдельному staging-пути. Не заменяйте бинарник, используемый systemd, до высоты обновления. На высоте обновления старый бинарник остановится с UPGRADE "v9.9" NEEDED. Замените бинарник и перезапустите svpchaind согласно согласованному upgrade plan. Сеть возобновляется на высоте обновления после того, как валидаторы, представляющие более двух третей голосующей силы, завершат смену бинарника. После перезапуска подтвердите сообщения в логах: Running v9.9 Upgrade... и Successfully completed v9.9 Upgrade.
Проверка после обновления: Последняя высота RPC продолжает расти, узлы не находятся в режиме догоняния. query blockaddr blocked возвращает пустой чёрный список. Стандартные Cosmos-переводы, EVM-транзакции и CLOB-транзакции можно отправлять в штатном режиме. После принятия последующего предложения управления по чёрному списку is-blocked соответствует содержанию предложения, а транзакции с целевого адреса отклоняются.
Важные замечания: Валидаторы не должны запускать бинарник с handler v9.9 до высоты обновления — иначе узел завершит работу, поскольку обновление ещё не активировано. Валидаторы не должны использовать бинарник без handler v9.9 на высоте обновления — иначе узел не сможет возобновить работу. Всегда опирайтесь на ончейн-предложение управления, upgrade plan и официальный checksum релиза. Не используйте непроверенные бинарники или неподтверждённую высоту обновления.