Eén woord in de
XRPL-release-notes zorgde voor ruis: retired. Vijf amendments gaan met versie 3.3.0 met pensioen, maar hun functies verdwijnen niet.
Bij Clawback betekent dat zelfs het omgekeerde.
De functie wordt niet uitgezet. De oude code van vóór de wijziging wordt opgeruimd, omdat het nieuwe gedrag de vaste basis van het protocol is geworden.
Voor
XRP-houders is de boodschap simpel: Clawback blijft bestaan. Ook de andere retired amendments blijven als protocolgedrag aanwezig.
Vijf amendments gaan uit de overgangsfase
De
XRPLF-release van xrpld 3.3.0 vermeldt meerdere retirement-stappen. Het gaat om Clawback, fixDisallowIncomingV1, fixInnerObjTemplate, fixNFTokenReserve en fixUniversalNumber.
Dat klinkt alsof functies verdwijnen.
Binnen
XRPL betekent het iets anders.
Een amendment is een protocolwijziging die eerst in de software wordt gezet. Daarna stemmen validators over activatie. Pas bij voldoende steun wordt het nieuwe gedrag actief op het netwerk.
Volgens de
XRPL-documentatie is daarvoor meer dan 80 procent steun van trusted validators nodig gedurende twee weken.
Na activatie blijft oude code nog een tijd bestaan. Zo kunnen ontwikkelaars historisch gedrag blijven volgen en oude situaties reconstrueren.
Bij retirement wordt juist dat oude pad verwijderd.
Clawback wordt niet uitgezet
De meeste verwarring zit bij Clawback.
Clawback geeft uitgevers van bepaalde tokens de mogelijkheid om uitgegeven assets onder voorwaarden terug te halen. Dat kan relevant zijn bij sancties, fraude of juridische verplichtingen.
De
Known Amendments-pagina zet bij Clawback nu “Pre-amendment functionality retired?” op “Yes”.
Dat betekent niet dat Clawback weg is.
Het betekent dat XRPL niet langer actief hoeft te ondersteunen hoe het netwerk werkte vóór Clawback. De regels na activatie zijn de standaard geworden.
De gewone taal misleidt hier.
“Retired” klinkt als schrappen. In XRPL-taal betekent het: de overgang is voorbij.
XRP zelf kan niet worden teruggehaald
Er blijft nog een tweede misverstand rond Clawback.
De functie geldt niet voor XRP zelf.
De
XRPL-uitleg over clawback zegt dat XRP geen token is en niet kan worden geclawbackt.
Clawback draait om uitgegeven assets, zoals tokens van een issuer. Bij Multi-Purpose Tokens kan clawback ook alleen wanneer de uitgifte daarvoor is ingesteld.
Dat onderscheid telt.
Een issuer kan regels rond zijn eigen token hebben. Niemand krijgt daardoor macht over native XRP.
Waarom oude code wordt verwijderd
Voor een netwerk dat al sinds 2012 draait, stapelen oude uitzonderingen zich op.
Elke amendment voegt regels toe. Als de oude versie van die regels voor altijd in actieve software blijft hangen, groeit de codebasis steeds verder dicht.
Dat maakt testen zwaarder. Het maakt onderhoud lastiger. Het vergroot ook de kans dat nieuwe wijzigingen botsen met oude logica die in de praktijk niet meer wordt gebruikt.
Amendment retirement ruimt dat op.
Volgens de XRPL-documentatie kan een amendment na twee jaar op mainnet worden retired. Daarna is de wijziging geen losse amendmentlaag meer, maar onvoorwaardelijk onderdeel van het protocol.
Dat is saaie codehygiëne.
Voor een financieel netwerk is dat precies de bedoeling.
Ook kleine fixes worden vastgezet
Niet alle vijf retired amendments zijn grote publieksfuncties zoals Clawback.
fixNFTokenReserve zorgt bijvoorbeeld dat een koper een NFT-offer niet kan accepteren als de reservevereiste daarna niet klopt. fixInnerObjTemplate pakt een technisch probleem aan rond AMM-velden in inner objects.
fixDisallowIncomingV1 lost een trustline-probleem op wanneer een gebruiker inkomende trustlines blokkeert. fixUniversalNumber vereenvoudigt en verenigt code voor decimal floating point math.
Dat zijn geen headlinefuncties.
Maar zulke fixes raken wel hoe transacties worden beoordeeld. Daarom moesten zij ooit via het amendmentproces.
Nu zijn ze oud genoeg en stabiel genoeg om niet meer als tijdelijke schakel behandeld te worden.
Tegelijk komt een nieuwe stemronde
XRPL 3.3.0 sluit niet alleen oude dossiers. De release zet ook nieuwe amendments klaar.
Op de Known Amendments-pagina staan onder meer BatchV1_1, ConfidentialTransfer en fixCleanup3_3_0 als nieuwe of actieve kandidaatwijzigingen.
BatchV1_1 moet meerdere transacties als groep kunnen verwerken en vervangt de eerdere Batch-versie, die door een bug werd uitgeschakeld.
ConfidentialTransfer richt zich op vertrouwelijke transfers voor Multi-Purpose Tokens. Daarbij moeten bedragen en balansen worden afgeschermd, terwijl bevoegde partijen nog controles kunnen uitvoeren.
fixCleanup3_3_0 bundelt meerdere fixes rond Vaults, Lending Protocol, AMM’s, permissioned DEX, Checks en pseudo-accounts.
Maar aanwezigheid in xrpld is nog geen mainnetactivatie.
Validators moeten eerst stemmen. Zonder langdurige steun wordt zo’n amendment niet actief op het hoofdnetwerk.
Twee fasen in één release
XRPL 3.3.0 laat daardoor twee kanten van protocolontwikkeling zien.
Aan de achterkant wordt oude overgangscode verwijderd. Aan de voorkant komen nieuwe voorstellen in de wachtrij voor validators.
Dat is hoe een
blockchain zonder centrale productknop verandert.
Nieuwe regels komen niet tot leven omdat één partij ze in release-notes zet. Ze worden pas actief wanneer het netwerk het amendmentproces doorloopt.
En als die regels lang genoeg stabiel draaien, kunnen oude codepaden uiteindelijk weg.
Voor nodebeheerders en ontwikkelaars is dat belangrijker dan voor gewone
wallets. Gebruikers verliezen door deze retirement geen Clawback-functie en hoeven hier geen directe actie voor te nemen.
De echte les zit in het woord
De markt leest technische woorden vaak alsof het productaankondigingen zijn.
Hier ging het mis.
Retired betekent bij XRPL niet dat Clawback of andere functies worden afgeschaft. Het betekent dat de oude wereld zonder die regels niet meer als actief codepad wordt meegedragen.
Dat is geen stap terug.
Het is een teken dat deze wijzigingen vast onderdeel van de protocolbasis zijn geworden.
XRPL 3.3.0 verwijdert dus geen Clawback. Het verwijdert de noodzaak om te doen alsof Clawback nog een tijdelijke laag is.