Un informe de prueba de reservas es breve y aun así lleno de detalle portante. El identificador de periodo dice qué instantánea estás mirando, la fecha de instantánea dice cuándo se congelaron los saldos, la versión del algoritmo dice cómo se construyó el árbol, la raíz es aquello con lo que tu propia verificación debe coincidir, y las coberturas por activo dicen si las tenencias cubrían los saldos. Esta guía va campo a campo y explica para qué sirve cada uno y dónde puede despistarte.
Qué contiene realmente una divulgación
Una divulgación no es un relato. Es un conjunto pequeño de identificadores y números, y casi todo su valor está en si esos identificadores te permiten atar tu propio archivo de prueba a la afirmación publicada.
Todo lo demás de la página es contexto. La explicación de los árboles de Merkle, la tranquilidad sobre la privacidad, la descripción del flujo de verificación: útiles para entender, pero nada de eso es lo que compruebas. Lo que compruebas es un puñado de campos que o cuadran con tu archivo o no cuadran.
Leerla bien significa, por tanto, saber qué campos son portantes. El resto de esta guía los toma por orden de importancia.
Los campos y para qué sirve cada uno
| Campo | Qué es | En qué fijarse |
|---|---|---|
| Identificador de periodo | De qué divulgación se trata | Que coincida con el periodo de tu archivo |
| Fecha de instantánea | Cuándo se congelaron los saldos | Si tu depósito fue antes o después |
| Versión del algoritmo | Cómo se construyó el árbol | Que tu verificador implemente esa versión |
| Estado | Si el periodo es definitivo | Que esté publicado y no pendiente |
| Raíz | El resumen de todo el árbol | Que sea igual a la raíz que calculas |
| Cobertura por activo | Tenencias divididas entre pasivos | Que cada activo cubierto llegue al 100% |
| Lista de cobertura | Qué activos se incluyen | Cuáles de tus activos quedan fuera |
Dos son identificadores, dos son metadatos y solo tres son la afirmación en sí. Confundir esos papeles es lo que hace que alguien se tranquilice con un informe que nunca comprobó.
El periodo y la fecha de instantánea
El identificador de periodo te impide comparar cosas equivocadas. Las divulgaciones se repiten por ciclos, cada una produce su propio árbol y cada árbol tiene su propia raíz. Una raíz que no coincide no significa nada si tu archivo de prueba venía de otro periodo.
La fecha de instantánea pesa más, porque define de qué habla el informe. Los saldos se congelan en ese momento, normalmente el primer día del mes, y todo lo posterior pertenece a la siguiente divulgación. Un depósito del día siguiente no falta en el informe: sencillamente no forma parte de este.
Eso explica además la alarma más común. A quienes se registraron o ingresaron fondos después de la instantánea se les indica que sus activos no están en ella, lo cual es correcto y no un fallo. La mecánica de la comprobación está en cómo verificar la prueba de reservas.
La versión del algoritmo y por qué se imprime
Una versión de algoritmo parece un detalle administrativo y no lo es. Fija exactamente de qué se compone una hoja y cómo se combinan los hashes al subir por el árbol, y esas decisiones no son universales.
Dos detalles en particular tienen que quedar clavados o la verificación independiente no funciona. El primero es cómo se formatean los saldos, porque un valor escrito con otro número de decimales produce un hash distinto. El segundo es el orden de concatenación en cada nivel, porque hashear primero el hermano izquierdo y luego el derecho da otro resultado que al revés.
Publicar la versión es lo que hace posible un verificador independiente. Si ejecutas tu propia herramienta, la versión del informe es lo que te dice si tu implementación corresponde a ese periodo, y un cambio de versión es una señal para comprobar, no para suponer.
La raíz
La raíz es el único campo que soporta toda la carga. Es un valor único derivado de cada hoja del árbol, y su propiedad es que cambiar cualquier cosa en los datos subyacentes la cambia por completo.
Esa propiedad es lo que convierte su publicación en un compromiso. Una vez pública, el exchange no puede revisar un saldo, añadir una cuenta ni quitarla sin que la verificación de todos los usuarios falle a la vez. No puede arreglar el árbol en silencio ni arreglarlo para una persona sin romperlo para todas.
En la práctica comparas dos veces. Debe ser igual a la raíz registrada en tu propio archivo de prueba y a la raíz mostrada en la página pública para ese mismo periodo. Solo la segunda comparación ata tu cuenta al conjunto que se mostró a los demás; la estructura detrás se explica en qué es la prueba de reservas.
Las coberturas y la lista de cobertura
La cobertura de reservas son las tenencias en cadena divididas entre los pasivos con usuarios, y el 100% es el umbral. En él o por encima, el exchange mantenía suficiente de ese activo para cubrir los saldos en el momento de la instantánea.
Lee las coberturas de una en una. Una plataforma puede estar holgadamente por encima en una moneda y por debajo en otra, y cualquier cifra mezclada sobre todo lo que custodia oculta justamente eso. Informar por activo aporta más que un número de titular, y su ausencia ya es un hallazgo.
Después lee la lista de cobertura, el campo que más se salta. Una divulgación que abarca cuatro activos no afirma nada sobre un quinto. Es un límite de alcance y no un defecto, pero solo funciona como información si te fijas en cuáles de tus posiciones quedan fuera.
Lo que deliberadamente no está en el informe
Una prueba de reservas es una afirmación sobre activos en un momento, y de ahí se siguen tres cosas que ningún campo del informe te dirá.
No dice nada sobre pasivos más allá de los saldos de usuario que entraron en el árbol, así que no es una declaración de solvencia. No dice nada sobre lo ocurrido después de la instantánea, ya que una transferencia posterior cambia la situación sin cambiar la raíz publicada. Y no dice nada sobre si los activos en cadena eran exclusivamente de la plataforma, porque controlar una dirección en un instante no equivale a propiedad libre de cargas.
Nada de eso debilita el informe. Lo hace específico, que es la propiedad más útil, y por eso el lado del pasivo necesita tratamiento propio en prueba de reservas y pasivos.
En resumen
Lee una divulgación empezando por los identificadores y no por las frases tranquilizadoras. Confirma que el periodo coincide con tu archivo de prueba, anota la fecha de instantánea y de qué lado de ella caen tus depósitos, y contrasta la versión del algoritmo con la que espera tu verificador.
Después lee la afirmación en sí. La raíz debe coincidir con la que calculas, la cobertura de cada activo cubierto debe ser igual o superior al 100%, y la lista de cobertura te dice sobre cuáles de tus activos el informe nunca se pronunció. Un informe al que le falta cualquiera de esos campos no es más corto: es uno que no puedes terminar de comprobar. Sigue leyendo más contenidos de Bitbase Academy.
Lecturas relacionadas
Otros artículos de Bitbase sobre este tema:
- Cómo verificar una prueba de Merkle: haz tú mismo la comprobación
- Árboles de Merkle frente a pruebas de reservas de conocimiento cero: el compromiso de privacidad
- Por qué un depósito o retiro de moneda fiduciaria está pendiente
- Validador en jail: qué significa y cómo funciona el unjail
- Criptomonedas de culto y tomas de control por la comunidad (CTO)
Aviso legal: Este artículo es contenido educativo de Bitbase Academy y se ofrece solo con fines informativos. No constituye asesoramiento de inversión, negociación, fiscal ni financiero. Los criptoactivos son volátiles; evalúa tu propio riesgo. Redactado en septiembre de 2026; consulta la información oficial más reciente.
Fuentes
[1] Bitbase, Prueba de reservas: divulgación mensual, raíz de Merkle y verificador de código abierto www.bitbase.com
