Tagságok Tartalmak
Kezdőknek
Árfolyamok
Tartalmak
Tőzsdék
Shop
A weboldalunk sütiket használ 🍪
Az Ön adatainak védelme fontos a számunkra! Tájékoztatjuk, hogy honlapunk a felhasználói élmény fokozása, a webhelyhasználat megértése és marketing tevékenységeink támogatása érdekében sütiket alkalmazhat. További információ erről az Adatvédelmi Tájékoztatóban.

Vészjavítást kapott az XRP Ledger korlátlan kibocsátást engedő hibája

A fejlesztők kihagyták a validatorok szokásos, kéthetes szavazását, hogy kijavítsák az XRP Ledger korlátlan XRP létrehozását lehetővé tevő hibáját.

Vészjavítást kapott az XRP Ledger korlátlan kibocsátást engedő hibája
Röviden 3 másodpercben
  • Az XRP maximális kínálata került veszélybe, ezért a fejlesztők három nap alatt kiadták a javítást.
  • A kéthetes szavazás miatt a javítás hetekkel a hatálybalépése előtt nyilvánossá vált volna.
  • A hálózat alapítványa szerint a kötelező frissítéshez kéthetes, 80% feletti validatortámogatás kellett.
  • A 2015 óta jelen lévő túlcsordulási hibát nyilvános hálózaton nem használták ki a fejlesztők szerint.
3 perc olvasás

A szeptember 25-i javítás három nappal követte a hibajelzést

Az XRP Ledger biztonsági hibáját 2026. szeptember 22-én jelentették a hibavadász programon keresztül, a javítás pedig három nappal később, szeptember 25-én érkezett meg. A módosítás minden olyan szerveren azonnal életbe lépett, amelyre telepítették az új verziót.

A fejlesztők ezzel először kerülték meg szándékosan a szokásos módosítási folyamatot annak több mint tíz évvel ezelőtti bevezetése óta. A gyors beavatkozást az indokolta, hogy a hiba veszélybe sodorta az XRP rögzített maximális kínálatát.

Miért nem várhattak a fejlesztők a validatorok kéthetes szavazására?

A megszokott eljárásban a validatorok kéthetes szavazással hagyják jóvá a protokoll módosításait. Ebben az esetben azonban a javítás részletei hetekkel a hatálybalépés előtt nyilvánossá váltak volna, így a támadók még a hálózat frissítése előtt megismerhették volna a hibát.

Az XRPL fejlesztői ezért úgy ítélték meg, hogy a szokásos várakozási idő közvetlen biztonsági kockázatot teremtene. A vészjavítást előbb terjesztették a szerverüzemeltetők között, és csak később tették közzé a forráskódot.

A rendkívüli eljárás kérdéseket vetett fel a decentralizációról

A rendkívüli frissítés után Justin Bons, a Cyber Capital alapítója azt állította, hogy a kizárólag bináris csomagként kiadott javítás és az üzemeltetőkre helyezett frissítési nyomás központosított irányításra utal. Ez azért érzékeny kérdés, mert az XRPL teljesen decentralizált, nyilvános blokkláncként határozza meg magát, ami az XRP jogi megítéléséről folyó vitákban is visszatérő érv.

Az XRPL Foundation közölte, hogy a döntést az alapítvány, a RippleX, a vezető fejlesztők és a validatorok közösen hozták meg. A 3.4.1-es verzió csak akkor vált kötelezővé, amikor a validatorok több mint 80%-a két héten keresztül támogatta. Az XRP Kuwait független üzemeltető szerint az összehangolt frissítés önmagában nem bizonyít központi irányítást.

Az XRP Ledger biztonsági hibája egy túlcsordulásból eredt

Az XRP Ledger biztonsági hibáját egy 2015 óta jelen lévő egészszám-túlcsordulás okozta a fizetési motorban. Az XRP-egyenlegeket rögzített maximummal rendelkező, 64 bites egész számokként tárolják. Ha egy összeadás túllépte ezt a határt, a művelet hiba helyett egy jóval kisebb értékre fordult át.

A támadó több száz, szándékosan kialakított ajánlatot hozhatott volna létre, amelyek mindegyike nagyon nagy mennyiségű XRP-t kért. Egyetlen fizetéssel teljesíthette volna az összeset: a rendszer az ajánlatok tulajdonosainak a teljes összeget írta volna jóvá, a vevőtől azonban csak a túlcsordulás utáni kis értéket vonta volna le. A különbözet újonnan létrehozott, elkölthető XRP lett volna. A fejlesztők nem találtak nyomot arra, hogy a hibát nyilvános hálózaton kihasználták volna, normál kereskedési tevékenység pedig nem válthatta ki.

Cryptofalka vélemény
Magyar szakértőink értelmezése

Hogyan értelmezzük ezt a hírt?

A vészjavítás indokolt volt: egy korlátlan kibocsátást lehetővé tevő hiba esetén a nyilvános, hetekig tartó előkészítés nagyobb kockázatot jelentett volna, mint a megszokott eljárás átmeneti megkerülése. A Bitcoin 2010-es túlcsordulási hibája is arra emlékeztet, hogy egy monetáris szabályt veszélyeztető technikai hiba gyors kezelést igényel, mert a bizalom helyreállítása később sokkal nehezebb lenne.

A döntés ettől még jogosan nyit vitát az XRPL irányításáról. A zárt körben terjesztett bináris frissítés csak kivételes biztonsági helyzetben fogadható el, ezért különösen fontos, hogy a rendkívüli lépést később a hálózat rendes, validatorok által támogatott folyamata is megerősítette. Magyar XRP-tulajdonosként ebből elsősorban azt érdemes látni, hogy a hálózat a kínálati szabályt védte meg, de a decentralizáció hitelességét a jövőben az dönti el, mennyire marad valóban kivétel ez az eljárás.

Rendszeres elemzések és napi iránymutatás a Falka tagjainak. Nézem a tagságokat

Mit érdemes még tudni?

Az XRP Ledger, röviden XRPL, egy nyilvános blokklánc, amelynek natív kriptoeszköze az XRP. A hálózat elsősorban gyors értékátvitelre és decentralizált kereskedési funkciókra készült.

Egészszám-túlcsordulás akkor történik, amikor egy program egy számot annál nagyobbra növel, mint amekkorát az adott adattípus tárolni képes. Ha a szoftver ezt nem kezeli hibaként, az eredmény váratlanul kis vagy akár negatív értékre fordulhat át.

Az XRPL protokollszintű változtatásait a validatorok támogatásával vezetik be. Egy módosítás általában csak akkor válik kötelezővé, ha a szükséges támogatottság bizonyos időn át fennmarad.

A bináris csomag futtatásra kész programfájlokat tartalmaz, ezért az üzemeltető telepítheti anélkül, hogy maga fordítaná le a forráskódot. Ha a forráskód nem hozzáférhető, a közösség nehezebben ellenőrizheti önállóan, pontosan mit módosít a frissítés.

Források
További híreink