Una propuesta de mejora del XRP Ledger (XRPL) permitiría a bancos, empresas financieras y plataformas asumir las reservas y las comisiones que hoy deben cubrir los usuarios para operar en la red. El cliente conservaría el control de su cuenta y sus claves privadas, pero no tendría que comprar ni mantener XRP. El coste, en cambio, se trasladaría al balance de la entidad que lo patrocina.
La modificación, conocida como Sponsor y basada en la propuesta XLS-68 sobre comisiones y reservas patrocinadas, está diseñada para eliminar una de las barreras de entrada del XRPL. Las instituciones podrían ofrecer pagos, activos tokenizados u otros servicios sobre la red sin exigir a cada cliente que gestione previamente el token nativo.
El banco asumiría las reservas y las comisiones
Según explicó Jazzi Cooper, responsable de producto de Ripple, un patrocinador —como un banco, un emisor o una plataforma— podría pagar en nombre del usuario los costes asociados a su cuenta. La mecánica de XRP quedaría así en buena medida fuera de la experiencia del cliente, aunque seguiría siendo necesaria para que la operación funcione en el registro.
Las reservas de cuenta continuarían cubriéndose en XRP. Las comisiones de transacción también seguirían pagándose con el token y se destruirían una vez confirmadas las operaciones. La diferencia estaría en quién aporta esos XRP: en lugar del usuario final, lo haría la entidad patrocinadora.
Con los parámetros actuales, una cuenta del XRPL exige una reserva básica de 1 XRP y 0,2 XRP por cada unidad estándar de reserva asociada a objetos de la cuenta. Los validadores pueden modificar esas cantidades. Por tanto, una empresa que patrocinase 1.000 cuentas de clientes sin otros elementos asociados asumiría aproximadamente 1.000 XRP adicionales en reservas básicas, además de las correspondientes a su propia cuenta.
Si los clientes financiasen directamente sus cuentas, esa misma exigencia se repartiría entre ellos. A una escala mayor, una compañía que atendiera a un millón de usuarios podría asumir, de forma teórica, alrededor de un millón de XRP en reservas básicas, sin contar las líneas de confianza, los objetos relacionados con tokens, las relaciones de patrocinio ni las comisiones de las transacciones.
Más usuarios no implicarían necesariamente más titulares minoristas
El diseño podría facilitar la incorporación de clientes a productos basados en depósitos tokenizados, bonos o instrumentos del mercado monetario. Ctrl Alt, que ha trabajado en la propuesta junto con Ripple y desarrolladores del XRPL, ha presentado el modelo como una forma de que las instituciones gestionen internamente los requisitos de XRP mientras sus clientes utilizan directamente los activos tokenizados.
La consecuencia sería un posible cambio en la distribución de la propiedad del token. Una entidad podría incorporar a una gran base de usuarios y comprar o administrar XRP de forma centralizada, sin que cada cliente tuviera que convertirse en titular. La adopción del XRPL no se traduciría necesariamente en un número equivalente de nuevas carteras minoristas con XRP.
El patrocinio también tiene costes menos visibles. Las reservas permanecen comprometidas mientras la cuenta u objeto patrocinado siga dependiendo de ellas. Una entidad no puede dar por hecho que recuperará esos XRP de inmediato cuando un cliente deje de utilizar el servicio. Las entradas de patrocinio opcional permiten establecer relaciones pref financiadas, pero también consumen capacidad de reserva.
La propuesta contempla mecanismos para finalizar o reasignar un patrocinio. Sin embargo, si el cliente quisiera asumir su propia reserva, tendría que disponer de suficiente XRP. Quien nunca haya adquirido el token podría no estar en condiciones de hacerlo. El patrocinador tendría entonces que transferirle los fondos necesarios, o bien encontrar otra entidad dispuesta a asumir la obligación. Cuando sea posible, eliminar la cuenta ofrecería otra vía para liberar la reserva.
La propuesta aún no está cerca de activarse
El comportamiento de algunos de estos procesos dependerá además de la enmienda fixCleanup3_4_0. Un cambio incorporado a la rama de desarrollo del XRPL en agosto añadió comprobaciones de reservas cuando finalizan determinados patrocinios, pero esa lógica está condicionada a la activación de esa modificación independiente.
La enmienda Sponsor todavía necesita superar el proceso de aprobación de los validadores. En el momento al que se refiere la información disponible, los datos de XRPScan mostraban seis validadores a favor, frente a los 29 necesarios para alcanzar el umbral, y no había una fecha de activación prevista.
Si finalmente se aprueba, la demanda adicional de XRP dependerá de las decisiones de las instituciones. Los datos relevantes serán el número de cuentas patrocinadas, los saldos mantenidos por los patrocinadores, el volumen de transacciones y las reservas vinculadas a los activos tokenizados. Esos factores mostrarán si las empresas necesitan adquirir nuevos XRP o si pueden destinar al servicio tokens que ya tenían en balance.
