Kryptograf Nik Bougalis powrócił do prac nad XRP Ledger, składając propozycję przebudowy podstawowego typu danych używanego w oprogramowaniu serwerowym sieci. Tym samym opiekunowie projektu otrzymali konkretny kod do oceny ponad trzy lata po jego odejściu z Ripple w 2022 roku.

Bougalis złożył pull request #8300 do repozytorium XRPLF/rippled pod tytułem „I'm back, baby.” Propozycja koncentruje się na base_uint — powszechnie używanym typie całkowitoliczbowym w kodzie — i dąży do wzmocnienia sposobu, w jaki oprogramowanie obsługuje swoje wewnętrzne struktury danych. Ponieważ repozytorium jest publicznie utrzymywane przez XRP Ledger Foundation (XRPLF), przegląd propozycji odbywa się jawnie i każdy programista może go śledzić.

Emerytowany CTO Ripple David Schwartz odniósł się do powrotu Bougalisa na X, podkreślając ich wieloletnią historię wspólnej pracy. Sam pull request nie oznacza jednak, że Schwartz wznowił aktywne prace nad XRP Ledger.

Propozycja dotyczy podstawowych typów danych

Proponowane zmiany wykorzystywałyby 64-bitowe elementy w base_uint tam, gdzie pozwala na to architektura systemu. Bougalis proponuje również wyeliminowanie niebezpiecznych surowych wskaźników oraz konstruktorów, które mogą przyjmować pewne wartości bez odpowiednich kontroli. Takie opakowujące typy całkowitoliczbowe leżą u podstaw znacznej części operacji arytmetycznych w kodzie C++, a niewłaściwe użycie surowych wskaźników to dobrze znane źródło defektów związanych z bezpieczeństwem pamięci — dlatego kontrole na etapie kompilacji są częstym punktem prac nad utwardzeniem kodu.

Zmiany mają na celu ułatwienie wykrywania niektórych błędów programistycznych podczas kompilacji, a nie po uruchomieniu oprogramowania — rozróżnienie istotne dla infrastruktury, gdzie błędy ujawnione podczas budowania można naprawić przed wdrożeniem jakiegokolwiek serwera. Zodyfikowana implementacja mogłaby również przyspieszyć niektóre operacje na zgodnych systemach, choć propozycja nie przesądza, że przyniesie poprawę wydajności w skali całej sieci.

Dodatkowe zabezpieczenia wokół intensywnie używanego typu danych mogłyby też utrudnić programistom nieprawidłowe korzystanie z tej struktury. Ta potencjalna korzyść pozostaje jednak uzależniona od testów oraz kompatybilności z resztą kodu XRP Ledger.

Nadal wymagany przegląd opiekunów projektu

Ponieważ pull request #8300 pozostaje propozycją, zmiany nie stały się automatycznie częścią oprogramowania serwerowego XRP Ledger. Opiekunowie muszą przejrzeć implementację, ocenić wyniki testów i zdecydować, czy kod powinien zostać scalony — to standardowa ścieżka dla zmian w publicznym repozytorium, gdzie komentarze recenzentów i wyniki testów są widoczne dla każdego, kto je śledzi.

Ten przegląd jest szczególnie istotny dla komponentów bazowych, ponieważ zmiana powszechnie używanego typu może wpłynąć na wiele części oprogramowania poza plikami bezpośrednio zmodyfikowanymi w propozycji.

Proponowane zmiany nie wprowadzają nowego typu transakcji ani nie aktywują nowej poprawki (amendment) ledgera. Ich ostateczny wpływ zależy zatem od procesu rozwoju i przeglądu, a nie od natychmiastowej zmiany w sieci. Dla programistów kluczowe pytanie brzmi, czy zmodyfikowana implementacja może zapewnić silniejsze zabezpieczenia przy zachowaniu zachowań wymaganych przez istniejące komponenty XRP Ledger.

Bougalis spędził niemal dekadę, wnosząc wkład w rozwój XRP Ledger i powiązanego protokołu podczas pracy w Ripple. Po odejściu z firmy w 2022 roku pełnił w 2025 roku funkcję dyrektora technicznego Algorand Foundation.

Szef inżynierii RippleX, H. Ayo Akinyele, powiązał również powrót Bougalisa z szerszymi wyzwaniami technicznymi, przed którymi stoi projekt. Najnowszy pull request wskazuje konkretny obszar prac rozwojowych, a nie zmianę funkcjonalności ledgera widoczną dla użytkowników.

Schwartz mówił wcześniej, że perspektywa ponownej pracy z Bougalisem mogłaby być powodem, by sam powrócił do programowania. Sama jego reakcja na najnowsze zgłoszenie nie przesądza jednak, że wznowił aktywne prace rozwojowe.

Na ten moment wkład Bougalisa stanowi powrót do prac nad kodem źródłowym XRP Ledger poprzez proponowaną zmianę jednej z jego podstawowych struktur danych. Los pull requesta #8300 będzie zależał od przeglądu przez opiekunów, testów oraz decyzji, czy zmiany powinny zostać włączone do oprogramowania serwerowego — a jego postępy, od uwag recenzentów po możliwe scalenie, będą możliwe do prześledzenia w samym repozytorium.