XRPL Commons aprova propostas para domínios permissionados e DEX após testes da Devnet

A comunidade XRPL Commons anunciou na sexta-feira seu apoio a duas atualizações de rede, após concluir sua sessão rotineira de votação de emendas, na sequência de testes bem-sucedidos da rede de desenvolvimento.

De acordo com a declaração da comunidade sobre o X, divulgada na segunda-feira, uma das duas propostas votadas atingiu o limite de votos dos validadores para ser integrada ao XRPL. Uma emenda que havia sido apoiada anteriormente foi rejeitada após a descoberta de uma falha, e outra emenda sobre o depósito de tokens está sob análise, aguardando mais testes.

Atualização sobre a votação XRPL Commons

Na sexta-feira, 23 de janeiro, concluímos nossa sessão regular de votação de emendas.

Votação sobre emendas:
🔷XLS-80 (Domínios Permitidos): Votado SIM após testes bem-sucedidos na Devnet

🔷XLS-81 (DEXs com permissão): Votado SIM após testes bem-sucedidos na Devnet…

— XRP L Commons (@xrpl_commons) 26 de janeiro de 2026

XRPL Commons participa do processo conduzido por validadores que determina quais alterações avançam para a ativação. As alterações exigem apoio contínuo de uma supermaioria de validadores antes de serem registradas no livro-razão.

Validadores XRP aprovam zonas de rede baseadasdent

88% dos validadores votaram a favor da proposta XLS-80, também conhecida como Domínios Permitidos, após testes bem-sucedidos na Devnet. O grupo afirmou que a mudança está tracpara entrar em vigor em 4 de fevereiro de 2026, às 09:57:51 UTC.

A proposta introduz ambientes restritos dentro do XRP Ledger que limitam a participação de contas que possuem dent . A estrutura não exporia registros pessoais sensíveis, pois apenas a comprovação da validade de uma credencial dent registrada na blockchain, enquanto quaisquer dados pessoais permanecem fora do livro-razão.

Domínios com permissão são zonas restritas que as instituições podem usar, desde que verifiquem as contrapartes antes de realizar transações. Isso difere do modelo de acesso totalmente aberto que os sistemas blockchain usavam anteriormente, incluindo XRPL.

XRP L Commons também votou a favor da XLS-81 "DEX com permissão", proposta durante o lançamento da versão 2.5.0 do software no ano passado. De acordo com a XRP , a XLS-81 ainda não foi habilitada, mas permanece em fase de votação.

A emenda exige 27 dos 34 votos dos validadores para atingir o limite necessário. No momento da publicação deste relatório, o consenso era de 55,88%, com apenas 19 validadores a favor.

A proposta expande a exchange integrada do XRP Ledger, permitindo negociações em ambientes controlados. Os participantes devem possuirdentaprovadas antes de fazer ou executar ordens, incluindo instituições financeiras que operam sob regras dedente de divulgação.

Instâncias DEX com permissão possuem "listas de permissões" que determinam quem pode acessar uma determinada plataforma de negociação. As ordens colocadas nessas configurações são mantidas separadas dos livros de ordens principais abertos. Um tipo limita a atividade estritamente a traders dentro de um domínio específico. Ao mesmo tempo, outra estrutura permite que os traders interajam tanto com o pool quanto com a exchange pública, dando prioridade à plataforma controlada.

A estrutura foi concebida para funcionar em conjunto com XRP Ledger , como linhas de crédito autorizadas, congelamento de ativos e funções de recuperação de valores, para permitir a negociação regulamentada na blockchain.

No entanto, a Câmara dos Comuns mudou seu voto sobre a proposta XLS-56 (Transações em Lote) de "sim" para "não" após a descoberta de um problema de software durante a revisão. De acordo com o grupo, o bug podia validar transações internas em um lote que pareciam estar devidamente assinadas, quando na verdade não estavam. A Câmara dos Comuns recomendou que os desenvolvedores corrigissem o problema antes que o suporte ao livro-razão pudesse ser retomado.

A atualização do sistema de custódia do token XRPL aguarda testes adicionais

A emenda XLS-85, que estende os recursos de garantia a tokens emitidos em outras blockchains, não sofreu alterações. XRPL Commons afirmou que mais testes estão programados antes da próxima sessão de votação.

De acordo com a semântica da proposta, o livro-razão poderia armazenar Promissórias e Tokens Multiuso em custódia. Também poderia impactar a emissão de moedas por meio de condições como tempo, eventos específicos ou regras programáveis. 

Os emissores de tokens seriam proibidos de colocar seus próprios ativos em custódia, e quaisquer ativos sob custódia não poderiam ser recuperados durante o período de bloqueio. As taxas de transferência para determinados tokens seriam calculadas no momento da criação da custódia.

A alteração também foi introduzida na versão 2.5.0 do software e requer 80% de apoio dos validadores para ser ativada. No entanto, ela não oferece funcionalidade direta de custódia entre blockchains, pois essa limitação está fora do seu escopo atual.

Além das decisões sobre emendas, XRPL Commons afirmou que a reserva baseada em taxas permanece em 1 XRP, enquanto a reserva dos proprietários está limitada a 0,1 XRP. Todas as outras emendas em aberto já haviam sido votadas em sessões anteriores, e nenhuma nova proposta foi adicionada à pauta desta rodada.

A próxima sessão de votação de emendas está agendada para 6 de fevereiro, quando os validadores irão revisitar as propostas pendentes e analisar os resultados dos testes.

Não leia apenas notícias sobre criptomoedas. Entenda-as. Assine nossa newsletter. É grátis .