Новая версия серверного программного обеспечения XRP Ledger лидирует среди доверенных валидаторов, но по количеству обычных узлов пока отстаёт от прежней версии. При этом главная часть обновления — поправка безопасности — голосуется отдельно и набирает лишь около 40% при пороге в 80%. За технической рутиной скрывается фундаментальный вопрос: кто на самом деле принимает решения в сети, где голосуют не все узлы, а заранее отобранный список валидаторов. Разберём цифры, механику голосования и то, что она говорит об устройстве управления. Это аналитический обзор, а не инвестиционная рекомендация.

Что произошло: два разных процесса

В сети вышла версия серверного ПО v3.2.0. Она снижает издержки эксплуатации, повышает стабильность для институциональных пользователей и переименовывает основной сервер сети из rippled в xrpld согласно предложению XLS-0095 — из-за чего операторам пришлось менять пути конфигурации и скрипты развёртывания. Вместе с релизом на голосование вынесена отдельная поправка fixCleanup3_2_0.

Здесь и кроется главная путаница: установить новое ПО и проголосовать за поправку — два разных действия. Первое — решение оператора обновить свой сервер. Второе — формальное голосование в самом реестре, которое требует поддержки более 80% доверенных валидаторов, удерживаемой две недели подряд. Именно поэтому обновление ПО может лидировать, а поправка при этом буксовать.

●

Цифры зависят от того, что считать. По дефолтному списку доверенных валидаторов (UNL) из 35 участников новую версию запустили 31 — это около 89%, то есть порог формально взят. Но если считать по всему набору валидаторов сети, доля обновившихся заметно ниже — порядка 55%. Это не противоречие, а разные знаменатели: решение об активации сеть определяет именно по дефолтному списку.

Как отмечается в разборе хода обновления, по обычным узлам картина иная: из примерно 833 активных узлов около 43% перешли на v3.2.0, а порядка 51% всё ещё работают на прежней v3.1.3. Узлы хранят и передают данные реестра, но решения не принимают, поэтому их отставание не блокирует обновление.

XRP Ledger после обновления(image)Обновить сервер и проголосовать за поправку — разные шаги с разными порогами.

Цифры по состоянию на начало июля

Что считаем Доля на новой версии Значение для сети
Дефолтный список UNL (35) 31 из 35, около 89% Порог 80% формально взят
Весь набор валидаторов около 55% Показывает более широкую картину
Обычные узлы (около 833) около 43% Не блокирует, но отражает инфраструктуру
Поправка fixCleanup3_2_0 около 40% поддержки Далеко до порога в 80%

Почему поправка требует отдельного голосования

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

Требование сверхбольшинства в 80%, удерживаемого две недели, — сознательный выбор конструкции. Он защищает от поспешных изменений, но у него есть обратная сторона: меньшинство доверенных валидаторов способно тормозить изменения сколь угодно долго, просто не голосуя. Ripple, платёжная компания, чьи основатели создали XRP Ledger, публично проголосовала за поправку. Важная деталь для операторов: узел, не обновившийся до момента активации, попадёт в состояние «заблокирован поправкой» и фактически будет отрезан от сети, пока не догонит. Что такое согласование правил в распределённых системах, мы объясняли в справке про механизм консенсуса.

⚠

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

Что это говорит об управлении сетью

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

Справедливости ради, высокий порог работает в обе стороны. Он не позволяет никому — включая Ripple — провести изменение в одиночку: даже при поддержке компании поправка стоит на 40% и не активируется, пока не наберёт сверхбольшинство. Это аргумент в пользу того, что список валидаторов не марионеточный. Одновременно верно и то, что состав дефолтного списка формируется не стихийно, и именно он определяет исход. Оба утверждения совместимы. Роль компании в развитии сети мы разбирали в материале про Ripple и международные платежи, а рыночный контекст XRP — в статье про XRP против золота.

Авторское мнение

“

Меня в этой истории занимает не столько XRP, сколько зеркало, которое она подставляет всей отрасли. Обычно спор о децентрализации ведут лозунгами, а здесь он выражен в числах: 35 валидаторов в дефолтном списке, порог 80%, две недели удержания. Можно возмущаться, что круг узок. Но заметьте: Ripple проголосовала за поправку, а та всё равно стоит на сорока процентах. Значит, механизм действительно не позволяет продавить решение одной подписью. Одновременно правда и то, что состав списка — вопрос доверия, а не математики. Мне ближе трезвая формулировка: XRP Ledger никогда и не обещал быть Bitcoin. Он обещал быстрые расчёты с понятным управлением — и честно показывает свою цену: скорость взамен на ограниченный круг решающих. Спорить стоит не с фактом компромисса, а с тем, скрывают его или называют вслух.

Анатолий Киш
Анатолий Киш
Криптоаналитик cryptium.ru

Вопрос — ответ

Обновление уже состоялось или ещё нет?+
Тут два разных вопроса. Новое серверное ПО v3.2.0 уже установили около 89% валидаторов дефолтного списка — по этому критерию порог в 80% взят. Но поправка безопасности fixCleanup3_2_0 голосуется отдельно прямо в реестре и набирает лишь около 40% при том же пороге в 80%, который нужно удерживать две недели подряд. То есть версия ПО лидирует, а изменение правил протокола пока не принято.
Почему по узлам цифры хуже, чем по валидаторам?+
Потому что у них разные роли. Доверенные валидаторы упорядочивают реестр и голосуют за изменения правил, а обычные узлы хранят и раздают данные, следуя решениям валидаторов. Из примерно 833 активных узлов новую версию запустили около 43%, а порядка 51% остаются на прежней. Это не блокирует обновление, но создаёт риск рассинхронизации: инфраструктура вокруг протокола может не знать о новых правилах.
Вердикт

Ситуация в XRP Ledger — не сбой, а работа механизма ровно так, как он задуман. Новое ПО взяло порог по дефолтному списку валидаторов (около 89% при необходимых 80%), но поправка безопасности идёт отдельным голосованием и держится примерно на 40% — до сверхбольшинства далеко. Обычные узлы отстают, что не блокирует обновление, но создаёт риск рассинхронизации инфраструктуры. Главный вывод об управлении честнее сформулировать без лозунгов: круг решающих здесь ограничен и известен, зато высокий порог не позволяет продавить изменение даже при поддержке Ripple. Это осознанный компромисс между скоростью внедрения и устойчивостью сети — и следить стоит за динамикой голосования по поправке, а не за счётчиком узлов.

Следите за тем, как управление сетями вписывается в ключевые тренды рынка 2026 года, и обсуждайте протоколы вместе с нами в Telegram-канале — ПРИВАТ.