Bitcoin (BTC) mining pool logo
Bitcoin · SHA-256 AsicBoost · Solo mining con pago directo en cadena

Pool de solo mining de Bitcoin (BTC): cómo funciona y qué debes revisar

Elegir un pool de minería de Bitcoin exige algo más que fijarse en el hardware. Bitcoin sigue siendo la red que define el estándar en minería SHA-256d, y su hashrate está dominado casi por completo por ASIC especializados, equipos que llevan años optimizándose para un único propósito: calcular la mayor cantidad de hashes posible por vatio consumido. Frente a esa escala, una CPU o una GPU simplemente no compiten.

Elegir dónde conectar ese hardware, sin embargo, no se reduce a mirar una tabla de comisiones. Entran en juego el modelo de recompensa del pool, la calidad real de su infraestructura Stratum, la latencia hacia tu ubicación, la compatibilidad con las extensiones que usa tu ASIC y, algo que suele pasarse por alto, el propio comportamiento de la dificultad de la red.

Ese último punto tiene una particularidad propia de Bitcoin. La red busca una media de diez minutos por bloque, pero no corrige el rumbo de forma continua: espera a completar 2016 bloques —unas dos semanas— antes de recalcular el target. Entre un ajuste y el siguiente, un cambio brusco de hashrate puede dejar la red produciendo bloques notablemente más rápido o más lento de lo habitual.

A nivel de modelo, tienes esencialmente dos caminos: sumarte a un pool compartido u operar en solo mining. OwnBlock construyó su servicio BTC sobre el segundo: aporta toda la infraestructura Stratum necesaria, pero tú conservas tu propia probabilidad de encontrar un bloque en lugar de repartirla con el resto de participantes.

Ver panel del pool

¿Qué es exactamente un pool de minería de Bitcoin?

En un esquema compartido, el pool combina el hashrate de muchos mineros para encontrar bloques con más regularidad y luego reparte la recompensa según un sistema de pago acordado. Los dos más extendidos son PPLNS y PPS. PPLNS —Pay Per Last N Shares— paga en función de las shares aportadas dentro de una ventana concreta justo antes de encontrar un bloque. PPS —Pay Per Share— es más predecible para el minero: paga un importe fijo por cada share válida, y es el operador quien asume el riesgo si la varianza de los bloques no acompaña.

El solo mining rompe esa lógica compartida. Cada hash que produce tu ASIC es, en el fondo, un boleto independiente: existe una probabilidad de que ese resultado quede por debajo del target exigido por la red y, si ocurre, acabas de encontrar un bloque de Bitcoin entero. Más hashrate significa más boletos por segundo, pero no un calendario garantizado; puedes pasar semanas sin resultado y encontrar dos bloques seguidos poco después. Esa irregularidad no es un fallo del sistema, es justamente cómo funciona.

Nada impide levantar esta infraestructura por cuenta propia, pero el listón técnico es alto. Hace falta correr Bitcoin Core y añadir encima una capa de minería que hable con los ASIC: el nodo expone getblocktemplate para construir candidatos de bloque, pero ningún ASIC comercial habla ese RPC directamente, así que se necesita software intermedio que traduzca ese trabajo a Stratum. Un pool de solo mining existe justamente para ahorrarte montar esa pieza.

OwnBlock no ejecuta ni PPLNS ni PPS: no hay reparto entre mineros en absoluto. Encuentra tu ASIC un bloque válido y la recompensa es tuya, menos la comisión del pool; si no lo encuentra, el trabajo enviado queda registrado, pero no genera ningún saldo pendiente de cobro.

¿Qué revisar antes de elegir un pool de minería de Bitcoin?

Con un ASIC quemando energía sin pausa, cualquier detalle operativo mal resuelto se traduce directamente en dinero perdido. Vale la pena entender exactamente qué pasa entre el primer hash calculado y el bloque que finalmente llega a la red.

