Mit javított az XRP Ledger novemberben?
Az XRP Ledger éles hálózata 2026. november 4-én aktiválta a fixCleanup3_4_0 nevű módosítást. Az XRPLWin főkönyvi nyilvántartása szerint az aktiválást a 108 112 129-es főkönyvi állapot rögzítette, a javított szabály pedig a következő állapottól érvényesült a tranzakciókra. A javítást tartalmazó 3.4.0-s szoftver már szeptemberben megjelent. A két dátum közötti különbségnek gyakorlati jelentősége van, mert egy korábbi tranzakció megítélését az akkor hatályos hálózati szabályok döntik el.
A hiba a delegált jogosultságokat érintette. A delegálás során az egyik számla meghatározott műveletek elvégzésére felhatalmaz egy másikat. Az XRPL-en a PaymentBurn és a PaymentMint külön jogosultság. Előbbi a meglévő tokenállomány csökkentésére szolgáló műveletet enged, utóbbi új egységek kibocsátására ad felhatalmazást. Bizonyos tranzakcióknál a korábbi kód engedte, hogy a csak égetési jogosultsággal eljáró fél átlépje a nulla egyenleget, és a küldő számla nevében új tokenegységeket bocsásson ki. Az új szabály érvényes kibocsátási felhatalmazás hiányában megállítja ezt a műveletet.
Itt érdemes különválasztani három fogalmat. A Ripple vállalat, az XRP Ledger nyílt forráskódú blokklánc, az XRP pedig a hálózat saját digitális eszköze. Az XRPL-en más eszközök is létezhetnek, köztük stabilcoinok. A stabilcoin olyan token, amelynek árfolyama egy referenciaeszköz, például az amerikai dollár értékét igyekszik követni. A novemberi rés a hálózaton kibocsátott egyes tokenekre vonatkozott. A nyilvános dokumentáció alapján a hiba lehetőséget teremtett jogosulatlan kibocsátásra, egy konkrét stabilcoin érintettségének vagy tényleges visszaélésnek a megállapításához viszont tranzakciós bizonyíték kell.
Egy stabilcoin kibocsátójának például egyeztetnie kell a láncon nyilvántartott mennyiséget a nyilvántartásaival és a fedezettel. Ha jogosulatlan egységek kerülnének forgalomba, kérdésessé válhatna, milyen feltételekkel válthatók vissza. A Ripple USD visszaváltási feltételei jól szemléltetik, hogy a visszaváltásnak a blokklánc működésén túl szerződéses és működési feltételei is vannak. Az RLUSD itt a kockázat megértését szolgáló példa.
Szeptemberben a natív XRP is veszélybe kerülhetett
A szeptemberi sebezhetőség a fizetési motorban volt. A RippleX október 9-i műszaki jelentése szerint az XRPL hibajutalom-programjában szeptember 22-én jelezték a problémát. A fejlesztők helyi tesztben reprodukálták, hogy egy mesterségesen összeállított fizetés a szabályok ellenére új, később elkölthető XRP-t hozhat létre. A javítás szeptember 25-én érkezett a 3.4.1-es csomópontszoftverrel. A jelentés szerint a vizsgálat nyilvános hálózaton nem talált bizonyítékot a hiba kihasználására.
A technikai ok az egészszám-túlcsordulás volt. A szoftver egy olyan számlálóval összegezte a fizetés során felhasznált ajánlatokat, amelynek véges a kapacitása. Ha az összeg túllépte a tárolható maximumot, a számláló visszafordult egy kis értékre. A rendszer így az ajánlattevőknek jóváírhatta a nekik járó teljes összeget, miközben a fizető számláját csak a jóval kisebb, hibás összeggel terhelte. A készletnövekedést tiltó ellenőrzés ugyanilyen számolást alkalmazott, ezért ugyanott hibázott.
Az XRP eredeti készlete 100 milliárd egység volt. A szeptemberi eset jól mutatja, hogy a készletszabály betartása a tranzakciókat végrehajtó kódon múlik. A fejlesztők a fizetési motorban külön ellenőrzést vezettek be a túlcsordulásra, a készletet védő ellenőrzésben pedig nagyobb kapacitású számlálóra váltottak. A súlyosság miatt a javítás az egyes csomópontokon a frissítéssel hatályba lépett. A szokásos, kéthetes szavazási időszak a nyilvános javítás ismeretében hosszabb ideig nyitva hagyta volna a támadás lehetőségét.
Az októberi jelentés a Batch, vagyis több művelet együttes beküldését lehetővé tevő funkció egy külön hibáját is feltárta. Ennél az eltérő szoftververziók másként ítélhettek volna meg egy tranzakciót, ami fennakadást okozhatott volna az új főkönyvi állapotok érvényesítésében. A hiba feltárásakor az érintett funkció még nem volt aktív az éles hálózaton. A két eset megmutatja, hogy a helyes egyenlegek és a folyamatos tranzakciófeldolgozás külön biztonsági célok, ezért külön teszteket igényelnek.
Binance-támadás a letétkezelés gyenge pontját mutatta meg
Október 29-én támadók fértek hozzá a Binance belső tárcaaláíró szolgáltatásához. A Binance november 3-i előzetes jelentése szerint a támadás hozzávetőleg 6,34 milliárd dollárnyi digitális eszközt érintett, és öt internetkapcsolattal működő tőzsdei tárcából 233,46 millió XRP került a támadóhoz. Az FBI október 31-i közleménye az esetet a TraderTraitor néven követett észak-koreai állami szereplőknek tulajdonította.
Az úgynevezett forró tárca gyorsan hozzáférhető készletet biztosít az ügyfélkiutalásokhoz. A támadás során a tőzsde belső rendszerével visszaélve olyan tranzakciókat írtak alá, amelyeket a főkönyv a kriptográfiai szabályai alapján elfogadhatott. A hálózat az aláírás érvényességét vizsgálja. Azt, hogy ki és milyen belső engedéllyel indította el az aláírást, a tőzsde saját ellenőrzéseinek kell felügyelniük. A novemberi protokolljavítás és a tőzsdei incidens ezért két eltérő kockázati réteget érint.
Ez a különbség az árfolyam szempontjából is lényeges. Egy tőzsdei támadás fennakadásokat okozhat a kiutalásokban, visszafoghatja a kereskedők aktivitását, és bizonytalanságot kelthet az ellopott eszközök későbbi értékesítése miatt. Ezzel egy időben az XRP Ledger folytathatja a tranzakciók feldolgozását. A tőzsdén tartott eszközöknél a letétkezelő működése is számít, saját tárcánál pedig a kulcsok és a helyreállító kifejezés megőrzése válik közvetlen felelősséggé.
Mit ér a Meta AI 2027-es értékelése?
A Meta AI-nak tulajdonított kedvező értékelés szerint az XRPL 2027-ben a biztonságosabb nagy blokkláncok közé tartozhat. Ehhez a rangsorhoz nyilvánosan ellenőrizhető audit, egységes összehasonlítási módszer vagy megismételhető teszt nem azonosítható. A hálózati biztonságot külön dimenziókban érdemes mérni. Egy gyorsan véglegesítő fizetési hálózatnál a rendelkezésre állás, egy tokenkibocsátónál a jogosultságok ellenőrizhetősége, egy tőzsdei ügyfélnél pedig az eszközök tényleges hozzáférhetősége a meghatározó.
Az XRPL mellett szól, hogy több alapművelet, például egyes tokenek kibocsátása, közvetlenül a protokoll része. Egy kibocsátónak így kevesebb egyedi kódot kell megírnia és ellenőriztetnie. Cserébe az alaprétegben jelentkező hiba egyszerre több szereplőt érinthet. A konszenzus felépítése szintén fontos. A validátorok a tranzakciók érvényesítésében részt vevő szerverek, a csomópontok pedig az általuk megbízhatónak tekintett validátorok jelzéseire támaszkodnak. A listák megfelelő átfedése segít fenntartani az egységes hálózati állapotot. A közös szoftverhiba ezzel szemben több, egymástól független üzemeltetőnél is ugyanazt a hibás eredményt idézheti elő.
A Meta AI értékelésétől külön kezelendő, hogy a fejlesztők ténylegesen használnak mesterséges intelligenciát a biztonsági munkában. A Ripple biztonsági programja AI-val támogatott kódátvizsgálást, célzott támadási teszteket végző red teamet, külső auditokat és nyilvános hibakereső eseményeket ismertet. Az októberi jelentés szerint a kiadásra jelölt szoftveren a korábban kijavítottnak minősített hibákat is újratesztelik. Így a lezárt hibajegyek mellett azt is ellenőrizhetik, hogy a javítás valóban működik a kiadásra szánt verzióban.
Mit hozhatnak az XRPL új funkciói 2027-ben?
A RippleX fejlesztési terve a decentralizált pénzügyi felhasználást támogató eszközökre helyezi a hangsúlyt. A hivatalos XRPL-dokumentációban a hitelezési protokoll és az egyetlen eszközt kezelő tárolók fejlesztése egyaránt követhető, az XRPL okosszerződési szabványa pedig a nyilvános szabványjegyzékben tervezetként szerepel. Egy tervezet az elképzelt működést írja le. A tényleges éles bevezetéshez a kód elkészítése, ellenőrzése, valamint a funkciótól függően a validátorok jóváhagyása is szükséges.
Az XRPL módosítási eljárása szerint egy szabályváltozás aktiválásához a megbízhatónak tekintett validátorok több mint 80 százalékának támogatása kell két héten át. Ez időt ad az üzemeltetőknek a felkészülésre. Az új pénzügyi funkcióknál a legnehezebb kérdések gyakran az egyes szabályok találkozásánál merülnek fel. Mit tehet például egy hitelezési tároló, ha a benne lévő tokent a kibocsátó befagyasztja? Hogyan számol el, ha egy adós késik vagy a tartozás egy részét egy másik szereplő fizeti meg? A hibajavítások biztonsági értékét az mutatja meg, mennyire következetesen működnek az ilyen szélső helyzetekben is.
A Ripple posztkvantum-ütemterve több lépésben készítené fel az XRPL-t olyan aláírásokra, amelyek a jövőbeni kvantumszámítógépes támadásoknak is ellenállhatnak. A vállalat 2028-at jelölte meg a teljes felkészültség céljaként. Az átállásnak a csomópontszoftver mellett a tárcákat és a letétkezelők rendszereit is el kell érnie. Az intézményi használat szempontjából a fokozatos bevezetés és a fennakadások kezelhetősége legalább annyira számít, mint az új funkciók száma.
XRP árfolyam: benne van az 1 dollár alatti esés?
A 2026. november 8-i, UTC szerinti napi zárásnál a CoinGecko XRP-adata kerekítve 1,11 dollár volt. A ChartExchange által közölt Coinbase-adatok 1,1121 dolláros, a Bitstamp-adatok 1,1122 dolláros zárást mutattak. Az XRP november 1-jei, kerekítve 1,25 dolláros CoinGecko-zárásához viszonyítva ez hozzávetőleg 11 százalékos heti visszaesés. Ugyanezen a napon a Bitcoin a CoinGecko BTC-idősora szerint 74 740 dolláron, a Coinbase kereskedési adatai szerint 74 754 dollár körül zárt.
Az XRP az összevetésben nagyobbat esett a Bitcoinnál, ami az adott időszakban erősebb eladói nyomásra utal. A különbségből önmagában nem lehet számszerűsíteni a Binance-támadás vagy a hálózati javítás árfolyamhatását. A rövid távú képet az eladások mellett a likviditás is alakítja, vagyis hogy mekkora mennyiség cserélhet gazdát jelentős árváltozás nélkül. Vékonyabb vételi oldalon ugyanakkora eladás nagyobb esést okozhat.
- Kedvező forgatókönyv. Ha a Bitcoin stabilizálódik és az XRP emelkedő forgalommal tartósan visszatér az 1,17–1,20 dolláros sáv fölé, enyhülhet a rövid távú eladói nyomás. Ez a tartomány a november 5–8-i kereskedésben megfigyelt árakhoz kötődik.
- Semleges forgatókönyv. Az ár az 1,09–1,10 dollár körüli november 8-i mélypontok és az 1,17 dollár körüli korábbi szintek között ingadozhat. Ez akkor képzelhető el, ha a piac kivár, és sem a vevők, sem az eladók nem kerülnek tartós fölénybe.
- Kockázati forgatókönyv. Ha az XRP a közelmúltbeli mélypontok alatt is tartósan kereskedik, miközben a szélesebb kriptopiac tovább gyengül, az 1 dolláros lélektani határ tesztelése is elképzelhető. Átlépése a kereslettől és az eladási hullám erejétől függ.
A november 8-i záráshoz képest az 1 dolláros szint nagyjából további 10 százalékos esést jelentene. A kerek ár könnyen megjegyezhető, ezért gyakran szerepel a piaci kommentárokban. Hogy ténylegesen kialakul-e ott érdemi támasz, azaz megjelenik-e elegendő vételi érdeklődés az esés megállításához, csak az adott helyzetben látszik majd. Az XRPL technikai javításai idővel javíthatják a hálózat használhatóságát, de a napi XRP-kereslet ettől függetlenül is változhat.
Így ismerhető fel a javításra hivatkozó csalás
Egy biztonsági hír után felbukkanhatnak hamis ügyfélszolgálati üzenetek, amelyek „kötelező XRP-migrációt”, sürgős tárcaellenőrzést vagy kártérítést ígérnek. A novemberi módosítás a hálózati tranzakciófeldolgozás szabályait változtatta meg. Az XRP-tulajdonosoknak emiatt nem kellett elküldeniük a tokenjeiket, és semmilyen oldalon nem kellett megadniuk a tárcájuk helyreállító kifejezését. Egy ismeretlen tranzakció jóváhagyása is jogosultságot adhat vagy eszközmozgást indíthat, ezért az aláírandó műveletet érdemes ugyanúgy ellenőrizni, mint a megnyitott webcímet.
Az FBI kriptocsalásokról szóló tájékoztatója külön figyelmeztet az előre fizetendő díjat kérő „visszaszerző” szolgáltatásokra. Gyanús üzenetnél a szolgáltató hivatalos felületét közvetlenül érdemes megnyitni. Piaci döntésnél hasonlóan fontos elkerülni a sürgetést. Egy gyors árfolyammozgás, egy kedvező AI-válasz vagy egy sikeres hálózati javítás önmagában kevés a kockázat felméréséhez, különösen tőkeáttétel mellett, amely a veszteségeket is felnagyítja.
Gyakori kérdések az XRP biztonságáról
Veszélybe került az XRP készlete a novemberi hibától?
A novemberi jogosultsági hiba a főkönyvön kibocsátott tokenek egy részét érintette. A natív XRP készletére a szeptemberben kijavított, külön fizetési hiba jelentett kockázatot.
Létrehoztak jogosulatlanul új XRP-t az éles hálózaton?
A RippleX nyilvános vizsgálata szerint erre nem találtak bizonyítékot. A fejlesztők helyi tesztkörnyezetben igazolták, hogy a szeptemberi hiba kihasználható lett volna.
Mit jelent az, hogy XRP-t loptak a Binance-ről?
A tőzsde közlése szerint a támadók az aláíró rendszeréhez jutottak hozzá, és már létező XRP-t mozgattak el a Binance tárcáiból.
Biztonságosabb lesz az XRP Ledger 2027-ben?
A bevezetett javítások konkrét ismert hibákat zártak le. A következő évben az új funkciók tesztelése, a validátorok működése és a tárcaszolgáltatók védelme is alakítja a tényleges kockázatot.
Eshet 1 dollár alá az XRP árfolyama?
Igen, ez lehetséges. A november 8-i kereskedésben az árfolyam még 1 dollár fölött maradt. A további alakulás a kriptopiaci hangulattól, a likviditástól és az XRP iránti kereslettől is függ.
Jogi nyilatkozat. A cikk kizárólag tájékoztató és ismeretterjesztő célokat szolgál, és nem minősül befektetési vagy pénzügyi tanácsadásnak. A kriptovaluták magas kockázatú, volatilis eszközök lehetnek, és jelentős veszteséget okozhatnak.
