Технический директор Ripple Дэвид Шварц подтвердил, что в компании ведутся серьёзные внутренние обсуждения относительно возможной модульной переработки XRP Ledger (XRPL). В качестве предпочтительного языка программирования для будущих реализаций выбран Rust.
Если изменения будут реализованы, это может стать наиболее значительной архитектурной эволюцией в истории XRPL. Однако Шварц подчеркнул, что для пользователей и состояния данных в блокчейне ничего не изменится.
Обсуждение переписывания XRP Ledger на Rust
Замечания появились в ходе внутреннего технического обсуждения, позже опубликованного Crypto Eri в X 2 августа. Шварц изложил несколько предложений, которые в настоящее время оцениваются в Ripple.
Один из участников обсуждения напомнил, что если бы пришлось начать с нуля, то это было бы сделано на Rust. Шварц ответил, что такие разговоры действительно ведутся. Также обсуждается возможность модульной организации движка транзакций, чтобы он мог выполняться в виртуальной машине (VM).
Текущая архитектура XRP Ledger
В основе обсуждения лежит монолитная кодовая база XRPL, написанная на C++. Она объединяет механизмы консенсуса, обработки транзакций, клиентский интерфейс запросов и оверлейные протоколы в тесно связанную архитектуру.
Шварц признал наличие технического долга, присущего такой структуре, отметив, что «мы хотели бы, чтобы код был более модульным». Он указал на сложность реализации альтернативных механизмов транзакций из-за несогласованности спецификаций, особенно в платёжном механизме, который использует неточную арифметику с плавающей запятой, что может приводить к различным результатам в зависимости от порядка вычислений.
Предлагаемые изменения
Предлагаемые изменения не повлияют на держателей XRP или на функциональность самого реестра. Как пояснил старший разработчик программного обеспечения RippleX Маюха Вадари в ответ на публичные предположения: «Если бы rippled был переписан на Rust или если бы появился второй клиент на Rust, это никак не повлияло бы на данные в блокчейне. С вашими XRP ничего бы не произошло. Всё в использовании и разработке на XRPL осталось бы прежним, только изменился бы язык, на котором написан основной протокол».
Вместо полной переработки Шварц предложил поэтапную и модульную стратегию. Подход начнётся с формального описания существующих компонентов, таких как платёжный механизм и логика транзакций, с последующей их компоновкой в виртуальные машины.
Участие третьих сторон
Некоторые из рассматриваемых предложений, как сообщается, были представлены сторонними компаниями, что указывает на внешнее участие в формировании будущей структуры XRPL. «Мы сейчас принимаем решения о том, что, по нашему мнению, стоит сделать и в каком порядке», — сказал Шварц.
Обсуждение стандартов разработки
Этот шаг также вызвал обсуждение в сообществе стандартов разработки и соглашений об именах в кодовой базе XRPL. Разработчики, такие как @xrphodlr, отметили несогласованность соглашений об именах в выходных данных API и предположили, что стандартизация может снизить затраты на обслуживание в долгосрочной перспективе.
Вадари подчеркнула важность сохранения обратной совместимости и ясности для разработчиков, объяснив, что канонические поля в блокчейне используют другие форматы, чем синтетические, по важным техническим причинам. «Версионирование API уже является механизмом, который мы для этого используем, нам больше ничего не нужно», — сказала она.
Хотя окончательные решения ещё не приняты, Шварц ясно дал понять, что обсуждение больше не является гипотетическим. «Это совсем непросто, — сказал он, — но это будет выгодно для всех».
На момент публикации XRP торговался по цене $3,00.
Не является инвестиционной рекомендацией.