Puntos clave de la noticia:
- Los desarrolladores de XRP Ledger propusieron SponsoredAccountCreate, una transacción que permitiría crear wallets con 0 XRP mientras otra cuenta cubre la reserva base.
- El modelo podría reducir fricción para pagos con stablecoins, wallets integradas y agentes de IA, manteniendo a los usuarios en control de sus claves.
- El pull request sigue abierto y sin desplegar, depende de Sponsor y requiere revisión y aprobación de validadores antes de llegar a mainnet.
Los desarrolladores de XRP Ledger revisan una propuesta que permitiría a las plataformas crear cuentas patrocinadas con saldo de 0 XRP mientras otra cuenta cubre su requisito de reserva. El pull request oficial introduce una transacción denominada SponsoredAccountCreate y continúa abierto. La propuesta trasladaría la carga de la reserva desde el usuario hacia un sponsor sin transferir XRP a la nueva wallet, reduciendo potencialmente la fricción de onboarding dentro del ecosistema de Ripple y XRP.
Las cuentas patrocinadas podrían eliminar el fondeo con XRP del onboarding
El diseño actual exige que una nueva cuenta de XRPL cumpla una reserva mínima antes de operar. Con SponsoredAccountCreate, una cuenta existente podría crear una wallet cuyo balance de XRP permanecería en cero mientras el sponsor asume la obligación correspondiente. La reserva seguiría existiendo, pero la responsabilidad de cubrirla dejaría de recaer sobre el usuario final. Esa diferencia podría ser relevante para productos de wallets integradas diseñados para ocultar requisitos de blockchain a los clientes.
La propuesta resulta relevante para aplicaciones centradas en stablecoins porque una wallet con activos como RLUSD necesita XRP para activarse. Una empresa que incorpore 100.000 cuentas tendría que asignar 100.000 XRP únicamente a reservas base según el ejemplo de la referencia. La creación patrocinada permitiría que los usuarios comenzaran con stablecoins mientras la plataforma gestiona detrás de escena el requisito de reserva en XRP. El enfoque encaja con los pagos de máquina a máquina mediante XRP y RLUSD.
El sponsorship podría extenderse más allá de las reservas. El mecanismo permitiría que sponsors cubran las fees de transacción, facilitando que las aplicaciones absorban costos de red sin controlar claves privadas. El usuario conservaría el control de la cuenta y sus claves incluso cuando otra entidad pague la reserva o el costo de transacción. Ese modelo podría servir para software automatizado y agentes de IA, complementando las herramientas de pago de XRPL para agentes autónomos.
El código no está listo para mainnet. El pull request #8606 permanece abierto y depende de cambios de sponsorship no activados en producción. La enmienda también necesita respaldo de validadores antes de activarse. SponsoredAccountCreate debe tratarse como infraestructura propuesta y no como una función disponible en XRP Ledger. Si se aprueba y activa, podría cambiar quién asume los costos de onboarding de wallets con stablecoins, preservando la reserva de la red y el control de los usuarios.
