TL;DR
- Los desarrolladores de XRP Ledger propusieron SponsoredAccountCreate, una transacción que podría crear monederos sin XRP mientras otra cuenta cubre el requisito de reserva base del usuario.
- El modelo podría reducir la fricción en el proceso de incorporación para pagos con stablecoins, monederos integrados y agentes de IA, manteniendo a los usuarios con control sobre sus claves privadas.
- La solicitud de extracción permanece abierta y no implementada, depende de la enmienda más amplia del patrocinador y aún requiere revisión y aprobación del validador antes de estar finalmente disponible en mainnet.
Los desarrolladores de XRP Ledger están revisando una propuesta que permitiría a las plataformas crear cuentas patrocinadas con saldos cero de XRP, mientras que otra cuenta cubre su requisito de reserva. La pull request oficial introduce una transacción llamada SponsoredAccountCreate y permanece abierta hoy. La propuesta trasladaría la carga de reserva del usuario al patrocinador sin transferir XRP al nuevo monedero, lo que podría reducir la fricción en el proceso de incorporación en el Ripple and XRP ecosystem.
Las cuentas patrocinadas podrían eliminar el financiamiento de XRP de la incorporación de usuarios
El diseño actual requiere una nueva cuenta XRPL para cumplir con una reserva mínima antes de poder operar. Bajo SponsoredAccountCreate, una cuenta existente podría crear un nuevo monedero cuyo saldo XRP permanece en cero, mientras que el patrocinador asume la obligación de reserva correspondiente. La reserva a nivel de red aún existiría, pero la responsabilidad de satisfacerla se trasladaría lejos del usuario final. Esa distinción podría ser relevante para productos de monederos integrados diseñados para ocultar los requisitos específicos de la cadena de bloques a los clientes.
La propuesta es particularmente relevante para aplicaciones centradas en stablecoins, ya que un monedero destinado a mantener activos como RLUSD aún necesita financiamiento con XRP para activarse. Una empresa que incorpora 100,000 cuentas necesitaría, de otro modo, asignar 100,000 XRP exclusivamente para reservas básicas bajo el ejemplo descrito en la referencia. La creación patrocinada podría permitir a los usuarios comenzar con stablecoins mientras la plataforma maneja detrás de escena el requisito de reserva en XRP. Este enfoque se alinea con los trabajos en curso sobre pagos máquina-a-máquina utilizando XRP y RLUSD.
El patrocinio también podría extenderse más allá de las reservas de la cuenta. El mecanismo más amplio está diseñado para permitir que los patrocinadores cubran las tarifas de transacción, lo que podría permitir que las aplicaciones asuman los costos de la red sin tomar el control de las claves privadas de los usuarios. El usuario conservaría el control de la cuenta y las claves incluso cuando otra entidad pague la reserva o el costo de la transacción. Este modelo podría ser útil para software automatizado y agentes de IA, complementando XRPL payment tooling for autonomous agents, donde es importante minimizar la fricción en la gestión del monedero.
El código no está listo para despliegue en mainnet. La pull request #8606 sigue abierta, tiene hallazgos de revisión sin resolver y depende de cambios de patrocinio que no se han activado en la red de producción. La enmienda subyacente también requiere aún suficiente apoyo de validadores antes de su activación. Por lo tanto, SponsoredAccountCreate debe considerarse como infraestructura propuesta, no como una función disponible del XRP Ledger. Si finalmente se aprueba y activa, podría cambiar quién asume los costos de incorporación para los monederos de stablecoins, manteniendo al mismo tiempo el requisito de reserva del libro mayor y el control de los usuarios sobre sus cuentas.