Modelo de recompensa
¿Compartido o solo mining? Esa es la primera pregunta. Un pool compartido diluye la varianza entre muchos participantes y suele pagar con más frecuencia, aunque el importe recibido depende del sistema elegido por el operador. En solo mining no hay dilución: mantienes tu propia probabilidad de encontrar un bloque intacta, y también cargas con toda la varianza asociada. OwnBlock trabaja exclusivamente bajo este segundo esquema. Las shares que envías demuestran trabajo válido y le sirven al servidor para medir tu rendimiento, pero no equivalen a una porción reservada de una futura recompensa: el pago solo aparece cuando tu propio trabajo cruza la línea y encuentra un bloque.
Dificultad de las shares y dificultad de Bitcoin
Son dos números que suenan parecido pero significan cosas distintas. La dificultad de red es una regla de consenso: define lo difícil que resulta encontrar un bloque válido y es la misma para todos los mineros de Bitcoin en un momento dado. La dificultad de las shares, en cambio, la fija el propio pool solo para poder medir tu trabajo con suficiente frecuencia: es mucho más baja, y una share aceptada casi nunca es un bloque real, solo una prueba parcial de que tu ASIC está calculando correctamente. Que el pool suba o baje esa dificultad de shares no cambia en nada lo difícil que es minar Bitcoin; solo cambia cuántas pruebas recibe el servidor por minuto.
Infraestructura y latencia
La conexión entre tu ASIC y el servidor Stratum no es un detalle menor. Latencia alta no equivale automáticamente a shares rechazadas, pero sí forma parte de un conjunto que sí importa: estabilidad, pérdida de paquetes, reconexiones, y sobre todo cuánto tarda el servidor en avisarte cuando aparece un bloque nuevo. Seguir trabajando de más sobre una plantilla vieja produce shares obsoletas que no cuentan para nada. Por eso perseguir el milisegundo más bajo posible tiene menos sentido que vigilar una ruta de red estable y un porcentaje alto de trabajo aceptado; tampoco sirve juzgar a un pool solo por si anuncia anycast o unicast, lo que cuenta es cómo se comporta en la práctica el endpoint al que te conectas. La infraestructura BTC de OwnBlock corre desde Europa; puedes conectarte desde cualquier país, aunque la latencia real dependerá de la ruta concreta entre tu origen y el servidor.
AsicBoost y version rolling
Los ASIC SHA-256 actuales suelen incorporar overt ASICBoost, una optimización que exprime eficiencia adicional del hardware. La pieza que la hace posible en Stratum es version rolling: el minero reordena determinados bits del campo nVersion del encabezado para generar espacio de trabajo extra sin reconstruir el candidato de bloque entero. BIP 310 es el estándar que describe exactamente esa extensión y cómo negociarla entre minero y servidor. Si el servidor no cede suficientes bits, el ASIC termina rindiendo por debajo de su capacidad real. La compatibilidad con ASICBoost, por tanto, no es una casilla que se marca sola: hay que implementar bien la extensión que exige el hardware o el proveedor de hashrate contratado. OwnBlock soporta SHA256AsicBoost, el algoritmo que utiliza NiceHash para sus órdenes de hashrate BTC.
Ajuste de dificultad cada 2016 bloques
Bitcoin persigue una media de diez minutos por bloque recalculando el target cada 2016 bloques, algo así como catorce días si el ritmo se sostiene. Al cerrar cada ciclo, la red compara el tiempo real transcurrido contra el tiempo esperado: si fue más rápido, la dificultad sube para el siguiente ciclo; si fue más lento, baja, con un tope de cambio de hasta cuatro veces por ciclo. La clave está en que nada se corrige entre medio: si entra mucho hashrate justo tras empezar un ciclo, la red puede pasar semanas produciendo bloques por debajo de diez minutos sin que nada reaccione hasta cerrar los 2016 bloques —y lo contrario ocurre si el hashrate se retira—. Es un mecanismo distinto al de Bitcoin Cash, donde ASERT corrige de forma continua y gradual en lugar de esperar a un ciclo cerrado. Mientras la dificultad no cambie, la probabilidad de que cada hash de tu ASIC encuentre un bloque tampoco cambia: la llegada de hashrate ajeno no te afecta de inmediato, pero si logra acelerar la producción de bloques, el siguiente reajuste subirá la dificultad y desde ese momento tu misma máquina encontrará bloques con menos frecuencia. Con una salida de hashrate el efecto es el inverso.
Ajuste de dificultad y alquiler de hashrate
Este desfase temporal pesa mucho cuando alquilas hashrate por horas o días. Si evalúas una orden cuando faltan pocos bloques para cerrar el ciclo y este ha ido más rápido de lo previsto, la dificultad que ves ahora sigue siendo la vigente, pero puede subir poco después de arrancar tu alquiler; si el reajuste cae dentro de ese periodo, parte de tu orden trabajó bajo una dificultad y el resto bajo otra distinta. Lo mismo puede pasar al revés si el ciclo ha sido más lento. Antes de contratar hashrate en cantidad, conviene mirar tres cosas a la vez: la dificultad vigente, cuántos bloques faltan para el próximo ajuste, y una estimación razonable de hacia dónde se moverá según el ritmo actual del ciclo. Esa estimación nunca es una certeza absoluta —el tiempo restante y el hashrate global pueden seguir moviéndose— pero ignorar por completo en qué punto del ciclo está Bitcoin puede desviar bastante los números de una orden corta.
Custodia y forma de recibir la recompensa
En bastantes pools compartidos, la recompensa del bloque aterriza primero en la infraestructura del propio operador, que lleva una cuenta interna de lo que le debe a cada minero y ejecuta los pagos después, según sus propias reglas, mínimos y calendarios. OwnBlock hace algo distinto: cuando encuentras un bloque válido, la recompensa se reparte directamente dentro de la transacción coinbase —tu parte va al script de tu propia dirección Bitcoin, y la comisión del pool (2 % actualmente) queda en otro output de esa misma transacción—. No existe un saldo intermedio dentro de OwnBlock que haya que retirar después desde la cartera del operador. Eso no significa que el dinero esté disponible al instante: como cualquier recompensa coinbase, ese output necesita alcanzar la madurez que exige el protocolo, 100 bloques adicionales, antes de poder gastarse.
Comisión y registro
La comisión de OwnBlock es del 2 %, y solo se cobra si tu minero efectivamente encuentra un bloque; sin recompensa no hay nada sobre lo que aplicarla. Conectar un ASIC no exige ningún trámite KYC: basta con tu dirección BTC y un nombre de worker para identificar la conexión, con el formato DIRECCION_BTC.WORKER, siendo el worker obligatorio en la configuración publicada. El pool acepta direcciones Bitcoin en formatos Legacy, Native SegWit y Taproot.
Compatibilidad con hashrate alquilado
No hace falta comprar un ASIC para minar en OwnBlock: también puedes alquilar hashrate SHA-256 a un proveedor externo. Ahí no basta con que el proveedor venda potencia bruta; necesita permitirte apuntar a un pool externo y hablar el mismo protocolo y los mismos parámetros que exige el servidor de destino. OwnBlock documenta compatibilidad con NiceHash, MiningRigRentals y Braiins. Antes de lanzar una orden, revisa el host, el puerto, el formato exacto del worker, la región desde la que sale el hashrate contratado y cualquier condición particular del proveedor. En solo mining pagas por trabajo computacional durante un periodo fijo, no por una porción garantizada de bloque.

