Una prueba de reservas vale exactamente lo que tú puedas comprobar, y comprobables hay justo tres cosas: si tu propio saldo entró en la instantánea, si la raíz que calculas a partir de tu archivo de prueba coincide con la que publicó el exchange, y si la cobertura de reservas de cada activo alcanza el 100%. Cada una cierra una vía de engaño distinta, y una plataforma que no te deja ejecutar las tres ha publicado una afirmación, no una prueba.
Qué afirma realmente una prueba de reservas
Una prueba de reservas es una afirmación sobre un momento. El exchange toma una instantánea de todos los saldos de usuario, construye sobre ellos una estructura criptográfica, publica un único hash que resume el conjunto entero y, por separado, muestra cuánto mantiene en cadena frente a esos saldos.
La afirmación tiene dos mitades y fallan de maneras distintas. La mitad del usuario dice que tu saldo fue contado. La mitad de las reservas dice que existen activos suficientes para cubrir el total contado. Por separado sirven de poco, porque un exchange puede contar a todos con honestidad y aun así quedarse corto, o mantener de sobra y omitir en silencio unas pocas cuentas grandes del total.
Por eso las comprobaciones son tres y no una. Cada una cierra una puerta que las otras dos dejan abierta.
Las tres comprobaciones y qué descarta cada una
| Comprobación | Qué comparas | Qué descarta |
|---|---|---|
| Inclusión | Tu saldo y la hoja de tu archivo de prueba | Que el exchange deje tu cuenta fuera del total |
| Coincidencia de raíz | Tu hash calculado y la raíz publicada | Que el exchange altere la instantánea tras publicarla |
| Cobertura | Tenencias en cadena frente a pasivos por moneda | Que cuente con honestidad pero mantenga demasiado poco |
Ninguna de las tres es opcional y ninguna sustituye a otra. Si una plataforma publica una cobertura pero no una prueba por usuario, no puedes saber si tu cuenta estaba en el denominador. Si publica una prueba sin raíz, tienes aritmética sin nada con qué contrastarla.
Si tu saldo está en el árbol
La primera comprobación es la de inclusión y es la única que solo puedes hacer tú, porque solo tú sabes cuál era tu saldo. Inicia sesión, abre el informe de activos, elige el periodo de divulgación y ejecuta la verificación que ofrece la plataforma.
Lo que ocurre por debajo merece entenderse aunque el botón lo haga por ti. Tu hoja es un registro de tus propios saldos en el momento de la instantánea, pasado por una función hash. Tu archivo de prueba contiene los hashes hermanos necesarios para subir desde esa hoja hasta la raíz, nivel a nivel. La verificación recorre ese camino de nuevo.
Una implementación bien hecha lo hace localmente en tu navegador, usando solo los datos que ya están en tu equipo y sin devolver los datos de verificación al servidor. Esa propiedad importa: el sentido del ejercicio es comprobar al exchange, así que una comprobación que el exchange hace por ti y cuyo resultado te comunica no es lo mismo. La implementación de Bitbase y cómo ejecutarla están en cómo verificar la prueba de reservas de Bitbase.
Si la raíz que calculas coincide con la publicada
La segunda comprobación convierte la primera en evidencia. Recalcular tu camino te da una raíz. Ese número debe coincidir con dos cosas: la raíz registrada en tu propio archivo de prueba y la raíz que el exchange publica en su página pública de divulgación.
Hacen falta las dos comparaciones. Coincidir solo con el archivo demuestra únicamente que el archivo es coherente consigo mismo, algo que una plataforma deshonesta conseguiría sin esfuerzo entregándote un archivo construido en torno a otro árbol. Coincidir con la raíz pública es lo que ata tu cuenta al conjunto que se mostró a todos los demás.
Funciona por una propiedad de la estructura, no por una promesa. Cambia cualquier saldo del árbol, añade una cuenta o elimínala, y la raíz sale completamente distinta. El exchange no puede, por tanto, editar la instantánea después de publicar la raíz sin que la comprobación de todos los usuarios falle a la vez. La estructura en sí se explica en qué es la prueba de reservas.
Si la cobertura llega al 100%
La tercera comprobación pasa de tu cuenta a la plataforma entera. La cobertura de reservas son las tenencias en cadena divididas entre los pasivos con usuarios, y el 100% es la línea: en ella o por encima, las tenencias cubren los saldos de ese activo.
Léela por moneda, no en agregado. Un exchange puede ir holgado en una moneda y corto en otra, y una cifra agregada tapa justamente eso. Una divulgación que reduce todo lo que custodia a un solo número dice menos de lo que parece.
Lee también la lista de cobertura. Una divulgación que abarca cuatro activos no dice nada del quinto: es un límite de alcance y no un defecto, pero solo si te das cuenta. Qué establece y qué no la cobertura sobre el lado del pasivo está en prueba de reservas y pasivos.
Hacerlo de forma independiente y sin conexión
La comprobación de un clic es cómoda y sigue ejecutándose dentro de la página del propio exchange. Para una comprobación que en el momento de ejecutarla no dependa de nada que el exchange controle, descarga los datos de verificación y usa un verificador de código abierto en tu propio equipo.
Un verificador abierto es la parte que convierte todo el ejercicio de cooperativo en adversarial. Puedes leer qué hace, ejecutarlo sin conexión a la red y confirmar que la aritmética es la aritmética descrita. Bitbase publica una herramienta así y el formato de hoja sobre el que opera, lo que significa que la vía sin conexión existe de verdad y no en teoría.
Hazlo al menos una vez. Después de ver con tus propios ojos que el resultado sin conexión coincide con el de la página, el botón cómodo es una elección razonable para los periodos siguientes.
Qué significa una comprobación fallida y qué no
Lee los resultados por orden, porque el fallo más común no es un fallo. Un aviso de que tus activos no están en la instantánea suele significar que en ese momento no tenías saldo en los activos cubiertos, lo que ocurre si te registraste o depositaste después; esos fondos entran en el periodo siguiente.
Una raíz que no coincide es otra cosa y es grave. Antes de escalar, confirma que comparaste con la raíz publicada para el mismo periodo, porque las divulgaciones son periódicas y las raíces difieren entre periodos. Si periodo, archivo y raíz publicada están alineados y los hashes siguen difiriendo, la comprobación está haciendo su trabajo.
Una cobertura por debajo del 100% en una moneda es un tercer tipo de hallazgo y habla de la plataforma, no de tu cuenta. Dice que en aquel momento las tenencias no cubrían los saldos de esa moneda, que es exactamente la situación que la divulgación existe para hacer visible.
En resumen
Verificar una prueba de reservas significa ejecutar tres comprobaciones y no aceptar ninguna como sustituta de las otras. Confirma que tu saldo está en el árbol, que la raíz que calculas coincide con la publicada para ese periodo, y que la cobertura de cada activo cubierto es igual o superior al 100%.
La condición previa para las tres es que el exchange publique lo que necesitas: un camino de prueba por usuario, una raíz pública, coberturas por moneda y, a poder ser, un verificador de código abierto para que el último paso no dependa de su código. Si falta alguno, lo que tienes delante es una aserción. Si están todos, resuelves la cuestión tú mismo en unos minutos. Sigue leyendo más contenidos de Bitbase Academy.
Lecturas relacionadas
Otros artículos de Bitbase sobre este tema:
- Á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
- Controles de riesgo de la cuenta en un exchange
- Las velas martillo y estrella fugaz
- Cruces de medias móviles: cruce dorado y cruce de la muerte
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
