После развёртывания xrpld версии 3.2.0 15 июня сообщество разработчиков XRP Ledger задокументировало многочисленные технические проблемы с обновлённой основной серверной инфраструктурой сети.
Обновление программного обеспечения обещало заметные улучшения, включая оптимизацию производительности и прогнозируемое снижение потребления памяти на 30–40%. В релизе также произошёл переход от названия сервера «rippled» к «xrpld» с внедрением улучшенных протоколов безопасности.
Однако вскоре после запуска администраторы нод и разработчики программного обеспечения начали фиксировать проблемы через официальный трекер задач GitHub.
Администратор ноды задокументировал, что его инфраструктура, работающая на v3.2.0, полностью утратила возможность получать информацию о реестре после обновления. Система сохраняла статус подключения, но синхронизация полностью прекратилась. Примечательно, что идентичное оборудование безупречно работало под версией 3.1.3. Эта проблема, поданная 18 июня, ожидает решения.
Другая задокументированная проблема показывает, что конфигурационные файлы, содержащие встроенные комментарии, вызывают сбой сервера при инициализации. Устаревшая система парсинга не может корректно обрабатывать комментарии в определённых параметрах, генерируя исключение «BadLexicalCast».
Мейнтейнеры проекта подтвердили несколько отчётов как обоснованные дефекты, требующие технической оценки.
Инженеры выявили дефект, влияющий на механизмы распространения транзакций между узлами сети. Вычислительная ошибка ограничивает количество узлов, получающих широковещательную рассылку транзакций, что потенциально приводит к недостаточному распределению в сети.
Механизм отслеживания комиссий за ресурсы также вызвал пристальное внимание. Текущая реализация сохраняет только максимальное значение комиссии, отбрасывая предыдущие записи — поведение, которое разработчики классифицируют как ошибочное.
Распространение списка валидаторов представило ещё одну проблему. В настоящее время метаданные валидаторов передаются исключительно входящим одноранговым соединениям, исключая исходящие ссылки. Эта асимметрия влияет на распределение информации о валидаторах по всей сетевой инфраструктуре.
Разработчики выявили потенциальные уязвимости переполнения беззнакового целого числа в процессах проверки последовательности реестра. В дополнительных отчётах были выделены непоследовательные параметры маршрутизации транзакций и скомпрометированная идентификация нод при использовании эфемерных криптографических ключей.
Ещё один отчёт описал логический недостаток в отслеживании состояния реестра, который может оставить ноды в неопределённых состояниях без установленных процедур восстановления.
В настоящее время ни один из задокументированных дефектов не вызвал сбоев в работе сети. Фонд XRP Ledger совместно с участниками разработки с открытым исходным кодом продолжает изучать все поданные отчёты через платформу GitHub проекта.
Уровень принятия версии 3.2.0 в сети в настоящее время составляет 26%. Значительное большинство нод продолжает работать на предыдущих версиях программного обеспечения.
На момент публикации Фонд XRP Ledger не выпустил официальных сообщений или патчей для устранения неполадок. Все выявленные проблемы остаются на стадии текущей технической оценки.
Материал XRP Ledger's Latest v3.2.0 Update Faces Technical Hurdles Post-Launch впервые опубликован на Blockonomi.