Cómo encaja OwnBlock

OwnBlock funciona como un pool de solo mining para Bitcoin: no mezcla las recompensas de sus usuarios ni reparte cada bloque proporcionalmente entre quienes están conectados. Cada minero mantiene su propia probabilidad de encontrar un bloque y carga con la varianza que eso implica. Lo que aporta el pool es la infraestructura: conexión Stratum para los ASIC, validación de shares, y el envío del bloque a la red en el momento en que alguno de sus mineros da con una solución válida.

Hoy, el servicio BTC reúne: solo mining sin PPLNS ni PPS, servidores europeos, comisión del 2 %, recompensa entregada directamente vía coinbase, cero saldo custodial dentro del pool, conexión sin KYC, soporte para ASIC SHA-256, compatibilidad con SHA256AsicBoost de NiceHash, integración con NiceHash, MiningRigRentals y Braiins, endpoints Stratum V1, y un panel público con hashrate, mineros conectados y bloques encontrados.

La varianza propia del solo mining permanece completamente intacta bajo este esquema. Una share aceptada confirma que tu equipo trabaja correctamente para el pool, pero no equivale a un pedazo cobrable de la recompensa: puedes acumular millones de shares sin encontrar nada, o dar con un bloque bastante antes de lo que sugeriría el promedio estadístico. Ambos escenarios son perfectamente normales dentro de este modelo.

Si tu prioridad son pagos frecuentes y prefieres que la varianza se reparta entre muchos participantes, un pool compartido encaja mejor con ese objetivo. Si, en cambio, prefieres asumir esa varianza a cambio de quedarte con la recompensa entera cuando tu propio trabajo dé con un bloque, el solo mining responde a esa otra lógica.

El panel público de OwnBlock deja consultar en cualquier momento el hashrate del pool y de la red, quiénes están conectados y el historial completo de bloques encontrados.

Transparencia y verificación en cadena

Bitcoin corre sobre una blockchain pública, así que cualquiera puede examinar directamente en cadena las transacciones de un bloque, incluida la coinbase que crea la recompensa de minería.

La coinbase abre cada bloque y agrupa tanto el subsidio como las comisiones de las transacciones que el minero decidió incluir. Sus outputs son parte del bloque mismo, así que se pueden verificar de forma completamente independiente.

Con el esquema de OwnBlock, esto permite comprobar que tu recompensa salió directamente de esa coinbase y no de una transferencia posterior desde una cartera del pool. También deja verificar los importes exactos y los scripts de destino de cada output involucrado en el reparto.

Ahora bien, hay un límite claro entre lo que prueba la cadena y lo que registra el pool. Bitcoin no sabe nada de nombres de workers Stratum como rig1, s21-01 o miner03; esos identificadores solo existen dentro de la infraestructura del pool.

