Ripple meldt dat asset managers zich voorbereiden op XRP Ledger Batch V1.1, een betaalupgrade waarmee meerdere gekoppelde transacties als één alles-of-niets-operatie kunnen worden afgewikkeld. Het amendement kan tot acht XRP Ledger-transacties groeperen onder één bovenliggende operatie, zodat óf elke transactie voltooit wordt, óf de hele groep wordt geannuleerd. De upgrade maakt het mogelijk dat activatransfers, betalingen en platformkosten samen, of gezamenlijk failliet, als één operatie worden afgewikkeld.

De steun voor de functie bedraagt momenteel 30 van de 35 getraceerde validators, volgens het XRPL Dashboard, een telling boven de supermeerderheidsdrempel van 80% die het amendement moet aanhouden om te kunnen activeren. Een amendement heeft 28 stemmen nodig om zijn activeringsteller te starten, een proces dat begon op 15 september om 14:06:41 UTC. Volgens het amendementproces van de XRP Ledger treden protocolwijzigingen pas in werking na aanhoudende supermeerderheidssteun onder validators, een mechanisme dat brede consensus moet waarborgen voordat wijzigingen het live netwerk bereiken. Als de steun veertien opeenvolgende dagen boven de vereiste drempel van 80% blijft, kan de activering volgen op 29 september.

Ayo Akinyele, hoofd engineering bij RippleX, zei dat commerciële projecten al rekening houden met XRP Ledger Batch V1.1 in hun bouwn

Voorwaardelijk pad naar activering

De stemming geeft Batch V1.1 een voorwaardelijke route naar livegang. Validators kunnen hun positie op elk moment tijdens de teller wijzigen. Zakt de steun onder 80%, dan stopt de klok, en moet een nieuwe periode van veertien dagen beginnen zodra het amendement de drempel weer haalt.

Batch V1.1 groepeert transacties onder een bovenliggende operatie. Gebruikers kunnen maximaal acht gekoppelde transacties indienen, waarbij elke transactie zijn eigen details behoudt. De alles-of-niets-instelling voorkomt gedeeltelijke afwikkeling wanneer één enkele transactie in de groep faalt.

In tegenstelling tot een meerstapsworkflow geeft de gegroepeerde operatie tegenpartijen een expliciete afwikkelsvoorwaarde: faalt één been, dan voert het grootboek het andere been niet uit. Dat ontwerp kan de afwikkeling vereenvoudigen voor fondsen, handelsplatformen en tokenuitgevers op de XRP Ledger, en het biedt ontwikkelaars een manier om transfers te combineren zonder afhankelijk te zijn van callbacks of handmatige reconciliatie. De functie zelf garandeert geen adoptie, aangezien projecten nog testing, compliance en voorbereiding moeten afronden.

Delivery-versus-payment drijft de toepassingen

De groeperingsfunctie is bijzonder relevant voor asset managers die digitale markten opbouwen. Een fonds kan een getokeniseerd activum overdragen terwijl het de betaling binnen dezelfde grootboekoperatie ontvangt, wat Batch V1.1 een directe rol geeft in atomische afwikkeling.

Akinyele wees delivery-versus-payment aan als een belangrijk gebruiksgeval. De methode koppelt de levering van het activum aan de betaling, in plaats van dat één partij als eerste moet versturen, wat de blootstelling aan onvolledige afwikkeling tijdens een transactie kan verminderen.

Ripple wees ook op kosten als een andere toepassing. Exchanges, wallets en marktplaatsen kunnen servicekosten toevoegen aan een klanttransactie, zodat de betaling en de kosten als één gegroepeerde operatie worden verwerkt.

RippleX heeft de commerciële projecten die met de functie werken niet bij naam genoemd. Akinyele zei dat meer details volgen nadat partners hun plannen en lanceermoment officieel hebben vastgesteld, en voegde eraan toe dat activering het ontwikkelwerk dichter bij productie zou brengen.

Een terugkeer na een beveiligingsfout

De geplande activering volgt op de intrekking van Batch V1.0. Onderzoekers identificeren in februari een kritieke fout in de handtekeningvalidatie. Onder bepaalde omstandigheden kon de code stoppen met het controleren van handtekeningen, waardoor een aanvaller transacties van een ander account zonder autorisatie kon opnemen.

Validators hadden het oorspronkelijke amendement nog niet geactiveerd toenelaars het introkken. De kwetsbare code heeft het live grootboek daarom nooit beheerst, en de fout heeft geen gebruikersmiddelen blootgesteld.

RippleX gebruikte het incident om delen van het ondertekenings- en autorisatiemodel te herontwerpen. De vervanging werd op 6 augustus uitgebracht in xrpld versie 3.3.0, en Ripple zei dat de code die nu wordt overwogen overeenkomt met die release.

De review werd uitgebreid met AI-ondersteunde analyse en een Sherlock-aanvalscontest. Beveiligingsbedrijven Halborn en Common Prefix voerden beoordelingen uit, en RippleX paste interne adversariële testing toe voordat om validatorsteun werd gevraagd. Het bedrijf zei dat het uitgebreide proces de terugkeer van het amendement naar de stemming ondersteunde.

Akinyele zei dat het team de reviewstandaard verhoogde, het defect verholp en Batch V1.1 opnieuw indiende voor een validatorstemming.

Volgens het huidige schema loopt de amendementsperiode tot en met 29 september. De steun moet gedurende de hele periode op of boven 80% blijven. Elke daling onder dat niveau zou de activering pauzeren en vereist een nieuwe telling zodra de steun herstelt.

Bron: Blockonomi