Поправка BatchV1_1 в XRP Ledger застыла на отметке 68,57% поддержки валидаторов
Ключевые выводы
- •BatchV1_1 удерживала 68,57% поддержки валидаторов (24 голоса из 35) по состоянию на 8 сентября 2026 года — ниже требуемого сверхбольшинства более 80%.
- •Для активации требуется устойчивая поддержка выше 80% в течение 14 последовательных дней, но отсчёт не начался, так как порог не был преодолён.
- •В случае активации пакетная транзакция сможет объединять до восьми внутренних транзакций в одной внешней с четырьмя режимами выполнения, включая «Всё или ничего» и «Независимый».
- •BatchV1_1 — это переписанная замена исходной поправки Batch, отключённой в феврале 2026 года после обнаружения критического изъяна в верификации подписантов пакета, при этом уязвимая версия никогда не достигала основной сети.
- •Поправка меняет функциональность транзакций ledger, а не правила предложения XRP, поэтому пока это инфраструктурная история, а не подтверждённый ценовой катализатор.

8 сентября 2026 года валидаторы XRP Ledger удерживали поправку BatchV1_1 на уровне 24 голосов из 35, что равно 68,57% поддержки, — значительно ниже сверхбольшинства более 80%, необходимого для запуска двухнедельного окна активации. Хотя BatchV1_1 поставляется в составе программного обеспечения rippled, это не означает, что она активна в XRP Ledger, и преимущества для DeFi и функциональности, которые часто связывают с этим обновлением, остаются неподтверждёнными, пока валидаторы не преодолеют этот порог.
Поправка Batch в XRP Ledger сейчас поддерживается на уровне 68%. Мы можем увидеть запуск Batch до конца этого месяца. Batch откроет множество новых сценариев использования для экосистемы XRP. Отслеживать прогресс можно здесь pic.twitter.com/uoo2Q5kf0X — moonkie (@xmoonkie), 7 сентября 2026 года
BatchV1_1 остаётся ниже порога активации
BatchV1_1 появилась в составе rippled 3.3.0, выпущенного 6 августа 2026 года, однако включение кода и активация в основной сети — это разные события в XRP Ledger. В отличие от сетей, внедряющих изменения протокола через хардфорки или голосования вне цепи, в XRPL изменения вступают в силу автоматически через консенсус валидаторов: как только поправка удерживает поддержку большинства в течение требуемого периода, она активируется на каждом сервере с совместимым ПО, без скоординированного разделения цепи. По данным снимка на 8 сентября, поправка имела 68,57% поддержки среди стандартного Unique Node List, согласно данным XRPScan.
Для активации требуется более 80% одобрения, удерживаемых в течение 14 последовательных дней, и этот отсчёт ещё не начался. При текущей конфигурации из 35 валидаторов для преодоления порога необходимо минимум 29 голосов «за», хотя точное число может измениться при изменении состава участвующих валидаторов. Поддержка также может опуститься ниже 80% в середине отсчёта, что полностью сбрасывает таймер.
Версия 3.3.0 не была релизом с одной функцией — она также представила ConfidentialTransfer, DynamicMPT, Sponsor и PermissionDelegationV1_1, объединив BatchV1_1 в более широкий пакет обновлений, ориентированных на институциональных клиентов. Инвесторам, отслеживающим рост XRP Ledger и приток средств через ETF, следует рассматривать эти поправки как параллельные сюжетные линии, каждая из которых требует собственного сверхбольшинства валидаторов до вступления каких-либо функций в силу.
Что могут дать пакетные транзакции в случае активации
После запуска пакетная транзакция сможет объединять до восьми внутренних транзакций в одной внешней с четырьмя режимами выполнения: «Всё или ничего» (All or nothing), требующим успеха каждой внутренней транзакции; «Только одна» (Only one), применяющим первую успешную операцию; «До сбоя» (until failure), обрабатывающим транзакции до первой неудачной; и «Независимый» (Independent), выполняющим каждую включённую транзакцию независимо от результата.
Потенциальные сценарии использования включают атомарные обмены токенами, минтинг NFT в связке с офферой, пакетные комиссии платформ и скоординированные действия между несколькими счетами — при условии, что каждый участвующий счёт авторизует весь пакет. Каждая зафиксированная внутренняя транзакция сохранит собственные метаданные и ссылку на родительский пакет — структуру, призванную сократить внешнюю координационную инфраструктуру, в которой приложения сейчас нуждаются для многошаговых операций.
Пока это проектные возможности, а не фактические результаты. Прирост эффективности (и любой связанный с ним рост активности в таких сценариях, как расчёты RLUSD и потоки токенизированных финансов на XRPL) зависят как от активации валидаторами, так и от последующей поддержки со стороны кошельков и SDK.
История безопасности, стоящая за поправкой-заменой
BatchV1_1 — это не исходный код Batch: это переписанная версия. Разработчики отключили первоначальную поправку в феврале 2026 года после того, как Pranamya Keshkamat и инструмент безопасности Apex от Cantina AI выявили критический изъян в логике верификации подписантов пакета. Ошибка могла позволить злоумышленнику обойти проверки авторизации для некоторых участников и отправить несанкционированные транзакции со счёта жертвы.
Важно отметить, что уязвимая версия так и не была активирована в основной сети, и XRPL Labs заявила, что средства пользователей не подвергались риску. Rippled 3.1.1 пометил исходную поправку Batch как неподдерживаемую, а её замена устраняет ошибку досрочного выхода, добавляет меры защиты авторизации и сужает проверки подписантов; независимый аудит рассматривал BatchV1_1 перед её включением в 3.3.0.
Почему это пока не ценовой катализатор для XRP
Эта новость не вызвала заметного движения цены, и это вряд ли изменится, пока поддержка держится на 68,57%. Поправка меняет функциональность транзакций вledger, а не правила эмиссии или предложения XRP, поэтому она не несёт прямого монетарно-политического контекста для трейдеров, оценивающих краткосрочный пробойный потенциал XRP.
Любой рост объёма транзакций XRPL, DeFi-активности или спроса на токен, связанный с Batch, остаётся перспективным и зависит сначала от преодоления сверхбольшинства при активации, а затем от фактической интеграции функции кошельками, биржами и DeFi-протоколами. До тех пор Batch остаётся инфраструктурной историей, а не подтверждённым катализатором переоценки.
Следующая веха — устойчивое сверхбольшинство валидаторов
Следующая подтверждённая контрольная точка для валидаторов XRPL — преодоление отметки 80% поддержки. Только после этого ledger начнёт отсчёт обязательного 14-дневного периода непрерывного большинства. Поддержка должна удерживаться выше порога весь срок, иначе счётчик сбрасывается до нуля.
По данным снимка на 8 сентября, активация в конце сентября была математически возможна, но ничего не запланировано. Операторы узлов должны сначала запустить ПО с поддержкой BatchV1_1, прежде чем смогут голосовать за неё, а XRPL отдельно предупредила операторов Clio о необходимости обновления до версии 2.8.0, чтобы API-инфраструктура могла обрабатывать новые форматы транзакций и ledger в случае активации поправки.
Источник: https://icobench.com/news/xrp-news-batchv1-1-xrp-ledger-vote/