Az XRP Ledger egyik legfontosabb technikai frissítése már a célegyenesben jár, miközben a hálózat natív hitelezési rendszere továbbra sem kapta meg a szükséges validátori támogatást.
A fixCleanup3_4_0 módosítás október 23-án aktiválódhat, de a 29 igen szavazatból egyetlen validator visszalépése is újraindíthatja a visszaszámlálást.
Az XRPL Dashboard október 19-i állapota szerint a hibajavító csomagot 35 megbízható validátorból 29 támogatja. Ez éppen elég a szükséges, 80 százalék feletti küszöb eléréséhez.
A csomag ugyanakkor nem indítja el automatikusan az XRP Ledger hitelezési funkcióját: az ehhez szükséges különálló módosítások még jóval távolabb vannak a jóváhagyástól.
Pénteken aktiválódhat a fixCleanup3_4_0
A rippled 3.4.0 verziójához kapcsolódó fixCleanup3_4_0 nem új termék, hanem több, egymással összefüggő javításból álló protokollfrissítés.
Érinti többek között a tokenkezelést, a vaultok elszámolását, az automatikus piacjegyzőket, a tranzakciós aláírásokat, valamint a hitelezési folyamat egyes szabályait.
A módosítás október 9-én érte el a szükséges támogatási szintet. Az XRPL szabályai szerint azonban nem azonnal lép életbe: a változtatásnak több mint 80 százalékos támogatást kell fenntartania két héten keresztül. Ha ez sikerül, az aktiválás várhatóan 2026. október 23-án, körülbelül 09:34 UTC-kor történhet meg.
A folyamat időzítése nem percre pontosan működik. A validátorok az úgynevezett flag ledgereknél értékelik a szavazási állapotot, amelyek nagyjából 16,5 percenként jelennek meg.
Következésképpen a 14 napos időszak lezárulta után az első megfelelő flag ledger határozza meg, mikor indulhat el ténylegesen az aktiválás.
A hivatalos amendment-folyamat különösen szigorú: ha a támogatás 80 százalékra vagy az alá csökken, a két hétig tartó számlálás megszakad, és elölről kezdődik.
A fixCleanup3_4_0 esetében ez azért fontos, mert a 29 szavazat nem jelent tartalékot. Egyetlen validátori szavazat megváltozása is veszélyeztetheti az október 23-i időpontot.
A hitelezési rendszer még várat magára
A LendingProtocol és a LendingProtocolV1_1 módosítás egyaránt 19 igen szavazaton áll. Ez körülbelül 54,29 százalékos támogatást jelent, vagyis még tíz validátorra lenne szükségük a 29 szavazatos többséghez. Ráadásul ezt követően nekik is végig kellene menniük a kéthetes aktiválási ablakon.
A hitelezési infrastruktúra alapját adó SingleAssetVault valamivel előrébb tart: 21 validátor támogatja, így nyolc további igen szavazat hiányzik.
Ezek a vaultok gyűjtenék össze a betétesek eszközeit, amelyekből a hitelközvetítők meghatározott futamidejű kölcsönöket finanszírozhatnának.
A kapcsolódó fejlesztések közül a ConfidentialTransfer 22 szavazatnál jár. Ez a többcélú tokenekhez kapcsolódó adatvédelmi funkció, amelyet a Ripple az XRP Seoul rendezvényen mutatott be.
A tranzakciókötegelést támogató amendment ezzel szemben már aktiválódott: október 9-én élesedett a hálózaton.
A jelenlegi helyzetből egy fontos következtetés adódik: a fixCleanup3_4_0 aktiválása nem jelenti azt, hogy az XRPL hitelezési piaca azonnal megnyílik.
A javítócsomag előkészíti és biztonságosabbá teszi a kód egy részét, de a LendingProtocol, a LendingProtocolV1_1 és a SingleAssetVault külön jóváhagyást igényel.
Így működne az XRPL natív hitelezése
A Lending Protocol dokumentációja alapján a rendszer fix futamidejű, fedezetlen kölcsönöket kezelne. A betétesek egyetlen eszközre épülő vaultba helyeznék el a pénzüket, a loan brokerként működő szereplő pedig ezekből finanszírozná a hitelfelvevőket.
A konstrukció egyik legfontosabb sajátossága, hogy a hitelbírálat nem teljes egészében a blokkláncon történne. A hitelfelvevő kockázati értékelése és az úgynevezett underwriting továbbra is off-chain folyamat maradna.
A ledger a hitel létrehozását, a törlesztéseket, a késedelmeket és a lezárást kezelné, de a jelenlegi verzió nem tartalmaz automatikus, láncon belüli fedezetkezelést vagy likvidálási mechanizmust.
Ez a modell inkább a tokenizált hitelpiacok és az intézményi DeFi felé nyitna utat, mintsem egy klasszikus, mindenki számára azonnal elérhető kriptobankot hozna létre.
Magyar és közép-európai szempontból különösen fontos kérdés lenne, hogy a hitelbírálatot végző brókerek milyen megfelelési, ügyfél-azonosítási és behajtási folyamatokat alkalmaznának a háttérben.
A first-loss tőke nem szünteti meg a kockázatot
A hitelközvetítő opcionálisan úgynevezett first-loss tőkét helyezhetne el. Ez olyan védőpuffer, amelynek elvileg a betétesek pénze előtt kellene elnyelnie a nemteljesítésből származó veszteség egy részét. Mindazonáltal a mechanizmus nem garantálja a befektetők teljes védelmét.
A hivatalos példában egy 1090 token összegű tartozás nem teljesül. Bár a bróker 1000 tokennyi fedezeti tőkét biztosít, a beállított korlátok miatt mindössze 10,9 token kerül vissza a vaultba. A fennmaradó 1079,1 token veszteségként jelenik meg.
Ennek oka, hogy a protokoll két paraméterrel szabályozza a védelmet. A CoverRateMinimum meghatározza, mekkora fedezetet kell fenntartani az adóssághoz képest, a CoverRateLiquidation pedig azt korlátozza, hogy ennek a minimális összegnek mekkora része használható fel tényleges nemteljesítéskor. A számítás tehát látványosan megmutatja: a first-loss tőke csökkenti, de nem nullázza a hitelkockázatot.
Késedelmes fizetés esetén először türelmi idő indul. Ha ez eredménytelenül telik el, a bróker nemteljesítővé nyilváníthatja a kölcsönt.
Amennyiben előre látható, hogy a következő részlet nem érkezik meg, a hitel impairment státuszt kaphat, amely előrehozza a következő esedékességet. Ha a hitelfelvevő mégis fizet, a jelölés automatikusan megszűnhet.
Az eszközök kibocsátói emellett bizonyos tokeneknél clawback- és fagyasztási lehetőséget is alkalmazhatnak. Egy befagyasztott számla nem tud törleszteni, a tartozás azonban ettől nem tűnik el, így végül nemteljesítéshez vezethet.
A díjak felszámítása szintén a fedezeti minimumhoz kötött: ha a bróker nem tartja fenn az előírt szintet, a rendszer nem engedi beszedni ezeket.
Az XRPL következő nagy lépése ezért nem pusztán technikai kérdés. A fixCleanup3_4_0 aktiválása javíthatja a protokoll megbízhatóságát, a natív hitelezés elindításához azonban még hiányzik a validátori konszenzus és a kockázati infrastruktúra teljes kiépítése.
Olvastad már? Az Ethereum árfolyama kritikus támaszhoz érkezett
Kriptoworld.hu szerkesztője, a Kriptoworld.hu alapítója
LinkedIn | X (Twitter) | Facebook
A Kriptoworld.hu alapítójaként és szerkesztőjeként írásaiban azt vizsgálom, hogyan alakítják át a gazdasági és technológiai változások az emberek döntéseit, biztonságérzetét és jövőképét. Olyan nézőpontból írok, amely a gyors hírek mögötti következményeket és kérdéseket keresi. Hiszek abban, hogy a kriptovilágról nem csak technikailag, hanem emberi nyelven is lehet hitelesen beszélni. Írásaim célja nem tanácsadás, hanem megértés: segíteni eligazodni egy olyan világban, ahol a pénz, a technológia és a bizalom egyszerre változik.
📅 Megjelenés: 2026. október 21. • 🕓 Utolsó frissítés: 2026. október 21.
✉️ Kapcsolat: [email protected]
Tájékoztatás: A kriptoworld.hu oldalon található információk és elemzések a szerzők magánvéleményét tükrözik. A jelen oldalon megjelenő írások, cikkek nem valósítanak meg a 2007. évi CXXXVIII. törvény (Bszt.) 4. § (2). bek 8. pontja szerinti befektetési elemzést és a 9. pont szerinti befektetési tanácsadást.
Bármely befektetési döntés meghozatala során az adott befektetés megfelelőségét csak az adott befektető személyére szabott vizsgálattal lehet megállapítani, melyre a jelen oldal nem vállalkozik és nem is alkalmas. Az egyes befektetési döntések előtt éppen ezért tájékozódjon részletesen és több forrásból, szükség esetén konzultáljon befektetési tanácsadóval!
A cikkekben megjelenő esetleges hibákért téves információkból eredendő anyagi károkért a kriptoworld.hu felelősséget nem vállal.