Verificación en cadena en los mercados de MC: una guía práctica para la prueba de reservas

Verificación en cadena en los mercados de MC: una guía práctica para la prueba de reservas

Categoría: Seguridad | Verificación en cadena Tiempo de lectura: ~10 min Subtítulo: Merkle-tree PoR implementado en Arbitrum, infraestructura pública auditada (Chainlink, Pyth), direcciones de fondos de usuario separadas y un procedimiento paso a paso de cinco minutos para verificarlo todo usted mismo.

Introducción

Durante la mayor parte de la historia de las criptomonedas, "sus fondos están seguros" significó confiar en la palabra de la plataforma. Después de 2022, eso dejó de ser suficiente. Una serie de colapsos de alto perfil dejaron dolorosamente claro que la contabilidad fuera de la cadena y la realidad dentro de la cadena podrían divergir dramáticamente, y que la única respuesta duradera a la pregunta "¿está realmente mi dinero allí?" Eran matemáticas que cualquier usuario podía verificar por sí mismo.

La prueba de reservas (PoR) es esa matemática. Si se hace correctamente, permite a cualquier usuario comprobar, con certeza criptográfica, que la plataforma realmente posee los activos que afirma tener.

MC Markets se basa en este principio. La plataforma se describe a sí misma como "verificable en cadena", con todas las reservas de activos almacenadas en Arbitrum y un registro de auditoría público que cualquier usuario puede recorrer de forma independiente. Esta guía explica cómo funciona el sistema (árboles Merkle, Arbitrum, Chainlink, Pyth, direcciones de reserva separadas) y le brinda un procedimiento concreto paso a paso para verificar las reservas de la plataforma y su propio saldo.

1. ¿Qué significa realmente la prueba de reservas?

En el sentido más amplio de la industria, la Prueba de Reservas es un mecanismo criptográfico que demuestra que un custodio posee al menos la misma cantidad de activo que debe a sus usuarios, sin requerir que los usuarios confíen en la contabilidad interna del custodio.

Dos cosas tienen que ser ciertas para que un sistema PoR sea significativo:

Reservas totales ≥ Pasivos totales de los usuarios. La plataforma debe tener al menos un respaldo 1:1 para lo que los usuarios tienen en depósito.

Ambos números deben ser verificables de forma independiente. Los usuarios pueden confirmar que su saldo está incluido en el total de responsabilidad del usuario y pueden confirmar que el total de la reserva es real en la cadena.

Sin (2), "tenemos reservas de 1:1" es sólo una afirmación. Con (2), se convierte en un hecho demostrable que cualquier usuario puede comprobar en cualquier momento.

Implementación de MC Markets: PoR basado en árbol Merkle, implementado en Arbitrum. La plataforma se compromete explícitamente a respaldar 1:1 los fondos de los usuarios, con reservas mantenidas al 100% o más y instantáneas actualizadas periódicamente.

2. ¿Por qué un árbol Merkle?

El árbol Merkle es la estructura de datos estándar utilizada en toda la industria (por Kraken, Binance, OKX, Bitget y los intercambios más reputados que han implementado PoR) porque resuelve un problema específico de privacidad versus transparencia.

Imagine una plataforma con millones de usuarios. Para demostrar que "el usuario A tiene X tokens", la plataforma podría publicar el saldo de cada usuario, pero eso expone información financiera privada. Un árbol Merkle soluciona esto elegantemente:

El saldo de cada usuario se convierte en una hoja del árbol.

Los pares de hashes se combinan y se repiten en el árbol, nivel por nivel.

El valor único en la parte superior, la raíz de Merkle, se publica en la cadena.

Para verificar que su saldo esté incluido correctamente, la plataforma le brinda solo una pequeña prueba de Merkle: un camino desde su hoja hasta la raíz. Puedes verificar esta ruta matemáticamente sin ver los datos de nadie más. Y la plataforma no puede mentir sobre su saldo sin cambiar la raíz publicada, lo que invalidaría la prueba de todos los demás usuarios simultáneamente.

En resumen: los árboles Merkle permiten que todos verifiquen de forma independiente su propia inclusión sin exponer la información de nadie más. Privacidad y verificabilidad al mismo tiempo.

3. ¿Por qué Arbitrum?

El sistema PoR de MC Markets se basa en Arbitrum, una red Ethereum Layer 2 construida con tecnología acumulativa optimista. Dos razones por las que esto es importante en la práctica:

Auditabilidad. Arbitrum hereda el modelo de seguridad de Ethereum y utiliza Ethereum como capa de disponibilidad de datos. Cada transacción, cada estado de contrato, cada actualización de reserva se registra permanentemente y es accesible públicamente a través de herramientas estándar compatibles con Ethereum, en particular Arbiscan, el explorador de bloques de la red.

