---
title: "Prueba de reservas"
description: "Prueba de reservas puede demostrar que un custodio controlaba activos específicos en un momento determinado y, en diseños más sólidos, se comprometía a un conjunto definido de obligaciones con los clientes. Por sí solo, no prueba solvencia, liquidez, propiedad legal ni capacidad de retiro futura."
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Prueba de reservas
> Solo con fines educativos; no constituye asesoramiento de inversión. Invertir puede ocasionar pérdidas.
## Respuesta directa
La prueba de reservas (PoR) aporta evidencia sobre las reservas de un custodio según un alcance declarado y en un momento específico. Un ejercicio básico limitado a los activos puede mostrar que el custodio controlaba determinadas direcciones de blockchain. Una construcción más sólida combina **prueba de activos** con un compromiso criptográfico sobre **pasivos de clientes incluidos en el alcance**, lo que permite que cada cliente participante verifique que su saldo fue incluido. La expresión no designa un procedimiento universal, un nivel de aseguramiento ni un efecto jurídico únicos, por lo que el propio informe debe definir qué se comprobó.
PoR no es automáticamente prueba de solvencia. La solvencia requiere que los activos elegibles cubran todas las obligaciones relevantes, no únicamente las obligaciones seleccionadas para un árbol o informe:
Ratio de cobertura = activos de reserva elegibles / pasivos de clientes en alcance
Excedente = activos de reserva elegibles - pasivos de clientes en el alcance
Una proporción igual o superior a 100% solo es significativa si las poblaciones de activos y pasivos están completas, medidas con el mismo límite, valoradas de manera consistente y atribuibles a la misma entidad legal. Aún puede omitir deuda corporativa, retiros pendientes, obligaciones en moneda fiduciaria, saldos de afiliados, derivados, activos fuera de los productos nombrados o pasivos fuera de los tokens nombrados.
PoR también se diferencia de la liquidez y la protección de los activos de los clientes. La solvencia pregunta si el valor de los activos cubre las obligaciones; la liquidez pregunta si los activos disponibles pueden satisfacer los retiros cuando corresponda. El control de una clave privada no demuestra que un activo no esté prestado, no esté pignorado, esté libre de gravámenes, segregado para clientes o legalmente disponible para ellos en caso de insolvencia. Una instantánea en un momento determinado no demuestra que la misma condición existiera antes del corte o continuara después.
## Cómo funciona
Una revisión robusta conecta una población contable interna con activos verificables externamente. La criptografía puede hacer que los compromisos sean evidentes a la manipulación y preservar la privacidad del cliente, pero no puede determinar qué entidades, cuentas y obligaciones debería haber incluido la gerencia. El proceso debería hacer explícitos estos siete pasos:
1. **Defina el límite de reporte.** Nombre la entidad legal, productos, clases de clientes, activos, redes, reglas de valoración, momento de la instantánea y alturas de bloque. Indique si el ejercicio cubre contado, margen, derivados, staking, préstamos, fiat y custodios fuera de la plataforma.
2. **Conciliar la población de pasivos.** Vincular el libro mayor del cliente con los libros y registros al cierre. Abordar los depósitos y retiros pendientes, tarifas, préstamos, garantías, saldos negativos, cuentas duplicadas y saldos mantenidos a través de afiliados o subcustodios.
3. **Comprometer los pasivos de clientes.** Codifique los saldos incluidos en el alcance en un árbol Merkle, un circuito de conocimiento cero u otro compromiso. Publique la raíz y el total, impida que los saldos negativos reduzcan el pasivo declarado y proporcione a los clientes datos y software suficientes para verificar la inclusión sin revelar información de otros clientes.
4. **Establecer la existencia y el control de los activos.** Identificar direcciones en cadena dentro del alcance y obtener firmas o transacciones que demuestren control en la altura de bloque indicada. Conciliar saldos de custodia, bancarios y en moneda fiduciaria a través de evidencia apropiada para esos sistemas.
5. **Prueba la propiedad, disponibilidad y calidad.** Determine si los activos son prestados, empeñados, gravados, mantenidos para otra entidad, restringidos, ilíquidos o dependientes de una afiliada. Defina qué tokens y fuentes de valoración califican y cómo se tratan las posiciones envueltas, puenteadas o en staking.
6. **Calcule la cobertura de manera consistente.** Compare los activos y pasivos elegibles por activo antes de agregar tokens diferentes. Aplique las mismas reglas de marca de tiempo, unidades y valoración conservadora; informe exclusiones, deficiencias y sensibilidad a los supuestos de precio o descuento.
7. **Lea el informe del encargo y vigile la continuidad.** Identifique si el trabajo es una auditoría, un encargo de aseguramiento o un informe de procedimientos acordados; lea los procedimientos exactos, los hallazgos, las excepciones y las responsabilidades de la dirección. Después, supervise la frecuencia de los informes, los retiros, los movimientos de direcciones, la gobernanza y los controles internos en lugar de considerar permanente una instantánea.
Una prueba de inclusión Merkle responde a una pregunta específica: una hoja y su camino de autenticación reproducen una raíz publicada. Muestra que esta hoja estaba en el conjunto de datos comprometido. No demuestra que todos los clientes reales fueron incluidos, que los saldos eran correctos o que no existe otro árbol no divulgado. Las restricciones de conocimiento cero pueden demostrar propiedades como saldos no negativos y sumas correctas sin revelar cada hoja, pero la prueba solo es tan completa como su circuito, entradas y límite de reporte.
La evidencia de activos tiene un alcance igualmente limitado. Un desafío firmado válido puede demostrar el control de una clave, mientras que un saldo en la cadena puede mostrar monedas en una dirección y altura de bloque. Ningún hecho por sí solo establece la propiedad beneficiaria, la ausencia de gravámenes, la integridad de todas las carteras, o la capacidad del custodio para mover fondos rápidamente sin otro firmante, prestamista, tribunal o subcustodio.
## Ejemplos resueltos
### Pasivos ocultos revierten la cobertura aparente
Una plataforma de intercambio demuestra el control de 1.050 BTC y publica un árbol de pasivos que suma 1.000 BTC. El ratio de cobertura informado es 1.050 / 1.000 = 105%, con un excedente de 50 BTC. Si el perímetro del informe omite una obligación de préstamo de 120 BTC, los pasivos relevantes son en realidad 1.120 BTC. La cobertura cae a 1.050 / 1.120 = 93,75%, produciendo un déficit de 70 BTC. La aritmética era correcta para los datos publicados; el universo de pasivos estaba incompleto.
### La inclusión no es la totalidad
Supongamos que un árbol de juguete Merkle contiene saldos de clientes de 2, 3, 5 y 10 BTC, sumando un total de 20 BTC. El cliente con 3 BTC puede hacer hash de su hoja con los hashes de hermanos proporcionados y reproducir la raíz publicada. Eso verifica la inclusión del saldo de 3 BTC en este árbol. No demuestra que un cliente omitido con 4 BTC no exista, que ninguna cuenta tenga un saldo negativo artificial, o que 20 BTC sea igual a la responsabilidad completa del custodio.
### Los gravámenes cambian las reservas utilizables
Un custodio reporta $100 millones de activos de reserva contra $95 millones de pasivos de clientes dentro del alcance, por lo que la cobertura reportada es 100 / 95 = 105.26%. Si $30 millones de esos activos garantizan un préstamo separado y no pueden ser utilizados para retiros de clientes, las reservas libres de gravamen son $70 millones. La cobertura utilizable es entonces 70 / 95 = 73.68%, a pesar de que los activos siguen siendo visibles en el momento de la instantánea.
### Una instantánea prestada puede embellecer las reservas
Antes de una instantánea programada, una plataforma con 900 BTC contra 1,000 BTC de las obligaciones del cliente toma prestado 200 BTC. La instantánea muestra 1,100 / 1,000 = 110% de cobertura. Después de que la plataforma devuelve el 200 BTC, nuevamente posee 900 BTC y la cobertura es 90%. Un saldo firmado de dirección en el momento del corte era genuino, pero no reveló el préstamo ni estableció solvencia continua.
## Riesgos y controles
### Universo de pasivos y exhaustividad
- **Productos o entidades omitidos:** Un árbol puede cubrir solo tokens seleccionados, cuentas puntuales o una subsidiaria. Haga coincidir la entidad legal y el alcance del informe con la entidad que le debe al cliente.
- **Obligaciones fuera del libro mayor:** Los retiros pendientes, los saldos en moneda fiduciaria, los préstamos, derivados, tarifas y la deuda corporativa pueden estar fuera de los saldos comprometidos de los clientes. Reconciliar el total del árbol para completar libros y registros.
- **Manipulación de saldo negativo:** Las cuentas negativas artificiales o mal clasificadas pueden reducir los pasivos netos. Requiere restricciones no negativas donde sea apropiado y explica por separado las cuentas de deuda o margen legítimas.
- **No participación del cliente:** Solo algunos clientes pueden verificar sus hojas, lo que permite que los errores de omisión pasen desapercibidos. Proporcione herramientas de verificación accesibles y pruebas independientes de la población.
### Propiedad de activos, calidad y gravamen
- **Activos prestados o transferidos temporalmente:** una plataforma solo puede controlar los fondos alrededor del momento de la instantánea. Use pruebas no anunciadas o frecuentes, revisión de transacciones y evidencia de obligaciones, no solo un balance de fecha conocida.
- **Garantías, gravámenes y derechos de compensación:** Los activos visibles pueden garantizar otra reclamación o estar sujetos a los derechos de un custodio. Examine contratos, títulos de cuenta y confirmaciones además de los saldos en la blockchain.
- **Activos de baja calidad o de partes relacionadas:** Los tokens emitidos por uno mismo, con escasa negociación, puestos en puente o emitidos por afiliados pueden perder valor bajo estrés. Divulgue las reglas de elegibilidad, la concentración y los descuentos conservadores.
- **Dependencia de la cadena de custodia:** Los arreglos de firmas múltiples, bancarios y de subcustodia pueden limitar el acceso oportuno. Mapear cada controlador, condición de aprobación y punto de falla.
### Implementación criptográfica y contable
- **Construcción incorrecta de la hoja:** Identificadores de cliente incorrectos, unidades de activos, sales o datos de corte pueden producir una prueba válida sobre registros incorrectos. Publique especificaciones y pruebe de forma independiente la reconciliación de origen a hoja.
- **Restricciones de prueba incompletas:** Un circuito de conocimiento cero solo prueba su declaración codificada. Audite el circuito, las suposiciones de configuración, las entradas públicas y el código fuente; no infiera propiedades contables no probadas.
- **Fuga de privacidad:** Las hojas sin sal o predecibles pueden exponer balances mediante conjeturas, mientras que las listas públicas de clientes revelan datos sensibles. Utilice compromisos apropiados e información auxiliar del modelo de amenazas.
- **Raíces o conjuntos de datos inconsistentes:** A diferentes usuarios se les pueden mostrar diferentes compromisos, o un sitio web puede reemplazar una raíz. Registrar con sello de tiempo y firmar raíces, archivar informes y comparar vistas a través de monitores independientes.
### Momento, aseguramiento y gobernanza
- **Decaimiento de la instantánea:** El comercio, los préstamos, los hacks o las transferencias después del corte pueden hacer que un informe quede obsoleto inmediatamente. Prefiera la presentación frecuente de informes y los controles continuos, reconociendo al mismo tiempo que la supervisión también tiene límites.
- **Confusión de etiquetas de compromiso:** Un informe de procedimientos acordados presenta hallazgos fácticos específicos y no es automáticamente una opinión de auditoría. Lea la norma, la parte responsable, los procedimientos y la conclusión de aseguramiento.
- **Procedimientos seleccionados por la gerencia:** Las pruebas estrechas pueden omitir los problemas que les importan a los usuarios. Compare el alcance del compromiso con un modelo completo de riesgos de solvencia, liquidez y custodia.
- **Fallos de control y gobernanza:** PoR no prueba cada autorización, conciliación, ciberseguridad o control de partes relacionadas. Evalúe la gobernanza y la información financiera auditada por separado cuando esté disponible.
### Interpretación del usuario y respuesta operativa
- **Agregación de razones:** Convertir activos y pasivos diferentes en un solo índice principal puede ocultar deficiencias específicas de los tokens y el riesgo de valoración. Revise la cobertura por activo y los recortes bajo estrés.
- **Desajuste de liquidez:** Los activos a largo plazo, bloqueados o de transferencia lenta pueden cubrir pasivos contables pero no retiros inmediatos. Examine la madurez, la liquidación y la capacidad de liquidación.
- **Brecha de derechos legales:** El control criptográfico no determina si los clientes conservan la propiedad beneficiosa o la prioridad en caso de insolvencia. Lea los términos de custodia, las divulgaciones de segregación y la ley aplicable.
- **Falsa finalidad:** Un informe pasajero puede retrasar una acción prudente cuando los retiros fallan o el alcance empeora. Trate a PoR como una fuente de evidencia, no como una garantía o sustituto de los límites de exposición y la monitorización operativa.
## Conceptos erróneos comunes
### La prueba de reservas demuestra que la plataforma es solvente
Solo una prueba suficientemente completa de los activos elegibles y los pasivos relevantes puede respaldar una conclusión de solvencia limitada al alcance examinado. Muchos informes verifican activos seleccionados en un momento dado, e incluso un compromiso sólido sobre pasivos de clientes puede omitir otras obligaciones o restricciones legales.
### Mi prueba Merkle muestra que se incluyó a cada cliente
Muestra que su hoja pertenece al conjunto de datos representado por una raíz. La integridad requiere controles separados sobre la población de origen, la conciliación y la ausencia de cuentas omitidas o manipuladas.
### Un saldo de billetera en la cadena demuestra que la plataforma posee activos libres
La cadena muestra que los activos existían en una dirección. Una firma o transacción puede agregar evidencia del control de la clave. La propiedad, el préstamo, los compromisos, los gravámenes, la segregación y la disponibilidad legal requieren evidencia más allá del libro mayor.
### El nombre de un contador significa que el informe es una auditoría completa
El compromiso puede en su lugar utilizar procedimientos acordados elegidos con la administración y reportar hallazgos fácticos sin emitir una opinión sobre la suficiencia de las reservas o la estabilidad financiera. El título del proveedor no determina el alcance ni el nivel de aseguramiento.
### La cobertura por encima de 100% garantiza retiros y protección contra la quiebra
Un custodio puede ser solvente en el balance, pero ilíquido, incapaz operativamente de transferir activos o sujeto a reclamaciones legales en competencia. La capacidad de retiro y los derechos sobre la propiedad del cliente deben evaluarse por separado.
## Temas relacionados
- [Intercambio centralizado](/es/crypto/cex/)
- [Cartera custodiada](/es/crypto/custodial-wallet/)
- [Corrida bancaria de intercambio](/es/crypto/exchange-bank-run/)
- [Bancarrota de intercambio y segregación de activos](/es/crypto/exchange-bankruptcy-asset-segregation/)
- [Análisis de reservas de stablecoins](/es/crypto/stablecoin-reserve-analysis/)
## Fuentes
- [Asesoría para Inversionistas: Ejercer Precaución con los Informes de Verificación/Prueba de Reservas de Terceros](https://pcaobus.org/resources/information-for-investors/investor-advisories/investor-advisory-exercise-caution-with-third-party-verification-proof-of-reserve-reports) - PCAOB (accedido: 2026-08-19)
- [Norma Internacional sobre Servicios Relacionados (ISRS) 4400 (Revisada)](https://www.iaasb.org/publications/international-standard-related-services-isrs-4400-revised) - IAASB (accedido: 2026-08-19)
- [Disposiciones: Pruebas de solvencia que preservan la privacidad para intercambios de Bitcoin](https://eprint.iacr.org/2015/1008) - IACR Archivo ePrint de Criptología (accedido: 2026-08-19)
- [Tener un CEX seguro: prueba de solvencia y más allá](https://vitalik.eth.limo/general/2022/11/19/proof_of_solvency.html) - Vitalik Buterin (consultado: 2026-08-19)
- [RFC 9162: Versión de Transparencia de Certificados 2.0](https://www.rfc-editor.org/rfc/rfc9162) - Editor RFC (accedido: 2026-08-19)
- [Prueba de reservas](https://www.kraken.com/proof-of-reserves) - Kraken (accedido: 2026-08-19)
- [Prueba de reservas](https://www.binance.com/en/proof-of-reserves) - Binance (consultado: 2026-08-19)
- [Orientación actualizada sobre estructuras de custodia para la protección del cliente en caso de insolvencia](https://www.dfs.ny.gov/industry-guidance/industry-letters/il20250930-updated-guidance-custodial-structures) - Departamento de Servicios Financieros del Estado de Nueva York (accedido: 2026-08-19)
Source: https://wiki.fcontext.com/es/crypto/proof-of-reserves/index.mdx