Эти события происходят на фоне расширения роли XRPL в институциональных платежах, стейблкоинах и токенизированных активах, что повышает важность надежной инфраструктуры расчетов и мер защиты финансовых транзакций.

$XRP Замедление реестра выявило проблемы обработки транзакций

Операционная проблема возникла 21 октября, когда закрытие некоторых реестров стало занимать больше времени, чем обычно, нарушив привычный для блокчейна ритм расчетов в три-пять секунд.

XRPL Operations сообщила, что большинство реестров продолжали закрываться в обычном режиме, но периодические задержки побудили разработчиков изучить поведение сети и подготовить исправление программного обеспечения.

Поскольку задержки сохранялись, команда распространила рекомендованное xrpld изменение конфигурации для операторов хабов, валидаторов и узлов.

По данным операционной команды, к 22 октября корректировка восстановила обычное время закрытия реестров, хотя разработчики продолжили тестировать промежуточный релиз, призванный устранить первопричину.

Дэвид Шварц, один из первых архитекторов XRPL и бывший технический директор Ripple, поделился дополнительными сведениями о том, что могло привести к инциденту.

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

Шварц сказал:

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

На вопрос, означает ли это, что XRPL столкнулась с практическим пределом пропускной способности обработки транзакций, Шварц признал связь между объемом транзакций и частотой закрытия реестров.

Он добавил:

«И да, и нет. Мы не можем закрывать реестр чаще, чем раз в 4 секунды. Поэтому ограничение числа транзакций в одном реестре не обязательно устанавливает предел TPS».

Его замечания указывают на возможный компромисс между обработкой большего числа транзакций в каждом реестре и поддержанием стабильного времени расчетов.

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

Это различие имеет коммерческое значение, поскольку XRPL привлекает приложения, которым нужны предсказуемые расчеты, включая переводы стейблкоина RLUSD, токенизированные ценные бумаги и институциональные платежные сервисы.

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

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

Неудача в голосовании валидаторов откладывает введение финансовых мер защиты

Отдельно, поправка XRPL fixCleanup3_4_0 столкнулась с проблемой управления, которая продлит ожидание активации нескольких исправлений финансовой инфраструктуры сети.

Поправка, представленная в сентябрьском релизе xrpld 3.4.0, устраняет технические проблемы, связанные с разрешениями токенов, автоматизированными маркет-мейкерами, хранилищами активов, кредитными операциями и эскроу-транзакциями.

Одно из изменений исправляет уязвимость делегирования разрешений, из-за которой аккаунт, уполномоченный уничтожать определенные взаимозаменяемые токены, при некоторых обстоятельствах мог создавать дополнительные токены.

В документации сети эмитентам рекомендуется не делегировать затронутое разрешение PaymentBurn до активации исправления.

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

Предполагалось, что предложенные меры защиты будут активированы 23 октября, однако поддержка валидаторов ненадолго опустилась ниже порога сверхбольшинства, необходимого для изменения правил протокола XRPL.

Для активации поправки XRPL требуется, чтобы более 80% доверенных валидаторов непрерывно поддерживали ее в течение 14 дней.

Временная потеря поддержки 21 октября обнулила накопленный период одобрения поправки, хотя впоследствии поддержка снова превысила необходимый порог.

Теперь трекер поправок XRPLWin указывает, что самое раннее возможное время активации, при условии сохранения возобновившегося большинства, наступит 4 ноября.

Контрибьютор XRPL Vet подтвердил, что дополнительные голоса валидаторов восстановили обратный отсчет до активации поправки. Он также уточнил, что fixCleanup3_4_0 устраняет более старые проблемы протокола и не связано с последними задержками закрытия реестров.

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

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

Дальнейшее снижение поддержки валидаторов вновь обнулит период ожидания активации поправки и потенциально отложит ее вступление в силу на срок после 4 ноября.