XRP Ledger Batch V1.1-upgrade uitgesteld naar 9 oktober nadat validatorsteun onder de drempel zakte
Belangrijkste punten
- •De steun van validators voor Batch V1.1 zakte onder de vereiste drempel van 80%, waardoor de XRP Ledger de aftelling van 14 dagen opnieuw moest starten en de vroegste activering naar 9 oktober werd verschoven.
- •Het Batch-amendement zou gebruikers in staat stellen tot acht transacties te bundelen in één atomaire operatie die volledig slaagt of volledig faalt, wat het risico op gedeeltelijke uitvoering elimineert.
- •Mogelijke toepassingen zijn onder andere levering-tegen-betaling-transacties en het mogelijk maken dat exchanges, wallets en marktplaatsen klantbetalingen in één stap combineren met bijbehorende servicekosten.
- •Batch V1.1 is een herbouwde versie van een eerder amendement dat werd ingetrokken nadat tests een kritieke fout in de signature-validatie onthulden; ontwikkelaars losten vervolgens problemen op met betrekking tot handtekeningen, autorisatiecontroles en mogelijke servercrashes.
- •Bedrijven die rondom de functie plannen, kunnen hun productietijdlijnen moeten uitstellen, aangezien een nieuwe dip onder 80% steun tijdens het activeringsvenster de aftelling opnieuw zou pauzeren.

De Batch V1.1-upgrade van de XRP Ledger staat nu op een latere activeringsdatum nadat de steun van validators kortstondig onder het niveau zakte dat het netwerk vereist om een amendement goed te keuren. De wijziging was op weg naar activering nadat er genoeg steun was verkregen om een aftelling van twee weken te starten.
Indien aangenomen, zou Batch gebruikers in staat stellen tot acht XRP Ledger-transacties te bundelen in één operatie die atomair wordt uitgevoerd — ofwel alle transacties slagen, of alle falen. Die alles-of-niets-uitvoering neemt het risico weg dat een gedeeltelijke reeks wordt voltooid, zoals een betaling die wordt afgehandeld terwijl de bijbehorende servicefee niet wordt verwerkt. De functie zou een reeks betalings- en asset-overdrachtstoepassingen kunnen dienen, waaronder levering-tegen-betaling-transacties. Het zou ook exchanges, wallets en marktplaatsen in staat kunnen stellen klantbetalingen in één stap te koppelen aan bijbehorende servicekosten.
Validatorsteun stelt de aftelling opnieuw in
Volgens het governance-model van de XRP Ledger heeft een amendement ten minste 80% steun nodig van de vertrouwde validatorset van het netwerk om te activeren, en dat niveau moet gedurende een activeringsvenster van 14 dagen standhouden. De lat is bewust hoog gelegd: momentane meerderheden zijn niet genoeg, en eenmaal geactiveerd worden amendementswijzigingen deel van het protocol van de ledger.
CoinDesk meldde op 19 september dat Batch V1.1 steun had van 30 van de 35 gevolgde validators — genoeg om de aftelling te starten, die op dat moment wees op activering op 29 september. De steun zakte vervolgens onder de vereiste drempel, waardoor de timer stopte. Nadat de steun was hersteld, moest het netwerk een nieuwe periode van 14 dagen beginnen, waardoor de vroegst mogelijke activeringsdatum op 9 oktober kwam. Die datum blijft afhankelijk van validators die hun steun vasthouden, en een nieuwe dip onder 80% tijdens het venster zou de timer opnieuw pauzeren totdat de steun herstelt.
Securitywerk ging vooraf aan herlancing
Batch V1.1 is een herbouwde versie van een eerder amendement dat werd ingetrokken voordat het het live netwerk bereikte, nadat ontwikkelaars tijdens tests een kritieke fout in de signature-validatie ontdekten. Voordat het terugkeerde naar de validatorstemming, onderging de herziene implementatie aanvullende security review. CoinDesk meldde dat ontwikkelaars meerdere problemen hebben opgelost met betrekking tot handtekeningen, autorisatiecontroles en mogelijke servercrashes.
De hernieuwde stemming onderstreept hoe de validatorgovernance van de XRP Ledger werkt: zelfs nadat een amendement het vereiste steunniveau heeft bereikt, kunnen validators tijdens het activeringsvenster hun stemmen herzien. Voor bedrijven die rondom Batch plannen, betekent de vertraging dat productietijdlijnen die aan de functie zijn gekoppeld mogelijk moeten wachten tot het netwerk de hernieuwde activeringsperiode heeft afgerond.