Dėl pataisyto kodo, kurį atliko sisteminės inžinerijos peržiūrą, adversariškus testavimus, dvi išorines saugumo peržiūras ir dirbtinio intelekto analizes, XRP Ledger serijos pataisa V1.1 trūksta vieno validatoriaus balso, kad pasiektų 80% slenkstį, reikalingą 14 dienų aktyvavimo atgalinei atskaitai pradėti, po saugos pataisymo, kuris atliktas po kritinės klaidos originalioje versijoje.
RipoX kūrėjas Mayukha Vadari teigė, kad pataisa buvo išleista su xrpld 3.3.0 ir dabar yra balsuojama. Atnaujinimas pakeičia Batch V1.0, kurio parašo tikrinimo klaida buvo aptikta vasarį, kai pataisa dar nebuvo pagrindinėje sistemoje, o tai reiškia, kad nebuvo rizikuojama lėšomis.
Originali klaida susijusi su ankstyva „checkBatchSign“ funkcijos išėjimo sąlyga. Jei pasirašančiojo sąskaita dar neegzistavo registre, patikrinimas galėjo grąžinti sėkmę, nepatikrinus likusių pasirašančiųjų. Tai galėjo leisti įvykdyti operacijas kitų sąskaitų vardu be jų privačių raktų.
Batch V1.1 pašalino šią klaidą ir taip pat išsprendė kelias kitas problemas, rastas pataisymo metu. Procesas apėmė keturių vyresniųjų inžinierių peržiūrą, „Sherlock Batch Attackathon“, „Halborn“ pakartotinį vertinimą, „Common Prefix“ auditą, „Cantina AI“ skenavimą ir „Devnet“ bei „testnet“ regresijos testavimą.
Vadari taip pat teigė, kad komanda ištaisė papildomas klaidas, rastas atliekant naujesnius dirbtinio intelekto raudonojo komandos darbus. Pataisymai apima MPT patikrinimo apėjimus, mazgų trikdžius, kelio dydžio patikrinimą, parašo tikrinimą, pasirašančiųjų tvarką ir operacijų maišavimą.
Validatoriaus nuomonė artėja prie reikiamo slenksčio, kai viena sąskaita, FrancisBovineSwift, apibūdino „Batch“ balsavimą kaip „beveik ten“, o naujausias momentinis vaizdas rodo, kad 27 patikimi validatoriai balsavo už pataisą, o aštuoni – prieš ją, palaikymas sudaro maždaug 77% nuo 80% slenksčio, reikalingo pakeitimams patvirtinti, ir tereikia dar vieno balso, kad būtų pasiektas šis tikslas.
Serija, dar žinoma kaip XLS-56, leidžia daug operacijų iš skirtingų sąskaitų vykdyti atomiškai vieno registro uždarymo metu. Jei viena operacija neįvykdomoje partijoje nepavyksta, visa operacija atšaukiama. Dizainas nereikalauja išmaniųjų sutarčių.
Ši funkcija skirta atominiams keitimams, koordinuotam atsiskaitymui ir kitoms operacijoms, kai kelios šalys turi veikti kartu. Ji taip pat galėtų sumažinti žingsnių, reikalingų NFT kūrimui ir perdavimui, skaičių.
Saugos pataisymas atliekamas po kitos neseniai atliktos XRPL patikros, kai tinklas atsiėmė savo leidimų delegavimo pataisą, kai prieš pagrindinio tinklo diegimą buvo aptikta didelės svarbos klaida, o V1.1 buvo papildomai peržiūrėta.
Be to, šį mėnesį pradėtas XRPL testavimo informacijos suvestinė pagerino pataisų testavimą, sekdama, kurie operacijų tipai, laukai ir rezultatų kodai buvo naudojami „Devnet“.
