Batch V1.1 al XRP Ledger a rămas deasupra pragului necesar de validatori, în timp ce Ripple afirmă că managerii de active și proiectele comerciale se pregătesc să utilizeze funcționalitatea de tranzacție dacă aceasta se va activa mai târziu în această lună.
CoinDesk a raportat pe 19 septembrie că șeful departamentului de inginerie RippleX, Ayo Akinyele, a declarat că se pregătesc lucrări care implică manageri de active în jurul Batch V1.1, care poate împacheta până la opt tranzacții într-o singură operațiune Batch. Ripple nu a numit public managerii de active și nici nu a dezvăluit date ferme de lansare.
Datele de modificare în timp real, revizuite pe 20 septembrie, au arătat că 30 din cei 35 de validatori de încredere monitorizați susțin Batch V1.1. XRP Ledger necesită un suport de cel puțin 80% menținut timp de 14 zile consecutive înainte ca o modificare să se activeze, plasând pragul actual la 28 de voturi. Numărătoarea inversă a început pe 15 septembrie la 14:06:41 UTC și indică o posibilă activare la scurt timp după aceeași oră pe 29 septembrie, dacă suportul se menține.
Specificația XLS-56 definește Batch ca o tranzacție care împachetează între două și opt tranzacții interne. Aceasta suportă patru moduri de procesare: Totul sau Nimic, Doar Unul, Până la Eșec și Independent. Setarea Totul sau Nimic impune ca întregul grup să se execute cu succes sau împiedică intrarea în vigoare a lotului.
Ripple își concentrează o parte din discuția comercială pe livrare contra plată, sau DvP. Într-o astfel de tranzacție, un transfer de active și plata sa pot fi plasate în cadrul aceleiași operațiuni atomice. O plată eșuată ar împiedica finalizarea transferului de active legat în cadrul setării totul-sau-nimic.
Akinyele a declarat pentru CoinDesk că „vom împărtăși mai multe odată ce funcționalitatea va fi live, inclusiv munca cu manageri de active cheie”. Ripple nu a identificat aceste firme, astfel încât declarația rămâne o descriere a companiei despre o muncă ce nu a fost încă documentată public prin anunțuri de parteneri numiți.
Specificația XLS-56 enumeră swap-uri multi-cont fără încredere, comisioane de platformă și structuri de flash-loan printre utilizările potențiale. O piață sau un portofel ar putea, de exemplu, să împacheteze o plată a clientului cu o taxă de serviciu în loc să solicite tranzacții separate, în timp ce conturi diferite pot autoriza etape individuale ale aceluiași Batch.
Akinyele a spus că „unele proiecte sunt deja construite având în vedere Batch”, dar identitățile partenerilor și calendarele de producție rămân nedezvăluite. Ripple a declarat că detaliile vor urma după finalizarea planurilor.
Conform celei mai recente citiri din 20 septembrie, Batch V1.1 a avut 30 de voturi de susținere dintre cei 35 de validatori monitorizați de XRPLDashboard, echivalentul a aproximativ 85%. Suportul a rămas, prin urmare, peste pragul de 28 de voturi necesar pentru a continua fereastra de activare.
Data proiectată de 29 septembrie este condiționată. Amendamentele XRPL nu se activează pur și simplu pentru că depășesc o dată 80%. Validatorii trebuie să mențină supermajoritatea pe întreaga perioadă de 14 zile, iar validatorii își pot schimba voturile în timp ce ceasul este în funcțiune. Dacă suportul scade sub nivelul cerut, fereastra curentă se oprește și ar fi necesară o altă perioadă neîntreruptă după recuperarea pragului.
Numărul recent extinde o creștere rapidă a suportului în această lună. Batch V1.1 avea atunci 24 din 35 de voturi de la validatori, adică 68,57%, rămânând sub pragul de activare. Suportul a crescut la 27 de voturi până pe 15 septembrie, înainte ca suficienți validatori să susțină amendamentul pentru a începe numărătoarea inversă.
Amendamentul în sine a fost livrat cu versiunea xrpld 3.3.0 pe 6 august. Notele de lansare oficiale ale XRP Ledger descriu Batch V1.1 ca înlocuitor pentru amendamentul original Batch și afirmă că suportă până la opt tranzacții interne, inclusiv structuri de swap atomic.
De atunci, Fundația XRP Ledger a lansat xrpld 3.4.0. Lansarea software-ului din 16 septembrie introduce amendamente separate pentru împrumuturi și curățare și nu înlocuiește Batch V1.1, care rămâne în propriul proces de votare pe mainnet. Operatorilor de server li s-a recomandat să facă upgrade la versiunea 3.4.0 pentru continuitatea serviciului.
Amendamentul actual a apărut după ce dezvoltatorii au oprit propunerea originală Batch în februarie. Dezvăluirea oficială a vulnerabilităților XRPL spune că cercetătorul în securitate Pranamya Keshkamat și instrumentul Apex al Cantina AI au identificat o eroare critică de validare a semnăturii pe 19 februarie.
În condiții specifice, codul vulnerabil ar putea înceta să verifice semnatarii Batch după întâlnirea unui cont nou creat. XRPL Labs a declarat că un atacator ar fi putut include o tranzacție neautorizată dintr-un alt cont fără a deține cheile private ale proprietarului acelui cont. Tranzacțiile potențiale ar fi putut include plăți și anumite modificări ale stării registrului.
Eroarea nu a devenit niciodată activă pe mainnet-ul XRP Ledger. Amendamentul original era încă în stadiul de votare, iar XRPL Labs a spus că niciun fond nu a fost în pericol. Validatorilor li s-a recomandat să voteze împotrivă, în timp ce versiunea rippled 3.1.1, lansată pe 23 februarie, a făcut ca Batch și fixBatchInnerSigs să nu fie suportate, astfel încât să nu se poată activa.
Dezvoltatorii au modificat apoi logica de semnare și autorizare pentru înlocuitor. Raportul de vulnerabilitate a declarat că remedierea a eliminat condiția de succes prematură, a adăugat măsuri de siguranță pentru autorizare și a înăsprit regulile de verificare a semnăturilor. Batch V1.1 a fost ulterior încorporat în xrpld 3.3.0 după dezvoltare și revizuire.
Lucrările de securitate au continuat înainte de votul actual al validatorilor. Ascrypto.news a raportat în acoperirea sa a revizuirii de securitate Batch V1.1 că dezvoltatorii au remediat alte 11 probleme care implică semnături, verificări de autorizare și posibile blocări de server înainte ca amendamentul să ajungă în stadiul actual de votare.
Akinyele a declarat pentru CoinDesk că revizuirea a inclus testare adversarială internă, analiză asistată de AI, un concurs de securitate Sherlock și evaluări care implică Halborn și Common Prefix. CoinDesk a atribuit aceste detalii RippleX; rapoartele publice ale partenerilor care acoperă fiecare parte a acestei revizuiri nu au fost incluse în materialul examinat pentru acest raport.
Ecosistemul de dezvoltatori XRPL a făcut modificări de suport pe măsură ce designul de semnare a evoluat. O problemă din iunie în depozitul oficial xrpl.js a documentat că logica de semnare Batch mai veche nu corespundea formatului revizuit al Batch V1.1, deoarece informații suplimentare despre cont și secvență fuseseră legate de semnături. Istoricul lansărilor binary-codec JavaScript afirmă că suportul pentru semnare Batch V1.1 a fost adăugat în versiunea 2.9.0 în august.
Comentariile Ripple privind Batch apar pe măsură ce firmele financiare și dezvoltatorii utilizează infrastructura XRP Ledger pentru active tokenizate și proiecte de decontare instituțională. În iunie, JPMorgan, Mastercard, Ondo Finance și Ripple au participat la un test de răscumpărare de titluri de trezorerie americane tokenizate folosind XRP Ledger.
Președinta Ripple, Monica Long, a declarat în august că instituțiile financiare mută unele lucrări de active tokenizate de la programe pilot către producție. Crypto.news a raportat despre proiectele de tokenizare instituțională ale Ripple că Aviva Investors a lansat o clasă de acțiuni de fond tokenizate pe XRPL în iulie și că Ripple considera RLUSD ca o posibilă componentă de numerar pentru decontarea atomică livrare-contra-plată.
Activitatea on-chain a activelor a crescut odată cu această dezvoltare. O altă revizuire crypto.news a datelor RWA ale XRP Ledger a raportat în iulie că rețeaua a adăugat aproximativ 2,6 miliarde de dolari în valoare de active din lumea reală tokenizate pe parcursul a șase luni, excluzând stablecoin-urile, pe baza cifrelor RWA.xyz. Același raport a avertizat că valoarea activelor reprezentate și activele distribuite activ erau măsuri material diferite.
Batch V1.1 în sine nu impune managerilor de active să utilizeze XRP ca activ transferat. Funcționalitatea operează la nivelul tranzacțiilor și poate împacheta tranzacții XRPL suportate din conturi diferite. XRP rămâne relevant pentru comisioanele de tranzacție ale registrului, în timp ce tranzacțiile subiacente pot implica alte active și structuri de token suportate.
Următorul eveniment procedural este încheierea ferestrei actuale de modificare. XRPLDashboard proiectează activarea Batch V1.1 pentru 29 septembrie la aproximativ 14:06:41 UTC dacă cel puțin 80% din sprijinul validatorilor rămâne neîntrerupt pe parcursul întregii numărători inverse. Cel mai recent număr publicat pe 20 septembrie a rămas la 30 de voturi pentru, din 35 de validatori monitorizați.
XRP