XRP Ledger: Sürgősségi javítás védelme a hiba ellen

Az XRP Ledger fejlesztői megvédték azt a sürgősségi javítást, amelyet egy kritikus hiba orvoslására vezettek be, amely korlátlan XRP-kínálathoz vezethetett volna. A fejlesztők kijelentették, hogy a javítás késleltetése a hálózat standard kéthetes validátor szavazási folyamatának betartása érdekében sebezhetővé tette volna a rendszert a potenciális támadók számára.

A javítást szeptember 25-én vezették be, három nappal azután, hogy a hibát egy hibavadász programon keresztül jelentették. Ez volt az első eset, hogy a szokásos módosítási folyamatot szándékosan megkerülték a bevezetése óta, több mint egy évtizede, ami kérdéseket vetett fel a hálózat decentralizációjával kapcsolatban.

A javítás gyorsított jellege vitákat váltott ki az XRP Ledger decentralizációjával kapcsolatban, amely magát teljesen decentralizált nyilvános blokkláncként jellemzi. Justin Bons, a Cyber Capital alapítója megjegyezte, hogy az XRP decentralizáltként való marketingje a kisbefektetők számára, ilyen körülmények között, csalásnak minősült, hozzátéve, hogy a sürgősségi kiadást bináris fájlokként terjesztették, a forráskód ideiglenes visszatartásával.

Az XRPL Alapítvány azonban tisztázta, hogy a standard módosítási folyamat megkerülése az Alapítvány, a RippleX, a fő fejlesztők és a validátorok közös megállapodása volt, miután felmérték a hiba súlyosságát. Az Alapítvány hangsúlyozta, hogy egyetlen fél sem hozhatta volna meg ezt a döntést egyoldalúan. Az XRP Kuwait, egy független validátor operátor, szintén cáfolta azokat az állításokat, amelyek szerint a koordinált frissítések centralizált irányítást jeleznének, állítva, hogy az operátorok közötti kommunikáció nem veszélyezteti az autonómiát.

A sebezhetőség, amelyet az XRP Ledger fizetési motorjában található egész túlcsordulásként azonosítottak, 2015 óta létezett. Az XRP egyenlegeket 64 bites egészekként tárolják, fix maximális értékkel. A hiba azt okozta, hogy a számítások egy kisebb számra tekeredtek vissza, amikor az összeg meghaladta ezt a maximumot, ahelyett, hogy hibát jeleztek volna.

Egy támadó kihasználhatta volna ezt számos speciálisan árazott ajánlat létrehozásával, amelyek mindegyike nagyon nagy mennyiségű XRP-t kért. Egyetlen fizetés, amely ezeket az ajánlatokat felhasználja, minden ajánlat tulajdonosának jóváírta volna a teljes összeget, miközben a vevőt csak a visszatekert összeggel terhelte volna, új, elkölthető XRP-t hozva létre. A fejlesztők nem jelentettek bizonyítékot arra vonatkozóan, hogy a problémát bármely nyilvános hálózaton kihasználták volna.