„XRP Ledger“ ką tik tyliai suaktyvino svarbiausią būsimo naujo skolinimo protokolo pagrindą
„XRP Ledger“ suaktyvino operacijų tvarkymo, AMM ir naujesnių protokolų funkcijų pataisų paketą, sukeldama pavojų pasenusiems serveriams.
The fixCleanup3_3_0 pataisa įsigaliojo rugsėjo 11 d. 11:29 UTC patvirtintoje knygoje 106 911 489 pagal XRPSCAN. „Ripple“ viešasis XRP Ledger galutinis taškas parodė, kad pataisa įjungta ir palaikoma rugsėjo 12 d.
Atnaujinimas apima priežiūros pataisymus, apimančius patikrinimus, automatizuotus rinkos formuotojus, pseudo paskyras, leidimą prekiauti, vieno turto saugyklas ir skolinimo protokolą kaip tinklo tiesioginių taisyklių dalį.
Keletas pakeitimų taikomi operacijos keliams, kurie anksčiau galėjo nepavykti kraštutiniais atvejais. CheckCash ir CheckCancel dabar atmeskite nulinį CheckID per išankstinį patikrinimą su temMALFORMEDo siaura padalijimo iš nulio sąlyga AMMWithdraw grįžta tecAMM_FAILED užuot pasibaigus tefEXCEPTION.
Remiantis XRPL pakeitimų registru, kiti pataisymai pakoreguoja pervedimų, susijusių su pseudopaskyromis, sustabdymo tvarkymą ir sugriežtina AMM, leistinų rinkų ir valymo procesų apsaugos priemones.
Šiuos pakeitimus palaikantis kodas buvo prieinamas nuo tada xrpld 3.3.0 buvo išleistas rugpjūčio 6 d. Jų aktyvinimas šią savaitę žymi tašką, kai jie perėjo nuo pasirenkamos programinės įrangos palaikymo prie taisyklių, kurias turi suprasti serveriai, kad išliktų visiškai suderinami su knyga.
Pataisymai dabar turi pasekmių pasenusiems serveriams
XRPL pakeitimų sistema leidžia platinti naują kodą, kol tikrintuvai nepadaro jį tinklo konsensuso taisyklių dalimi. Kai pakeitimas užtikrina reikiamą daugumą nustatytam laikotarpiui ir suaktyvinamas, serveriai, kurie jo nepalaiko, gali būti užblokuoti.
Tai sukuria tiesioginę operacinę problemą biržoms, saugotojams, mokėjimo bendrovėms ir kitoms įmonėms, valdančioms savo XRP Ledger infrastruktūrą.
XRPL dokumentacijoje teigiama, kad pakeitimų blokuotas serveris negali nustatyti, ar knygos yra galiojančios, pateikti ar apdoroti operacijų, ar dalyvauti bendru sutarimu. Norint atkurti šias funkcijas, reikalinga programinė įranga, kuri palaiko aktyvų pakeitimą, o projektas rekomenduoja operatoriams naudoti naujausią tinkamą xrpld paleisti.
XRPSCAN pranešė apie 31 iš 35 patvirtinimų fixCleanup3_3_0 prieš 28 slenkstį 01:45 UTC rugsėjo 12 d., kai pataisa baigė dviejų savaičių daugumos laikotarpį.
Aktyvinimas nereiškia, kad visos funkcijos, įtrauktos kartu su pataisymais 3.3.0 versijoje, dabar veikia.
Atskiri pakeitimai, apimantys „LendingProtocol“, „SingleAssetVault“, „BatchV1_1“, „ConfidentialTransfer“, „DynamicMPT“, „PermissionDelegationV1_1“ ir „Sponsor“, rugsėjo 12 d. liko išjungti. Viešasis „Ripple“ serveris pranešė apie šių pakeitimų palaikymą, o tai reiškia, kad programinė įranga gali juos atpažinti, net jei tikrintojai dar nepadarė jų aktyvių tinklo taisyklių.
Vartotojams, kurie pasitiki prižiūrimomis piniginėmis ar mainais, suderinamumo darbas daugiausia priklauso nuo paslaugų teikėjų. Įmonės, eksploatuojančios savo XRPL serverius, dabar susiduria su greitesniu reikalavimu, kad šios sistemos būtų atnaujintos, nes tikrintojo patvirtintos pataisos pereina iš turimo kodo į aktyvių knygos taisyklių rinkinį.
