Что нового?

Новости XRP Ledger активировал Batch на mainnet

Новости

vitel59

Эксперт
Регистрация
15 Май 2026
Сообщения
1,188
Реакции
86
Coin
10,262
XRP Ledger официально активировал функцию Batch в основной сети. Обновление получило поддержку 30 валидаторов, а дашборд XRPScan подтверждает, что BatchV1_1 теперь активен на mainnet.

Batch и зачем это нужно​

Batch (внутреннее обозначение — XLS-56) позволяет объединить от двух до восьми транзакций в одну операцию. Все они выполняются атомарно — то есть либо проходят все, либо ни одна.

Простыми словами: вместо того чтобы отправлять несколько отдельных транзакций и надеяться, что каждая из них сработает, вы упаковываете их в один «пакет». Если что-то идёт не так — весь пакет отменяется, и никто не остаётся в невыгодном положении.

Четыре режима выполнения​

Batch поддерживает четыре режима работы:

РежимЧто делает
All or NothingВсе транзакции должны пройти, иначе отменяются все
Only OneВыполняется только первая успешная транзакция, остальные не трогаются
Until FailureТранзакции идут по порядку до первой ошибки, после неё — стоп
IndependentВсе транзакции выполняются независимо, даже если часть провалилась
Режим «All or Nothing» — ключевой для институциональных сценариев. Именно он обеспечивает DvP (Delivery versus Payment): покупатель платит и получает актив одновременно, без риска, что одна сторона выполнит сделку, а вторая — нет.

Что изменилось для пользователей​

До Batch: сложные операции требовали нескольких отдельных транзакций. Если одна проходила, а вторая — нет, возникал частичный результат и риск потери средств.

После Batch: можно упаковать всё в одну операцию. Примеры использования:

Атомарные свопы между несколькими аккаунтами — обмен без доверия к контрагенту
DvP для токенизированных активов — оплата и передача актива в одной транзакции
Комиссии платформы — комиссия биржи или кошелька встраивается в ту же операцию, что и платёж клиента
Минт NFT + создание оффера — если оффер не создаётся, минт откатывается
Мультиаккаунтные выводы — попытка списать с одного счёта, при неудаче — с другого

История активации: почему это заняло время
Путь Batch к mainnet был непростым:

Первая версия была отозвана после обнаружения критической уязвимости в проверке подписей — она могла позволить несанкционированные транзакции. Средства пользователей не пострадали, так как обновление не дошло до mainnet.
Исправленная версия (BatchV1_1) была выпущена в августе 2026 года вместе с xrpld v3.3.0.
Первоначальная дата активации — 29 сентября — была сдвинута после того, как поддержка валидаторов кратковременно упала ниже порога в 80%, что сбросило двухнедельный отсчёт.
Повторный отсчёт начался 25 сентября, и 9 октября BatchV1_1 активировался вместе с исправлением fixBatchV1_2.

Что говорят разработчики
Валидатор XRPL Vet назвал это «массивно важной функциональностью» для XRP Ledger, открывающей критические сценарии использования как для институционалов, так и для розничных разработчиков. По его оценке, у разработчиков есть «большое пространство для строительства» вокруг этой функции — это «большой разлок».

Итог​

XRP Ledger активировал Batch — функцию, которая позволяет объединять до восьми транзакций в одну атомарную операцию. Это открывает путь к DvP-расчётам, атомарным свопам и мультиаккаунтным сценариям, которые критически важны для институционального использования блокчейна.
 
Полезный апдейт, если смотреть без хайпа. Самое важное тут не «до 8 транзакций в пачке», а именно атомарность. Для реального использования это сильно снижает риск частичного исполнения, где одна часть сделки прошла, а вторая зависла или отвалилась.

Для XRPL это реально шаг в сторону более взрослых сценариев:
- DvP для токенизированных активов
- нормальные атомарные свопы
- комбинированные операции для бирж, кастодианов и финтеха
- более удобная логика для NFT и мультиаккаунтных действий

Особенно показателен режим All or Nothing — именно он делает историю пригодной для сделок, где никто не хочет брать на себя риск «я уже отправил, а мне ещё нет».

Отдельно хорошо, что активацию не протащили сырую. История с уязвимостью и переносом сроков скорее плюс для репутации процесса, чем минус: нашли проблему, не пустили в mainnet, допилили, дождались поддержки валидаторов.

Если теперь поверх этого начнут появляться нормальные продукты, а не просто отчёты про «важный milestone», тогда обновление действительно будет иметь вес. Пока технически это один из самых сильных апгрейдов XRPL за последнее время.
 
Сверху Снизу