El Banco de Pagos Internacionales publicó un documento de trabajo el 2 de septiembre que describe un prototipo para verificar la autenticidad de las estadísticas oficiales. El sistema convierte un archivo estadístico en una huella criptográfica, ancla un resumen de esas huellas en XRP Ledger y permite al receptor comparar el archivo con el registro público.
El resultado genera un veredicto dividido para XRP. El prototipo otorga a XRPL un caso de uso creíble de estilo institucional, mientras que su diseño por lotes mantiene mecánicamente pequeña la vía directa de quema de tarifas. Una transacción en el libro mayor puede representar miles de conjuntos de datos, por lo que la actividad útil puede escalar mucho más rápido que el número de transacciones que consumen XRP.
La investigación apareció por primera vez en línea a través de SAGE el 1 de agosto; el 2 de septiembre se publicó como BIS Working Paper 1374. El documento presenta las opiniones de los autores y señala que sus referencias a empresas y proyectos son ilustrativas. Su implementación sigue siendo una prueba de concepto experimental en XRPL DevNet, y las fuentes revisadas no revelan ninguna relación comercial con Ripple.
Cómo funciona el sistema de autenticación
Las estadísticas oficiales suelen transmitirse en SDMX, un estándar para intercambiar datos estadísticos y metadatos. El prototipo normaliza un archivo SDMX y aplica el hash SHA3-512 al archivo completo o a series de datos individuales. Luego combina estas huellas digitales en un árbol Merkle, una estructura que comprime un gran grupo de registros en un único valor resumen llamado raíz.
La raíz se escribe en el campo de memo de una transacción XRPL. Las estadísticas subyacentes y las tiendas y pruebas operativas del prototipo permanecen fuera de la cadena. El archivo SDMX devuelto incrusta la referencia de la transacción, las huellas digitales ordenadas y una credencial verificable firmada, proporcionando al destinatario el material necesario para reconstruir la raíz y compararla con el libro mayor.
XRPL sirve por lo tanto como notario público con marca de tiempo para el compromiso. No sirve como la base de datos que contiene las cifras económicas. La implementación de código abierto se describe a sí misma como experimental, inadecuada para producción y sin mantenimiento.
Los autores seleccionaron XRPL por sus tarifas nominales bajas, la rapidez de la finalización del consenso y los recursos accesibles para desarrolladores. También hicieron que la interfaz de la cadena de bloques sea reemplazable, para que otro libro mayor pudiera desempeñar el mismo papel de anclaje. Esta elección de diseño convierte al prototipo en evidencia del método de autenticación y de la capacidad de XRPL para alojarlo, y no en evidencia de que el método dependa del libro mayor XRP.
Los resultados de rendimiento provienen de una estación de trabajo de un solo desarrollador conectada a XRPL DevNet y que utiliza un corpus sintético SDMX. En esas pruebas controladas, la latencia media de publicación fue de tres a cinco segundos y la verificación tomó de uno a dos segundos. La evaluación excluyó carga sostenida en Mainnet, un firewall empresarial, firma respaldada por un módulo de seguridad de hardware y condiciones adversas. DevNet utiliza XRP de prueba sin valor en el mundo real, por lo que la ejecución produjo mediciones técnicas en lugar de demanda de tokens en vivo.
Esos límites aún dejan un resultado significativo. Un editor estadístico podría proporcionar una verificación independiente de integridad sin exponer datos confidenciales en un libro mayor público. La compensación económica aparece en el mismo mecanismo: el agrupamiento Merkle reduce la cantidad de compromisos en cadena necesarios para autenticar un gran cuerpo de información.
Las matemáticas de captura de valor de XRP
El costo estándar de transacción de XRPL generalmente comienza en 10 drops, equivalentes a 0.00001 XRP. Cuando una transacción ingresa a un libro validado, su tarifa se destruye. La carga de la red puede aumentar el costo, y los tipos de transacciones especiales pueden tener mínimos diferentes, pero el documento del BIS utiliza 10 drops como caso base.
La tarifa varía según las transacciones de anclaje, mientras que el volumen de datos puede comprimirse en lotes. La siguiente aritmética ilustra la brecha bajo un mínimo constante de 10 drops y transacciones estándar:
| Patrón de actividad | Transacciones de anclaje | XRP quemado |
|---|---|---|
| 1 millón de conjuntos de datos, agrupados en 1,000 por ancla | 1,000 | 0.01 XRP |
| 1 millón de anclajes individuales | 1,000,000 | 10 XRP |
| 1 ancla por minuto durante 365 días | 525,600 | 5.256 XRP |
| 1 ancla por segundo durante 365 días | 31,536,000 | 315.36 XRP |
Estas son ilustraciones de escala, no pronósticos de implementación. La quema real reflejaría con qué frecuencia los editores envían anclas, cuántos conjuntos de datos agrupan, la carga actual de la red y el tipo de transacción. El prototipo de DevNet no generó ninguna de esta demanda del mainnet.
El modelo de costos del artículo apunta en la misma dirección. Supone una tarifa de 10 drops y un precio ilustrativo de $0.30 por XRP, que es una entrada del modelo y no una oferta actual. Con un tamaño de lote de 1.000, los autores calculan un costo en cadena de $0.000000003 por conjunto de datos. Por encima de aproximadamente 50 elementos por lote, el procesamiento y el almacenamiento en bruto dominan los costos de cadena y almacenamiento de pruebas en sus ejemplos.
Las liberaciones urgentes pueden favorecer lotes más pequeños, ya que esperar más conjuntos de datos genera retrasos. Incluso así, el artículo indica que la baja tarifa nominal de XRPL limita la penalización. Para los titulares de XRP, esto significa que la cadencia de producción es más importante que el número total de archivos o series autenticadas.
Las reservas del mainnet crean una segunda vía condicional. Según las actuales reglas de reserva de XRPL, cada dirección debe mantener una reserva base de 1 XRP, más 0.2 XRP adicionales por cada objeto de libro que cuente como reserva. La red mantiene esos saldos como prefondo; las tarifas ordinarias de transacción son los XRP que se destruyen.
La demanda de reserva crece cuando una implementación necesita nuevas cuentas u objetos de libro mayor. Un conjunto de datos no lleva su propio requisito de reserva, y el anclaje repetido de memoria desde una cuenta existente no bloquea otro 1 XRP cada vez. La votación de validadores también puede cambiar los niveles de reserva. Por lo tanto, el uso en producción podría aumentar el XRP mantenido en muchas nuevas cuentas institucionales, pero el efecto depende de la arquitectura de implementación en lugar del rendimiento del conjunto de datos.
El documento respalda una conclusión de captación de valor limitada. XRP proporcionaría las tarifas y reservas para una versión de mainnet, mientras que el agrupamiento de Merkle comprime deliberadamente el flujo recurrente de tarifas. Bajo los supuestos del documento y los mecanismos actuales de tarifas, el canal de quema directa permanece pequeño incluso cuando aumenta el volumen de datos autenticados.
El precio de mercado de XRP aún puede responder a expectativas, liquidez y actividad en otras partes de la red. Esas fuerzas se encuentran fuera de este prototipo. El trabajo del BIS establece XRPL como una capa de autenticación de bajo costo viable bajo condiciones controladas; una demanda material de tokens requeriría una cadencia de anclaje sostenida, una creación amplia de cuentas u otra actividad centrada en XRP que el experimento no demostró.
La publicación BIS muestra por qué la adopción real institucional en XRP Ledger no desencadenará la escasez de suministro de XRP que los tenedores esperan apareció por primera vez en CryptoSlate.