Поправка Batch V1.1 для XRP Ledger приближается к активации после того, как по состоянию на 06:25 UTC 15 сентября 2026 года получила поддержку 27 из 35 валидаторов, отслеживаемых XRPScan.

Два дополнительных валидатора, выступивших в поддержку поправки, доведут уровень одобрения до 82,86%, что выше порога в 80%, необходимого для начала периода активации. После этого поправка должна будет сохранять требуемую поддержку в течение двух недель подряд, прежде чем войти в действующие правила XRP Ledger.

Этот процесс отделяет доступность кода поправки от её активации в работающей сети. Поправка может быть включена в программное обеспечение серверов XRP Ledger, но не изменит поведение основной сети, пока валидаторы не одобрят её и не завершится необходимый период.

Как Batch V1.1 может предотвратить незавершённые платежи

Batch V1.1 позволит одновременно отправлять до восьми связанных транзакций. Реестр сможет проверить и записать выбранные инструкции в рамках одного закрытия реестра, вместо того чтобы требовать от приложения отправлять и подтверждать каждый шаг отдельно.

Например, продажа на маркетплейсе может включать три действия: покупатель отправляет платеж, продавец переводит актив, а маркетплейс получает комиссию. При выборе режима «всё или ничего» все три инструкции должны быть успешно выполнены, иначе вся пакетная операция будет отменена. Это предотвратит запись платежа покупателя, если соответствующий перевод актива невозможно завершить.

Пакетная операция также сможет координировать инструкции, связанные более чем с одним аккаунтом. Благодаря этому функция будет актуальна для приложений, в которых несколько участников должны авторизовать разные части одной операции.

Поправка не ускорит обычные переводы XRP и не потребует от каждого приложения использовать пакетные операции. Вместо этого она предоставит разработчикам, создающим сервисы с несколькими связанными этапами, дополнительную структуру транзакций.

V1.1 заменяет отозванную поправку Batch

В исходной поправке Batch была обнаружена проблема в способе проверки авторизации транзакций внутри пакета. Исследователи в области безопасности выявили её в феврале, когда поправка ещё ожидала активации.

Валидаторам рекомендовали отозвать поддержку до того, как функция достигнет основной сети, поэтому уязвимость не затронула средства пользователей. В раскрытии информации об уязвимости от XRP Ledger Foundation описывается реакция на проблему и указывается, что предыдущая реализация больше не поддерживается.

Batch V1.1 заменяет ту версию после исправления логики авторизации. Согласно RippleX, обновлённая реализация также прошла дополнительную проверку кода, тестирование и внешнюю оценку безопасности, прежде чем вернуться к процедуре голосования валидаторов.

Таким образом, возобновлённое голосование является не просто второй попыткой активировать ту же функцию. Валидаторы решают, устраняет ли новая версия проблему, из-за которой исходная поправка была остановлена.

Batch ближе к активации, чем запланированная система кредитования XRPL

Положение Batch можно сравнить с двумя другими изменениями XRP Ledger, проходящими процедуру внесения поправок. Предложение fixCleanup3_3_0 затрагивает вопросы обслуживания и безопасности, связанные с хранилищами, автоматизированными маркетмейкерами и торговлей с ограниченным доступом. Оно совершенствует существующие пути обработки транзакций, а не вводит новую платёжную функцию для приложений.

Запланированная система институционального кредитования пока находится дальше от реализации. И Single Asset Vaults, и Lending Protocol требуют достаточной поддержки валидаторов, а активация только одного из них не создаст полноценный нативный рынок кредитования.

Batch имеет более узкую область применения, поскольку координирует транзакции, которые XRP Ledger уже поддерживает, включая платежи, переводы активов и комиссии. Наличие 27 валидаторов, поддерживающих поправку, приближает её к порогу активации сильнее, чем две поправки, необходимые для нативного кредитования.

Это сравнение также показывает, почему одобрение поправки не всегда напрямую означает появление готового продукта. Для кредитования требуется несколько связанных компонентов протокола, тогда как Batch предоставит отдельным приложениям инструмент, который они смогут интегрировать самостоятельно.

Что активация будет означать для кошельков и маркетплейсов

Завершение процесса активации сделает Batch доступной в работающем реестре, однако кошелькам, маркетплейсам и платёжным сервисам всё равно потребуется интегрировать её в свои продукты.

Пользователям не придётся менять способ выполнения обычного перевода XRP. Разница станет заметна внутри приложений, которые сейчас просят клиентов выполнить несколько связанных действий или повторить операцию после сбоя одной инструкции.

Сервисы, объединяющие платёж, перевод актива и комиссию платформы, относятся к наиболее очевидным потенциальным пользователям. Каждому провайдеру всё равно придётся определить, какие шаги следует включать в пакет и должны ли все они быть успешно выполнены, прежде чем запрос клиента будет считаться завершённым.

Голосование — лишь первая проверка для Batch V1.1

Достижение порога активации покажет, готовы ли валидаторы запустить Batch V1.1, но не продемонстрирует, насколько востребована эта функция. Ответ на этот вопрос может дать только её внедрение кошельками, маркетплейсами и платёжными приложениями.

У Batch может быть преимущество перед более амбициозными предложениями XRPL в сфере кредитования, поскольку разработчикам не придётся ждать появления нескольких компонентов протокола или совершенно нового финансового рынка. Они смогут применять функцию в уже существующих потоках транзакций.

Поэтому конечная значимость Batch будет зависеть не столько от голосования по поправке, сколько от того, столкнутся ли сервисы XRPL с достаточным количеством сбоев в многоэтапных операциях, чтобы интеграция функции стала оправданной.

Эта статья предоставлена исключительно в информационных целях и не является финансовой или инвестиционной рекомендацией. Поддержка валидаторов и статус поправки могут измениться.

Источник: Coindoo.