XRPL Commons aprova domínios autorizados e emendas DEX após testes na Devnet

O XRPL Commons anunciou que apoiou duas atualizações de rede na sexta-feira, após concluir a sua sessão de votação de emendas rotineira, seguindo testes bem-sucedidos na rede de desenvolvimento.

De acordo com o comunicado da comunidade no X publicado na segunda-feira, uma das duas propostas votadas atingiu o limiar de votação dos validadores para ser integrada no XRPL. Uma emenda que tinha sido apoiada anteriormente foi rejeitada após o surgimento de uma falha, e outra emenda sobre escrow de tokens está em análise, aguardando mais testes.

Atualização da Votação do XRPL Commons

Na sexta-feira, 23 de janeiro, completámos a nossa sessão regular de votação de emendas.

Votações de emendas:
🔷XLS-80 (Domínios Autorizados): Votado SIM após testes bem-sucedidos na Devnet

🔷XLS-81 (DEXes Autorizados): Votado SIM após testes bem-sucedidos na Devnet…

— XRPL Commons (@xrpl_commons) Janeiro 26, 2026

O XRPL Commons participa no processo orientado por validadores que determina quais as alterações que avançam para a ativação. As emendas requerem apoio sustentado de uma supermaioria de validadores antes de entrarem em vigor no ledger.

Validadores do XRP aprovam zonas de rede baseadas em credenciais

88% dos validadores votaram a favor da proposta XLS-80, também conhecida como Domínios Autorizados, após testes bem-sucedidos na Devnet. O grupo indicou que a alteração está a seguir uma data de ativação estimada para 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 detêm credenciais aprovadas. O quadro não exporia registos pessoais sensíveis, pois apenas a prova de que uma credencial é válida é registada na cadeia, enquanto quaisquer detalhes pessoais permanecem fora do ledger. 

Os Domínios Autorizados são zonas restritas que as instituições podem utilizar, desde que verifiquem as contrapartes antes de transacionar. Isto é diferente do modelo de acesso totalmente aberto que os sistemas blockchain utilizavam anteriormente, incluindo o XRPL.

O XRPL Commons também votou a favor da XLS-81 emenda “DEX Autorizado”, que foi proposta durante o lançamento da versão de software v2.5.0 no ano passado. De acordo com a página de votação de emendas do XRP, a XLS-81 ainda não foi ativada, mas continua na fase de votação.

A emenda requer 27 dos 34 votos dos validadores para atingir o seu limiar. No momento da redação deste artigo, o consenso situava-se nos 55,88%, com apenas 19 validadores a favor.

A proposta expande a exchange integrada do XRP Ledger, permitindo negociações dentro de ambientes controlados. Os participantes devem detener credenciais aprovadas antes de colocar ou preencher ordens, incluindo empresas financeiras que operam sob regras de identidade e relatórios.

As instâncias de DEX Autorizado têm “listas de permissões” que determinam quem pode aceder a uma determinada plataforma de negociação. As ordens colocadas nestes ambientes são mantidas separadas dos livros de ordens abertos principais. Um tipo limita a atividade estritamente aos traders dentro de um domínio específico. Ao mesmo tempo, outra estrutura permite aos traders interagir tanto com o pool como com a exchange pública, dando prioridade à plataforma controlada.

O quadro destina-se a funcionar em conjunto com XRP Ledger mecanismos de conformidade, como trustlines autorizadas, congelamento de ativos e funções de recuperação (clawback), para permitir negociações on-chain regulamentadas.

No entanto, o Commons alterou o seu voto na 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 poderia validar transações internas num lote que pareciam devidamente assinadas quando não o eram. O Commons recomendou que os desenvolvedores efetuassem correções antes de o seu suporte no ledger poder ser retomado.

Atualização de escrow de tokens do XRPL aguarda mais testes

A emenda XLS-85, que estende as funcionalidades de escrow a tokens emitidos em outras cadeias, não registou alterações na posição. O XRPL Commons indicou que mais testes estão agendados antes da próxima sessão de votação.

De acordo com a semântica da proposta, o ledger poderia manter IOUs e Multi-Purpose Tokens em escrow. Poderia também impactar a libertação de moedas por condições como tempo, eventos específicos ou regras programáveis. 

Os emissores de tokens seriam impedidos de colocar os seus próprios ativos em escrow, e quaisquer ativos sob escrow não poderiam ser recuperados durante o período de bloqueio. As taxas de transferência para certos tokens seriam calculadas aquando da criação do escrow.

A emenda foi também introduzida com a versão de software v2.5.0 e exigiria 80% de apoio dos validadores para ser ativada. No entanto, não fornece funcionalidade direta de escrow cross-chain, uma vez que essa limitação está fora do seu âmbito atual.

Para além das decisões sobre emendas, o XRPL Commons indicou que a reserva baseada em taxas permanece em 1 XRP, enquanto a reserva de proprietário está limitada a 0,1 XRP. Todas as outras emendas abertas já tinham sido votadas em sessões anteriores, e não foram adicionadas novas propostas à agenda nesta ronda.

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