27 van de 35 gevolgde trusted validators steunen Batch V1.1. Nog één extra stem brengt de
XRP Ledger op de drempel die nodig is om de veertiendaagse activatieklok te starten.
De upgrade kan maximaal acht transacties bundelen. Voor betalingen, tokenhandel en institutionele afwikkeling betekent dat dat meerdere stappen veel strakker aan elkaar kunnen worden gekoppeld.
Voor
XRP-houders is vooral de timing interessant: Batch V1.1 staat dichter bij activatie dan de andere grote functies uit de nieuwste xrpld-release.
27 stemmen zijn nog net niet genoeg
Batch V1.1 staat momenteel op 27 van de 35 gevolgde trusted validators.
Dat is ongeveer 77% steun. Voor de volgende fase zijn bij deze telling 28 validators nodig.
Maar 28 stemmen zetten de functie niet meteen aan.
Het
amendmentproces van de XRP Ledger vereist dat voldoende steun veertien dagen achter elkaar wordt vastgehouden. Zakt de steun tijdens die periode weer onder de grens, dan stopt die meerderheid.
De klok loopt op dit moment dus nog niet.
Eén validator kan dat veranderen.
Acht transacties kunnen in één batch
De functie zelf pakt een bekend probleem bij transacties aan.
Stel dat een financiële handeling uit drie afzonderlijke stappen bestaat. Zonder koppeling kan stap één slagen terwijl stap twee mislukt.
Dat kan een ongewenste tussenpositie achterlaten.
Met
Batch V1.1 kunnen minimaal twee en maximaal acht transacties in één bundel worden geplaatst.
Daarbij zijn vier uitvoeringsmodi mogelijk.
De scherpste is All or Nothing. In die modus moeten alle transacties slagen. Faalt er één, dan worden de andere eveneens niet definitief uitgevoerd.
Dat maakt complexere betalingen minder afhankelijk van de juiste volgorde.
Tokenruil zonder half uitgevoerde deal
Een simpele toepassing is een ruil tussen twee partijen.
Partij A draagt een token over. Partij B stuurt daar een ander bezit tegenover.
Zonder atomaire uitvoering bestaat het risico dat één kant wordt verwerkt terwijl de andere stap faalt.
Batch kan beide handelingen aan elkaar vastmaken.
Hetzelfde geldt voor een betaling plus platformvergoeding of meerdere handelingen vanuit verschillende accounts.
De
XLS-56-specificatie noemt ook atomic swaps en andere transacties waarbij meerdere partijen tegelijk moeten handelen.
Voor een
blockchain die zich steeds verder richting financiële toepassingen beweegt, is dat geen kleine toevoeging.
RippleX ziet toepassingen bij grote financiële partijen
RippleX wijst specifiek naar custodytransfers, delivery-versus-payment en grensoverschrijdende afwikkeling.
Delivery-versus-payment betekent simpel gezegd dat een financieel bezit en de betaling ervoor aan elkaar worden gekoppeld.
Geen levering zonder geld.
Geen geld zonder levering.
Batch kan die logica rechtstreeks op de
XRP Ledger uitvoeren zonder dat applicaties iedere stap afzonderlijk hoeven te coördineren.
Dat kan ook interessant zijn voor handelsplatforms en
stablecoins, waar meerdere overdrachten onderdeel kunnen zijn van één financiële handeling.
De vorige versie kwam gevaarlijk dicht bij activatie
De voorgeschiedenis maakt de huidige validatorstemming gevoeliger.
Op 19 februari werd in de oorspronkelijke Batch-versie een ernstige fout ontdekt in de controle van handtekeningen.
Onderzoekers Pranamya Keshkamat en Cantina AI vonden een situatie waarin de software te vroeg kon stoppen met het controleren van ondertekenaars.
Het gevolg had zeer zwaar kunnen zijn.
Volgens het
officiële beveiligingsrapport zou een aanvaller transacties vanuit accounts van slachtoffers hebben kunnen uitvoeren zonder hun private keys te bezitten.
De kwetsbare versie was nog niet geactiveerd op mainnet.
Er gingen daardoor geen gebruikersfondsen verloren.
Validators trokken direct aan de rem
Na de ontdekking kregen validators het advies de oorspronkelijke Batch-versie niet langer te steunen.
Op 23 februari verscheen xrpld 3.1.1. Die release schakelde ondersteuning voor zowel Batch als de gerelateerde fixBatchInnerSigs-wijziging uit.
De functie moest terug naar de tekentafel.
Batch V1.1 verscheen later als vervanger in
xrpld 3.3.0.
Daarmee werd de oorspronkelijke fout gerepareerd en kreeg de code een bredere beveiligingsronde.
Nog elf fouten gevonden vóór deze stemming
Juist daar wordt het verhaal opvallend.
RippleX meldde maandag dat tijdens het werk aan V1.1 nog elf andere problemen zijn gevonden en opgelost.
Daar zaten fouten tussen rond handtekeningen, autorisatiecontroles en scenario's waarbij nodes konden vastlopen.
De controle ging daarna verder.
RippleX beschrijft reviews door vier senior engineers, een Sherlock-beveiligingswedstrijd, beoordelingen van Halborn en Common Prefix en extra AI-ondersteunde codeanalyse.
Dat garandeert niet dat software foutloos is.
Het verklaart wel waarom deze tweede poging veel zwaarder is doorgelicht dan de versie die in februari werd ingetrokken.
Wat betekent activatie voor XRP?
De upgrade verandert niet automatisch de vraag naar XRP.
Batch maakt vooral nieuwe transactielogica mogelijk op de XRP Ledger. Of dat extra netwerkgebruik oplevert, hangt af van ontwikkelaars, financiële partijen en applicaties die de functie daadwerkelijk inzetten.
Voor XRP blijft er wel een indirect verband.
Meer toepassingen op
XRPL kunnen meer transacties op het netwerk opleveren. XRP wordt gebruikt voor transactiekosten en blijft het native bezit van de ledger.
Maar één protocolupgrade is geen garantie voor koersstijging of institutionele adoptie.
Eerst moet Batch V1.1 überhaupt door de stemming komen.
Daarvoor ontbreekt bij de laatste telling nog precies één validator.
Daarna begint pas de echte test: veertien dagen lang die steun vasthouden zonder opnieuw onder de grens te zakken.