Prueba de reservas: cómo comprobar tú mismo la acreditación de un exchange

Entre el 17 y el 31 de agosto de 2026 vencen en varias plataformas de negociación plazos que obligan a los inversores alemanes a vender o retirar sus saldos. Quien lo hace se plantea de forma inevitable una pregunta que nunca surge en el uso cotidiano: ¿está realmente depositado en el exchange el saldo que muestra el resumen de la cuenta? La respuesta que el sector da a esa pregunta se llama prueba de reservas. Hasta ahora no existía en alemán ninguna guía que explicara cómo recalcula un inversor esa acreditación de reservas y dónde termina su valor probatorio.

Este texto cubre esa carencia con un ejemplo concreto y con mediciones propias. Cryptoticker.io elaboró este análisis el 18 de agosto de 2026.

Prueba de reservas: qué mide realmente la acreditación de un exchange de criptomonedas

La prueba de reservas es un procedimiento de verificación que un auditor independiente realiza a intervalos regulares. Debe acreditar que un custodio mantiene efectivamente los activos que afirma mantener en nombre de sus clientes. Para ello el auditor toma una instantánea anonimizada de todos los saldos de cuenta, la condensa en una estructura de datos determinada y compara el resultado con los fondos que figuran en las direcciones de blockchain del exchange.

El añadido decisivo es la firma. El exchange debe firmar con las claves privadas de las direcciones verificadas y demostrar así que dispone de ellas. Solo la combinación de ambos elementos produce una afirmación. Una dirección con un saldo elevado no prueba nada por sí sola, porque podría pertenecer a cualquiera.

El reparto de papeles resulta esencial. El auditor confirma una operación de cálculo, no una situación económica. En una fecha de referencia certifica que los fondos controlados alcanzan o superan los saldos de clientes agregados. Sobre los pasivos de la empresa, sobre sus préstamos o sobre si el exchange goza de salud financiera, el procedimiento no dice nada por sí mismo.

Árbol de Merkle y raíz de Merkle: cómo todos los saldos de clientes se convierten en una única huella

El núcleo técnico es una estructura arbórea formada por sumas de verificación. Cada cuenta de cliente se calcula, junto con sus saldos, en un valor hash corto que constituye una hoja del árbol. Cada dos hojas contiguas se vuelven a combinar en un hash, el resultado se combina de nuevo con su vecino, y así sucesivamente hasta que queda un único valor. Ese valor recibe el nombre de raíz de Merkle.

La utilidad de esta construcción reside en su sensibilidad. Si cambia una sola cifra de cualquier saldo en cualquier punto del árbol, la raíz de Merkle cambia por completo. Un exchange no puede, por tanto, descontar saldos individuales a posteriori sin que el valor raíz publicado deje de encajar.

Al mismo tiempo se preserva la privacidad. A partir del valor raíz no puede reconstruirse ningún saldo individual, y durante la comprobación el cliente solo ve su propio recorrido por el árbol, no los saldos ajenos. Precisamente por eso el procedimiento se impuso frente a la alternativa de publicar sin más una lista con todos los saldos.

Record ID y Merkle Leaf ID: así compruebas tu propio saldo paso a paso

El ejemplo documentado que sirve aquí de referencia es el método público de Kraken, porque este proveedor describe el cálculo de forma abierta y pone una herramienta de comprobación en manos de sus clientes. La página resultaba legible y verificable sin necesidad de registro en el momento de la consulta, el 18 de agosto de 2026.

El proceso consta de cuatro estaciones. Primero accedes a tu cuenta y abres el apartado dedicado a la acreditación de reservas. Allí figura en qué verificaciones participó tu cuenta, con la fecha, la firma auditora y el alcance de la revisión. En el segundo paso seleccionas una verificación y muestras los valores que se incorporaron al árbol por tu cuenta.

El tercer paso es el cálculo propiamente dicho. A partir del código de tu cuenta, de tu identificador de cliente ante el proveedor y del identificador de la verificación correspondiente surge, mediante SHA-256, el llamado Record ID. Ese Record ID se concatena con tus saldos, se vuelve a aplicar SHA-256 y los primeros 16 caracteres del resultado componen tu Merkle Leaf ID. El proveedor expone él mismo este cálculo y advierte de forma expresa de que la escritura de los importes y el orden de los valores deben ser exactos, porque de lo contrario se obtiene otro hash.

