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

По данным XRPL Dashboard, поддержка функции в настоящее время составляет 30 из 35 отслеживаемых валидаторов — показатель выше порога супербольшинства в 80%, который поправка должна удерживать для продолжения активации. Поправке требуется 28 голосов для запуска обратного отсчета активации, процесс начался 15 сентября в 14:06:41 UTC. Согласно процессу поправок XRP Ledger, изменения протокола вступают в силу только после устойчивой поддержки супербольшинства валидаторов — механизм, призванный обеспечить широкий консенсус до того, как изменения попадут в рабочую сеть. Если поддержка будет оставаться выше требуемого порога в 80% в течение четырнадцати дней подряд, активация может состояться 29 сентября.

Глава инженерного отдела RippleX Айо Акиньеле заявил, что коммерческие проекты уже ведут разработку с учетом XRP Ledger Batch V1.1.

Условный путь к активации

Голосование дает Batch V1.1 условный путь к запуску. Валидаторы могут изменить свои позиции в любой момент обратного отсчета. Если поддержка упадет ниже 80%, отсчет остановится, и новый четырнадцатидневный период должен начаться после того, как поправка вновь наберет необходимый порог.

Batch V1.1 объединяет транзакции под родительской операцией. Пользователи могут отправлять до восьми связанных транзакций, при этом каждая транзакция сохраняет свои отдельные данные. Настройка «всё или ничего» предотвращает частичное расчет, когда какая-либо одна транзакция в группе не выполняется.

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

«Поставка против платежа» определяет сценарии использования

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

Акиньеле назвал схему «поставка против платежа» (delivery-versus-payment) ключевым сценарием использования. Этот метод связывает передачу актива и оплату, не требуя от одной из сторон отправлять первой, что может снизить риск незавершенных расчетов в ходе сделки.

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

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

Возвращение после уязвимости в системе безопасности

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

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

RippleX использовала этот инцидент для переработки частей модели подписания и авторизации. Замена вышла в xrpld версии 3.3.0 6 августа, и Ripple заявила, что рассматриваемый сейчас код соответствует этому релизу.

Проверка была расширена и включила анализ с помощью ИИ и конкурс атак Sherlock. Оценки провели компании по безопасности Halborn и Common Prefix, а RippleX применила внутреннее тестирование устойчивость перед запросом одобрения валидаторов. Компания заявила, что расширенный процесс поддержал возвращение поправки на голосование.

Акиньеле сообщил, что команда повысила стандарт проверки, устранила дефект и представила Batch V1.1 на новое голосование валидаторов.

По действующему графику период голосования по поправке продлится до 29 сентября. Поддержка должна оставаться на уровне не ниже 80% в течение всего периода. Любое снижение ниже этого уровня приостановит активацию и потребует нового обратного отсчета после восстановления поддержки.

Источник: Blockonomi