Pesquisadores afiliados ao Banco de Compensações Internacionais (BIS) testaram o XRP Ledger como uma camada de verificação para estatísticas oficiais, de acordo com um documento de trabalho publicado em 2 de setembro.
O protótipo conectou o XRP Ledger com o Statistical Data and Metadata eXchange, ou SDMX, um padrão internacional usado por organizações, incluindo o BIS, para trocar informações estatísticas.
Em vez de colocar conjuntos de dados estatísticos completos on-chain, o sistema calculou impressões digitais criptográficas representando os dados. Em seguida, registrou essas impressões digitais no Devnet do XRP Ledger, permitindo que um destinatário verificasse se um arquivo baixado correspondia à versão originalmente publicada.
O experimento não representa uma implementação em produção, parceria com a Ripple ou endosso do XRP como investimento. O documento também afirma que suas conclusões pertencem aos autores e podem não refletir a posição institucional do BIS.
Estatísticas oficiais são comumente distribuídas por meio de sites, bancos de dados e feeds de dados automatizados. Um destinatário deve confiar que o arquivo baixado é autêntico e que seu conteúdo não foi alterado desde que o editor o divulgou.
Os pesquisadores projetaram seu protótipo para fornecer um registro de verificação independente. Antes da publicação, o software converteu um arquivo SDMX para um formato padronizado e calculou um hash criptográfico SHA3-512.
Um hash funciona como uma impressão digital digital única. Alterar até mesmo uma pequena parte do arquivo de origem produz um resultado diferente. Um destinatário pode, portanto, repetir o cálculo e comparar o resultado com a impressão digital registrada on-chain.
O protótipo suportava a verificação de um arquivo inteiro ou de séries estatísticas selecionadas dentro dele. Quando múltiplas séries eram incluídas, o sistema combinava seus hashes em uma raiz Merkle. Isso permitia que vários componentes de dados compartilhassem um registro on-chain, permanecendo verificáveis independentemente.
A raiz foi ancorada por meio de uma transação do XRP Ledger. Uma referência a essa transação foi então incorporada ao arquivo SDMX, dando aos destinatários as informações necessárias para localizar o registro on-chain e concluir a comparação.
O design significa que o XRP Ledger não estabeleceu se as estatísticas em si eram precisas. Apenas forneceu evidências de que os dados verificados correspondiam à versão conectada ao registro original.
O documento relatou uma latência mediana de publicação de aproximadamente três a cinco segundos sob condições de teste controladas. A verificação levou aproximadamente um a dois segundos.
A latência de publicação cobriu o processo de criação e confirmação do registro da blockchain. A verificação envolveu o recálculo da impressão digital e sua comparação com as informações armazenadas na transação relevante do XRP Ledger.
Esses resultados não devem ser tratados como desempenho garantido em condições de produção. Os pesquisadores realizaram as medições por meio de um sistema experimental operando no XRPL Devnet, em vez da rede principal pública usada para transações reais.
O Devnet fornece XRP de teste por meio de uma "faucet" e permite que os desenvolvedores experimentem sem usar ativos com valor de mercado. Sua atividade, requisitos de confiabilidade e ambiente operacional diferem daqueles da mainnet do XRP Ledger.
Os pesquisadores selecionaram o XRPL em parte devido à sua confirmação de transação relativamente rápida e baixos custos de transação. No entanto, o experimento não comparou o desempenho do XRPL diretamente com Ethereum, Solana, bancos de dados permissionados ou serviços convencionais de carimbo de tempo digital.
O código foi lançado em um repositório público do BIS. Sua documentação descreve o software como uma prova de conceito experimental que não se destina à produção nem é ativamente mantida.
Confirmar que os dados não foram alterados resolve apenas parte do problema de verificação. Um ator malicioso poderia criar um hash válido para um arquivo fraudulento e publicá-lo de um endereço de blockchain não relacionado.
O protótipo abordou esse risco com um sistema de identidade do editor. Ele usou uma Credencial Verificável W3C assinada por uma chave de identidade associada ao endereço do XRP Ledger do editor.
Um destinatário poderia usar essa credencial para verificar se a parte que publicava o arquivo controlava o endereço reconhecido. O processo de verificação, portanto, avaliava tanto a integridade dos dados quanto a identidade do editor.
A mensagem SDMX continha a referência da transação, as folhas Merkle ordenadas e a credencial necessária para a verificação. Um verificador poderia reproduzir a raiz a partir do arquivo recebido e compará-la por meio de uma única consulta ao ledger.
Os pesquisadores disseram que a arquitetura poderia eventualmente suportar provas de conhecimento zero (zero-knowledge proofs). Tal tecnologia permitiria que uma organização provasse fatos selecionados sobre dados restritos sem divulgar o conjunto de dados completo.
Eles também identificaram o uso potencial por agentes de inteligência artificial. Sistemas automatizados cada vez mais recuperam estatísticas sem que uma pessoa confirme manualmente cada fonte. Um registro de verificação legível por máquina poderia permitir que o software rejeitasse arquivos alterados ou atribuídos incorretamente.
Essas permanecem extensões propostas. O repositório publicado fornece código experimental em vez de um serviço de produção para bancos centrais, agências nacionais de estatística ou empresas de IA.
O protótipo usou a infraestrutura do XRP Ledger porque cada registro on-chain requer uma transação. No entanto, não utilizou XRP para pagamentos, liquidez, liquidação ou transferências transfronteiriças.
Apenas uma pequena taxa de transação seria necessária para ancorar cada registro na mainnet. O valor dependeria das condições da rede e do método de publicação selecionado por uma instituição.
Essa distinção é importante porque o uso do XRP Ledger não cria necessariamente uma demanda material por seu ativo nativo. Um editor de dados poderia ancorar muitas séries estatísticas por meio de uma única raiz Merkle, reduzindo o número de transações necessárias.
O experimento, no entanto, estende os tipos de aplicações testadas no XRPL além de pagamentos e ativos financeiros tokenizados. A rede também está desenvolvendo recursos institucionais que abrangem negociação permissionada, empréstimos e emissão de ativos.
Em cobertura relacionada, a infraestrutura institucional do XRP Ledger se expandiu por meio de mercados permissionados e propostas de empréstimos nativos. Essas aplicações financeiras são separadas do sistema de verificação estatística dos pesquisadores do BIS.
A atividade da rede também se tornou mais concentrada. O volume do livro de ordens do XRP Ledger aumentou 79%, enquanto o número de traders diários diminuiu durante o segundo trimestre, de acordo com pesquisa publicada pela Evernorth.
Nenhum desses desenvolvimentos estabelece que o protótipo estatístico entrará em produção. Eles fornecem um contexto mais amplo para as diferentes aplicações financeiras e não financeiras que estão sendo testadas em todo o ecossistema do XRP Ledger.
O protótipo precisaria de trabalho adicional de segurança, governança e operação antes que um provedor de estatísticas oficiais pudesse confiar nele. As instituições precisariam de políticas que regem chaves de editor, credenciais comprometidas, falhas de transação e correções em conjuntos de dados emitidos anteriormente.
A permanência dos registros da blockchain cria outro desafio. As estatísticas oficiais são frequentemente revisadas depois que as agências recebem novas informações ou corrigem erros. Um sistema de produção deve distinguir revisões legítimas de alterações não autorizadas sem sugerir que a versão mais antiga permanece atual.
Os editores também precisariam decidir se dependem de uma blockchain pública, executam infraestrutura adicional ou combinam registros da blockchain com sistemas de assinatura digital existentes. As regras de privacidade podem restringir quais metadados podem aparecer em transações públicas.
Os autores disseram que sua abordagem não se limita ao SDMX. Ela poderia ser adaptada para outros formatos estruturados, incluindo XBRL, que empresas e reguladores usam para relatórios financeiros.
Nenhum prazo de implementação foi fornecido. O repositório afirma que o software não é mantido, e o BIS não anunciou planos para implementá-lo em suas publicações estatísticas oficiais.
O resultado verificado é, portanto, mais restrito do que as alegações de que o BIS adotou o XRP Ledger. Pesquisadores afiliados ao BIS demonstraram que um sistema experimental poderia usar o XRPL Devnet para autenticar arquivos estatísticos em segundos, sob condições controladas.
XRP