En el cuarto paso compruebas si tu Merkle Leaf ID se encuentra en el árbol publicado. Para ello hay dos vías abiertas: la herramienta de la firma auditora, en la que se introducen los primeros 16 caracteres, o el recálculo propio del recorrido hasta el valor raíz. Para la segunda vía existen ejemplos de código en varios lenguajes de programación. Quien no programa se apaña con la primera.

El valor práctico de este ejercicio suele subestimarse. El cálculo convierte una cuestión de confianza en un problema aritmético con un resultado inequívoco. O tu saldo está en el árbol verificado o no lo está.

Ratio de reservas a 30 de junio de 2026: qué indican cuotas de entre 100,3 y 105 %

La página consultada señalaba el 30 de junio de 2026 como fecha de referencia de la última verificación. Las cuotas de cobertura publicadas a 18 de agosto de 2026 eran las siguientes: bitcoin 102,9 %, éter 100,5 %, solana 100,6 %, XRP 102,3 %, cardano 100,3 % y, para USD Coin, Tether y USDG, un valor superior al 105 % en cada caso.

Una cuota por encima del 100 % significa que los fondos acreditados superan los saldos de clientes agregados en ese activo. La distancia respecto de la marca de 100 no constituye ni un sello de calidad ni una rentabilidad. Es simplemente un colchón formado por fondos propios y redondeo. El caso inverso sería el interesante, y las cifras no lo muestran en esta fecha de referencia.

Alcance de la verificación: ocho paneles mostrados, seis activos citados en el texto

Durante la consulta se advirtió en la propia página una discrepancia que importa para interpretar los datos. El resumen mostraba ocho paneles con cuotas de cobertura, entre ellos cardano y USDG. El apartado explicativo situado debajo citaba en cambio seis activos dentro del alcance de la última verificación: bitcoin, éter, solana, USD Coin, Tether y XRP.

Para un cliente esto tiene una consecuencia inmediata. Todo lo que no figura en el alcance de la verificación tampoco aparece en su propio recálculo. Quien mantiene una docena de activos menores en su cuenta no obtiene indicación alguna sobre la mayor parte de su cartera, aunque la revisión se haya desarrollado de forma impecable. Cuál de las dos indicaciones de la página describe el estado actual no puede decidirse desde fuera; en caso de duda rige la lista del informe de auditoría enlazado dentro de la cuenta.

Qué no prueba una prueba de reservas: pasivos, fondos prestados y claves copiadas

El apartado más valioso de la página verificada es aquel en el que el proveedor enumera las debilidades de su propio procedimiento. Allí se afirma que el procedimiento acredita el control sobre los fondos en el momento de la revisión, pero no puede probar la posesión exclusiva de las claves privadas si estas hubieran sido copiadas por un atacante. Y continúa: «The procedure cannot identify any hidden encumbrances or prove that funds had not been borrowed for purposes of passing the review.» Las cargas ocultas quedan por tanto invisibles, y el procedimiento no muestra si se tomaron fondos prestados expresamente para superar la revisión.

El proveedor menciona además que desde la última verificación pueden haberse perdido claves o haberse sustraído fondos, y que el valor probatorio depende de la solvencia técnica y la independencia del auditor. Está formulado con notable franqueza y constituye, para el lector, la parte más importante de toda la página.

De ahí se deriva la limitación central que falta casi por completo en la cobertura en lengua alemana: una acreditación de reservas sin pasivos verificados no dice nada sobre la solvencia de una empresa. Un exchange puede acreditar cobertura plena y arrastrar aun así una deuda elevada. Quien lee la acreditación como un sello de solvencia la lee mal. Una imagen completa surgiría únicamente si un auditor examinara ambos lados del balance, y eso es exactamente lo que el procedimiento habitual no ofrece.

Levantamiento propio del 18 de agosto de 2026: 20 consultas en 15 páginas de proveedores

Para comprobar hasta qué punto resultan accesibles tales acreditaciones, el 18 de agosto de 2026, entre las 09:52 y las 10:05 UTC, consultamos las páginas de acreditación de 15 plataformas de negociación relevantes para los inversores alemanes, además de cinco consultas complementarias por rutas alternativas. Método: consulta directa de la dirección correspondiente con un identificador de navegador habitual, se siguieron las redirecciones y a continuación se rastreó el texto servido en busca de una fecha de referencia. Objetos verificados: 20 consultas.