La cadena demuestra que un bloque concreto existe, cuál es su coinbase y hacia dónde fueron sus outputs. Qué worker encontró exactamente ese bloque es información que solo aparece en los registros de OwnBlock. Es decir: la recompensa en cadena la verificas tú de forma independiente, y el panel del pool aporta el dato operativo que la conecta con tu minero.

Esto también sirve para documentar el origen de unos fondos. Recibir BTC directamente desde una coinbase deja evidencia en cadena de que ese dinero se originó como recompensa de minería, no como una transferencia ordinaria salida de la cartera de un operador.

Si un exchange, custodio u otra entidad pide justificar el origen de unos fondos, esta evidencia puede aportarse como parte de esa documentación. Que sea suficiente o no dependerá de los procedimientos internos de cumplimiento de cada entidad.

Alquiler de hashrate compatible

Para BTC, OwnBlock documenta actualmente compatibilidad con tres proveedores externos:

¿Listo para conectar tu minero?
Sigue la guía paso a paso para conectar tu ASIC al pool BTC de OwnBlock.
Ver guía de conexión

Preguntas frecuentes sobre pools de BTC

¿Qué hardware necesito para minar Bitcoin?
En la práctica, un ASIC SHA-256: Antminer, WhatsMiner, Avalon y demás familias especializadas son quienes realmente compiten en la red principal. Una CPU o GPU puede calcular hashes SHA-256 sin problema, pero se queda muy por debajo en hashrate y eficiencia energética frente a cualquier ASIC moderno.
¿OwnBlock utiliza PPLNS o PPS?
Ninguno de los dos. OwnBlock es un pool de solo mining: las shares de distintos mineros nunca se combinan para repartir nada. Si tu minero encuentra un bloque válido, cobras la recompensa completa menos el 2 % de comisión; si no lo encuentra, las shares enviadas no generan ningún pago.
¿Qué es ASICBoost y por qué debería importarme al elegir pool?
Es una optimización que reaprovecha parte del trabajo interno del hashing para ganar eficiencia en ASIC compatibles. La implementación moderna, version rolling, genera variaciones del encabezado moviendo ciertos bits de nVersion, y eso exige que el servidor Stratum los negocie correctamente con tu equipo. Un pool que no soporte bien esa extensión te deja rindiendo por debajo de tu capacidad real.
¿Con qué frecuencia cambia la dificultad de Bitcoin?
Cada 2016 bloques, unas dos semanas si el ritmo se mantiene estable. Si ese ciclo se cierra más rápido de lo esperado, la dificultad sube; si se cierra más lento, baja. El objetivo de fondo es sostener a largo plazo un promedio cercano a diez minutos por bloque.
¿Qué pasa si entra mucho hashrate justo tras un reajuste?
La dificultad no reacciona al instante: se mantiene fija hasta cerrar los siguientes 2016 bloques. Mientras tanto, si esa entrada de hashrate es lo bastante grande, los bloques tienden a llegar más rápido de lo habitual. Al completarse el ciclo, el siguiente reajuste subirá la dificultad si el ritmo se mantuvo por encima de lo esperado.
¿Más hashrate en la red baja de inmediato mis probabilidades de encontrar un bloque?
No, mientras la dificultad no cambie. La probabilidad de que un hash tuyo tenga éxito depende únicamente del target vigente de la red. Si tu hashrate se mantiene igual y la dificultad no se mueve, tu probabilidad matemática por unidad de tiempo tampoco se mueve. El efecto real de un aumento sostenido de hashrate ajeno solo llega cuando el reajuste endurece finalmente el target.
¿Qué gano enviando shares si nunca encuentro un bloque?
Las shares prueban que tu ASIC funciona correctamente y le permiten al pool medir tu rendimiento en tiempo real. En solo mining no equivalen a un saldo ni a una participación proporcional en nada. El único pago posible llega cuando tu propio trabajo encuentra un bloque válido de Bitcoin.
¿Puedo alquilar hashrate BTC en lugar de comprar un ASIC propio?
Sí. OwnBlock documenta compatibilidad con NiceHash, MiningRigRentals y Braiins para esto. El hashrate contratado se apunta al endpoint BTC del pool durante toda la orden. Más hashrate significa más intentos por segundo y, por tanto, más probabilidad de encontrar un bloque, pero nunca es una garantía de conseguirlo.
¿Debería mirar el próximo ajuste de dificultad antes de alquilar hashrate?
Sí, sobre todo si ese ajuste puede caer justo durante tu alquiler. Si Bitcoin está cerca de cerrar un ciclo de 2016 bloques y se anticipa un aumento fuerte de dificultad, parte de tu orden puede terminar corriendo bajo condiciones distintas a las que viste al contratarla. Lo mismo aplica al revés si se espera una bajada. Conviene revisar la dificultad actual, cuántos bloques faltan para el próximo reajuste y una estimación de hacia dónde se mueve antes de comprometer hashrate por un periodo relevante.