XRP Ledger brani nujni popravek za napako neomejenega XRP-ja

Razvijalci so branili nujni popravek, ki je bil implementiran za odpravo kritične napake, ki bi lahko povzročila neomejeno ponudbo XRP-ja, pri čemer so poudarili, da **XRP Ledger brani** svojo integriteto. Razvijalci so izjavili, da bi odložitev popravka, da bi se držali standardnega dvotedenskega postopka glasovanja validatorjev, izpostavila ranljivost potencialnim napadalcem.

Popravek je bil uveden 25. septembra, tri dni po tem, ko je bila napaka prijavljena prek programa za nagrajevanje. To je bil prvi primer namernega zaobidenja običajnega postopka sprememb od njegovega začetka pred več kot desetletjem, kar je sprožilo vprašanja o decentralizaciji omrežja.

Pospešena narava popravka je sprožila razprave o decentralizaciji XRP Ledgerja, ki se označuje kot popolnoma decentraliziran javni blockchain. Justin Bons, ustanovitelj Cyber Capitala, je komentiral, da je trženje XRP-ja malim vlagateljem kot decentraliziranega, glede na te okoliščine, predstavljalo prevaro, pri čemer je opozoril, da je bila nujna izdaja distribuirana kot binarna datoteka z začasno zadržano izvorno kodo.

Vendar pa je fundacija XRPL pojasnila, da je zaobidenje standardnega postopka sprememb predstavljalo skupni dogovor med fundacijo, RippleX, glavnimi razvijalci in validatorji, sprejet po oceni resnosti napake. Fundacija je poudarila, da nobena stranka ne bi mogla sprejeti te odločitve enostransko. XRP Kuwait, neodvisni operater validatorja, je prav tako ovrgel trditve, da usklajene nadgradnje kažejo na centraliziran nadzor, in zatrdil, da komunikacija med operaterji ne ogroža avtonomije.

Ranljivost, identificirana kot preliv celih števil v plačilnem mehanizmu XRP Ledgerja, je bila prisotna že od leta 2015. Stanja XRP so shranjena kot 64-bitna cela števila s fiksno največjo vrednostjo. Napaka je povzročila, da so se izračuni ovili na manjše število, ko je vsota presegla to največjo vrednost, namesto da bi propadli.

Napadalec bi to lahko izkoristil z ustvarjanjem številnih posebej določenih ponudb, od katerih bi vsaka zahtevala zelo veliko količino XRP-ja. Eno plačilo, ki bi porabilo te ponudbe, bi vsakemu lastniku ponudbe pripisalo celoten znesek, kupca pa bi bremenilo le za ovito skupno vrednost, s čimer bi ustvarilo nov, porabljiv XRP. Razvijalci niso poročali o dokazih, da bi bila težava izkoriščena v katerem koli javnem omrežju.