El resultado resulta descorazonador. En exactamente dos de los 15 proveedores figuraba una fecha de referencia en el texto servido y resultaba, por tanto, localizable sin registro y sin scripts de navegador: Kraken con el 30 de junio de 2026 y KuCoin con el 31 de julio de 2026. Otras tres páginas sí entregaron texto legible, pero ninguna fecha que pudiera atribuirse de forma inequívoca a la última verificación.

Cinco páginas rechazaron la consulta automatizada con el código de estado 403. Se trata de una defensa contra robots y no de una prueba de que allí no exista acreditación alguna; en un navegador esas páginas resultan accesibles con normalidad. Dos direcciones respondieron con un 200 pero apenas entregaron texto, porque el contenido se compone únicamente en el navegador. Una página respondió con el código de estado 202 y cero bytes.

Bloqueo antirrobots, 404 y página vacía: por qué la vía directa hacia la acreditación suele quedar en nada

Cuatro consultas terminaron con el código de estado 404, de modo que la dirección no existía en esa forma. Entre las afectadas estaban la ruta en alemán de un proveedor cuya versión inglesa de la misma página respondía con un 200, así como dos proveedores en los que no había página de acreditación en la dirección previsible.

Aquí conviene ser prudentes, y lo decimos de forma expresa. Un 404 en una dirección esperada no prueba que un proveedor carezca de acreditación de reservas. Solo prueba que la vía directa hasta ella no es la que uno supondría. Para un lector que quiere comprobarlo con rapidez, la diferencia es no obstante escasa, porque ambos casos desembocan en el mismo resultado: no encuentra nada.

La consecuencia práctica del levantamiento consiste, por tanto, en buscar la acreditación dentro de la cuenta, una vez iniciada la sesión, y no a través de un buscador o de una dirección adivinada. Allí donde se ha realizado una verificación, esta suele encontrarse en el área de cliente, junto con la herramienta para el recálculo propio. Quien no halle allí el apartado ha obtenido su respuesta por otra vía.

Instantánea en lugar de saldo en vivo: por qué una acreditación de 30 de junio tiene 49 días el 18 de agosto

Las dos fechas de referencia medidas muestran la verdadera debilidad en el día a día. La acreditación con fecha de referencia de 30 de junio de 2026 tenía 49 días la jornada del levantamiento, y la de 31 de julio de 2026 sumaba todavía 18. En ese lapso los fondos de un exchange pueden cambiar por completo sin que la cuota publicada lo refleje.

Una acreditación de reservas constituye así una instantánea fechada y no un saldo en vivo, lo que no responde a una negligencia de los proveedores sino a la naturaleza misma del procedimiento. Una verificación exige una firma y un auditor, y ambas cosas suceden en un momento concreto. Quien lee la cuota debería mirar por ello siempre primero la fecha que la acompaña. Una cuota sin fecha de referencia visible no es información.

Para valorar a un proveedor, el intervalo entre dos verificaciones resulta casi más elocuente que la propia cuota. Quien se somete a revisión cada mes ofrece una imagen más tupida que quien lo hace una vez por semestre. Ambos casos se dan en el mercado y ambos pueden leerse en las fechas de referencia publicadas.

Acreditación de reservas y autorización regulatoria son dos cosas distintas

Hay un punto que se confunde con regularidad. Una prueba de reservas es una prestación voluntaria de la empresa. Nadie la ordena, su alcance lo fija el propio proveedor y puede suspenderse en cualquier momento. Una autorización supervisora es otra cosa: ese estatuto se vincula a requisitos legales, lo concede una autoridad y puede retirarse.

Ninguna de las dos sustituye a la otra. A un proveedor sin autorización no lo somete a supervisión una acreditación de reservas vistosa, y un proveedor autorizado que no publique ninguna no resulta por ello automáticamente opaco. Para elegir una plataforma de negociación conviene por tanto comprobar ambas cosas. Qué proveedores están bajo supervisión en Alemania y en qué se reconoce figura en el panorama de los exchanges de criptomonedas regulados.

No hemos verificado nosotros mismos en el texto del reglamento la referencia exacta de las exigencias europeas sobre la segregación del patrimonio de los clientes, y por eso no citamos deliberadamente ningún número de artículo. Quien lo necesite con solidez jurídica debería consultar el texto oficial en lugar de un resumen.

