TL;DR
- Desenvolvedores do XRP Ledger propuseram SponsoredAccountCreate, uma transação que poderia criar carteiras sem XRP, enquanto outra conta cobre a exigência de reserva básica do usuário.
- O modelo poderia reduzir a fricção no onboarding para pagamentos em stablecoins, carteiras integradas e agentes de IA, mantendo os usuários no controle de suas chaves privadas.
- O pull request permanece aberto e não implantado, depende da emenda mais ampla do Patrocinador e ainda requer revisão e aprovação do validador antes de eventualmente se tornar disponível no mainnet.
Desenvolvedores do XRP Ledger estão analisando uma proposta que permitiria às plataformas criar contas patrocinadas com saldos zero de XRP, enquanto outra conta cobre sua exigência de reserva. O pull request oficial introduz uma transação chamada SponsoredAccountCreate e permanece aberto hoje. A proposta transferiria a carga de reserva do usuário para um patrocinador sem transferir XRP para a nova carteira, potencialmente reduzindo a fricção no onboarding em todo o Ripple e XRP ecosystem.
Contas Patrocinadas Podem Remover o Financiamento de XRP da Onboarding de Usuários
O design atual exige uma nova conta XRPL para atender a uma reserva mínima antes de poder operar. Sob o SponsoredAccountCreate, uma conta existente poderia criar uma nova carteira cujo saldo XRP permaneceria em zero, enquanto o patrocinador assumiria a obrigação correspondente de reserva. A reserva ao nível da rede ainda existiria, mas a responsabilidade por satisfazê-la seria transferida do usuário final. Essa distinção pode ser relevante para produtos de carteira incorporada projetados para ocultar os requisitos específicos da blockchain dos clientes.
A proposta é particularmente relevante para aplicações focadas em stablecoins, pois uma carteira destinada a detentar ativos como RLUSD ainda precisa de financiamento em XRP para se tornar ativa. Uma empresa que onboarding 100.000 contas precisaria, caso contrário, alocar 100.000 XRP exclusivamente para reservas básicas, conforme o exemplo descrito na referência. A criação patrocinada permitiria aos usuários começarem com stablecoins enquanto a plataforma lida com a exigência de reserva em XRP em segundo plano. A abordagem se alinha ao trabalho em andamento em torno de pagamentos máquina-a-máquina usando XRP e RLUSD.
O patrocínio também poderia ir além das reservas da conta. O mecanismo mais amplo foi projetado para permitir que os patrocinadores cubram as taxas de transação, o que poderia permitir que aplicações absorvessem os custos da rede sem assumir o controle das chaves privadas dos usuários. O usuário manteria o controle da conta e das chaves mesmo quando outra entidade pagar a reserva ou o custo da transação. Esse modelo poderia ser útil para software automatizado e agentes de IA, complementando XRPL payment tooling for autonomous agents, onde minimizar a fricção no gerenciamento da carteira é importante.
O código ainda não está pronto para implantação no mainnet. O pull request #8606 permanece aberto, possui revisões não resolvidas e depende de alterações de patrocínio que ainda não foram ativadas na rede de produção. A emenda subjacente também ainda requer suporte suficiente dos validadores antes da ativação. Portanto, SponsoredAccountCreate deve ser tratado como infraestrutura proposta, e não como um recurso disponível do XRP Ledger. Se aprovado e ativado por fim, poderia alterar quem arca com os custos de onboarding para carteiras de stablecoins, mantendo ao mesmo tempo o requisito de reserva do ledger e o controle dos usuários sobre suas contas.