O design de longa data do XRP Ledger está recebendo uma atenção renovada após comentários do CTO da Ripple, David “JoelKatz” Schwartz, que afirmou que a próxima fase da rede pode exigir uma reavaliação de como o valor circula por sua infraestrutura.
A discussão surgiu à medida que desenvolvedores e membros da comunidade analisam o papel crescente do XRP Ledger (XRPL) devido ao contínuo crescimento das aplicações de finanças descentralizadas, à introdução de novos casos de uso de tokenização e ao recente lançamento do primeiro ETF spot de XRP pela Canary.
Os comentários de Schwartz destacaram que as novas demandas em todo o ecossistema provocaram uma conversa mais ampla sobre se o staking nativo poderia um dia ser integrado à rede, apesar da arquitetura fundamentalmente diferente do XRP em relação aos sistemas típicos de proof-of-stake.
Mudança de Mentalidade Sobre a Funcionalidade do XRPL
Schwartz observou que a indústria blockchain mudou desde o lançamento do XRPL em 2012. Ele afirmou que suas próprias opiniões sobre governança, consenso e incentivos de rede também mudaram. Segundo ele, a atividade envolvendo XRP em plataformas DeFi, como Flare, MoreMarkets, Axelar e Doppler, juntamente com iniciativas em andamento em torno de programabilidade e potencial funcionalidade de smart contracts, motivaram uma reavaliação de quais capacidades nativas adicionais podem eventualmente ser suportadas.
XRP Ledger foi criado em 2012. O mundo do blockchain mudou muitas e muitas vezes desde então.
Meus próprios pensamentos sobre modelos de governança e consenso evoluíram. Tenho refletido sobre como o XRP é usado em DeFi (tanto organicamente com aplicativos e protocolos como Flare,…
— David ‘JoelKatz’ Schwartz (@JoelKatz) 18 de novembro de 2025
Seus comentários seguem uma observação relacionada de J. Ayo Akinyele, que citou o uso histórico do XRP em pagamentos, liquidação de ativos tokenizados e operações de liquidez, motivando seus comentários. Segundo Akinyele, o lançamento do primeiro ETF spot de XRP e a chegada esperada de mais emissores sinalizam uma mudança de direção em direção a um engajamento institucional mais amplo com o ativo, incluindo domínios como fundos do mercado monetário e tesourarias tokenizadas.
Conceitos Iniciais Sobre Staking Nativo
O CTO da Ripple esclareceu que o XRP difere das redes de proof-of-stake em vários aspectos estruturais. As taxas de transação no XRPL são destruídas em vez de distribuídas, o ledger é projetado para mover qualquer ativo de forma rápida e com baixo custo, e a influência dos validadores não é determinada pela posse de tokens. Ele afirmou que, para que o staking nativo exista, a rede exigiria tanto uma fonte definida de recompensas de staking quanto um mecanismo de distribuição justa, o que remodelaria a circulação de valor dentro do ledger.
O membro da comunidade Vet respondeu observando que o staking em outras blockchains é geralmente usado para determinar os produtores de blocos, levantando questões sobre como tal modelo se aplicaria ao XRPL. Em resposta, Schwartz descreveu dois conceitos técnicos que ele e outros colaboradores examinaram, ao mesmo tempo em que afirmou que ambos permanecem improváveis de serem adotados no curto prazo.
Modelo de Duas Camadas e Incentivos de Provas ZK
Uma abordagem de consenso em duas camadas é utilizada no primeiro conceito. De acordo com este modelo, as transições do ledger seriam conduzidas por uma camada interna de 16 validadores que seriam escolhidos através de um mecanismo de staking.
O algoritmo de consenso atual do XRPL formaria uma casca que regula as alterações, diretrizes de taxas e a funcionalidade adequada da camada interna. Segundo Schwartz, essa separação permitiria maior diversidade de validadores ao mesmo tempo em que mantém o progresso rápido do ledger utilizando rodadas menores e mais leves de validadores.
Um segundo conceito mantém o mecanismo de consenso atual enquanto redireciona as taxas de transação para compensar provas de conhecimento zero que verificam a execução de smart contracts. De acordo com o CTO da Ripple, Schwartz, essa abordagem reduziria a necessidade de cada nó executar cálculos complexos, transferindo os custos de verificação para a geração das provas ZK.
À medida que a discussão avançava, Vet questionou se a estrutura de duas camadas conseguiria realmente transferir tarefas que exigem mais computação para um ambiente incentivado, enquanto mantém a lógica de consenso orientada a pagamentos atual.
Schwartz esclareceu que o progresso do ledger seria gerenciado pelo protocolo interno em cada transição, com a camada externa supervisionando. Ele também afirmou que o design pode aprimorar a resiliência do sistema, já que o ledger só seria interrompido quando ambas as camadas parassem suas operações.
Aprimore sua estratégia com mentoria + ideias diárias - 30 dias de acesso gratuito ao nosso programa de trading