Cuándo compensa el recálculo propio y cuándo la autocustodia es la mejor respuesta

Según la vía elegida, el recálculo cuesta entre cinco minutos y algo menos de una hora. El esfuerzo merece la pena sobre todo en dos situaciones: cuando una cantidad elevada permanece durante mucho tiempo en una plataforma de negociación, y cuando surge inquietud en torno a un proveedor y uno quiere saber si su propio saldo estaba siquiera incluido en la última verificación.

El recálculo no sustituye, sin embargo, a la decisión de fondo sobre dónde se depositan los fondos. En el mejor de los casos una acreditación confirma que un tercero disponía de los medios en una fecha de referencia. La capacidad de disposición sigue en manos de ese tercero. Quien la quiera para sí no podrá evitar la custodia propia, con todo lo que ello conlleva. Cómo se acumulan ahora mismo los plazos y los canjes forzosos en las plataformas de negociación lo muestra el panorama de las fechas límite hasta finales de agosto. Que una plataforma pueda cesar su actividad tampoco es un supuesto teórico, como demuestra la liquidación de otro proveedor desde finales de julio.

Fiscalidad del traspaso a la cartera propia: qué desencadena una transferencia y qué no

Una pregunta surge con regularidad en este contexto. La mera transferencia de fondos entre dos carteras que pertenecen a la misma persona no es una venta y no desencadena por sí sola una operación de enajenación privada conforme al artículo 23 de la ley alemana del impuesto sobre la renta. El plazo de tenencia sigue corriendo. La cosa cambia cuando los fondos se venden o se canjean de forma forzosa con anterioridad, porque entonces existe una enajenación y el plazo de un año pasa a ser relevante.

Aun así, el momento de la transferencia importa para los registros propios, porque de lo contrario las fechas de adquisición ya no podrán asignarse con limpieza más adelante. Para el caso concreto rige lo de siempre: el asesoramiento fiscal supera a la regla general.

Límites de este análisis: qué no pudo comprobarse el 18 de agosto de 2026

Hay tres cosas que no pudimos aclarar, y las dejamos por escrito en lugar de disimularlas. En primer lugar, en las cinco páginas con defensa antirrobots y en aquellas que componen su contenido solo en el navegador no fue posible determinar si allí se verificó por última vez y cuándo. La ausencia de una fecha en nuestra medición no dice nada sobre el proveedor.

En segundo lugar, no pudimos consultar los propios informes de auditoría, porque se encuentran en el área de cliente con sesión iniciada. Todas las indicaciones sobre cuotas y fechas de referencia proceden de las páginas de resumen de acceso público de los proveedores.

En tercer lugar, no nos hemos pronunciado sobre si un exchange determinado es solvente. Con este procedimiento eso no puede establecerse por principio, y tampoco es objeto de este texto.

Comprobar una acreditación de reservas: qué te llevas de aquí

1. Mira primero la fecha y después la cuota. Una acreditación sin fecha de referencia visible no vale nada, y una fecha de hace semanas no describe los fondos de hoy. Qué plataformas de negociación se someten siquiera a revisión con regularidad es un criterio de selección como las comisiones y la oferta: echar un vistazo a la comparativa de exchanges de criptomonedas merece la pena antes de abrir una cuenta.
2. Comprueba en tu cuenta si tu propio saldo está en el árbol. La vía pasa por el área de cliente, no por una dirección adivinada. Quien no quiera esperar al resultado traslada sus fondos a la custodia propia; los dispositivos para ello figuran en la comparativa de carteras de hardware.
3. Anota qué has movido y cuándo. Las transferencias entre tus propias carteras no son una venta, pero sin registro las fechas de adquisición apenas podrán acreditarse más adelante. Las herramientas para ello figuran en el panorama de software fiscal y rastreadores de cartera.

La fuente primaria del método aquí descrito está abierta en la red: la documentación de la acreditación de reservas, con el cálculo y la declaración sobre sus propios límites. La segunda fecha de referencia medida procede de la página de acreditación de KuCoin.

(18 de agosto de 2026. Este artículo no constituye asesoramiento de inversión. Los precios y las tarifas cambian; comprueba las condiciones con el proveedor antes de comprar.)