Demuestre que cada saldo de cliente está respaldado, el día que elija su auditor.
El kit se ejecuta en sus servidores, con acceso de solo lectura a su libro contable y a las blockchains. Cada día registra todos los saldos de clientes en un árbol de Merkle, lee sus billeteras en un bloque registrado, verifica los mensajes firmados de titularidad y genera una instantánea firmada con un paquete para el auditor. Sus clientes comprueban su propio saldo en una página con su marca. Sus claves nunca salen de su custodia.
- instantánea firmada, conservada 400 días
- Diaria
- familias de cadenas leídas: EVM, TRON, Bitcoin, Solana, XRP
- 5
- idiomas del paquete para el auditor
- EN + TR
- claves en poder del kit
- 0
Seis partes, una instantánea.
Árbol de sumas de Merkle con cada saldo
Lee los saldos de clientes desde una exportación CSV o una consulta SQL de solo lectura y los registra en un árbol de sumas de Merkle. Solo se publican la raíz y los totales por activo.
Una página de verificación con su marca
Cada cliente recibe una prueba de inclusión en su área de cuenta y la verifica en el navegador: la firma, el camino hasta la raíz y la raíz frente a la instantánea publicada.
Saldos de billeteras en un bloque registrado
Lee cada billetera que usted declara, monedas nativas y tokens, y registra la altura y el hash del bloque de cada lectura. Las billeteras que no se pueden leer se listan, nunca se suman.
Mensajes firmados desde sus billeteras
Sus responsables firman un desafío por período de auditoría con el nonce del auditor. El kit verifica firmas de EVM, TRON y Bitcoin; las billeteras multifirma y las de custodios se respaldan con evidencia manual.
Un único documento firmado
Raíz de pasivos, reservas, titularidad, saldos bancarios y cobertura por activo en JSON canónico, firmado con su clave Ed25519. Si cambia un solo número, la firma deja de ser válida.
Informe y anexos
Informe HTML en inglés y turco con anexos CSV: activos y redes, modelo de custodia, direcciones y saldos, titularidad, pasivos, efectivo, excepciones.
Lo que el kit lee hoy.
| Familia de cadenas | Activos | Cómo se fija la lectura |
|---|---|---|
| EVM (Ethereum, BSC, Polygon, Avalanche C) | Moneda nativa, tokens ERC-20 | Un mismo número de bloque para todas las lecturas; el hash se vuelve a comprobar después de leer |
| TRON | TRX, tokens TRC-20 | Último bloque registrado al iniciar la lectura |
| Bitcoin | BTC (Esplora) | Último bloque comprobado antes y después; se vuelve a leer si entró un bloque nuevo |
| Solana | SOL, tokens SPL | Slot y blockhash registrados en cada lectura |
| XRP Ledger | XRP | Un mismo ledger validado para todas las lecturas |
| Otros activos | Cuentas en custodios o exchanges, saldos bancarios | Se cargan con la referencia y la fecha del extracto |
| Billeteras HD de Bitcoin | BTC a partir de una xpub, ypub o zpub | Todas las direcciones de recepción y de cambio usadas, halladas con un escaneo por gap limit |
| Fireblocks | Cualquier activo de una bóveda o de todo el espacio de trabajo | Se lee con su clave API de solo lectura |
| Binance | Cuentas Spot y de fondos (Funding) | Se lee con su clave API de solo lectura |
Las instantáneas se toman a diario y se archivan, así que una fecha pasada se sirve desde el archivo y no leyendo bloques antiguos.
Pensado para la auditoría de reservas en Türkiye.
En Türkiye, una firma independiente de auditoría de sistemas de información audita cada trimestre las reservas de las plataformas. El kit mantiene la evidencia lista para cualquier fecha que elija el auditor.
- Cualquier fecha del trimestre
- Una instantánea cada día a las 00:05 UTC, conservada 400 días. El día que indique el auditor, se toma una nueva con un solo comando.
- Orden del paquete
- Activos y redes, modelo de custodia, direcciones y saldos de billeteras, titularidad, pasivos con clientes, saldos de efectivo, excepciones.
- Comprobaciones que el auditor puede repetir
- La firma de la instantánea, la prueba de cualquier cliente, cada lectura de billetera con su bloque, cada firma de titularidad.
- Dos tipos de reservas
- Todas las reservas legibles y las reservas cuya firma de titularidad se verificó. Ambas se muestran por activo.
- Excepciones en lenguaje claro
- Saldos negativos, billeteras ilegibles, titularidad sin verificar y activos por debajo de los pasivos se listan, no se ocultan.
Límites claros.
No somos su auditor
El paquete es evidencia. La opinión de auditoría la emite la firma auditora independiente.
Sin claves ni transacciones
El kit lee datos públicos de las cadenas y verifica firmas. Nunca guarda una clave ni mueve fondos.
Los saldos se quedan en sus servidores
Solo se publican la raíz, los totales y la instantánea firmada. Las pruebas las sirve usted, dentro de la cuenta del cliente.
Sobre BitPolaris o sobre cualquier otro software de exchange.
| Pago único | Mensual | |
|---|---|---|
| Complemento para clientes de BitPolaris | €1.700 | €85 |
| Independiente, lo alojamos nosotros | €6.300 de instalación | €490 |
| Independiente, en sus servidores | €9.800 de licencia | 20% de la licencia al año en actualizaciones |
| Soporte el día de la auditoría | — | €980 por trimestre |
Piloto: estamos incorporando ahora a las primeras plataformas, a tiempo para el primer trimestre de 2027. Los clientes del piloto ayudan a decidir el orden de las próximas funciones.
Preguntas
¿Funciona con nuestro software de exchange?
Sí. Los saldos salen de una exportación CSV, de una consulta SQL de solo lectura o de un endpoint HTTP interno que devuelve usuario, activo y saldo. Con los libros contables de Peatio y OpenDAX, toda la configuración se genera a partir de las propias tablas del exchange.
¿Puede un cliente ver los saldos de otros clientes?
Nunca se muestran nombres ni identificadores. Una prueba incluye los totales de las ramas vecinas; en el nivel más bajo, eso equivale al saldo de otro cliente, sin nada que permita identificarlo. Las posiciones se reordenan al azar cada día.
¿Y las billeteras multifirma y las billeteras frías?
Las billeteras EVM, TRON y Bitcoin de una sola clave firman un mensaje. Las multifirma, las de contrato inteligente y las de custodios se registran con evidencia manual, como una transferencia de prueba, y figuran como no verificadas hasta que el auditor las confirme.
¿Qué significa piloto en este caso?
El kit funciona hoy de punta a punta. Piloto significa que lo instalamos nosotros mismos con cada uno de los primeros clientes y ajustamos el paquete a lo que pida su auditor.
¿Necesitan acceso a nuestras claves o fondos?
No. El kit necesita acceso de lectura al libro contable (o una exportación), endpoints públicos de las cadenas y los mensajes firmados que generan sus responsables.
Tenemos fondos en Fireblocks o en otro exchange. ¿Funciona igual?
Sí, con Fireblocks y Binance: el kit lee los saldos con sus claves API de solo lectura. Los demás custodios y plataformas se cargan como extractos con referencia y fecha, y hay más conectores en camino.
¿Se acerca una auditoría?
Indíquenos qué libro contable usa, sus cadenas y la fecha de su auditoría. Le respondemos con un plan de instalación.