Валидаторы XRP Ledger приближаются к одобрению BatchV1_1, но данные голосования в реальном времени на 8 сентября показали, что поправка осталась ниже порога, необходимого для начала двухнедельного периода активации.
Резюме
- BatchV1_1 в настоящее время имеет 24 из 35 голосов валидаторов, что составляет 68,57% поддержки в основной сети XRPL.
- Для активации требуется более 80% поддержки непрерывно в течение четырнадцати дней, и обратный отсчет не начался.
- Пакетные транзакции могут содержать до восьми операций и поддерживают четыре режима выполнения после активации.
- Версия XRPL 3.3.0 представила BatchV1_1 после того, как разработчики отключили исходный код Batch из-за уязвимости.
- Более ранний дефект мог позволить несанкционированные платежи, но уязвимая поправка так и не была активирована в основной сети XRPL.
BatchV1_1 получил поддержку 24 из 35 валидаторов в списке уникальных узлов по умолчанию, что составляет 68,57%, согласно XRPScan. Для превышения 80% при текущем количестве валидаторов потребуется как минимум 29 утвердительных голосов.
Поправка позволила бы аккаунтам объединять до восьми транзакций в одну координированную операцию. Однако сообщения о том, что она активируется в сентябре, остаются спекулятивными, поскольку необходимое большинство не достигнуто.
Активация в сентябре возможна только в том случае, если поддержка сначала превысит 80% и останется на этом уровне непрерывно в течение четырнадцати дней.
Голосование по Batch в XRP Ledger не начало обратный отсчет
Поправки XRPL активируются только после поддержки более 80% доверенных валидаторов в течение двух последовательных недель. Если поддержка упадет ниже этого уровня в течение периода, таймер сбрасывается.
Таким образом, BatchV1_1 требует как минимум пяти дополнительных утвердительных голосов при текущей конфигурации из 35 валидаторов. Изменения в составе участников могут изменить точное необходимое количество.
Поправка не имеет подтвержденной даты активации. Даже если бы она немедленно пересекла порог, она не могла бы активироваться до окончания непрерывного двухнедельного периода.
Голоса валидаторов также могут меняться. Операторы могут отозвать поддержку, если тестирование выявит проблемы совместимости, безопасности или эксплуатационные проблемы.
BatchV1_1 объединит восемь транзакций
Официальная документация XRPL говорит, что пакетные транзакции могут содержать до восьми внутренних транзакций. Операции упаковываются во внешнюю транзакцию, которая управляет последовательностью, комиссиями и авторизацией.
Будут доступны четыре режима выполнения. «Все или ничего» требует успеха каждой внутренней транзакции. «Только одна» применяет первую успешную операцию, а «до отказа» обрабатывает транзакции до тех пор, пока одна не завершится неудачей. «Независимый» пытается выполнить каждую включенную транзакцию независимо от других результатов.
Потенциальные применения включают атомарные обмены токенами, создание NFT с последующим предложением, объединенные комиссии платформы и координированные действия с участием нескольких аккаунтов. Пакеты с несколькими аккаунтами требуют, чтобы каждый участвующий аккаунт авторизовал полный набор.
Эта функция может уменьшить внешнюю инфраструктуру, необходимую приложениям для координации зависимых действий. Каждая зафиксированная внутренняя транзакция сохранит отдельные метаданные и ссылку на родительский пакет.
Как сообщал crypto.news при выпуске версии 3.3.0, отправка кода не активировала функцию. Одобрение валидаторов оставалось необходимым.
Исправленная поправка заменяет уязвимый код Batch
Версия XRPL 3.3.0 представила BatchV1_1 6 августа в качестве замены оригинальной поправки Batch. Разработчики отключили эту более раннюю версию в феврале после того, как исследователи обнаружили критический недостаток авторизации.
Пранамья Кешкамат и инструмент безопасности Apex от Cantina AI выявили ошибку в логике, используемой для проверки подписантов пакетных транзакций. Этот недостаток мог позволить злоумышленнику пропустить проверки для некоторых участников и отправлять несанкционированные транзакции с учетной записи жертвы.
XRPL Labs сообщила, что уязвимая поправка не была активирована в основной сети, и средства пользователей не подвергались риску. Валидаторам рекомендовали проголосовать против нее, а версия rippled 3.1.1 пометила оригинальный Batch и его сопутствующее исправление как неподдерживаемые.
Исправленная версия устраняет ошибку раннего выхода, добавляет меры защиты авторизации и сужает способ проверки каждого подписанта. Независимый аудит позже проверил замену перед ее выпуском.
В связанном освещении проверки безопасности, crypto.news сообщил, что исходный недостаток был обнаружен до активации, и BatchV1_1 был переписан для версии 3.3.0.
Активация полностью зависит от валидаторов
Операторы узлов должны запускать программное обеспечение, поддерживающее BatchV1_1, перед голосованием за него. XRPL также предупредила операторов Clio обновить версию до 2.8.0, чтобы их API-инфраструктура могла обрабатывать новые форматы транзакций и реестра, если поправки активируются.
Следующая подтвержденная веха — порог в 80% валидаторов. Только тогда реестр зафиксирует начало двухнедельного периода большинства.
Активация в конце сентября остается математически возможной, но она не запланирована. Точные сроки зависят от дополнительных голосов валидаторов и последующей бесперебойной поддержки.
Никакого подтвержденного движения цены XRP нельзя было отнести конкретно к голосованию по BatchV1_1. Поправка изменяет функциональность транзакций, а не правила предложения или выпуска XRP.
