La mayoría de los pools de minería piden algo muy sencillo: que confíes en un número que aparece en su panel. Cuánto hashrate dicen tener, cuántos bloques dicen haber encontrado, cuánto dicen haberte pagado. Esa confianza depende enteramente de que el operador del pool sea honesto, y la historia de la minería está llena de pools que no lo fueron. OwnBlock se construyó partiendo de la premisa contraria: cuantas menos afirmaciones tengas que creer, mejor. Este artículo repasa las cuatro capas de transparencia y verificación que puedes usar hoy mismo, sin pedir permiso ni credenciales, para comprobar por ti mismo cómo se comporta el pool: el diseño del pago por coinbase, el historial público de bloques, la API de solo lectura y los mecanismos de auditoría específicos de cada moneda.
Capa uno: los pagos ocurren en la coinbase, no en un libro de contabilidad interno
La diferencia más importante entre OwnBlock y un pool de pago diferido tradicional no es un eslogan de marketing, es una decisión de arquitectura verificable. OwnBlock no mantiene un saldo interno que luego transfiere a los mineros mediante transacciones ordinarias e indistinguibles del resto de la actividad de la red. En su lugar, la dirección del minero se codifica directamente en la coinbase transaction (Bitcoin y Bitcoin Cash) o en la miner tx (Monero) en el momento en que se construye el bloque candidato. Una vez que ese bloque candidato incorpora el output correspondiente al minero y el bloque es aceptado por la red, no existe una fase posterior de custodia en la que OwnBlock tenga que efectuar, aprobar o retrasar el pago: el output queda incluido en la coinbase transaction o miner tx correspondiente y comprometido criptográficamente por el Merkle root del propio bloque, por lo que cualquier tercero puede verificar su existencia directamente a partir de los datos de la cadena. Si quieres entender la mecánica exacta —outputs, scriptPubKey, one-time keys en Monero— nuestra guía sobre la coinbase transaction explicada entra en el detalle técnico completo.
Capa dos: el historial no muestra únicamente los bloques exitosos
Las páginas de bloques de cada pool (/pools/xmr/blocks, /pools/btc/blocks, /pools/bch/blocks) listan cada bloque que el pool ha propuesto a la red, con su estado: aceptado, confirmado tras el periodo de maduración, huérfano o rechazado. Cada entrada enlaza a una página de detalle propia con la altura del bloque, el hash, la recompensa y, cuando aplica, el hash de la transacción coinbase o miner tx. Esto es deliberado: un pool que solo mostrara sus bloques ganadores estaría presentando una versión editada de su propio historial. Los bloques aceptados pueden contrastarse directamente contra exploradores públicos o un nodo propio. Los huérfanos pueden haber sido válidos pero quedar fuera de la cadena principal; los rechazados, en cambio, no llegaron a integrarse en ella. Por eso no todos estarán disponibles en exploradores públicos, y permanecen además en el historial de OwnBlock para que el comportamiento del pool no quede limitado únicamente a sus resultados exitosos.
Capa tres: una API en lugar de una caja negra
Toda la información anterior también está disponible mediante la API pública de OwnBlock: endpoints GET, sin autenticación ni clave de API, que devuelven JSON homogéneo para XMR, BTC y BCH. Los endpoints de estadísticas (/xmr/stats, /btc/stats, /bch/stats) exponen el hashrate del pool, el hashrate de la red, la dificultad y el último bloque encontrado; los endpoints de historial (/xmr/blocks, /btc/blocks, /bch/blocks) devuelven listas paginadas de bloques con su estado de madurez. Esto hace que OwnBlock sea observable, procesable automáticamente y auditable, y permite automatizar comprobaciones de consistencia entre lo que la API reporta y lo que muestra la propia interfaz. Pero conviene ser precisos: una API operada por OwnBlock y una interfaz operada por OwnBlock probablemente comparten el mismo backend, así que contrastar una contra la otra no equivale por sí solo a una verificación independiente. Esa independencia real llega, para los datos verificables en cadena, cuando un tercero coteja la información de la API contra su propio nodo o un explorador de bloques ajeno a OwnBlock. Métricas internas como el hashrate estimado del pool siguen dependiendo de la información producida por el propio sistema.
Capa cuatro: mecanismos de auditoría específicos de cada moneda
Cada moneda soportada añade su propia forma de auditoría. Para Monero, OwnBlock publica en la API la secret view key (también llamada private view key) de la cartera destinada a auditoría. Junto con la dirección pública, esto permite construir una cartera view-only e identificar de forma independiente los outputs recibidos por esa cartera, sin disponer en ningún momento de la secret spend key ni capacidad para gastar los fondos; una view-only wallet no ofrece por sí sola una visión completa del gasto posterior, pero sí basta para confirmar qué ha entrado. Esa cartera no es un saldo custodiado de los mineros: solo recibe la comisión del pool, así que cada bloque que OwnBlock encuentra genera exactamente una entrada en ella. Cualquiera que la escanee con la view key publicada puede contar de forma independiente los bloques encontrados y contrastar esa cifra contra el historial público del pool, sin depender de que OwnBlock la reporte correctamente. Como verificación externa no operada por OwnBlock, P2Pool Observer incluye actualmente a OwnBlock como "Verified with view wallet keys" y utiliza la dirección y la secret view key publicadas para verificar directamente los outputs coinbase recibidos por la cartera del pool. Esa pérdida deliberada de privacidad sobre las entradas de una cartera concreta es precisamente lo que habilita la auditoría, sin comprometer en ningún momento la capacidad de gasto: es una característica de diseño, no un descuido. Para Bitcoin y Bitcoin Cash, cada bloque minado por OwnBlock incluye el identificador /ownblock/ en los datos de la coinbase, verificable directamente a partir de los datos crudos del bloque y visible en los exploradores que exponen el coinbase script. Ese identificador no es una firma criptográfica —cualquier otro minero podría técnicamente incluir la misma cadena en su propia coinbase—, pero sí permite identificar directamente en la cadena los bloques que llevan el marcador de OwnBlock, sin depender del historial publicado por el propio sitio.
Lo que esta transparencia no garantiza
Ninguna de estas cuatro capas cambia la varianza estadística de la minería en solitario ni acelera la madurez de la recompensa: BTC y BCH mantienen una madurez de coinbase de 100 bloques, mientras que en Monero la recompensa de la miner transaction permanece bloqueada durante 60 bloques. Tampoco sustituyen la comprobación de tu propio pago concreto, que es un paso distinto y bastante más sencillo, porque el pago va directamente a tu propia dirección. Si quieres esa comprobación exacta para Monero, con comandos concretos, tenemos una guía dedicada sobre cómo verificar un pago por coinbase de Monero, paso a paso.
Verificable por diseño, no por promesa
La transparencia real no consiste en decir «confía en nosotros» con más énfasis, consiste en dejar de necesitar esa frase. Consulta la API pública de OwnBlock, revisa el historial de bloques de Monero, Bitcoin o Bitcoin Cash, y contrasta cualquier bloque contra un explorador independiente. El diseño está pensado para que puedas hacerlo tú mismo, en cualquier momento, sin pedir acceso a nada.