Resposta rápida: Uma proposta de design de conta patrocinada no XRP Ledger poderia permitir que a conta de um usuário final mantivesse zero XRP, enquanto um patrocinador separado cobriria a reserva da conta e, quando configurado, as taxas de transação. A obrigação da reserva não desaparece; ela passa para o patrocinador. Na verificação das fontes em 9 de novembro de 2026, a especificação específica SponsoredAccountCreate permanecia uma proposta aberta, portanto os leitores não devem presumir que toda carteira ou serviço de Mainnet oferece suporte a esse fluxo.
Por que uma conta do XRP Ledger normalmente precisa de XRP?
O XRP Ledger usa reservas para limitar a quantidade de dados que as contas e seus objetos colocam no ledger compartilhado. Conforme as configurações de reserva da Mainnet publicadas pela XRPL, a reserva básica é de 1 XRP por conta e a reserva do proprietário é geralmente de 0,2 XRP por objeto do ledger, sujeita a exceções documentadas. Uma conta normalmente precisa ser financiada antes de existir no ledger, e o XRP reservado não pode normalmente ser gasto como um saldo irrestrito.
Esses números são parâmetros de rede, não uma tese de investimento. Os validadores de blockchain podem alterar as configurações de reserva por meio do processo de votação de taxas da rede. Qualquer artigo que cite uma reserva fixa deve datar o número e direcionar os leitores à página atual da XRPL.
O que é uma conta patrocinada?
Uma conta patrocinada separa o controle de uma conta da responsabilidade por sua reserva e suas taxas. O XLS-68, Sponsored Fees and Reserves descreve um patrocinador que paga determinados custos por um patrocinado. O patrocinado mantém o controle de suas chaves e de sua conta. O patrocinador mantém XRP para cobrir o requisito de reserva suportado, em vez de transferir um valor equivalente para o saldo gastável do patrocinado.
Isso pode ajudar um aplicativo a incorporar usuários que só desejam receber uma stablecoin ou fazer um pagamento. Isso não transforma o XRP em uma rede sem taxas nem elimina o custo econômico de armazenar contas e trust lines. Alguém ainda fornece a reserva.
O design também precisa de regras para encerrar o patrocínio. A divulgação de vulnerabilidade da XRPL de setembro de 2026 descreveu uma falha na Devnet em que um patrocinador podia deixar de respaldar um objeto antes que o proprietário pudesse financiar sua reserva. A correção exige que a reserva continue coberta pelo patrocinado, por outro patrocinador, ou pela remoção do objeto. Aquela divulgação afirmou que nenhum fundo da Mainnet estava em risco porque a emenda não havia sido ativada no momento da publicação.
O que a SponsoredAccountCreate adiciona?
Ela propõe uma forma direta de criar uma conta com saldo zero em XRP enquanto outra conta patrocina sua reserva. Um pull request de padrões de 16 de outubro de 2026 descreve uma nova transação SponsoredAccountCreate. Na proposta, o XRP que respalda a reserva da conta permanece com o patrocinador em vez de tocar a nova conta durante a criação.
A proposta é distinta do framework mais amplo de patrocínio do XLS-68. Um pull request de padrões é evidência de um design em discussão, não prova de ativação na Mainnet nem de suporte por todas as carteiras. Os editores devem reconfirmar a página de status de emendas da XRPL e a proposta antes da publicação, pois o status da rede pode mudar.
Uma carteira com XRP zero reduz a demanda por XRP?
A proposta, por si só, não estabelece essa conclusão. Ela pode reduzir a quantidade de XRP que um usuário final individual precisa adquirir antes de usar um aplicativo. No entanto, o patrocinador ainda manteria XRP para reservas e possivelmente pagaria taxas. O efeito sobre a demanda agregada por XRP depende de quantas contas são patrocinadas, de como as regras de reserva evoluem, se as contas teriam existido de outra forma e de como os patrocinadores gerenciam seus saldos. Essas variáveis não podem ser inferidas do texto da proposta ou de um título.
O benefício operacional mais claro para o usuário é este: um provedor de carteira pode conseguir lidar com a reserva em segundo plano enquanto o usuário mantém o controle de suas chaves. Um aplicativo de pagamentos ou stablecoin ainda precisaria explicar quem patrocina a conta, o que acontece se o serviço for interrompido e quais operações exigem que o usuário financie seu próprio XRP.
O que os usuários devem verificar antes de depender de uma carteira patrocinada?
Verifique a implementação e os termos do serviço, não o rótulo “XRP zero”. Confirme que a emenda relevante está ativa na rede que você usa, que a carteira a implementou, que o patrocinador está identificado e que as regras de saída são claras. Se o patrocinador parar de pagar, a conta ou seus objetos podem exigir outro patrocinador ou XRP suficiente do usuário antes que determinadas ações possam prosseguir. O comportamento exato depende das regras finais ativadas e da implementação da carteira.
Taxas de transação e reservas de conta são a mesma coisa?
Não. As taxas pagam por operações individuais; as reservas respaldam o espaço que uma conta e seus objetos ocupam no ledger. Um único pagamento tem uma taxa de transação. Uma conta tem uma reserva básica, e determinadas entradas adicionais, como trust lines, podem criar requisitos de reserva do proprietário. Um serviço pode patrocinar taxas, reservas ou ambos, conforme as regras permitidas. Um título que diz “gasless” ou “XRP zero” não informa quais custos estão sendo pagos por quem.
Considere um usuário que deseja manter uma stablecoin de dólar emitida no XRP Ledger. O usuário pode precisar de uma conta e de uma trust line. Mesmo que um aplicativo pague a taxa de transação para criar a trust line, as obrigações de reserva da conta e dos objetos ainda precisam ser cobertas. O framework de patrocínio trata essas obrigações separadamente. Isso importa para operadores de aplicativos porque o custo de incorporar muitas contas não é apenas a soma das taxas de pagamento pontuais. O operador pode ter de manter um saldo em XRP enquanto patrocinar as contas ou os objetos.
A página de reservas da XRPL documenta as configurações atuais de reserva básica e de proprietário. Ela também explica que esses valores podem mudar. Um produto pode simplificar o saldo visível do cliente mantendo uma obrigação real de reserva em segundo plano.
O que acontece se um patrocinador quiser parar de pagar?
A reserva deve permanecer respaldada durante a transição. Essa é a questão central de segurança por trás do patrocínio. Se um patrocinador pudesse resgatar instantaneamente o XRP reservado enquanto o patrocinado ainda fosse dono de uma conta ou trust line, o ledger poderia acumular entradas sem respaldo. A divulgação de vulnerabilidade da XRPL descreve um bug encontrado durante testes na Devnet que expôs exatamente essa preocupação para objetos patrocinados. A correção relatada exige que o patrocinado cubra a reserva, que um novo patrocinador a assuma, ou que a conta ou o objeto seja removido antes que o primeiro patrocinador recupere seu respaldo.
Essa regra muda a economia para os provedores de serviços. Patrocinar uma grande base de usuários pode imobilizar XRP por um período incerto. Um provedor deve, portanto, planejar o encerramento de contas, a transferência de patrocínio e usuários que não têm XRP quando o provedor desejar sair. Para os usuários, a informação importante é se a capacidade de continuar usando uma carteira depende de um provedor específico continuar pagando. A resposta dependerá da especificação final ativada e dos termos de serviço do provedor.
Por que uma especificação aberta é diferente de um recurso utilizável de carteira?
Uma proposta de padrões é apenas uma etapa em um caminho mais longo. A proposta precisa ser revisada, implementada no software de nó, aprovada por meio do processo de emendas da rede quando necessário e adotada por provedores de carteiras ou aplicativos. Mesmo depois que uma regra de rede está ativa, uma carteira existente pode não expor um fluxo de conta patrocinada. O pull request da SponsoredAccountCreate ainda estava aberto quando verificado em 9 de novembro de 2026. A página de emendas conhecidas oferece um local para verificar a emenda Sponsor mais ampla, mas seu status deve ser lido no momento da publicação, em vez de copiado de um artigo anterior.
Os leitores também devem evitar confundir uma conta de exchange com uma conta on-chain do XRP Ledger. Uma exchange centralizada pode permitir que um cliente visualize um saldo em XRP dentro de seu próprio ledger enquanto a exchange gerencia endereços e reservas on-chain. O recurso proposto de conta patrocinada diz respeito a contas e transações da XRPL, não a uma promessa de que toda conta de exchange mudará seus requisitos de depósito.
O que contaria como evidência de adoção real?
Procure uma implementação nomeada e uso observável. Evidências úteis incluiriam uma emenda de rede ativada, documentação de carteira em produção, termos de patrocínio publicados e dados de transações ou contas mostrando o fluxo em uso. Um anúncio de parceria ou uma proposta de código pode indicar intenção, mas não quantifica quantos usuários foram incorporados nem quanto XRP está imobilizado em reservas. Isso é particularmente importante quando alguém transforma uma proposta técnica em previsão de preço de token. O mecanismo de engenharia pode ser explicado agora; o resultado econômico exige evidências futuras.
FAQ
A reserva de conta em XRP é eliminada?
Não. O conceito de conta patrocinada desloca quem é responsável pela reserva. Ele não elimina a necessidade da rede de respaldar o armazenamento do ledger.
Uma carteira com XRP zero permite enviar transações gratuitamente?
Somente se um serviço patrocinar as taxas relevantes conforme sua implementação. Um saldo visível zero não é uma promessa de transações gratuitas ilimitadas.
A SponsoredAccountCreate está ativa na Mainnet?
A especificação citada era uma proposta aberta na verificação de 9 de novembro de 2026. Verifique o status atual da emenda e da carteira antes de afirmar que determinado fluxo está disponível.
