Криптограф Ник Бугалис вернулся к разработке XRP Ledger, представив предложение по переработке базового типа данных, используемого в серверном ПО сети. Благодаря этому мейнтейнеры получили конкретный код для оценки более чем через три года после его ухода из Ripple в 2022 году.

Бугалис отправил pull request #8300 в репозиторий XRPLF/rippled под заголовком «I'm back, baby». Предложение сосредоточено на base_uint — широко используемом в кодовой базе целочисленном типе — и направлено на укрепление работы ПО с его внутренними структурами данных. Поскольку репозиторий публично поддерживается XRP Ledger Foundation (XRPLF), рассмотрение предложения будет проходить открыто, и любой разработчик может за ним следить.

Почётный CTO Ripple Дэвид Шварц подтвердил возвращение Бугалиса в X, отметив их многолетний опыт совместной работы. Однако сам pull request не указывает на то, что Шварц возобновил активную разработку XRP Ledger.

Предложение затрагивает основные типы данных

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

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

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

Требуется проверка мейнтейнеров

Поскольку pull request #8300 остаётся предложением, изменения автоматически не стали частью серверного ПО XRP Ledger. Мейнтейнеры должны изучить реализацию, оценить результаты тестирования и решить, следует ли объединять код — это стандартный путь для изменений в публично размещённой кодовой базе, где комментарии рецензентов и результаты тестов видны всем, кто следит за репозиторием.

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

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

Бугалис почти десять лет участвовал в разработке XRP Ledger и связанных протоколов во время работы в Ripple. После ухода из компании в 2022 году он занимал должность chief technology officer в Algorand Foundation в 2025 году.

Руководитель инженерного направления RippleX Х. Айо Акиньеле также связал возвращение Бугалиса с более широкими техническими вызовами, стоящими перед проектом. Последний pull request задаёт конкретное направление разработки, а не меняет пользовательскую функциональность ledger.

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

Пока что вклад Бугалиса означает возвращение к разработке исходного кода XRP Ledger через предложенное изменение одной из базовых структур данных. Судьба pull request #8300 будет зависеть от проверки мейнтейнерами, тестирования и решения о том, следует ли включить правки в серверное ПО — а его прогресс, от отзывов рецензентов до возможного слияния, будет отслеживаться в самом репозитории.