После замедления в XRPL Дэвид Шварц объяснил риски сети

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

Замедление закрытия реестров инициировало проверку

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

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

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

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

Ответ на утверждение о единой точке ошибки

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

Ripple, одна из ведущих компаний в экосистеме XRP, разрабатывает платежные инфраструктуры и решения на основе блокчейна. XRP Ledger известен как открытая блокчейн-сеть, работающая независимо от Ripple.

Системы мониторинга не справились с нагрузкой

Во время инцидента самой очевидной проблемой стало то, что системы мониторинга сети оказались слабыми под высокой нагрузкой. Когда раунды согласования замедлились, валидаторы внезапно перешли на максимальную нагрузку. Узел Шварца также не выдержал интенсивного трафика запросов и завис в состоянии CLOSE_WAIT для локальных RPC-соединений.

Мини-словарь: RPC — это метод связи, позволяющий программному обеспечению запрашивать данные и выполнять команды удаленно из другой системы. CLOSE_WAIT — это состояние, в котором соединение получило сигнал о закрытии с другой стороны, но процесс на локальной стороне еще не завершен.

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

Шварц сообщил, что из-за зависания соединений на его узле диагностические данные были потеряны в самый критический момент, и сервер был перезапущен, не увидев, в чем именно возникла проблема.

Исследуются записи старого тестового сервера

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

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