НовостиКриптовалютыОбновление Batch в XRP Ledger возвращает голоса валидаторов: почему 9 октября остаётся условной датой

Обновление Batch в XRP Ledger возвращает голоса валидаторов: почему 9 октября остаётся условной датой

Автор: Coindoo·

Ключевые выводы

  • •По состоянию на 26 сентября BatchV1_1 вернула 30 из 35 голосов доверенных валидаторов, запустив новое двухнедельное окно одобрения в XRP Ledger.
  • •Поправкам XRPL требуется более 80% поддержки валидаторов — минимум 29 из 35 голосов, а текущий результат на один голос выше этого требования.
  • •Временная утрата большинства сентября сбросила цикл одобрения, сдвинув самую раннюю условную оценку активации примерно на 9 октября.
  • •BatchV1_1 — исправленный преемник более ранней поправки Batch, отозванной до активации на Mainnet после обнаружения ошибки авторизации, поэтому средства пользователей не пострадали.
  • •Активация может быть подтверждена только псевдотранзакцией EnableAmendment, записанной в реестре, а не только подсчётом голосов на дашборде.
Обновление Batch в XRP Ledger возвращает голоса валидаторов: почему 9 октября остаётся условной датой

XRPL Dashboard зафиксировал 30 голосов «за» среди 35 отслеживаемых доверенных валидаторов при проверке в 04:43 UTC 26 сентября. Этот результат запускает новое окно одобрения для поправки BatchV1_1 — сам по себе он не завершает процесс активации.

Ключевые выводы:

  • BatchV1_1 вернула 30 из 35 голосов валидаторов.
  • Предыдущий двухнедельный цикл одобрения сброшен.
  • Теперь необходимо удержать не менее 29 голосов.
  • 9 октября — самая ранняя условная дата.
  • Активацию подтверждает запись в реестре.

Дата сброшена, несмотря на восстановление числа голосов

BatchV1_1 достигла 30 поддерживающих валидаторов 15 сентября. По первоначальному графику это означало активацию около 29 сентября. Затем 25 сентября большинство было утрачено и восстановлено позже в тот же день, сдвинув оценку примерно на 10 дней.

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

Поэтому 9 октября — условная оценка, основанная на текущей записи большинства в реестре. Она может измениться снова до активации.

Тридцать голосов «за» — на один голос выше черты

Порог XRPL часто сокращают до «80% поддержки», но правило строже: поправке требуется более 80% голосов доверенных валидаторов. При 35 валидаторах в отслеживаемом наборе дашборда 28 голосов — это ровно 80%. BatchV1_1 нужно 29 голосов «за», чтобы начать или сохранить большинство.

Текущий результат в 30 голосов равен примерно 85,7%. Это на один голос выше требования в 29 голос. Снижение с 30 до 29 сохранит обратный отсчёт; падение до 28 вызовет новый сброс на соответствующем flag-леджере.

Процесс поправок XRPL проверяет голоса вокруг flag-леджеров, обычно примерно каждые 15 минут. Эти flag-леджеры служат регулярными контрольными точками, где измеряется поддержка, а двухнедельный отсчёт идёт только пока результат выше порога. После того как поправка удерживает более 80% поддержки в течение двух недель, изменение навсегда применяется к последующим версиям реестра.

Серверный код и правила Mainnet — отдельные этапы

Coindoo ранее объяснял, как BatchV1_1 может координировать связанные платёжные инструкции. Эта функциональность не является предметом сброса. Текущий вопрос в том, сможет ли исправленная поправка пройти процесс валидаторов, необходимый для вступления этих правил транзакций в силу на Mainnet.

Доступность в серверном ПО делает поправку допустимой к голосованию валидаторов, а поведение Mainnet меняется только после включения поправки сетью. Именно поэтому дату на дашборде следует читать как актуальную оценку хода управления, а не анонс релиза продукта.

Почему прежний отзыв по соображениям безопасности важен сейчас

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

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

Подтверждение, за которым стоит следить, — в реестре

9 октября имеет значение только при сохранении большинства в течение всего окна. Подтверждением станет псевдотранзакция EnableAmendment, записанная в реестре, после чего BatchV1_1 станет действующим правилом Mainnet для последующих леджеров.

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

Эта статья предоставлена исключительно в информационных целях и не является финансовой или инвестиционной рекомендацией. Поддержка валидаторов и статус поправки могут измениться.