NieuwsCryptoNik Bougalis Keert Terug naar XRP Ledger-ontwikkeling Met Voorstel voor Kerncode

Nik Bougalis Keert Terug naar XRP Ledger-ontwikkeling Met Voorstel voor Kerncode

Auteur: Hokanews·

Belangrijkste punten

  • •Nik Bougalis diende pull request #8300 in, getiteld "I'm back, baby," bij de XRPLF/rippled-repository, waarmee hij terugkeert naar de XRP Ledger-ontwikkeling ruim drie jaar na zijn vertrek bij Ripple in 2022.
  • •Het voorstel richt zich op base_uint, een veelgebruikt geheel-getaltype, door 64-bits elementen te introduceren op ondersteunde architecturen, onveilige raw pointers te elimineren en constructors die waarden zonder adequate controles accepteren te beperken.
  • •De herzieningen beogen programmeerfouten al tijdens het compileren in plaats van tijdens runtime op te sporen, wat de geheugveiligheid mogelijk versterkt, hoewel prestatie- en gebruiksvriendelijkheidsvoordelen afhankelijk blijven van testen en compatibiliteit met de bredere codebase.
  • •Ripple CTO Emeritus David Schwartz heeft de terugkeer van Bougalis erkend op X, maar het pull request zelf bevestigt niet dat Schwartz actieve XRP Ledger-ontwikkeling heeft hervat.
  • •Het voorstel introduceert geen nieuw type of ledger-amendment, waardoor de uiteindelijke impact afhangt van beoordeling door maintainers, testresultaten en een samenvoegingsbeslissing in plaats van van een directe netwerkverandering.
Nik Bougalis Keert Terug naar XRP Ledger-ontwikkeling Met Voorstel voor Kerncode

Cryptograaf Nik Bougalis is teruggekeerd naar de XRP Ledger-ontwikkeling met een voorgestelde herziening van een fundamenteel datatype dat wordt gebruikt in de serversoftware van het netwerk. Hiermee geven hij de maintainers een concrete codewijziging om te beoordelen, ruim drie jaar na zijn vertrek bij Ripple in 2022.

Bougalis diende pull request #8300 in bij de XRPLF/rippled-repository onder de titel "I'm back, baby." Het voorstel richt zich op base_uint, een veelgebruikt geheel-getaltype in de codebase, en beoogt te versterken hoe de software met de onderliggende datastructuren omgaat. Omdat de repository publiekelijk wordt beheerd door de XRP Ledger Foundation (XRPLF), zal de beoordeling van het voorstel openbaar plaatsvinden, waar elke ontwikkelaar het kan volgen.

Ripple CTO Emeritus David Schwartz heeft de terugkeer van Bougalis erkend op X, daarbij verwijzend naar hun lange geschiedenis van samenwerking. Het pull request zelf geeft echter niet aan dat Schwartz actieve XRP Ledger-ontwikkeling heeft hervat.

Voorstel richt zich op kern-datatypes

De voorgestelde wijzigingen zouden 64-bits elementen binnen base_uint gebruiken waar de onderliggende systeemarchitectuur dat ondersteunt. Bougalis stelt daarnaast voor om onveilige raw pointers en constructors die bepaalde waarden zonder adequate controles kunnen accepteren, te elimineren. Dergelijke wrapper-geheel-getaltypes liggen ten grondslag aan veel van de rekenkunde in een C++-codebase, en verkeerd gebruik van raw pointers is een bekende bron van geheugveheidsdefecten, waardoor controles tijdens het compileren een veelvoorkomend aandachtspunt zijn bij verhardingswerk.

De herzieningen zijn bedoeld om bepaalde programmeerfouten gemakkelijker te detecteren tijdens het compileren in plaats van nadat de software draait — een onderscheid dat belangrijk is voor infrastructuur, waar fouten die tijdens een build naar voren komen kunnen worden opgelost voordat een server wordt uitgerold. De herziene implementatie zou ook bepaalde bewerkingen op compatibele systemen kunnen verbeteren, hoewel het voorstel niet aantoont dat het een prestatieverbetering voor het hele netwerk zou opleveren.

Aanvullende beveiligingen rond een intensief gebruikt datatype zouden het voor ontwikkelaars bovendien moeilijker kunnen maken om de structuur onjuist te gebruiken. Dat mogelijke voordeel blijft afhankelijk van testen en van compatibiliteit met de rest van de XRP Ledger-codebase.

Beoordeling door maintainers nog vereist

Omdat pull request #8300 nog een voorstel is, zijn de wijzigingen niet automatisch onderdeel geworden van de XRP Ledger-serversoftware. Maintainers moeten de implementatie beoordelen, de testresultaten evalueren en bepalen of de code moet worden samengevoegd — de standaardroute voor wijzigingen in een publiekelijk gehoste codebase, waar beoordelingsopmerkingen en testresultaten zichtbaar zijn voor iedereen die de repository volgt.

Die beoordeling is bijzonder belangrijk voor fundamentele componenten, aangezien een wijziging in een veelgebruikt type meerdere delen van de software kan beïnvloeden, voorbij de bestanden die rechtstreeks in het voorstel zijn aangepast.

De voorgestelde herzieningen introduceren geen nieuw transactietype en activeren geen nieuwe ledger-amendment. Hun uiteindelijke impact hangt daarom af van het ontwikkel- en beoordelingsproces in plaats van van een directe verandering aan het netwerk. Voor ontwikkelaars is de centrale vraag of de herziene implementatie sterkere beveiligingen kan bieden terwijl het gedrag behouden blijft dat bestaande XRP Ledger-componenten vereisen.

Bougalis besteedde bijna een decennium aan bijdragen aan de XRP Ledger en gerelateerde protocolontwikkeling tijdens zijn tijd bij Ripple. Na zijn vertrek bij het bedrijf in 2022 was hij in 2025 later chief technology officer van de Algorand Foundation.

RippleX-head van engineering H. Ayo Akinyele heeft de terugkeer van Bougalis ook in verband gebracht met bredere technische uitdagingen waarmee het project wordt geconfronteerd. Het recente pull request biedt een specifiek gebied van ontwikkelwerk in plaats van een verandering aan de gebruikersgerichte functionaliteit van het ledger.

Schwartz heeft eerder gezegd dat het vooruitzicht om weer met Bougalis te werken een reden voor hem zou kunnen zijn om zelf terug te keren naar programmeren. Zijn reactie op de recente inzage, bewijst echter niet dat hij is teruggekeerd naar actieve ontwikkeling.

Voorlopig vertegenwoordigt de bijdrage van Bougalis een terugkeer naar de ontwikkeling van de XRP Ledger-broncode via een voorgestelde wijziging in een van de onderliggende datastructuren. De uitkomst van pull request #8300 zal afhangen van beoordeling door maintainers, testen en een beslissing over of de herzieningen in de serversoftware moeten worden opgenomen — en de voortgang ervan, van feedback van beoordelaars tot een mogelijke samenvoeging, zou in de repository zelf traceerbaar zijn.