· four exchange APIs · rebuilt daily
Una atestación puntual de proof of reserves puede ocultar un déficit del 40% en el balance mediante pasivos off-chain y préstamos temporales para el snapshot.
Los sistemas de proof of reserves de los exchanges publican dos componentes independientes: un resumen verificable criptográficamente de los depósitos de los usuarios y una prueba del control de las wallets on-chain.
Para probar los pasivos, el venue aplica una función hash a la etiqueta de identificación de cada cuenta de usuario y a su balance neto para crear un nodo hoja (leaf node). Los nodos hoja se emparejan de forma recursiva a lo largo de un Merkle tree hasta resolverse en un único hash raíz o Merkle root. El exchange publica este Merkle root. Cada usuario verifica su inclusión solicitando su rama criptográfica específica y calculando el hash de su balance hasta coincidir con la raíz publicada.
Para probar los activos, el exchange firma un mensaje público con las claves privadas que controlan las direcciones de blockchain designadas. La suma de los balances en estas direcciones firmadas se compara directamente con el total acumulado de pasivos del Merkle tree. Cuando el total de activos en wallets firmadas es igual o superior al total de pasivos del Merkle tree, el exchange reporta un ratio de reserva del 100% o superior.
Un Merkle root demuestra matemáticamente que una cuenta específica está incluida en el árbol. No prueba que todas las cuentas de la plataforma estén incluidas. Si un exchange excluye las cuentas institucionales con saldos elevados del script de generación del árbol, los pasivos totales calculados disminuyen sin alterar la validez de las hojas restantes.
Además, los Merkle trees estándar permiten valores negativos. El operador de un exchange puede insertar cuentas ficticias con balances negativos en el árbol. Una hoja con un balance de -20,000,000 USD reduce el total de pasivos calculado en la raíz en 20,000,000 USD. A menos que cada usuario individual inspeccione su hoja y la arquitectura de verificación utilice pruebas de suma de conocimiento cero (zero-knowledge sum proofs) para imponer reglas de no negatividad en cada nodo, las hojas negativas pasarán inadvertidas.
Las atestaciones de activos son snapshots puntuales tomados a una altura de bloque específica. Un exchange que enfrente un déficit de activos puede solicitar capital prestado a prestamistas institucionales, pools de finanzas descentralizadas o desks OTC justo antes del bloque del snapshot.
Una vez completadas la firma on-chain y la verificación del balance para ese bloque, el exchange devuelve los fondos prestados. El snapshot muestra una cobertura de reserva completa, pero los activos abandonan las wallets del exchange en cuestión de horas. El mecanismo de atestación no puede determinar si los activos de la wallet están libres de cargas o colateralizados contra obligaciones externas.
Los venues de perpetual futures mantienen una exposición de pasivo dinámica. Los balances de las cuentas de los usuarios cambian constantemente en función del PnL no realizado, las posiciones abiertas y los pagos de funding. Los snapshots estáticos estándar no capturan las líneas de crédito off-chain, la deuda corporativa pendiente, las multas regulatorias ni los pasivos sin cobertura de los market makers contraídos off-chain.
Consigue un 20% de reembolso de comisiones en OKX →El 20% de tus comisiones de vuelta, en todos los productos. El reembolso sale de la comisión que yo recibiría, así que no te cuesta nada. Enlace de afiliado — ver el pie de página.Considere un exchange con 100,000,000 USD en pasivos reales de usuarios y 60,000,000 USD en activos spot reales, lo que deja un déficit de activos real de 40,000,000 USD.
Los activos spot restantes reales vuelven a caer a 60,000,000 USD frente a los 100,000,000 USD de pasivos reales de los usuarios. El ratio de reserva real es del 60%, pero la atestación publicada reporta una cobertura del 100%.
Las atestaciones no reflejan los costos de ejecución ni el arrastre por mantenimiento (holding drag) de las posiciones perpetual activas. Los traders que evalúan venues deben comparar los esquemas de comisiones estándar junto con las funding rates.
| Venue | Spot Maker Fee | Spot Taker Fee | Futures Maker Fee | Futures Taker Fee |
|---|---|---|---|---|
| Bitget | 0.100% | 0.100% | 0.020% | 0.030% |
| Bybit | 0.100% | 0.100% | 0.020% | 0.055% |
| MEXC | 0.000% | 0.050% | 0.000% | 0.020% |
| OKX | 0.080% | 0.100% | 0.020% | 0.050% |
| Activo | Venue más barato para Long | Spread de Funding Rate (8h) | Volumen 24h |
|---|---|---|---|
| ETH | OKX (+0.0035%) | 0.0065 puntos porcentuales | 9,130,559,924 USD |
| BTC | Bybit (+0.0066%) | 0.0034 puntos porcentuales | 5,995,825,755 USD |
| SOL | OKX (-0.0071%) | 0.0130 puntos porcentuales | 1,572,344,015 USD |
| SNDK | Bybit (+0.0040%) | 0.0168 puntos porcentuales | 804,534,069 USD |
| ZEC | MEXC (+0.0001%) | 0.0099 puntos porcentuales | 774,283,375 USD |
| XAU | MEXC (+0.0116%) | 0.0135 puntos porcentuales | 535,770,049 USD |
En una posición perpetual de ETH, mantener un long en Bitget (+0.0100% cada 8h) cuesta 0.0065 puntos porcentuales más por intervalo de 8 horas que mantenerlo en OKX (+0.0035% cada 8h). En una posición de 100,000 USD, esta diferencia de funding equivale a 6.50 USD cada 8 horas, o 19.50 USD al día en comisiones excesivas de mantenimiento.
Evaluar la solvencia requiere garantías criptográficas independientes en lugar de snapshots estáticos autoreportados. Una prueba válida exige pruebas de suma de conocimiento cero (zero-knowledge sum proofs) que garanticen la ausencia de hojas negativas, monitoreo continuo de wallets en tiempo real para detectar la devolución de préstamos y atestaciones de auditorías de terceros que cubran los pasivos off-chain y las cargas de deuda. Sin estos tres controles, un snapshot de proof-of-reserves funciona únicamente como un documento de marketing.