Команда разработчиков Ripple меняет направление, отдавая приоритет стабильности и устраняя сбои в последнем капитальном ремонте XRPL

Инженер RippleX Маюха Вадари ответил на опасения разработчиков, поскольку $XRP Ledger видит пересмотр основ своего репозитория.

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

В связи с этим пользователь $XRP спросил, существует ли ETA (ожидаемый график), когда большая часть рефакторинга в ядре, как ожидается, замедлит ежедневное обновление патчей.

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

– Маюха Вадари (@msvadari) 3 апреля 2026 г.

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

$XRP Ledger ожидает капитальный ремонт

По словам разработчика XRPL Дениса Энджелла, над шестью областями в настоящее время работают разработчики $XRP Ledger. К ним относятся телеметрия, включающая корпоративную отчетность, метрики и ведение журнала в реальном времени.

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

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

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

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

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