Технический сбой в сети XRP Ledger (XRPL), замедливший обработку транзакций, перерос в открытое обсуждение архитектуры протокола. Дэвид Шварц, бывший технический директор Ripple и один из создателей системы, раскрыл ключевые уязвимости, на которые указал инцидент.
Проблемы начались после того, как операционная команда XRP Ledger зафиксировала аномалию: закрытие реестров стало происходить заметно медленнее обычного. Пока инженеры искали причину задержек, в сообществе возникли опасения по поводу надежности децентрализованной сети и ее возможного отказа из-за перегрузки нескольких ключевых узлов.
По оценке Шварца, программное обеспечение XRPL защищено многоуровневой системой безопасности. Тем не менее, по его словам, полностью парализовать сеть теоретически могут только два сценария: массовый отказ инфраструктуры — одновременное отключение огромного числа серверов валидаторов по всему миру, что возможно лишь при глобальной природной катастрофе, и сбой алгоритма консенсуса — ошибка в самом механизме достижения согласия между узлами или в другой базовой функции протокола на уровне кода.
Зафиксированное замедление раундов, как признал Шварц, является прямым свидетельством того, что технологический запас прочности сети снизился. Это маркер того, что XRPL либо находится под целенаправленной атакой, либо внутри кода активировался скрытый дефект. В то же время он опроверг слухи об уязвимости блокчейна к единым точкам отказа: сеть полностью децентрализована, поэтому отключение или перегрузка даже крупного хаба, включая его собственный узел, не влияет на общую работоспособность XRPL.
Главной практической проблемой оказалась уязвимость систем мониторинга при пиковых нагрузках. Когда раунды консенсуса замедлились, валидаторы резко перешли на максимальную нагрузку. Собственный узел Шварца не выдержал потока запросов, из-за чего локальные RPC-соединения зависли в состоянии CLOSE_WAIT. Мониторинг не смог записать диагностические данные в критический момент, и инженеру пришлось перезагрузить сервер, не установив точную причину сбоя. В ходе обсуждения также выяснилось, что хаб сооснователя XRPL отправлял логи на устаревший тестовый хост XRP Ledger Foundation.
Сейчас команда инженеров и операторов сообщества вручную анализирует сохранившиеся журналы, чтобы изолировать и полностью устранить дефект. Шварц резюмировал, что, несмотря на временное снижение запаса прочности, причин для паники нет: разработчики контролируют ситуацию, а архитектура кода обладает достаточным технологическим резервом для поддержания сети в рабочем состоянии.
