XRP Ledger (XRPL) установил новый исторический максимум по количеству транзакций, обработанных в одном леджере. По словам директора сообщества XRP Ledger Foundation Хуссейна Занганы, известного как Vet, 13 сентября 2026 года в одном блоке было зафиксировано 2 768 транзакций, а уже 14 сентября — 3 254 операции, что стало новым абсолютным рекордом. Валидация при этом завершилась за 3,8 секунды без нарушения консенсуса.
Основной объём активности обеспечили автоматизированные боты, переводившие по одному дропу — минимальной единице XRP — между примерно двадцатью счетами. Vet отметил, что это, скорее всего, тестирование пропускной способности сети, а не органический платёжный спрос. Несколько леджеров подряд содержали более 2 000 транзакций, однако сеть выдержала концентрированную нагрузку, сохранила стабильный консенсус и не вышла за пределы обычного диапазона закрытия блоков.
В отличие от биткоина с фиксированной ёмкостью блока, XRPL использует адаптивный целевой показатель транзакций. Если леджер переполняется, но закрывается быстро, сеть может повысить целевой уровень, что свидетельствует о здоровом консенсусе. Vet подчеркнул, что не все транзакции одинаковы по нагрузке, поэтому 3 254 простых платежа нельзя напрямую сравнивать со сложными операциями.
Параллельно XRPL готовит пакет обновлений протокола с релизом xrpld 3.3.0, вышедшим 6 августа. В него входят BatchV1_1, ConfidentialTransfer, DynamicMPT, PermissionDelegationV1_1 и Sponsor, а также серия исправлений. По состоянию на 14 сентября 27 из 35 доверенных валидаторов поддержали поправку BatchV1_1, которая ближе всего к необходимому порогу. Кроме того, сеть активировала fixCleanup3_3_0 — обновление, затрагивающее Single Asset Vaults, автоматизированных маркет-мейкеров, Checks, псевдосчета, регулируемые биржи и предлагаемый протокол кредитования. Развиваются и решения в области децентрализованной идентификации: XLS-40 и учётные данные XLS-70.
Vet также рекомендовал операторам узлов пересмотреть лимиты сообщений для WebSocket-подписок. При получении ошибки 1008 может потребоваться увеличение лимита, чтобы корректно обрабатывать крупные пакеты транзакций.
