XRP Ledger (XRPL) este setat să primească o actualizare menită să rezolve o problemă de rețea. Problema principală care a determinat această actualizare a implicat eșecul nodurilor cu istoric complet (FH) din cauza unei restricții SQLite în dimensiunea paginii.
Vet, un validator XRP dUNL, a împărtășit această dezvoltare într-o postare X. Potrivit Vet, soluția pentru problema XRP Ledger Full History Servers a fost îmbinată într-o versiune oficială ondulată a depozitului XRPLF - rippled 2.2.3, care este acum disponibilă pentru instalare.
Remedierea pentru serverele cu istoric complet#XRPLedger este îmbinată într-o versiune oficială ondulată a depozitului XRPLF - rippled 2.2.3 și disponibilă pentru instalare. pic.twitter.com/Owpd6xPEHx
— Vet 🏴☠️ (@Vet_X0) 15 septembrie 2024
Conform unei capturi de ecran partajate de Vet, versiunea 2.2.3 de Rippled (server registru XRP) este recomandată cu tărie pentru serverele cu istoric complet care utilizează o dimensiune a paginii de 4096. Deoarece validatorii nu sunt afectați de această problemă, ei pot alege fie să ruleze 2.2. .2 sau actualizați la 2.2.3. Acest lucru se datorează faptului că versiunea 2.2.3 nu introduce noi modificări la versiunea 2.2.2.
Ce s-a întâmplat?
În weekend, comunitatea XRP a atras atenția asupra unei probleme pe serverul ondulat care a cauzat eșecul nodurilor cu istoric complet (FH).
În circumstanțe normale, serverele cu istoric complet înregistrează și difuzează cu bucurie istoricul complet al tranzacțiilor. Cu toate acestea, nodurile FH au eșuat din cauza unei restricții SQLite în dimensiunea paginii.
Această problemă, conform unor validatori XRPL dUNL, a fost evidențiată cu săptămâni în urmă, dar nu a reușit să asigure atenția promptă.
Fondatorul XRP Cafe, xrpl Adam, a clarificat într-o postare X că, contrar credinței populare, această problemă nu are niciun impact asupra consensului sau a sănătății rețelei.
card
În plus, cu redundanța Clio, majoritatea punctelor finale XRPL publice nu necesită un server FH real pentru a returna rezultatele tranzacțiilor istorice.
Potrivit lui Xrpl Adam, problema nu era nouă pe XRP Ledger, fiind documentată cu ani în urmă. S-a remarcat atunci că anumite servere ondulate cu istoric complet al registrului pot întâmpina o problemă cu dimensiunea paginii bazei de date SQLite, împiedicând serverul să funcționeze corect.
Fondatorul XRP Cafe, totuși, consideră că urgența remedierii ar fi trebuit promovată mai devreme pentru a evita ca nodurile FH să scadă, ceea ce s-a întâmplat în weekend.
