暗号学者のNik BougalisがXRP Ledger開発に復帰し、ネットワークのサーバーソフトウェアで使用されている基盤的なデータ型の全面的な見直しを提案しました。これにより、2022年のRipple退職から3年以上を経て、メンテナーは具体的なコードを評価する立場となりました。

BougalisはXRPLF/rippledリポジトリに「I'm back, baby.」というタイトルでプルリクエスト#8300を提出しました。この提案は、コードベースで広く使われている整数型 base_uint に焦点を当て、ソフトウェアが基盤となるデータ構造を扱う方法の強化を目指すものです。このリポジトリはXRP Ledger Foundation(XRPLF)の下で公開されているため、提案のレビューは公開の場で進み、すべての開発者がその経過を追うことができます。

RippleのCTO EmeritusであるDavid Schwartzは、XでBougalisの復帰を認め、長年にわたる協働の歴史に言及しました。ただし、このプルリクエスト自体は、SchwartzがXRP Ledgerの積極的な開発を再開したことを示すものではありません。

提案が狙う中核データ型

この提案では、基盤となるシステムアーキテクチャが対応している場合に、base_uint 内で64ビット要素を使用する変更が図られます。さらにBougalisは、安全でない生ポインタや、十分なチェックなしに特定の値を受け入れる可能性のあるコンストラクタの廃止も提案しています。この種のラッパー整数型はC++コードベースにおける演算処理の多くの基盤に位置し、生ポインタの誤用メモリ安全性の欠陥の既知の原因であるため、コンパイル時チェックは堅牢化作業でよく焦点となる領域です。

この改訂は、特定のプログラミングエラーをソフトウェア実行後ではなくコンパイル時に検出しやすくすることを目的としています。インフラにおいては、ビルド時に明らかになったエラーはサーバーをデプロイする前に修正できるため、この区別は重要です。改訂版の実装は、対応するシステム上での一部の処理の改善につながる可能性もありますが、ネットワーク全体のパフォーマンス向上をもたらすと提案内で確立されているわけではありません。

使用頻度の高いデータ型に追加の保護策を設けることで、開発者がこの構造を誤って使用しにくくなる可能性もあります。この潜在的な利点は、テストおよびXRP Ledgerコードベースの他の部分との互換性に依存しています。

メンテナーによるレビューは依然必要

プルリクエスト#8300はまだ提案段階であるため、これらの変更が自動的にXRP Ledgerサーバーソフトウェアの一部になったわけではありません。メンテナーは実装をレビューし、テスト結果を評価した上で、コードをマージすべきか判断する必要があります。これは公開ホストのコードベースへの変更における標準的なプロセスであり、レビューコメントやテスト結果はリポジトリをフォローする誰もが確認できます。

このレビューは、基盤的なコンポーネントにとって特に重要です。広く使われている型への変更は、提案で直接修正されるファイルを超えて、ソフトウェアの複数の部分に影響を及ぼす可能性があるためです。

今回の改訂案は、新しいトランザクション型の導入や新しい台帳アmend(レジャー修正案)の有効化を行うものではありません。したがって、その最終的な影響は、ネットワークへの即時の変更ではなく、開発とレビューのプロセスに依存します。開発者にとっての中心的な問いは、改訂版の実装が、既存のXRP Ledgerコンポーネントに求められる動作を維持しながら、より強力な保護策を提供できるかどうかです。

Bougalisは、Ripple在籍時に約10年間、XRP Ledgerおよび関連プロトコルの開発に貢献しました。2022年に同社を退職した後、2025年にはAlgorand Foundationの最高技術責任者を務めました。

RippleXのエンジニアリング責任者であるH. Ayo Akinyeleも、Bougalisの復帰を、プロジェクトが直面するより広範な技術的課題と結び付けて言及しています。今回のプルリクエストは、台帳のユーザー向け機能の変更ではなく、特定の開発領域の作業を提供するものです。

Schwartzは以前、Bougalisと再び働く見込みが自身がコーディングに戻る理由になり得ると述べていました。し、今回の提出に対する彼の反応だけでは、積極的な開発に復帰したことを裏付けるものではありません。

現時点で、Bougalisの貢献は、基盤となるデータ構造の一つへの変更提案を通じた、XRP Ledgerソースコード開発への復帰を意味しています。プルリクエスト#8300の行方は、メンテナーによるレビュー、テスト、そして改訂をサーバーソフトウェアに組み込むかどうかの判断にかかっており、レビュアーからのフィードバックからマージの可能性まで、その進捗はリポジトリ自体で追跡可能です。