XRP Ledger implementa KYC/AML em cadeia numa importante atualização

No dia 4 de setembro de 2025 às 03:51:21 UTC, o XRP Ledger (XRPL) ativou sua emenda “Credenciais”, incorporando uma camada de identidade nativa alinhada com os padrões ao protocolo base e permitindo fluxos com consciência de KYC/AML diretamente na cadeia. Esta melhoria segue o modelo de governança de emendas do XRPL, que requer uma supermaioria de 80% dos validadores mantida durante duas semanas, culminando em um evento EnableAmendment que ativa permanentemente as novas regras para todos os livros de contabilidade subsequentes.

XRPL adiciona controles nativos de KYC e AML

O núcleo da mudança é XLS-0070 (“Credenciais”), uma especificação projetada para permitir que os emissores certifiquem fatos sobre uma conta XRPL, como a verificação de identidade ou o estado de sanções, de forma que outros participantes possam confiar sem expor documentos privados na cadeia. Como explica a documentação da XRPL, “A função de Credenciais é um conjunto de ferramentas para gerir os requisitos de autorização e conformidade utilizando a blockchain do XRP Ledger, respeitando a privacidade e a descentralização”. O design “inspirou-se no padrão de Credenciais Verificáveis do W3C”, adaptando-o para que o sujeito de uma credencial seja um endereço XRPL em vez de uma URL.

O site de especificações de código aberto da Ripple captura sucintamente a razão institucional: “As Credenciais fornecem um conjunto de ferramentas para gerenciar os requisitos de autorização e conformidade no XRP Ledger, respeitando a privacidade e a descentralização”, uma abordagem que torna a característica compreensível para os atores regulamentados que precisam de certificações sem construir listas de permitidos proprietárias.

Funcionalmente, a emenda introduz novos objetos e transações a nível de protocolo para que as certificações possam ser emitidas, aceites, referenciadas e revogadas na cadeia. O registo de Emendas Conhecidas de XRPL enumera as alterações: três novas transações (CredentialCreate para que o emissor forneça uma credencial, CredentialAccept para que o sujeito a valide, e CredentialDelete para revogação/limpeza), além de um novo tipo de entrada no livro razão chamado Credential. Também amplia a função DepositPreauth existente para que a autorização de depósito possa ser expressa em termos de requisitos de credenciais, e adiciona um campo CredentialIDs a várias transações (incluindo Payment, EscrowFinish, PaymentChannelClaim e AccountDelete) para que um remetente possa apresentar um conjunto de credenciais ao interagir com um destino que aplica controles de conformidade.

É crucial destacar que os documentos pessoais nunca tocam a blockchain. Numa fluência canónica, uma empresa que deve restringir as interações a contas com KYC nomeia emissores de confiança fora da cadeia; o emissor verifica o usuário de forma privada e depois escreve apenas uma credencial assinada no livro-razão. “Os documentos que [o usuário] envia… nunca são publicados nem armazenados na blockchain”, no entanto, múltiplas contrapartes podem confiar na mesma credencial, evitando verificações redundantes. Este equilíbrio - certificações na cadeia, evidência fora da cadeia - reflete o modelo de Credenciais Verificáveis do W3C enquanto mantém as certificações portáteis através das características do XRPL.

A ativação também se encaixa em um roteiro mais amplo voltado para infraestruturas de nível institucional. As Credenciais são um pré-requisito e um complemento para outras construções com permissões em consideração, como Domínios com Permissões e um DEX com Permissões, que esperam que os participantes apresentem credenciais válidas para acessar a liquidez controlada ou a mercados de domínio restrito. A documentação dessas propostas vincula explicitamente a aplicação de volta às Credenciais, sublinhando que a camada de identidade foi projetada para ser reutilizável em múltiplas superfícies de produto em vez de ser um interruptor de uso único.

Desde o ponto de vista da implementação, a função tem sido visível para os desenvolvedores durante meses: as versões do servidor de referência de Ripple (rippled) destacaram as Credenciais entre as novas emendas, o conjunto de documentos forneceu orientação de extremo a extremo e exemplos de código para testes no Devnet, e os exploradores rastrearam os votos dos validadores em direção ao limiar de 28/35. A habilitação de hoje na rede principal muda a característica de “aberta para votação” a uma realidade de produção, permitindo a emissores, exchanges e fintechs construir fluxos controlados por credenciais que se liquidam atômicamente no XRPL.

Tecnicamente, a mudança é conservadora mas de grande alcance. Devido a que os CredentialIDs podem agora acompanhar a semântica padrão de Pagamento, uma instituição pode - a nível de protocolo - aceitar apenas depósitos quando o conjunto de hashes de credenciais apresentado coincide com uma política que configurou através de DepositPreauth. Essa aplicação ocorre sem middleware personalizado e é registada nos metadados da transação, melhorando a auditabilidade para as entidades reguladas.

Combinado com primitivas existentes (linhas de confiança, AMM, DEX, escrow), abre caminho para políticas programáticas como “aceitar euro-stablecoin de contrapartes com uma credencial KYC atualizada do emissor X, e encaminhar a troca de moeda através de um mercado com permissões se ambas as partes atenderem aos requisitos do domínio”.

No momento da publicação, XRP estava cotado a $2.82.

Declaração de isenção de responsabilidade: Apenas para fins informativos. O desempenho passado não é indicativo de resultados futuros.