В XRP Ledger исправленная поправка BatchV1_1 выведена на условную активацию — она назначена на 14:06:41 UTC 29 сентября 2026 года. По данным xrpldashboard на 22 сентября 2026 года, поправку поддерживали 30 из 35 доверенных валидаторов при отображаемом пороге в 28 голосов. Большинство голосов впервые появилось в реестре 15 сентября.
Активация остаётся условной. По правилам поправок XRPL поддержка должна держаться выше 80% в течение двух недель; падение до 80% или ниже завершает период большинства. Это важно, поскольку оригинальная поправка Batch так и не активировалась в основной сети XRP Ledger: в феврале исследователи нашли критическую ошибку авторизации ещё на стадии голосования и рекомендовали валидаторам голосовать против.
В чём была уязвимость
Ошибка находилась в цикле проверки счетов, авторизующих пакет: при обнаружении подписанта нового счета с совпадающим ключом код немедленно возвращал успех вместо продолжения проверки остальных подписантов. Официальное раскрытие уязвимости XRPL Labs указывает, что средствам ничто не угрожало. Версия xrpld 3.1.1 пометила оригинальные поправки Batch и fixBatchInnerSigs как неподдерживаемые, заблокировав их активацию. Полностью переписанный путь авторизации и дополнительные защиты вошли в BatchV1_1.
Что требует спецификация
Финальная спецификация XLS-56 требует, чтобы мультиаккаунтный пакет содержал точный полный набор BatchSigners, авторизация которых нужна внутренним транзакциям, кроме счета, чья обычная подпись авторизует внешнюю транзакцию. Отсутствующие, лишние, дублирующиеся или неправильно упорядоченные записи приводят к отклонению. Пакет содержит от двух до восьми внутренних транзакций; каждая из них не имеет подписи и комиссии и помечена так, что не может быть подана самостоятельно. Внешний пакет выбирает ровно один из четырёх режимов: ALLORNOTHING, ONLYONE, UNTILFAILURE или INDEPENDENT.
Риски для узлов и клиентов
Поддержка BatchV1_1 была добавлена в xrpld 3.3.0 6 августа. После активации поправки сервер, не понимающий новые правила, становится amendment-blocked и не может надёжно валидировать реестр или участвовать в консенсусе до обновления. В xrpl.js 5.0.0 подписи Batch строились по старому формату — без привязки к внешнему счету, последовательности и участнику; узлы с поддержкой BatchV1_1 отклоняли такие подписи с ошибкой temBAD_SIGNATURE. Совместимая поддержка появилась в xrpl.js 5.1.0. Кроме того, внешний пакет может вернуть tesSUCCESS даже при провале одной или нескольких внутренних транзакций, поэтому клиентам необходимо проверять метаданные и код результата каждой внутренней транзакции. Спецификация также отмечает фронтраннинг как область, всё ещё находящуюся под investigation.
Источник события: cryptoslate.com. Дата источника (UTC): 2026-09-23 03:50:07.
