Batch V1.1 в XRP Ledger остаётся выше необходимого порога валидаторов, поскольку Ripple заявляет, что управляющие активами и коммерческие проекты готовятся использовать эту функцию транзакций, если она активируется позднее в этом месяце.
Резюме
- Batch V1.1 имеет 30 голосов валидаторов, что сохраняет обратный отсчёт до активации 29 сентября в XRP Ledger по графику.
- Ripple заявляет, что управляющие активами строят проекты вокруг Batch, хотя конкретные партнёры пока не раскрываются.
- Batch может объединять восемь транзакций, позволяя связанным переводам активов и платежам расчитываться атомарно вместе.
- Разработчики заменили первоначальный Batch после того, как в феврале исследователи обнаружили критическую уязвимость проверки подписи.
- Версия XRPL 3.3.0 включила Batch V1.1 после расширенных проверок и исправлений дополнительных проблем безопасности.
CoinDesk сообщил 19 сентября, что руководитель инженерного отдела RippleX Айо Акиньеле заявил, что работа с участием управляющих активами готовится вокруг Batch V1.1, который может упаковывать до восьми транзакций в одну операцию Batch. Ripple публично не назвала управляющих активами и не раскрыла точные даты запуска.
Данные о действующих поправках, рассмотренные 20 сентября, показали, что 30 из 35 отслеживаемых доверенных валидаторов поддерживают Batch V1.1. XRP Ledger требует поддержки не менее 80% в течение 14 последовательных дней до активации поправки, что устанавливает текущий порог в 28 голосов. Обратный отсчёт начался 15 сентября в 14:06:41 UTC и указывает на возможную активацию вскоре после того же времени 29 сентября, если поддержка сохранится.
XRP Ledger Batch V1.1 может связывать этапы расчётов вместе
Спецификация XLS-56 определяет Batch как транзакцию, которая упаковывает от двух до восьми внутренних транзакций. Она поддерживает четыре режима обработки: «Всё или ничего», «Только одна», «До отказа» и «Независимый». Режим «Всё или ничего» требует успешного выполнения всей группы или предотвращает вступление пакета в силу.
Ripple сосредотачивает часть коммерческого обсуждения на поставке против платежа, или DvP. В такой транзакции передача актива и его оплата могут быть помещены в одну атомарную операцию. Неудачный платёж предотвратил бы завершение связанной передачи актива в режиме «всё или ничего».
Акиньеле сказал CoinDesk, что «Мы поделимся большим, когда функция будет запущена, включая работу с ключевыми управляющими активами». Ripple не назвала эти фирмы, поэтому заявление остаётся описанием компанией работы, которая ещё не была публично задокументирована через объявления о названных партнёрах.
Спецификация XLS-56 перечисляет среди потенциальных применений недоверенные многоаккаунтные свопы, комиссии платформ и структуры флеш-кредитов. Например, маркетплейс или кошелёк могли бы упаковать платёж клиента с сервисным сбором вместо требования отдельных транзакций, при этом разные аккаунты могут авторизовать отдельные этапы одного и того же Batch.
Акиньеле сказал, что «некоторые проекты уже строятся с учётом Batch», но личности партнёров и графики производства остаются нераскрытыми. Ripple заявила, что подробности последуют после окончательного утверждения планов.
Поддержка валидаторов сохраняет окно 29 сентября открытым
По состоянию на последнее измерение 20 сентября Batch V1.1 имел 30 поддерживающих голосов среди 35 валидаторов, отслеживаемых XRPLDashboard, что равно примерно 85%. Таким образом, поддержка оставалась выше порога в 28 голосов, необходимого для продолжения окна активации.
Прогнозируемая дата 29 сентября является условной. Поправки XRPL не активируются просто потому, что они один раз пересекли 80%. Валидаторы должны поддерживать сверхбольшинство в течение полного 14-дневного периода, и валидаторы могут изменить свои голоса, пока идёт отсчёт. Если поддержка упадёт ниже требуемого уровня, текущее окно остановится, и после восстановления порога потребуется ещё один непрерывный период.
Последний подсчёт продолжает стремительный рост поддержки в этом месяце. Batch V1.1 тогда имел 24 из 35 голосов валидаторов, или 68,57%, что оставляло его ниже порога активации. К 15 сентября поддержка выросла до 27 голосов, прежде чем достаточное количество валидаторов поддержало поправку, чтобы запустить обратный отсчёт.
Сама поправка была выпущена с версией xrpld 3.3.0 6 августа. Официальные примечания к выпуску XRP Ledger описывают Batch V1.1 как замену первоначальной поправки Batch и заявляют, что она поддерживает до восьми внутренних транзакций, включая структуры атомарного обмена.
С тех пор XRP Ledger Foundation выпустила xrpld 3.4.0. Программный релиз от 16 сентября вводит отдельные поправки о кредитовании и очистке и не заменяет Batch V1.1, который остаётся в собственном процессе голосования в основной сети. Операторам серверов было рекомендовано обновиться до версии 3.4.0 для непрерывности обслуживания.
Batch V1.1 последовал за критической уязвимостью в первой версии
Текущая поправка появилась после того, как разработчики остановили первоначальное предложение Batch в феврале. Официальное раскрытие уязвимости XRPL сообщает, что исследователь безопасности Pranamya Keshkamat и инструмент Apex от Cantina AI выявили критическую уязвимость проверки подписи 19 февраля.
При определённых условиях уязвимый код мог перестать проверять подписантов Batch после обнаружения недавно созданного аккаунта. XRPL Labs заявила, что злоумышленник мог затем включить несанкционированную транзакцию с другого аккаунта, не владея закрытыми ключами владельца этого аккаунта. Потенциальные транзакции могли включать платежи и определённые изменения состояния реестра.
Уязвимость никогда не стала активной в основной сети XRP Ledger. Первоначальная поправка всё ещё находилась на стадии голосования, и XRPL Labs заявила, что средствам ничего не угрожало. Валидаторам было рекомендовано голосовать против неё, а версия rippled 3.1.1, выпущенная 23 февраля, сделала Batch и fixBatchInnerSigs неподдерживаемыми, чтобы они не могли активироваться.
Затем разработчики изменили логику подписи и авторизации для замены. Отчёт об уязвимости сообщил, что исправление устранило преждевременное условие успеха, добавило меры защиты авторизации и ужесточило правила проверки подписей. Batch V1.1 позже был включён в xrpld 3.3.0 после разработки и проверки.
Работа по безопасности продолжалась до текущего голосования валидаторов. Как crypto.news сообщал в своём освещении проверки безопасности Batch V1.1, разработчики исправили ещё 11 проблем, связанных с подписями, проверками авторизации и возможными сбоями сервера, прежде чем поправка достигла текущей стадии голосования.
Акиньеле сказал CoinDesk, что проверка включала внутреннее состязательное тестирование, анализ с помощью ИИ, конкурс по безопасности Sherlock и оценки с участием Halborn и Common Prefix. CoinDesk приписал эти детали RippleX; публичные отчёты партнёров, охватывающие каждую часть этой проверки, не были включены в материалы, рассмотренные для этого отчёта.
Экосистема разработчиков XRPL внесла поддерживающие изменения по мере развития дизайна подписи. Июньский выпуск в официальном репозитории xrpl.js задокументировал, что старая логика подписи Batch не соответствовала пересмотренному формату Batch V1.1, поскольку дополнительная информация об аккаунте и последовательности была привязана к подписям. История выпусков JavaScript binary-codec указывает, что поддержка подписи Batch V1.1 была добавлена в версии 2.9.0 в августе.
Управляющие активами тестируют больше токенизированных расчётов на XRPL
Комментарии Ripple о Batch появились в то время, как финансовые фирмы и разработчики используют инфраструктуру XRP Ledger для токенизированных активов и проектов институциональных расчётов. В июне JPMorgan, Mastercard, Ondo Finance и Ripple участвовали в тесте токенизированного погашения казначейских облигаций США с использованием XRP Ledger.
Президент Ripple Моника Лонг заявила в августе, что финансовые учреждения переводят часть работы с токенизированными активами из пилотных программ в производство. Crypto.news сообщал о проектах институциональной токенизации Ripple, что Aviva Investors запустила класс акций токенизированного фонда на XRPL в июле и что Ripple рассматривает RLUSD как возможную денежную часть для атомарного расчёта по принципу поставка против платежа.
Активность ончейн-активов росла вместе с этим развитием. Другой обзор данных RWA XRP Ledger от crypto.news сообщил в июле, что сеть добавила примерно $2,6 млрд стоимости токенизированных реальных активов за шесть месяцев, исключая стейблкоины, основываясь на данных RWA.xyz. В том же отчете предупреждалось, что представленная стоимость активов и активно распределяемые активы являются существенно разными показателями.
Сам Batch V1.1 не требует от управляющих активами использовать XRP в качестве передаваемого актива. Эта функция работает на уровне транзакций и может упаковывать поддерживаемые транзакции XRPL с разных счетов. XRP остается актуальным для комиссий за транзакции в реестре, в то время как базовые транзакции могут включать другие поддерживаемые активы и токенные структуры.
Следующее процедурное событие — окончание текущего окна поправок. XRPLDashboard прогнозирует активацию Batch V1.1 на 29 сентября примерно в 14:06:41 UTC, если как минимум 80% поддержки валидаторов останется непрерывной в течение всего обратного отсчета. Последний опубликованный подсчет на 20 сентября оставался 30 голосов за из 35 отслеживаемых валидаторов.
