XRP Ledger a procesat 3.254 de tranzacții într-un singur registru, stabilind un record raportat pentru un singur registru pe 14 septembrie.
Operatorul de validare Vet a raportat cifra după revizuirea registrului și a declarat că majoritatea intrărilor au fost plăți XRP de un „drop”. El a descris activitatea ca un posibil test de debit (throughput), deși scopul expeditorului nu a fost confirmat.
Un „drop” reprezintă o milionime dintr-un XRP, fiind cea mai mică unitate înregistrată de rețea. Prin urmare, numărul mare de tranzacții a reprezentat multe transferuri mici, nu o cantitate neobișnuit de mare de XRP care se mișcă între conturi.
Indexul registrului și contul inițiator nu au fost identificate în postarea publică a lui Vet. Fără aceste detalii, afirmația privind recordul se bazează pe analiza sa și nu poate fi comparată doar prin intermediul postării cu fiecare registru anterior din istoria XRPL.
Majoritatea celor 3.254 de tranzacții au fost plăți simple care transportau un „drop” de XRP, conform lui Vet. Transferurile simple de active native necesită mai puțină muncă de procesare decât tranzacțiile care implică ordine de schimb descentralizate, NFT-uri sau căi de plată transfrontaliere.
„Nu știu de ce face această persoană aceste tranzacții, dar pare a fi un test de debit (throughput), probabil”, a spus Vet. Descrierea rămâne speculativă, deoarece proprietarul contului nu a explicat public activitatea.
Numărul de tranzacții nu arată câtă muncă computațională a necesitat un registru. Un registru care conține mii de plăți XRP directe poate plasa o sarcină diferită pe validatori decât unul care conține mai puține tranzacții, operațiuni cu token-uri sau căi de plată complexe.
„Nu toate tranzacțiile sunt egale în ceea ce privește amprenta de încărcare”, a spus Vet. El a estimat că 500 de plăți XRP simple ar putea crea mai puțin stres decât 200 de tranzacții care necesită procesare extinsă de schimb descentralizat.
Documentația oficială XRPL afirmă că fiecare registru validat înregistrează tranzacțiile aplicate stării registrului precedent. Metadatele asociate oferă rezultatul și efectele fiecărei tranzacții incluse.
Tranzacțiile cu un rezultat tesSUCCESS și-au finalizat acțiunea solicitată. Intrările care poartă un rezultat tec rămân înregistrate și consumă o taxă, chiar și atunci când nu reușesc să efectueze operațiunea solicitată. Totalul raportat de 3.254 descrie, prin urmare, tranzacții incluse, nu neapărat 3.254 de transferuri reușite.
XRP Ledger nu utilizează o limită permanentă de tranzacții pentru fiecare registru. Serverele sale ajustează condițiile de operare ca răspuns la volumul tranzacțiilor, latența rețelei și performanța consensului.
Vet a spus că rețeaua își poate crește ținta soft de tranzacții atunci când un registru puternic încărcat se închide în perioada așteptată. Când timpii de închidere depășesc intervalul preferat, rețeaua poate reduce ținta pentru a ajuta validatorii să revină la un ritm normal.
Documentația XRPL spune că serverele schimbă propuneri până când validatorii de încredere sunt de acord asupra unui set de tranzacții. Fiecare server calculează apoi noua stare a registrului și distribuie o validare semnată care conține hash-ul registrului rezultat.
O supermajoritate de validatori de încredere trebuie să fie de acord asupra aceluiași hash înainte ca registrul să fie validat. Odată validat, tranzacțiile și starea rezultată devin părți finale ale istoriei registrului XRPL.
Rezultatul de 3.254 de tranzacții oferă, în consecință, dovezi că validatorii au fost de acord asupra unui registru care conține acel număr de intrări. Nu stabilește o nouă rată permanentă de debit (throughput), deoarece capacitatea susținută depinde de complexitatea tranzacțiilor, hardware, condițiile rețelei și timpii consecutivi de închidere a registrului.
Debitul (Throughput) măsurat dintr-un singur registru diferă de tranzacțiile pe secundă pe o perioadă extinsă. O creștere scurtă poate plasa multe plăți în așteptare într-un singur registru, în timp ce registrele următoare pot reveni la activitatea normală.
Niciun raport de performanță de la Ripple, Fundația XRP Ledger sau de la întreținătorii software-ului de referință al rețelei nu a confirmat o schimbare permanentă a capacității după record. Nicio întrerupere a serviciului sau rundă de consens eșuată nu a fost raportată în legătură cu vârful.
Recordul a avut loc după o perioadă de activitate crescută de plăți și tranzacționare XRPL. Într-o știre conexă, volumul cărții de ordine a XRP Ledger a crescut cu 79% de la an la an în al doilea trimestru al anului 2026, conform unui raport Evernorth.
Volumul mediu zilnic al cărții de ordine a atins 3,57 milioane XRP în timpul trimestrului, în timp ce numărul traderilor zilnici a scăzut de la 1.864 la 1.111. Evernorth a declarat că volumul mediu pe cont de tranzacționare aproape s-a triplat în aceeași perioadă de comparație.
Transferurile de stablecoin au creat o altă sursă de utilizare a rețelei. Așa cum a raportat crypto.news, RLUSD a generat aproximativ 9 miliarde de dolari în volum de transfer în prima jumătate a anului 2026 pe XRPL.
O astfel de activitate este separată de transferurile de un „drop” identificate în registrul record. Nicio dovadă citată de Vet nu a conectat cele 3.254 de tranzacții la RLUSD, la decontări instituționale, tranzacționare pe burse sau plăți ale clienților.
Expeditorul ar fi putut testa trimiterea de tranzacții, împachetarea registrului sau un alt proces tehnic. Modelul de cont disponibil nu confirmă dacă activitatea a provenit de la un dezvoltator, o instituție, un serviciu automatizat sau un utilizator individual.
Recordul a venit în timp ce validatorii luau în considerare funcționalitățile de protocol introduse cu versiunea 3.3.0 a rippled, software-ul serverului de referință al rețelei. Fundația XRP Ledger a lansat versiunea 3.3.0 pe 6 august.
Funcționalitățile sale propuse includ BatchV1_1, ConfidentialTransfer, DynamicMPT, PermissionDelegationV1_1 și Sponsor. Fiecare funcționalitate urmează procesul de amendare XRPL înainte de a putea deveni activă în întreaga rețea principală (mainnet).
BatchV1_1 ar permite ca mai multe tranzacții să fie grupate și procesate împreună. Înregistrările oficiale XRPL spun că înlocuiește amendamentul Batch anterior, după ce dezvoltatorii au găsit o eroare critică în implementarea originală.
Funcționalitatea nu explică registrul cu 3.254 de tranzacții, deoarece BatchV1_1 nu finalizase activarea în mainnet când a avut loc activitatea. Prezența sa în versiunea serverului înseamnă că validatorii pot revizui și vota amendamentul.
Regulile de amendare ale XRPL necesită un sprijin de peste 80% din partea validatorilor de încredere timp de două săptămâni continue. Dacă sprijinul scade la 80% sau mai puțin înainte de sfârșitul perioadei, numărătoarea inversă se resetează.
ConfidentialTransfer ar introduce solduri protejate și sume de transfer pentru token-urile Multi-Purpose (MPT), oferind în același timp mecanisme de vizualizare pentru părțile autorizate. DynamicMPT ar permite emitenților să schimbe setările selectate ale token-urilor, cu excepția cazului în care fac acele proprietăți permanent imuabile.
PermissionDelegationV1_1 înlocuiește o funcționalitate anterioară de delegare pe care dezvoltatorii au dezactivat-o după ce au găsit o eroare critică. Amendamentul actualizat ar permite conturilor XRPL să atribuie permisiuni limitate altor conturi după aprobarea validatorilor.
Nicio dată de activare nu este garantată pentru amendamentele aflate încă sub vot. Operatorii de validare își pot schimba voturile, iar rețeaua verifică sprijinul pentru amendamente în jurul registrelor de semnalizare (flag ledgers), care apar aproximativ la fiecare 15 minute.
XRP