Costo y rendimiento. La capa 2 hace que las actualizaciones periódicas de instantáneas sean económicamente prácticas. En la red principal de Ethereum, las certificaciones de reserva frecuentes tendrían un costo prohibitivo; En Arbitrum, son lo suficientemente asequibles como para ejecutarse según un cronograma real.

El resultado es un sistema donde cualquier usuario, en cualquier parte del mundo, puede acceder a Arbiscan y ver los contratos y saldos por sí mismo, sin necesidad de acceso privilegiado ni credenciales de plataforma.

4. La pila de auditoría más amplia: Arbitrum, Chainlink, Pyth

MC Markets no se basa en elementos internos opacos y propietarios. Tres protocolos públicos auditados independientemente forman su columna vertebral en cadena:

Arbitrum: la red L2 donde residen las reservas y los contratos.

Chainlink: la red de oráculos de precios descentralizada estándar de la industria, que proporciona datos de mercado confiables sin riesgo de manipulación de una sola fuente.

Pyth: una red de alimentación de precios de alta frecuencia optimizada para aplicaciones de derivados.

La importancia de aprovechar estos tres es estructural: las piezas más importantes de la plataforma (dónde se mantienen las reservas, cómo se obtienen los precios para las liquidaciones, cómo se liquidan los derivados) no son sistemas internos opacos. Son protocolos públicos que han sido auditados por empresas de seguridad independientes, utilizados por cientos de otras aplicaciones y sometidos a pruebas de estrés en condiciones reales del mercado.

Esto es lo que permite a MC Markets describirse como "nativo de Web3" con credibilidad: los supuestos de confianza están detallados y son verificables, no escondidos dentro de una caja negra.

5. Dos billeteras, una plataforma: por qué los fondos de los usuarios se mantienen por separado

Un compromiso arquitectónico sutil pero importante: los activos de los usuarios y los fondos operativos se almacenan en direcciones separadas en la cadena.

Además, la plataforma opera una arquitectura de separación de billeteras frías y calientes: la mayoría de los activos de los usuarios se guardan en billeteras frías fuera de línea, y solo los fondos necesarios para las operaciones diarias se guardan en billeteras calientes. Las billeteras frías utilizan un mecanismo de firmas múltiples (cada movimiento de fondos requiere autorización de múltiples partes) lo que proporciona una capa adicional de protección que evita que cualquier punto de falla comprometa los fondos de los usuarios.

Los activos del usuario son los depósitos que usted y otros usuarios han realizado en la plataforma. Los fondos operativos son lo que la propia plataforma utiliza para funcionar: tarifas cobradas, tenencias de tesorería, capital de trabajo. Al segregarlos en direcciones distintas en Arbitrum, MC Markets hace una clara promesa estructural: las reservas que respaldan los depósitos de los usuarios no pueden mezclarse con los gastos operativos, ni siquiera por error.

Ambas direcciones se pueden verificar de forma independiente a través de la página Prueba de reservas. Puede confirmar no solo que las reservas de los usuarios coincidan con las responsabilidades de los usuarios, sino que dichas reservas se encuentren en direcciones que no se utilizan para operaciones generales de la plataforma.

6. Cómo verificar las reservas usted mismo: paso a paso

Esta es la parte en la que el "PoR" de la industria deja de ser una afirmación abstracta y se convierte en algo que realmente se hace. Todo el recorrido dura unos cinco minutos.

Paso 1: encuentra la dirección de tu billetera

Si conectó una billetera externa (MetaMask, etc.) cuando depositó, esa dirección es su referencia. Si, en cambio, se registró con correo electrónico o Google, la plataforma le asigna una dirección de depósito, que se muestra en la página Depósito. Localice y copie esa dirección.

Paso 2: abra la página Prueba de reservas

Navegue hasta el enlace Prueba de reservas en la barra de navegación superior. La página muestra dos números clave:

Reservas totales: los activos que la plataforma mantiene en la cadena.

Activos del usuario: los activos totales adeudados a los usuarios.

Confirme visualmente que Reservas totales ≥ Activos del usuario: el índice de reservas debe ser del 100% o más. Si se muestra una marca de tiempo instantánea, anótela: ese es el momento en que se generaron las cifras.

Paso 3: verifica tu propio saldo

Ingrese la dirección de su billetera en el campo de búsqueda de saldo en la página PoR. El sistema devuelve lo que tiene registrado para esa dirección. Verifique esto con el saldo de su plataforma. Si coinciden, sus fondos se contabilizan en el total del pasivo del usuario.

