Az XRP Ledger jelenleg egyszerre több, egymáshoz kapcsolódó szoftvermódosítást tart a hálózati jóváhagyás kapujában, miközben a hibajavítások előrébb járnak a terveknél. A fixCleanup3_4_0 módosítás 29 validatori szavazatot gyűjtött össze az XRPL Alapértelmezett megbízható listáján szereplő 35 közül, így elérte a hálózati 80%-os küszöbnek megfelelő többséget, és a kijelölt aktiválási időpont 2026. október 23-ra volt vetítve, feltéve, hogy a támogatás a két hétes várakozási periódus alatt fennmarad. A frissítés javításokat tartalmaz többek közt tokenkezelésre, vault-számvitelre, automatizált piacformálók visszaállítására és tranzakciófeldolgozásra vonatkozóan.
Ezzel párhuzamosan a hálózat hitelezési javaslatai még nem érték el az aktiváláshoz szükséges támogatást. A LendingProtocol (XLS-66) 19 validatori voksnál tartott, míg a SingleAssetVault (XLS-65) 21 szavazatot gyűjtött; mindkettő 29 támogatóra lenne szükséges a két hét folyamatos, >=80%-os jóváhagyáshoz. Mivel a javaslatok nem érik el a küszöböt, a fixCleanup3_4_0 aktiválása önmagában nem engedné elindulni a hitelezési rendszert.
Fejlesztők megelőző javítást adtak ki: a LendingProtocolV1_1 következő módosítást beépítették az xrpld 3.4.0 kiadásába (a csomag 2026. szeptember 16–17. körül jelent meg), hogy kijavítsák az eredeti hitelezési kód szerkezeti problémáit még az éles indulás előtt. A V1_1 két jelentős strukturális változtatást hoz: zártkörű (closed-ended) vaultok bevezetését három fázissal — subscription, investment, redemption —, és a vaultok számvitelének átállítását pénzforgalmi (cash-basis) módszerre, azaz kamatot csak tényleges befizetéskor számolnak el. A hitelezési mechanika így on-chain rögzíti a kölcsönfeltételeket, de a hitelminősítést a protokollon kívüli alvállalkozók, broker-ek végzik, és opcionális "first-loss capital" szolgálna veszteségpufferként.
A döntésrendszer sajátossága, hogy a támogatást folyamatosan fenntartva kell elérni: ha a támogatás megszűnik, a két hétes jóváhagyási időszak újraindul. A hálózati múltban egyébként a fejlesztők egy közel tíz éve lappangó fizetési-motor hibát is javítottak, amely elméletileg hamis XRP-k kibocsátásához vezethetett volna, ezért a V1_1 előzetes javítása a felelős kiadási gyakorlat részeként értelmezhető. A jelenlegi állás szerint a hibajavítást célzó csomag közel aktiváláshoz jutott, míg a hitelezési csomagok 19–21 szavazata azt jelenti, hogy nincs egyértelmű aktiválási időpont a pénzügyi funkciókra.