Eén validator kan het verschil maken voor de volgende technische wijziging op de
XRP Ledger. fixCleanup3_4_0 heeft 26 van de 32 stemmen in de XRPSCAN-meting en zit daarmee op 81,25%.
Dat is genoeg om de activatieklok te laten lopen. Houdt die meerderheid stand, dan kan de XRPL-fix op 23 oktober actief worden.
Eén stem minder breekt de meerderheid
De
actuele XRPSCAN-data laat zien dat fixCleanup3_4_0 wordt ondersteund, maar nog niet actief is.
De marge is dun.
Bij 26 van 32 validators bedraagt de steun 81,25%. Valt één voorstem weg bij hetzelfde totaal, dan resteert 25 van 32. Dat is ongeveer 78,13%.
De
XRP Ledger vereist meer dan 80% steun gedurende twee weken. Zakt een amendement naar 80% of lager, dan gaat de meerderheid verloren en moet de vereiste periode opnieuw worden opgebouwd.
Validators zijn netwerkservers die stemmen over wijzigingen in de regels waarmee transacties worden verwerkt.
Klok wijst naar 23 oktober
De huidige meerderheidstimer begon op 9 oktober om 09.34.30 uur UTC.
Veertien dagen later komt die uit op 23 oktober om 09.34.30 uur UTC. In Nederland is dat 11.34.30 uur, omdat dan nog de zomertijd geldt.
Dat is geen gegarandeerd activatiemoment.
De
officiële XRPL-documentatie beschrijft hoe het netwerk de stemming rond zogenoemde flag ledgers verwerkt. Daar wordt periodiek bepaald of een wijziging de vereiste meerderheid heeft behouden.
Blijft de steun overeind, dan kan de wijziging via dat protocolproces worden ingeschakeld.
Geen nieuwe functie, maar een pakket reparaties
fixCleanup3_4_0 klinkt als onderhoud. Dat is het ook, maar het pakket raakt een flink aantal onderdelen van het netwerk.
De
officiële beschrijving noemt onder meer Single Asset Vaults, het Lending Protocol, automatische handelsmarkten, trust lines, NFT-aanbiedingen, escrow, sponsoring en gedelegeerde bevoegdheden.
Bij vaults worden bijvoorbeeld afrondingsproblemen aangepast.
Een storting, opname of clawback moet daardoor nauwkeuriger omgaan met het verschil tussen aantallen aandelen en de onderliggende activa. Kleine rekenafwijkingen mogen niet zorgen dat een vault meer of minder uitgeeft dan bedoeld.
Ook handelsregels worden aangescherpt
Andere reparaties zitten dieper in de handelslogica.
Het amendement voorkomt bijvoorbeeld bepaalde foutgevallen bij automatische handelsmarkten. Ook worden NFT-aanbiedingen geweigerd wanneer ze de valutacode XRP gebruiken voor een bedrag dat technisch geen echte XRP vertegenwoordigt.
Dat klinkt klein. Voor een
blockchain zijn juist zulke uitzonderingssituaties belangrijk.
Iedere validator moet namelijk dezelfde transactie onder dezelfde regels beoordelen. Een randgeval dat verschillend kan worden geïnterpreteerd, hoort daarom in de protocolregels zelf te worden opgelost.
Permission Delegation krijgt opvallende reparatie
Een van de scherpere wijzigingen raakt gedelegeerde bevoegdheden.
De XRPL-documentatie waarschuwt momenteel voor het delegeren van de specifieke PaymentBurn-bevoegdheid zolang fixCleanup3_4_0 niet actief is.
Zonder de reparatie kan een partij met alleen die bevoegdheid onder bepaalde omstandigheden ook nieuwe fungibele tokens creëren. Het amendement voegt een controle toe die dat moet verhinderen.
Andere gedelegeerde bevoegdheden vallen volgens de documentatie niet onder die specifieke waarschuwing.
Dat maakt de activatie meer dan cosmetisch onderhoud. Het pakket sluit ook gedrag af dat buiten de bedoelde macht van een gedelegeerd account valt.
Code aanwezig betekent nog geen netwerkregel
Er zit nog een belangrijk verschil tussen software en protocol.
De code voor een amendement kan al beschikbaar zijn in xrpld, terwijl het netwerk de nieuwe regels nog niet toepast. Validators moeten eerst het amendement activeren.
Na activering verandert dat.
Een server die de nieuwe regels niet kent, kan de geldigheid van nieuwe ledgers niet meer betrouwbaar vaststellen. De
officiële documentatie noemt zo’n server amendment blocked.
Zo’n server kan dan onder meer geen transacties meer verwerken en niet meer deelnemen aan consensus.
Voor beheerders van
nodes is ondersteuning van actieve amendementen daarom geen vrijblijvende softwarekeuze.
23 oktober blijft voorwaardelijk
De 26 stemmen zijn dus voldoende om de klok te laten lopen, maar niet om de uitkomst alvast vast te zetten.
fixCleanup3_4_0 moet gedurende de volledige periode boven de grens blijven. Bij het huidige totaal is de buffer slechts één validator.
Daarmee draait de komende elf dagen minder om nieuwe code dan om één getal: blijft 26 van 32 staan?
Als dat gebeurt, kan 23 oktober het moment worden waarop een breed pakket XRPL-reparaties van beschikbare software verandert in bindende netwerkregels.