Ripple сообщает, что управляющие активами готовятся использовать тип транзакций Batch в XRP Ledger — функцию, которая позволяет нескольким операциям в реестре выполняться или отменяться совместно. Однако экстренный релиз программного обеспечения сместил внимание с ожидаемой активации 29 сентября на поправку безопасности 9 октября. Сама функция вполне конкретна — и столь же конкретны свидетельства того, что институциональное внедрение остаётся перспективным.

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

JUST IN: Brad Garlinghouse highlights why Ripple cannot control the $XRP Ledger Ripple operates only a small share of XRPL validators, and the $150M+ hack involving co-founder Chris Larsen showed that the company cannot reverse transactions or recover lost $XRP . pic.twitter.com/Pt4czYNSf1 — crypto.news (@cryptodotnews) September 27, 2026

Сроки изменились ещё до первоначального ожидания конца сентября. В уведомлении XRPL Foundation о релизе версия 3.4.1 описывается как экстренное обновление для вопросов, связанных с безопасностью. Оно добавляет fixBatchV1_2, призывает серверы оперативно обновиться и сообщает, что ожидалось включение поправки 9 октября при сохранении супербольшинства голосов. Активация поправки в XRP Ledger зависит от распределённого голосования валидаторов, а не от одностороннегоения, поэтому сроки определяют операторы сети, а не отдельная организация. Это условное ожидание, а не фиксированное обещание запуска.

Batch координирует действия в рамках одного закрытия реестра

Спецификация XLS-0056 описывает внешнюю транзакцию, содержащую от двух до восьми внутренних транзакций. Затронутые счета одобряют набор, а выбранный режим определяет, что происходит при сбое внутренней операции. Реестр обрабатывает набор в одном закрытии, устраняя разрыв между несвязанными отправками, который может оставить одного участника лишь с половиной сделки.

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

Batch не создаёт облигацию, не проверяет её внебиржевое владение и не обязывает банк погасить платёжный токен. Он лишь координирует действия в реестре. Юридическая окончательность расчётов, ограничения на передачу, хранение и погашение по-прежнему зависят от соответствующих инструментов и учреждений. Это различие важно, поскольку технически атомарный перевод — лишь часть схемы «поставка против платежа».

JUST IN: $XRP Ledger's Batch feature passes, set for activation on September 29 The upgrade, which has secured 29 Yes votes, will allow up to 8 XRPL transactions to be bundled into one, enabling atomic asset swaps, bundled DEX trades, $NFT -for- $NFT exchanges and single-transaction… pic.twitter.com/7CH34N1Yat — crypto.news (@cryptodotnews) September 15, 2026

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

Четыре режима создают четыре разных условия сделки

ALLORNOTHING — это чистая двусторонняя сделка: все требуемые внутренние операции должны выполниться, иначе задуманный набор не урегулируется. ONLYONE перебирает альтернативы и останавливается после первого успеха, например ордеров с разными допусками. UNTILFAILURE обрабатывает последовательность до первого сбоя. INDEPENDENT позволяет операциям в одной обёртке выполняться или завершаться неудачей независимо. Называть все четыре режима атомарными в бытовом смысле — значит скрывать возможность частичного исполнения.

Режимы меняют дизайн продукта. Фонду, перемещающему два актива против одного платежа, нужно решить, должен ли единственный неудавшийся перевод отменять весь пакет. Маркетмейкеру, отправляющему резервные ордера, может подойти ONLYONE. Эмитент, распределяющий множество выплат, может допустить независимые результаты, но тогда его операционной команд придётся сверять, кому выплаты были отправлены. Выбор режима — это решение о риске, а не вопрос форматирования.

Ограничение в восемь операций — ещё одно реальное ограничение. Управляющий, пытающийся урегулировать 1 000 переводов инвесторам, не сможет упаковать все 1 000 в один Batch в рамках текущего предложения. При теоретическом минимуме из 125 пакетов по восемь операций эти группы сами по себе не будут атомарными по отношению друг к другу. Комиссии, подписи, управление последовательностями счетов и пропускная способность сервисов становятся практическими ограничениями ещё до рассмотрения внебиржевого бизнес-процесса.

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

Внешний код успеха — бухгалтерская ловушка

Спецификация гласит, что внешняя транзакция Batch может возвращать tesSUCCESS даже при сбое внутренних транзакций; её внешний результат охватывает обработку последовательности и комиссии. Чтобы узнать, произошёл ли платёж или поставка, программное обеспечение должно проверять метаданные внутренних транзакций и индивидуальные коды результатов. Это необычно конкретная интеграционная опасность для любого учреждения, чей бэк-офис превращает обобщённый статус успеха в отражённое движение активов.

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

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

JUST IN: Asset managers are preparing for $XRP Ledger's next payments upgrade Batch V1.1 can bundle up to eight transactions into one operation, with RippleX saying commercial projects are already being built around the feature ahead of activation. pic.twitter.com/DmleX4GBiA — crypto.news (@cryptodotnews) September 20, 2026

Арифметика скромна, но показательна. Максимальный Batch из восьми внутренних транзакций — это одна внешняя отправка, но она может требовать как минимум восьми проверок результатов плюс внешняя проверка комиссии и последовательности. Для 125 полных пакетов, представляющих 1 000 внутренних операций, бэк-офису нужны 1 000 результатов на уровне операций, а не 125 зелёных индикаторов.

Исправление безопасности меняет сценарий активации

