Nik Bougalis revient au développement du XRP Ledger avec une proposition de code fondamentale
Points clés
- •Nik Bougalis a déposé la pull request #8300, intitulée « I'm back, baby », sur le dépôt XRPLF/rippled, marquant son retour au développement du XRP Ledger plus de trois ans après avoir quitté Ripple en 2022.
- •La proposition cible base_uint, un type entier largement utilisé, en introduisant des éléments 64 bits sur les architectures compatibles, en éliminant les pointeurs bruts dangereux et en restreignant les constructeurs qui acceptent des valeurs sans vérifications adéquates.
- •Les révisions visent à détecter les erreurs de programmation au moment de la compilation plutôt qu'à l'exécution, renforçant potentiellement la sécurité mémoire, bien que les gains de performance et d'utilisabilité dépendent des tests et de la compatibilité avec l'ensemble de la base de code.
- •Le CTO émérite de Ripple, David Schwartz, a reconnu le retour de Bougalis sur X, mais la pull request elle-même n'établit pas que Schwartz a repris un développement actif du XRP Ledger.
- •La proposition n'introduit aucun nouveau type ni amendment du registre ; son impact éventuel dépend donc de la revue des mainteneurs, des résultats des tests et d'une décision de fusion plutôt que d'un changement immédiat du réseau.

Le cryptographe Nik Bougalis est revenu au développement du XRP Ledger, en soumettant une refonte proposée d'un type de données fondamental utilisé dans le logiciel serveur du réseau. Cette démarche met entre les mains des mainteneurs un concret code à évaluer plus de trois ans après son départ de Ripple en 2022.
Bougalis a déposé la pull request #8300 sur le dépôt XRPLF/rippled sous le titre « I'm back, baby. » La proposition porte sur base_uint, un type entier largement utilisé dans la base de code, et vise à renforcer la manière dont le logiciel gère ses structures de données sous-jacentes. Le dépôt étant maintenu publiquement sous la XRP Ledger Foundation (XRPLF), la revue de la proposition se déroulera au grand jour, où tout développeur peut la suivre.
Le CTO émérite de Ripple, David Schwartz, a reconnu le retour de Bougalis sur X, soulignant leur longue histoire de collaboration. La pull request elle-même n'indique toutefois pas que Schwartz a repris un développement actif du XRP Ledger.
Une proposition visant les types de données fondamentaux
Les modifications proposées utiliseraient des éléments 64 bits au sein de base_uint lorsque l'architecture système sous-jacente le permet. Bougalis propose également d'éliminer les pointeurs bruts dangereux et les constructeurs pouvant accepter certaines valeurs sans vérifications adéquates. Les types entiers enveloppeurs de ce genre sous-tendent une grande partie des calculs arithmétiques d'une base de code C++, et le mauvais usage des pointeurs bruts est une source bien connue de défauts de sécurité mémoire, c'est pourquoi les vérifications à la compilation sont un axe courant des travaux de durcissement.
Les révisions visent à rendre certaines erreurs de programmation plus faciles à détecter au moment de la compilation plutôt qu'une fois le logiciel en cours d'exécution — une distinction importante pour une infrastructure, où les erreurs détectées lors d'une build peuvent être corrigées avant le déploiement de tout serveur. L'implémentation révisée pourrait également améliorer certaines opérations sur les systèmes compatibles, même si la proposition n'établit pas qu'elle apporterait un gain de performance à l'échelle du réseau.
Des protections supplémentaires autour d'un type de données très utilisé pourraient aussi rendre plus difficile une utilisation incorrecte de la structure par les développeurs. Ce bénéfice potentiel dépend toutefois des tests et de la compatibilité avec le reste de la base de code du XRP Ledger.
Une revue des mainteneurs toujours nécessaire
La pull request #8300 restant une proposition, les modifications n'ont pas automatiquement intégré le logiciel serveur du XRP Ledger. Les mainteneurs doivent examiner l'implémentation, évaluer les résultats des tests et décider si le code doit être fusionné — le parcours standard pour les modifications d'une base de code hébergée publiquement, où les commentaires de revue et les résultats des tests sont visibles par toute personne suivant le dépôt.
Cette revue est particulièrement importante pour les composants fondamentaux, car une modification d'un type couramment utilisé peut affecter plusieurs parties du logiciel au-delà des fichiers directement modifiés dans la proposition.
Les révisions proposées n'introduisent pas de nouveau type de transaction ni n'activent de nouvel amendment du registre. Leur impact éventuel dépend donc du processus de développement et de revue plutôt que d'un changement immédiat du réseau. Pour les développeurs, la question centrale est de savoir si l'implémentation révisée peut fournir des protections renforcées tout en conservant le comportement exigé par les composants existants du XRP Ledger.
Bougalis a consacré près de dix ans au XRP Ledger et au développement du protocole associé durant son passage chez Ripple. Après avoir quitté l'entreprise en 2022, il a ensuite été directeur technique de l'Algorand Foundation en 2025.
Le responsable de l'ingénierie de RippleX, H. Ayo Akinyele, a également relié le retour de Bougalis aux défis techniques plus larges auxquels le projet est confronté. La dernière pull request désigne un axe de travail de développement précis plutôt qu'un changement des fonctionnalités du registre visibles par les utilisateurs.
Schwartz avait précédemment déclaré que la perspective de retravailler avec Bougalis pourrait être une raison pour lui de revenir au code. Sa seule réaction à cette dernière soumission n'établit toutefois pas qu'il a repris un développement actif.
Pour l'heure, la contribution de Bougalis représente un retour au développement du code source du XRP Ledger via une modification proposée de l'une de ses structures de données sous-jacentes. L'issue de la pull request #8300 dépendra de la revue des mainteneurs, des tests et d'une décision sur l'intégration des révisions dans le logiciel serveur — et sa progression, des retours des relecteurs à une éventuelle fusion, sera traçable dans le dépôt lui-même.