O Banco de Compensações Internacionais publicou um documento de trabalho em 2 de setembro descrevendo um protótipo para verificar a autenticidade de estatísticas oficiais. O sistema transforma um arquivo estatístico em uma impressão digital criptográfica, ancla um resumo dessas impressões digitais no XRP Ledger e permite que o destinatário compare o arquivo com o registro público.
O resultado gera um veredito dividido para o XRP. O protótipo oferece ao XRPL um caso de uso crível no estilo institucional, enquanto seu design de lote mantém o caminho direto de queima de taxas mecanicamente pequeno. Uma única transação no ledger pode representar milhares de conjuntos de dados, portanto, a atividade útil pode escalar muito mais rapidamente do que o número de transações que consomem XRP.
A pesquisa apareceu pela primeira vez online pela SAGE em 1º de agosto; 2 de setembro marca seu lançamento como BIS Working Paper 1374. O artigo apresenta as opiniões dos autores e afirma que suas referências a empresas e projetos são ilustrativas. Sua implementação permanece como uma prova de conceito experimental do XRPL DevNet, e as fontes revisadas não revelam nenhuma relação comercial com a Ripple.
Como funciona o sistema de autenticação
Estatísticas oficiais geralmente são transmitidas em SDMX, um padrão para troca de dados estatísticos e metadados. O protótipo normaliza um arquivo SDMX e aplica o hash SHA3-512 ao arquivo inteiro ou a séries de dados individuais. Em seguida, combina essas impressões digitais em uma árvore de Merkle, uma estrutura que comprime um grande grupo de registros em um único valor resumido chamado raiz.
A raiz é gravada no campo de memória de uma transação XRPL. Estatísticas subjacentes e os armazenamentos operacionais e provas do protótipo permanecem fora da cadeia. O arquivo SDMX retornado incorpora a referência da transação, impressões digitais ordenadas e uma credencial verificável assinada, fornecendo ao destinatário os materiais necessários para reconstruir a raiz e compará-la com o livro-razão.
XRPL serve, portanto, como um tabelião público com carimbo de data e hora para o compromisso. Ele não serve como o banco de dados que armazena os valores econômicos. A implementação de código aberto descreve-se como experimental, inadequada para produção e não mantida.
Os autores selecionaram o XRPL por suas taxas nominais baixas, finalidade rápida de consenso e recursos de desenvolvedor acessíveis. Eles também tornaram a interface da blockchain substituível, permitindo que outro livro-razão desempenhe o mesmo papel de ancoragem. Essa escolha de design torna o protótipo uma evidência do método de autenticação e da capacidade do XRPL de hospedá-lo, e não uma evidência de que o método depende do XRP Ledger.
Os resultados de desempenho foram obtidos de uma estação de trabalho de um único desenvolvedor conectada ao XRPL DevNet e utilizando um corpus sintético SDMX. Nesses testes controlados, a latência mediana de publicação foi de três a cinco segundos e a verificação levou de um a dois segundos. A avaliação excluiu carga contínua no Mainnet, firewall empresarial, assinatura com módulo de segurança de hardware e condições adversas. O DevNet utiliza XRP de teste sem valor no mundo real, portanto, a execução produziu medições técnicas em vez de demanda real de tokens.
Esses limites ainda deixam um resultado significativo. Um publicador estatístico poderia fornecer uma verificação independente de integridade sem expor dados confidenciais em um livro-razão público. O trade-off econômico aparece no mesmo mecanismo: o agrupamento Merkle reduz o número de compromissos na cadeia necessários para autenticar um grande corpo de informações.
A matemática de captura de valor do XRP
O custo padrão da transação do XRPL normalmente começa em 10 drops, equivalente a 0,00001 XRP. Quando uma transação entra em um livro-razão validado, sua taxa é destruída. A carga da rede pode aumentar o custo, e tipos especiais de transações podem ter mínimos diferentes, mas o documento do BIS usa 10 drops como caso base.
A taxa varia conforme as transações de ancoragem, enquanto o volume de dados pode ser comprimido em lotes. A seguinte aritmética ilustra a lacuna sob um mínimo constante de 10 drops e transações padrão:
| Padrão de atividade | Transações de ancoragem | XRP queimado |
|---|---|---|
| 1 milhão de conjuntos de dados, em lotes de 1.000 por âncora | 1.000 | 0,01 XRP |
| 1 milhão de âncoras individuais | 1.000.000 | 10 XRP |
| 1 âncora por minuto durante 365 dias | 525.600 | 5.256 XRP |
| 1 âncora por segundo durante 365 dias | 31.536.000 | 315,36 XRP |
Essas são ilustrações de escala, não previsões de implantação. A queima real refletiria com que frequência os editores enviam âncoras, quantos conjuntos de dados eles agrupam, a carga atual da rede e o tipo de transação. O protótipo do DevNet não gerou nenhuma dessas demandas do Mainnet.
O modelo de custo do artigo aponta na mesma direção. Ele assume uma taxa de 10-drops e um preço ilustrativo de $0,30 por XRP, que é uma entrada do modelo e não uma cotação atual. Com um tamanho de lote de 1.000, os autores calculam um custo na cadeia de $0,000000003 por conjunto de dados. Acima de aproximadamente 50 itens por lote, o processamento e o armazenamento bruto dominam os custos da cadeia e de armazenamento da prova em seus exemplos.
Lançamentos urgentes podem favorecer lotes menores, pois aguardar mais conjuntos de dados gera atraso. Mesmo assim, o artigo afirma que a taxa nominal baixa do XRPL limita a penalidade. Para detentores de XRP, isso significa que a cadência de produção é mais importante do que o número total de arquivos ou séries autenticados.
As reservas do mainnet criam um segundo caminho condicional. Segundo as atuais regras de reserva do XRPL, cada endereço deve manter uma reserva básica de 1 XRP, mais 0,2 XRP para cada objeto de ledger que conte como reserva. A rede mantém esses saldos como pré-financiamento; as taxas normais de transação são os XRP que são destruídos.
A demanda por reserva aumenta quando uma implantação precisa de novas contas ou objetos de ledger. Um conjunto de dados não possui sua própria exigência de reserva, e o ancoreamento repetido de memória a partir de uma conta existente não bloqueia outro 1 XRP cada vez. A votação de validadores também pode alterar os níveis de reserva. O uso em produção pode, portanto, aumentar o XRP mantido em muitas novas contas institucionais, mas o efeito depende da arquitetura de implantação, e não do rendimento do conjunto de dados.
O artigo sustenta uma conclusão de captura de valor restrita. O XRP forneceria as taxas e reservas para uma versão Mainnet, enquanto o agrupamento Merkle comprime deliberadamente o fluxo recorrente de taxas. Sob as suposições do artigo e os mecanismos atuais de taxas, o canal de queima direta permanece pequeno mesmo com o aumento do volume de dados autenticados.
O preço de mercado do XRP ainda pode responder a expectativas, liquidez e atividade em outras partes da rede. Essas forças estão fora deste protótipo. O trabalho do BIS estabelece o XRPL como uma camada de autenticação viável e de baixo custo em condições controladas; uma demanda material por tokens exigiria um ritmo de ancoragem sustentado, criação ampla de contas ou outra atividade centrada no XRP que o experimento não demonstrou.
A post BIS mostra por que a adoção real institucional no XRP Ledger não desencadeará a escassez de oferta de XRP que os detentores esperam apareceu primeiro em CryptoSlate.