Der Kryptograf Nik Bougalis ist in die XRP-Ledger-Entwicklung zurückgekehrt und hat eine vorgeschlagene Überarbeitung eines grundlegenden Datentyps eingereicht, der in der Server-Software des Netzwerks verwendet wird. Damit legen er den Maintainer mehr als drei Jahre nach seinem Weggang von Ripple im Jahr 2022 einen konkreten Code zur Bewertung vor.

Bougalis reichte Pull Request #8300 im Repository XRPLF/rippled unter dem Titel „I'm back, baby.“ ein. Der Vorschlag konzentriert sich auf base_uint, einen weit verbreiteten Integer-Typ in der Codebasis, und zielt darauf ab, zu stärken, wie die Software ihre zugrunde liegenden Datenstrukturen verarbeitet. Da das Repository öffentlich unter der XRP Ledger Foundation (XRPLF) gepflegt wird, wird die Prüfung des Vorschlags offen stattfinden, sodass jeder Entwickler sie verfolgen kann.

Ripple-CTO Emeritus David Schwartz nahm Bougalis' Rückkehr auf X zur Kenntnis und verwies auf ihre lange gemeinsame Arbeitsgeschichte. Der Pull Request selbst deutet jedoch nicht darauf hin, dass Schwartz die aktive XRP-Ledger-Entwicklung wieder aufgenommen hat.

Vorschlag zielt auf zentrale Datentypen

Die vorgeschlagenen Änderungen würden 64-Bit-Elemente innerhalb von base_uint verwenden, wo die zugrunde liegende Systemarchitektur dies unterstützt. Bougalis schlägt zudem vor, unsichere rohe Zeiger und Konstruktoren zu eliminieren, die bestimmte Werte ohne ausreichende Prüfungen akzeptieren können. Solche Wrapper-Integer-Typen liegen einem Großteil der Arithmetik in einer C++-Codebasis zugrunde, und der unsachgemäße Einsatz roher Zeiger ist eine bekannte Quelle von Speichersicherheitsdefekten – weshalb Prüfungen zur Kompilierzeit ein häufiger Fokus von Härtungsarbeiten sind.

Die Überarbeitungen sollen bestimmte Programmierfehler leichter zur Kompilierzeit erkennen lassen statt nach dem Start der Software – ein Unterschied, der für Infstruktur wichtig ist, da Fehler, die beim Build auftreten, behoben werden können, bevor ein Server ausgerollt wird. Die überarbeitete Implementierung könnte einige Operationen auf kompatiblen Systemen verbessern, wobei der Vorschlag nicht belegt, dass sie eine netzwerkweite Leistungssteigerung bewirken würde.

Zusätzliche Sicherungen um einen stark genutzten Datentyp könnten es Entwicklern auch erschweren, die Struktur falsch zu verwenden. Dieser potenzielle Nutzen hängt weiterhin von Tests und der Kompatibilität mit dem Rest der XRP-Ledger-Codebasis ab.

Prüfung durch die Maintainer weiterhin erforderlich

Da Pull Request #8300 weiterhin ein Vorschlag ist, sind die Änderungen nicht automatisch Teil der XRP-Ledger-Server-Software geworden. Die Maintainer müssen die Implementierung prüfen, die Testergebnisse bewerten und entscheiden, ob der Code gemergt werden soll – der Standardweg für Änderungen an einer öffentlich gehosteten Codebasis, bei dem Prüfungskommentare und Testergebnisse für jeden, der das Repository verfolgt, sichtbar sind.

Diese Prüfung ist bei grundlegenden Komponenten besonders wichtig, da eine Änderung an einem häufig verwendeten Typ mehrere Teile der Software beeinflussen kann, die über die im Vorschlag direkt geänderten Dateien hinausgehen.

Die vorgeschlagenen Überarbeitungen führen keinen neuen Transaktionstyp ein und aktivieren keine neue Ledger-Amendment. Ihre letztliche Auswirkung hängt daher vom Entwicklungs- und Prüfprozess ab und nicht von einer unmittelbaren Änderung des Netzwerks. Für Entwickler ist die zentrale Frage, ob die überarbeitete Implementierung stärkere Sicherungen bieten kann, während sie das von bestehenden XRP-Ledger-Komponenten erforderliche Verhalten beibehält.

Bougalis trug während seiner Zeit bei Ripple fast ein Jahrzehnt zur XRP-Ledger- und verwandten Protokollentwicklung bei. Nach seinem Ausscheiden aus dem Unternehmen im Jahr 2022 war er 2025 Chief Technology Officer der Algorand Foundation.

RippleX-Engineering-Leiter H. Ayo Akinyele hat Bougalis' Rückkehr ebenfalls mit den breiteren technischen Herausforderungen in Verbindung gebracht, vor denen das Projekt steht. Der neueste Pull Request bietet einen konkreten Bereich der Entwicklungsarbeit statt einer Änderung der nutzergerichteten Funktionalität des Ledgers.

Schwartz hatte zuvor gesagt, dass die Aussicht, wieder mit Bougalis zusammenzuarbeiten, ein Grund für ihn sein könnte, selbst zum Programmieren zurückzukehren. Seine Reaktion auf die neueste Einreichung allein belegt jedoch nicht, dass er zur aktiven Entwicklung zurückgekehrt ist.

Vorerst stellt Bougalis' Beitrag eine Rückkehr zur XRP-Ledger-Quellcodeentwicklung durch eine vorgeschlagene Änderung einer seiner zugrunde liegenden Datenstrukturen dar. Der Ausgang von Pull Request #8300 hängt von der Prüfung durch die Maintainer, Tests und einer Entscheidung darüber ab, ob die Überarbeitungen in die Server-Software aufgenommen werden sollen – und sein Fortschritt, vom Feedback der Prüfer bis zu einem möglichen Merge, würde im Repository selbst nachvollziehbar sein.