Уведомление фонда от 25 сентября гласит, что fixBatchV1_2 откяет внутренние транзакции с неверной обёрткой и включает дополнительные исправления безопасности и стабильности. Исходный код временно не публикуется из-за чувствительности изменений к безопасности; обещаны публикация и ретроспектива позже. Это ограничивает возможность посторонних изучить точный патч до раскрытия. Временное удержание кода такого рода — распространённая практика скоординированного раскрытия уязвимостей в индустрии ПО. Это повод для точной атрибуции, а не для спекуляций о нераскрытой эксплуатируемости.

Согласно уведомлению, серверы с версиями ниже 3.4.1 будут заблокированы по поправке (amendment blocked), если исправление включится до их обновления. Поэтому голоса валидаторов и обновления узлов важны для доступа к работе. Кворум, сигнализирующий о поддержке, — это не то же самое, что готовность каждого кошелька, кастодиана, API-провайдера и учётного инструмента к Batch. Предыдущее освещение обновления узлов XRPL иллюстрировало операционный эффект блокировки поправкой в предшествующем релизе.

Есть и история, которую нельзя опускать. Д披露 уязвимости в феврале описывала изъян в более раннем дизайне Batch, который мог пропустить проверки авторизации для других подписантов, когда нефинансируемый подписант стоял первым; поправка тогда не была активирована. Освещение аудита безопасности рассматривало, как независимая проверка выявила проблемы до продакшена. Сентябрьский патч касается отдельно описанной проблемы обёртки; ни один из инцидентов не доказывает небезопасность текущего дизайна, но оба объясняют, почему сроки развёртывания заслуживают пристального внимания.

Что могут получить институциональные игроки и что им ещё нужно

Атомарная поставка против платежа — самый сильный сценарий. Управляющий мог бы координировать перевод токена с платежом в одном реестре, ограничивая временную экспозицию, создаваемую последовательными переводами. Эмитент мог бы объединить настройку счёта, авторизацию и шаги эмиссии там, где протокол допускает эти типы транзакций. Торговые фирмы могли бы использовать альтернативные пути исполнения. Это возможности, а не свидетельства живых активов и сделок.

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

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

Ограничение столь же ясно. Компания, готовящая пилот, — это не управляющий активами, использующий Batch в продакшене. Ни одно публичное заявление о подготовке не раскрывает объёмы, сэкономленные комиссии, предотвращённые расчётные споры или то, какое учреждение принимает на себя внебиржевые обязательства. Анонс может быть правдивым и всё же слишком ранним для столь широких выводов.

Голосование реестра — лишь первый тест готовности

Ожидаемая активация fixBatchV1_2 9 октября зависит от устойчивой поддержки валидаторов. Операторам нужно запускать совместимое ПО. Кошельки должны показывать пользователям все внутренние операции и выбранный режим до сбора подписи, как рекомендует спецификация. Индексаторы должны раскрывать родительские и дочерние результаты. Кастодианам нужны проверки политик для подписей нескольких счетов. Управляющим активами нужны сверка и юридическая документация.

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

За чем следить

• Статус поправки: сохранит ли fixBatchV1_2 поддержку и включится ли в ожидаемую дату 9 октября.
• Обновления серверов: доля операторов, работающих на 3.4.1, до того как поправка безопасности станет обязательной.
• Раскрытие: публикация удерживаемого исходного кода патча и обещанной ретроспективы.
• Внутренние результаты: поддержка кошельками и индексаторами отображения режима, родительских связей и результатов на уровне операций.
• Производственные доказательства: названный управляющий активами, сообщающий о живых объёмах Batch и своих расчётных контролях.

FAQ

Запущен ли XRPL Batch в основномнете сейчас?

Статус соответствующих поправок следует проверить на момент публикации. Релиз от 25 сентября описывал исправление безопасности с ожидаемым включением 9 октября при сохранении поддержки валидаторов.

Сколько транзакций может содержать Batch?

Опубликованная спецификация XLS-0056 устанавливает минимум две и максимум восемь внутренних транзакций в текущем дизайне.

Гарантирует ли Batch успех каждой внутренней операции?

Только режим «всё или ничего» рассчитан на успех всей вместе. Другие режимы сознательно допускают иной паттерн частичного исполнения.

Может ли один управляющий активами подписывать за всех контрагентов?

Нет. В Batch с несколькими счетами затронутые счета должны одобрить подписанный набор согласно правилам подписания протокола.

Означает ли tesSUCCESS, что сделка урегулирована?

Само по себе — нет. Внешний результат может быть успешным при сбое внутренней операции, поэтому системы должны проверять каждый внутренний результат и итоговые остатки.

Сделает ли Batch токенизированные ценные бумаги юридически урегулированными?

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

Что изменилось в версии 3.4.1?

Фонд описал экстренный релиз безопасности, добавляющий fixBatchV1_2, включая отклонение внутренних транзакций с неверной обёрткой.

Продемонстрировали ли управляющие активами живое использование?

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

Это образовательный анализ, а не инвестиционная рекомендация. Эта статья предназначена только для информационных и образовательных целей и не является финансовой или инвестиционной рекомендацией. Цифры отражают регуляторные документы и сообщения, доступные на момент написания, и меняются с каждым раскрытием. Ничто здесь не является рекомендацией покупать, продавать или удерживать какую-либо ценную бумагу или актив. Всегда проводите собственное исследование. Информация актуальна на 29 сентября 2026 года.