XRP Ledger: xrpld 3.2.0 atnaujinimas su klaidomis ir rizika

XRP Ledger fiksuoja kelis klaidų pranešimus po xrpld 3.2.0 diegimo

XRP Ledger bendruomenė užregistravo vis daugiau programinės įrangos problemų po xrpld 3.2.0 versijos paleidimo birželio 15 d. Nors atnaujinimas žada atminties optimizacijas, saugumo patobulinimus ir našumo prieaugį, diegimas išlieka ribotas; maždaug 26 % mazgų atnaujino programinę įrangą. Tuo tarpu kūrėjai ir mazgų operatoriai GitHub problemų skiltyje praneša apie sinchronizacijos, analizės ir tinklo problemas.

Išleidimo akcentai ir ankstyvas diegimas

Atnaujinimas oficialiai pervadina pagrindinį serverį iš "rippled" į "xrpld" ir apima keletą pakeitimų, skirtų sumažinti atminties naudojimą maždaug nuo 30 iki 40 %, pagerinti sandorių pralaidumą ir sustiprinti saugumą. Ankstyvi diegėjai įvertino šiuos patobulinimus, tačiau keli klaidų pranešimai pasirodė per kelias dienas po viešo išleidimo.

Pagrindinės problemos, praneštos kūrėjų ir mazgų operatorių

Kūrėjai dokumentavo įvairias problemas, susijusias su mazgų sinchronizacija, konfigūracijos analizavimu, peer-to-peer žinutėmis ir konsensuso logika. Sunkiausi pranešimai aprašo mazgus, kurie po atnaujinimo į xrpld 3.2.0 nesugeba sinchronizuotis: jie lieka „prisijungę“, bet neatsisiunčia knygos duomenų. Bent vienu atveju mazgo operatorius sėkmingai grąžino versiją į 3.1.3 ir atkūrė įprastą sinchronizaciją, kas rodo galimas suderinamumo ar regresijos problemas naujoje versijoje.

Kiti svarbūs pastebėjimai apima:

• Konfigūracijos analizės klaidos: įterpti komentarai tam tikrose vienverčių laukų eilutėse gali sukelti išimtį dėl senosios analizatoriaus negalėjimo pilnai pašalinti komentarų atliekant skenavimą.
• Sandorių persiuntimo netikslumai: kai kurie pranešimai rodo, kad sandoriai gali būti persiunčiami mažesniam skaičiui mazgų nei numatyta, kas gali paveikti plitimą tinkle.
• Išteklių apmokestinimo anomalijos: pranešama, kad išteklius apmokestinantis kodas registruoja tik didžiausią stebėtą mokestį ir atmeta ankstesnius mokesčius, kas gali iškreipti su mokesčiais susijusį elgesį.
• Validatorių paskirstymo spragos: validatorių sąrašo informacija siunčiama tik įeinantiems mazgams, o išeinantys mazgai yra neįtraukiami, todėl susidaro asimetrija validatorių paskirstyme.

Konsensuso, validacijos ir knygos sekimo problemos

Be tinklo ir analizatoriaus problemų, kūrėjai išskyrė galimas rizikas validacijos ir konsensuso keliuose. Pranešimuose minima nepasirašytų sveikųjų skaičių perpildymo rizika tikrinant knygos seką ir nenuoseklūs sandorių maršruto žymekliai. Taip pat yra ataskaitų apie su laikinais raktais susijusius sugadintus pasiūlymų mazgų identifikatorius ir logikos spragas knygos sekime, kurios gali palikti mazgus nenuspėjamose būsenose ilgesnį laiką.

Projekto prižiūrėtojai kelis iš šių pastebėjimų priskyrė patvirtintoms klaidoms ir paskirstė jas taisymui. Kiti aktyviai peržiūrimi atviro kodo vystymo procese GitHub platformoje.

Poveikis tinklui ir tolesni žingsniai

Nepaisant didėjančio praneštų problemų sąrašo, prižiūrėtojai ir prisidėję asmenys pabrėžia, kad kol kas xrpld 3.2.0 nebuvo priežastis bendro tinklo gedimo ar konsensuso sutrikimo. Ribotas diegimo rodiklis, maždaug ketvirtis mazgų, greičiausiai sumažino galimą trikdymą ir suteikė kūrėjams laiko surūšiuoti ir ištaisyti kritiškiausias klaidas.

XRP Ledger fondas ir bendruomenės dalyviai bendradarbiauja per GitHub, tirdami pagrindines priežastis, nustatydami prioritetus pataisoms ir ruošdami sekamus leidimus. Mazgų operatoriams patariama stebėti projekto problemų sekimo skiltį, sukurti konfigūracijų atsargines kopijas prieš atnaujinimus ir svarstyti etapinius diegimus arba bandomąsias aplinkas, kad sumažintų operacinę riziką.

Ko operatoriai ir vartotojai turėtų stebėti

• Stebėti GitHub: Sekite xrpld saugyklą dėl patvirtintų klaidų ir skubių pataisų leidimų.
• Etapiniai atnaujinimai: Operatoriai turėtų apsvarstyti galimybę pirmiausia atnaujinti vieną mazgą valdomoje aplinkoje, kad patikrintų elgseną prieš platesnį diegimą.
• Atsarginės konfigūracijos kopijos: Išsaugokite esamas konfigūracijas ir atkreipkite dėmesį į analizatoriaus ribotumus dėl įterptų komentarų.
• Stebėti konsensuso būklę: Sekite validatorių skaičių, knygos uždarymo laikus ir mazgų ryšį, kad anksti pastebėtumėte bet kokį pablogėjimą.

Tyrimams tęsiantis bendruomenė tikisi pataisų, spręsiančių sinchronizacijos, analizės ir tinklo klaidas būsimuose xrpld priežiūros leidimuose. Kol kas tinklas veikia, tačiau mazgų operatoriai ir kūrėjai turėtų likti budrūs, kol pataisos kuriamos ir testuojamos.