Ang mga developer na nagtatrabaho sa XRP Ledger ay nagtataas ng paraan upang lumikha ng blockchain accounts na walang anumang XRP, na maaaring magbigay-daan sa mga application sa pagbabayad at automated software na magtrabaho nang hindi una mag-deposito ng cryptocurrency sa bawat wallet.
Isang code proposal na isinumite noong Okt. 15 ay naglalayon maglagay ng isang transaksyon na tinatawag na SponsoredAccountCreate, na magpapahintulot sa isang umiiral na account na lumikha ng isa pang account at takpan ang kanyang reserve requirement.
Kailangan ng XRP Ledger ang minimum na reserve na 1 XRP bawat account. Nananatiling nakaputol ang perang iyon habang aktibo ang account, upang maiwasan ang pagbaha ng network ng walang laman na wallet.
Ang isang kumpanya na gumagawa ng 100,000 hiwalay na account ay kailangang ihihiwalay ang 100,000 XRP lamang upang matugunan ang mga kinakailangang reserve.
Sa ilalim ng propong sistema, ang isang nagtataguyod na account ang magtutugon sa reserve, na nagpapahintulot sa bagong wallet na panatilihin ang zero XRP balance. Ang kabuuang obligasyon ng network sa reserve ay mananatili, kung saan ang gastos ay hahawakan ng tagatugon kaysa sa customer.
Maaaring sakop din ng mga sponsor ang mga bayarin sa transaksyon sa pamamagitan ng mas malawak na mekanismo ng sponsorship, na nagpapahintulot sa mga aplikasyon na magbayad ng mga gastos na iyon sa kanilang mga tagapaggamit.
Kamakalawian ng Ripple ang partner na may Stripe-owned Privy upang dalhin ang mga embedded wallet sa mga aplikasyon ng XRP Ledger. Ang integrasyon ay naglalayong suportahan ang mga pagbabayad gamit ang XRP at ang RLUSD stablecoin ng Ripple, kabilang ang mga awtomatikong pagbabayad na ginagawa ng mga AI agent.
Kailangan ng XRP funding ang mga wallet na iyon bago sila maging aktibo, kahit na gagamitin lamang sila para sa pag-iimbak ng stablecoin.
Ang propong transaksyon para sa paglikha ng account ay batay sa mas malawak na Sponsored Fees at Reserves standard, na nagpapahintulot sa ibang account na magbayad ng network costs nang hindi kinokontrol ang private keys ng user. Ang bagong code ay maglilikha ng account nang direkta nang hindi ipapadala ang anumang XRP.
Nanatili ang pull request, may dalawang hindi nalulutas na automated code-review findings. Depende rin ito sa mga pagbabago sa sponsorship na hindi pa aktibo sa mainnet.
Kailangan pa ng pagsang-ayon ng validator ang mga pagbabago na iyon. Ang pagkakaroon ng sponsor ay may 11 sa 35 boto na kailangan mula sa mga pinagkakatiwalaang validator ng network hanggang Oct. 19, ayon sa XRPL Dashboard, malayo pa sa kinakailangang 29.