Ripple ziet assetmanagers klaarstaan voor nieuwe XRP Ledger-functie
Een XRP Ledger-functie die eerder werd stilgelegd na een ernstige beveiligingsfout staat opnieuw dicht bij activatie. Batch V1.1 heeft nu steun van 30 van de 35 gevolgde validators.
De upgrade kan maximaal acht transacties bundelen. In de strengste modus worden ze allemaal uitgevoerd of allemaal teruggedraaid.
Ripple zegt dat vermogensbeheerders en andere commerciële partijen al toepassingen voorbereiden.
Dat maakt de tweede poging veel groter dan een technische reparatie.
Batch bundelt maximaal acht transacties
Batch V1.1 voegt één nieuw transactietype toe aan het XRP Ledger.
Daarbinnen kunnen minimaal twee en maximaal acht afzonderlijke transacties worden opgenomen. Die mogen bovendien afkomstig zijn van verschillende accounts.
Dat opent constructies die nu meerdere losse stappen vereisen.
Denk aan een betaling die alleen mag plaatsvinden wanneer tegelijkertijd een financieel actief naar de koper verhuist.
Maar er zit een belangrijke nuance in.
Batch betekent niet automatisch dat alle onderdelen altijd gezamenlijk slagen of falen.
Vier modi bepalen wat er bij een fout gebeurt
De definitieve XLS-56-specificatie bevat vier verwerkingsmodi.
Bij All-or-Nothing moeten alle transacties slagen. Mislukt één onderdeel, dan wordt de hele batch teruggedraaid.
OnlyOne probeert transacties totdat de eerste slaagt.
UntilFailure verwerkt ze op volgorde tot de eerste mislukking. De transacties daarvoor blijven staan.
Bij Independent worden alle onderdelen geprobeerd, ongeacht fouten in andere transacties.
Dat onderscheid is belangrijk voor ontwikkelaars en wallets.
De gekozen modus bepaalt wat een gebruiker precies ondertekent en welke onderdelen uiteindelijk op het netwerk terechtkomen.
Delivery-versus-payment wordt eenvoudiger
Voor financiële partijen is vooral All-or-Nothing interessant.
RippleX noemt delivery-versus-payment, afgekort DvP, als voorbeeld.
Daarbij worden levering en betaling aan elkaar gekoppeld. Het financiële bezit verhuist alleen wanneer ook de betaling slaagt.
Dat voorkomt een vervelend scenario waarbij één partij zijn kant van de transactie uitvoert, terwijl de andere helft mislukt.
Voor tokenisatie kan dat praktisch zijn.
Een digitaal effect en de bijbehorende betaling kunnen in dezelfde operatie worden verwerkt zonder te vertrouwen op de volgorde van twee losse transacties.
Vermogensbeheerders bereiden toepassingen voor
RippleX zegt dat commerciële projecten al rekening houden met Batch.
Ayo Akinyele, hoofd engineering bij RippleX, heeft aangegeven dat het bedrijf na activatie meer wil delen over werk met belangrijke vermogensbeheerders.
Namen zijn nog niet bekendgemaakt.
Dat verschil telt.
Er zijn dus partijen die zich voorbereiden, maar daarmee is nog geen grootschalig institutioneel gebruik aangetoond.
Batch moet eerst daadwerkelijk actief worden.
Exchanges kunnen betaling en vergoeding bundelen
Ook buiten vermogensbeheer zijn toepassingen mogelijk.
Een exchange, marketplace of wallet kan bijvoorbeeld een betaling en zijn eigen platformvergoeding in één batch stoppen.
De officiële specificatie noemt daarnaast atomic swaps, meerdere handelsorders met verschillende voorwaarden en andere processen waarbij transacties van elkaar afhankelijk zijn.
Daarmee krijgt de blockchain meer programmeerbare transactielogica zonder dat voor iedere constructie een traditioneel smart contract nodig is.
Precies daar wil XRPL zich onderscheiden.
Eerste versie had gevaarlijke fout in handtekeningen
De voorgeschiedenis maakt de naderende activatie opvallend.
Onderzoekers ontdekten op 19 februari een ernstige fout in de oorspronkelijke Batch-versie.
Het probleem zat in checkBatchSign, de code die moest controleren of accounts binnen een batch daadwerkelijk toestemming hadden gegeven.
Onder bepaalde omstandigheden stopte die controle te vroeg.
Daardoor konden resterende handtekeningen ongecontroleerd blijven. Als de functie op Mainnet actief was geweest, had een aanvaller transacties namens slachtoffers kunnen uitvoeren zonder hun private keys te bezitten.
Dat is geen cosmetische bug.
Het raakt precies de toestemming waarop cryptotransacties vertrouwen.
Kwetsbare versie werd nooit geactiveerd
Hier ligt tegelijkertijd de belangrijkste geruststelling.
De oorspronkelijke Batch-amendment was nog niet actief op Mainnet toen de fout werd gevonden.
Validators kregen het advies tegen de wijziging te stemmen. xrpld 3.1.1 markeerde zowel Batch als fixBatchInnerSigs vervolgens als niet ondersteund, zodat activatie niet meer mogelijk was.
Er zijn daardoor volgens RippleX geen gebruikersfondsen via deze fout blootgesteld.
De kwetsbare code kwam nooit aan het stuur van het actieve netwerk.
RippleX vond daarna nog elf problemen
Daar bleef de controle niet bij.
RippleX liet de nieuwe implementatie veel breder onderzoeken en zegt nog elf aanvullende problemen te hebben gevonden en opgelost.
Daar zaten fouten tussen rond handtekeningen, autorisatiecontroles, transactievalidatie en mogelijke nodecrashes.
Vier senior engineers beoordeelden de code.
Daarnaast volgden een Sherlock-beveiligingswedstrijd, een nieuwe beoordeling door Halborn, onderzoek door Common Prefix en AI-ondersteunde statische analyse.
Dat extra werk leidde uiteindelijk tot Batch V1.1.
V1.1 zit sinds augustus in xrpld
De vernieuwde implementatie verscheen op 6 augustus in xrpld 3.3.0.
Die release verving de oude Batch-amendment officieel door BatchV1_1.
Validators beslissen vervolgens afzonderlijk of zo'n wijziging daadwerkelijk op het XRP Ledger actief wordt.
Daarvoor is minimaal 80% steun nodig gedurende veertien aaneengesloten dagen.
Met 35 gevolgde validators ligt de grens momenteel op 28 stemmen.
Batch V1.1 heeft er nu 30.
Klok loopt richting 29 september
De meerderheid werd op 15 september bereikt.
Daardoor loopt nu de verplichte periode van veertien dagen.
Blijft minimaal 80% van de validators onafgebroken voor, dan kan Batch V1.1 na 29 september rond 14.06 UTC worden geactiveerd. Dat is ongeveer 16.06 uur Nederlandse en Belgische tijd.
Die timing is niet gegarandeerd.
Een validator kan zijn stem wijzigen. Zakt de steun tussentijds onder de grens, dan stopt de lopende activatieperiode.
Na een nieuwe meerderheid begint de veertiendaagse klok opnieuw.
Batch verhoogt niet automatisch de vraag naar XRP
Voor de koers is een andere nuance nodig.
Batch V1.1 verandert de maximale hoeveelheid XRP niet.
De upgrade betekent ook niet automatisch dat vermogensbeheerders grote hoeveelheden XRP moeten kopen.
De betekenis zit bij wat ontwikkelaars op het netwerk kunnen bouwen.
Als instellingen tokenized assets, betalingen en settlement via XRPL willen combineren, maakt Batch bepaalde processen technisch eenvoudiger.
Of dat uiteindelijk tot betekenisvol transactievolume leidt, hangt af van de toepassingen die daadwerkelijk live komen.
Eerst activatie, daarna de namen
Batch V1.1 heeft daarmee twee tests voor zich.
De eerste is technisch en begint bij validators: 80% steun moet tot eind september blijven staan.
De tweede begint pas daarna.
Ripple zegt dat commerciële partijen en vermogensbeheerders klaarstaan. Zodra de functie actief is, moeten de namen, producten en volumes zichtbaar worden.
Na de beveiligingsfout van februari is alleen een werkende upgrade niet genoeg.
Batch V1.1 moet nu bewijzen dat de extra veiligheidsronde ook een functie heeft opgeleverd die financiële partijen daadwerkelijk durven te gebruiken.
Stop met te veel betalen voor je crypto. Bij de Amsterdamse exchange Finst handel je tegen de laagste tarieven van Nederland, zonder verborgen kosten.
👀 Bekijk Finst nu ›Let op: Beleggen in crypto brengt risico’s met zich mee. Handel alleen met geld dat u kunt missen.
Ga verder met lezen
Dit vind je misschien ook leuk
Laat mensen jouw mening weten
Lees ook
Populair Nieuws
Loading