Paso 4: verificar los contratos de reserva directamente en la cadena

La página PoR publica las direcciones de los contratos principales para las reservas. Copie cada dirección y péguela en Arbiscan, el explorador de bloques público de Arbitrum.

En Arbiscan, puedes ver:

El saldo actual en cadena de la dirección del contrato (en USDC u otros activos admitidos).

El historial de transacciones, incluidas actualizaciones de reservas, depósitos y retiros.

El código fuente del contrato, si ha sido verificado, lo que significa que puede leer exactamente lo que el contrato puede hacer.

Si el saldo en cadena coincide con lo que informa la página PoR, habrá confirmado de forma independiente que las reservas son reales. No es necesario "confía en mí", solo datos verificables públicamente.

Paso 5: repita periódicamente

PoR es una instantánea, no una transmisión en vivo. Los números de reserva son precisos en el momento de la última instantánea. Verificar una vez es bueno; Es mejor verificar ocasionalmente, especialmente después de períodos de alta volatilidad del mercado.

7. Cómo se ve lo "bueno" en los datos PoR

Una vez que sepa cómo verificarlo, esto es lo que debe buscar: estos son los marcadores de una implementación PoR saludable, en esta plataforma o en cualquier otra:

El ratio de reservas se sitúa en el 100% o más, de forma constante. Una plataforma cuya proporción cae por debajo del 100%, aunque sea brevemente, no respeta el respaldo 1:1 en ese momento.

Las direcciones del lado del usuario y del lado operativo están separadas. Las direcciones mixtas son una señal de alerta para cualquier plataforma de custodia.

Las instantáneas se actualizan con un ritmo regular. Los largos intervalos (meses sin actualizaciones) sugieren que el sistema no se está manteniendo activamente.

El código fuente del contrato se verifica en Arbiscan. Esto significa que cualquiera puede leer exactamente lo que hace el código del contrato. Los contratos no verificados son opacos, y la opacidad es lo opuesto a lo que sirve el PoR.

8. Panorama general: por qué es importante "confiar y luego verificar"

La lección posterior a 2022 para toda la industria es que la confianza sin verificación no sobrevive a un evento de estrés. Cada bolsa importante publica ahora algún tipo de certificación de reserva; la profundidad, la frecuencia y la verificabilidad varían significativamente entre ellos.

La posición de MC Markets (PoR de Merkle-tree en Arbitrum, más direcciones de reserva separadas, más infraestructura pública auditada (Chainlink, Pyth)) se ubica directamente en el extremo de "alta transparencia" de ese espectro. El compromiso de la plataforma de ser "verificable en cadena" no es un eslogan de marketing: es una declaración falsificable que puede probar en cinco minutos con el procedimiento anterior.

El principio general que vale la pena llevar consigo, en cualquier plataforma que utilice: no pregunte "¿dicen que mis fondos están seguros?" - pregunte "¿puedo verificarlo?" El primero es un reclamo. El segundo es un hecho.

9. Resumen rápido

Las cinco ideas que vale la pena conservar:

La Prueba de Reservas es un mecanismo criptográfico que demuestra que una plataforma tiene al menos tanto como debe, sin necesidad de que los usuarios confíen en la contabilidad interna.

Implementación de MC Markets: PoR basado en Merkle-tree, implementado en Arbitrum, con reservas del 100% o más y actualizaciones instantáneas periódicas.

Tres protocolos públicos auditados forman la columna vertebral de la cadena: Arbitrum (reservas y contratos), Chainlink (oráculos de precios), Pyth (feeds de precios de derivados).

Los activos de los usuarios y los fondos operativos se almacenan en direcciones separadas en la cadena, ambas verificables de forma independiente a través de la página Prueba de reservas.

La verificación demora aproximadamente cinco minutos: busque la dirección de su billetera (o la dirección asignada por la plataforma en la página Depósito) → abra la página Informe de reservas → verifique su saldo y el índice de reservas → copie las direcciones del contrato principal en Arbiscan → confirme en cadena.

Divulgación de riesgos

Los mecanismos, direcciones de contratos y procedimientos de verificación descritos aquí reflejan la implementación actual de MC Markets y pueden actualizarse; Siempre consulte la página oficial de Prueba de Reservas para obtener la información más actualizada. Si bien la Prueba de reservas verifica que los activos de los usuarios estén respaldados 1:1 en la cadena, no elimina el riesgo de mercado ni el riesgo operativo. Operar en la plataforma implica un riesgo sustancial y puede generar pérdidas. Opere basándose en su propio análisis y tolerancia al riesgo, con capital que puede permitirse perder.