¿Se Necesita un Pool para el Solo Mining?
La respuesta honesta es que no existe versión sin software de pool. Solo hay la pregunta de qué software, en qué hardware, mantenido por quién. Tres arquitecturas, sus verdaderos compromisos y los modos de fallo que las guías omiten.
No se puede apuntar un dispositivo de minería a un nodo Bitcoin y minar. Un ASIC habla Stratum, un nodo habla RPC, y algo tiene que sentarse entre ellos construyendo templates de bloques y distribuyendo trabajo. Solo CKPool lo dice en su propia página de inicio. La pregunta real no es pool o no pool. Es qué software de pool, en qué hardware, mantenido por quién.
Este reencuadre es importante porque convierte una pregunta de lealtad en una técnica. Aquí están las tres arquitecturas reales, qué ofrece cada una, y los modos de fallo que las guías de configuración suelen mencionar al pie de página.
Puntos clave
- No existe configuración sin software de pool. El self-hosting significa gestionarlo uno mismo, no prescindir de él.
- El propio nodo no mejora las probabilidades. Las probabilidades solo dependen del hashrate y la dificultad. El self-hosting puede reducir las probabilidades efectivas mediante tiempo de inactividad y trabajo obsoleto.
- Lo que sí ofrece es control del template — decidir qué transacciones van en el bloque. Eso es algo real y significativo.
- El trabajo obsoleto es el principal riesgo técnico, y la documentación DATUM lo señala explícitamente: sin notificaciones rápidas de nuevo bloque, el hardware hashes para nada.
- Los pools alojados gestionan múltiples endpoints geográficos con failover automático. El nodo doméstico tiene un endpoint: la conexión a internet doméstica.
- DATUM es la vía intermedia: propios templates, contabilidad de shares ajena. Software beta, solo Linux, solo Bitcoin.
Por qué no se puede minar directamente en un nodo
Esta es la parte que sorprende a la gente, y vale la pena ser preciso porque todo lo demás se deriva de ello.
El trabajo de un nodo Bitcoin es validar y retransmitir. Expone una interfaz RPC, y una de las llamadas es getblocktemplate, que devuelve un bloque candidato. No distribuye trabajo a los mineros, no rastrea quién envió qué, no ajusta la dificultad por dispositivo.
El ASIC, mientras tanto, habla Stratum. Espera que un servidor le envíe un trabajo, le diga la dificultad de share, acepte sus envíos y le notifique cuando el trabajo cambia.
Entre los dos se encuentra un servidor stratum. Solo CKPool se describe así en su propio sitio: no un pool a pesar del nombre, sino un servicio que existe porque no se puede minar directamente en un nodo Bitcoin Core. Esa es la descripción precisa de cada opción en esta página, incluidas las que se gestionan en casa.
Las tres arquitecturas
| Pool solo alojado | DATUM / soberanía template | Completamente autohospedado | |
|---|---|---|---|
| Quién construye el template | El pool | Tú | Tú |
| Quién gestiona el servidor stratum | El pool | Tú (gateway) más el pool | Tú |
| Nodo requerido | No | Sí, sincronizado | Sí, sincronizado |
| Failover | Múltiples endpoints, automático | Lado pool sí, lado nodo no | Ninguno por defecto |
| Comisión | Comisión del pool | Comisión del pool | Ninguna |
| Cadenas | Las que soporta el pool | Solo Bitcoin | Las que se gestionen con nodo |
| Quién está de guardia a las 3am | Otra persona | Compartido | Tú |
Ninguna es la forma “real” de hacer solo mining. Son diferentes distribuciones de control y responsabilidad, y la correcta depende de cuál se quiere más.
Lo que el self-hosting realmente ofrece
| Ventaja | Qué significa |
|---|---|
| Selección de transacciones | Quien construye el template decide qué transacciones van en el bloque. Los propios templates significan que esa decisión es tuya. Es el argumento más fuerte — estructural, no de marketing. |
| Privacidad | Un pool alojado conoce tu dirección, hashrate y uptime. Un servidor stratum local no dice nada a nadie. |
| Sin comisión | Sin porcentaje aplicado. En un resultado de lotería es la diferencia entre la recompensa completa y la recompensa menos una parte. |
| Verificación por construcción | Con el propio nodo no se confía en ninguna afirmación sobre qué se está hasheando. Se ha construido el template; se puede leer. |
| Valor educativo | Gestionar nodo, servidor stratum y frontend de monitoreo enseña más sobre el funcionamiento de Bitcoin que cualquier cantidad de lectura. |
Si esas son las cosas deseadas, el self-hosting es la respuesta correcta y nada de lo siguiente debería disuadir de ello.
Qué cuesta — desde la documentación
Cada elemento aquí proviene de los propios requisitos de los proyectos o del comportamiento sobre el que advierten, no de la especulación.
1. El trabajo obsoleto es el riesgo real
Cuando se encuentra un nuevo bloque en cualquier parte de la red, cada template construido sobre el anterior se vuelve inútil instantáneamente. El servidor stratum tiene que saberlo en milisegundos y enviar nuevo trabajo, o el hardware sigue hasheando contra un trabajo muerto.
La documentación DATUM Gateway aborda esto directamente, instruyendo a los operadores a configurar su nodo para enviar notificaciones de bloque al gateway. Una configuración incorrecta no rompe nada visiblemente: el panel muestra un hashrate saludable, las temperaturas parecen bien, y no se produce nada.
2. El failover no es gratuito
Solo CKPool gestiona endpoints en EE.UU., Europa, Asia y Oceanía, selecciona automáticamente el de menor latencia y conmuta si ese endpoint cae. Esta redundancia es invisible cuando funciona.
El stack autohospedado tiene un endpoint. Si el nodo falla, la corriente parpadea o el ISP tiene una mala hora, los mineros no tienen adónde ir a menos que se configure un fallback — y el único fallback sensato es un pool alojado.
3. La máquina es una máquina real
Los requisitos declarados de DATUM Gateway son: sistema Linux, nodo Bitcoin completo completamente sincronizado (Knots recomendado), almacenamiento rápido, conexión estable, CPU para validar bloques entrantes sin retraso y aproximadamente 1 GB de RAM sobre las necesidades del nodo. Debajo hay un nodo completo: cientos de gigabytes de almacenamiento y una sincronización inicial medida en días.
Nada de eso es exótico. También es un segundo dispositivo que funciona continuamente, consume electricidad, necesita actualizaciones. Con un minero de 15 W y un nodo de 40 W para soportarlo, el nodo es ahora la parte más grande de la factura de electricidad.
4. Los errores de configuración son silenciosos y costosos
El setup DATUM requiere reservar espacio en el bloque para la transacción de generación, y su documentación es explícita en que sin esa reserva el trabajo no podrá incorporar una división de recompensa. Es una línea de configuración cuya ausencia se descubriría en el peor momento posible.
5. Software beta, plataforma limitada
DATUM Gateway está en v0.4.1beta, soporta solo Linux y solo Bitcoin. Sus propias notas de lanzamiento indican que otros sistemas operativos pueden funcionar pero bajo su propio riesgo. Es un etiquetado honesto del proyecto.
Para las cuatro cadenas SHA-256 más allá de Bitcoin, DATUM no es una opción. Un stack completamente autohospedado al estilo ckpool puede servirlas, pero entonces se está gestionando un nodo por cadena.
6. Eres el equipo de operaciones
Esto es lo que nadie cuantifica y todos eventualmente sienten. El uptime de un pool alojado es el trabajo de alguien. El uptime del propio nodo es algo de lo que uno se acuerda de comprobar, hasta la semana en que está de viaje.
La aritmética del uptime
Las probabilidades escalan linealmente con el tiempo pasado hasheando en trabajo válido. Un dispositivo offline, o trabajando en un template obsoleto, no compra nada durante ese período. El tiempo de inactividad es por tanto una reducción porcentual directa del hashrate efectivo.
| Tiempo de inactividad o trabajo obsoleto | Equivale a perder | Comparar con |
|---|---|---|
| 1% del tiempo | 1% del hashrate | Comisión de pool del 1% |
| 2% (unas 15 h/mes) | 2% del hashrate | Doble de comisión del 1% |
| 5% (un mal mes) | 5% del hashrate | Cinco veces comisión del 1% |
Como regla general es útil: si el self-hosting cuesta más de uno o dos porciento de uptime, la comisión evitada era la opción más barata.
Quién debería autohospedarse
| Perfil | Recomendación | Por qué |
|---|---|---|
| Quiere soberanía de templates | Self-hosting o DATUM | Selección de transacciones, único camino; costes operativos son el precio |
| Ya gestiona un nodo | Añadir capa stratum | Costes marginales bajos, problema de uptime en gran medida resuelto |
| Quiere aprender | Autohospedado + fallback alojado | Construir el stack enseña mucho; el fallback protege ante fallos |
| Quiere probabilidades sin operaciones | Pool solo alojado | El hashrate es todo; un pool gestiona uptime y failover |
| Mina más de una cadena | Pool alojado | Cinco cadenas autohospedadas = cinco nodos |
| No puede garantizar uptime | Pool alojado | Viajes, corriente inestable, internet compartido cuestan más que una comisión |
Estas opciones no son mutuamente excluyentes. El setup doméstico más robusto suele ser una mezcla: primario autohospedado donde importa la soberanía, fallback alojado configurado para que un problema del nodo no se convierta en hardware muerto. Cada dispositivo de la familia AxeOS soporta un host stratum de fallback, y configurarlo no cuesta nada.
Lo que importa de cualquier manera
Dos cosas sobreviven a todo el argumento.
Quien construye el template decide qué confirma Bitcoin. Si la descentralización es la razón para el solo mining, ese es el palanca, y está disponible a través de DATUM sin gestionar el stack completo uno mismo.
Quien tiene la recompensa decide si la obtienes. Un bloque pagado directamente en el coinbase a una dirección que controlas no necesita ninguna reclamación, retiro ni confianza. Eso es válido para un setup autohospedado y para un pool alojado no custodial. Por eso nuestra guía para elegir un pool solo pone el pago no custodial verificable en segundo lugar.
Entre esos dos, la cuestión de qué máquina gestiona el servidor stratum es una cuestión de operaciones, no de principios. Respóndela con la evaluación honesta de tu propio uptime, no con la que te gustaría que fuera verdad.
¿Las probabilidades sin las operaciones?
SoloFury gestiona la capa stratum para las cinco cadenas SHA-256, con vardiff configurable para dispositivos de bajo hashrate. 1 % de comisión de pool. 99 % directamente a tu wallet vía coinbase. Funciona como primario o como fallback para tu propio nodo.
Configurar tu miner →Radar de red en vivo →Calcular tus probabilidades de bloque →Preguntas frecuentes
¿Puedo hacer solo mining sin ningún pool?
No directamente. Un ASIC habla Stratum y un nodo Bitcoin habla RPC, así que algo tiene que sentarse entre ellos, construir templates de bloque y distribuir trabajo. Solo CKPool lo dice claramente en su propia página de inicio. Lo que sí se puede hacer es gestionar ese software uno mismo en lugar de usar el de otro.
¿Necesito gestionar un nodo Bitcoin para hacer solo mining?
No. Apuntar un minero a un pool solo alojado no requiere nada más que el dispositivo y una dirección de wallet. Gestionar el propio nodo permite elegir qué transacciones van en el bloque que se intenta encontrar, que es un argumento de soberanía más que de probabilidad.
¿Gestionar mi propio nodo mejora mis posibilidades de encontrar un bloque?
No. Las probabilidades dependen solo del hashrate y la dificultad de red. El self-hosting puede reducir las probabilidades efectivas mediante tiempo de inactividad y trabajo obsoleto, porque un minero trabajando en un template muerto no produce nada.
¿Qué se necesita para un setup de solo mining autohospedado?
Una máquina Linux, un nodo Bitcoin completamente sincronizado en almacenamiento rápido, una conexión estable, suficiente CPU para validar bloques sin retraso y una capa stratum como ckpool-solo o una instancia local de Public Pool. DATUM añade aproximadamente 1 GB de RAM sobre los requisitos del nodo.
¿Qué es DATUM y en qué se diferencia?
DATUM es una vía intermedia: se construyen los propios templates de bloque en el propio nodo, mientras que un pool sigue gestionando la contabilidad de shares y los pagos. Desarrollado por OCEAN, actualmente en beta, solo soporta Bitcoin y funciona en Linux.
¿Qué es el trabajo obsoleto y por qué es importante al autohospedarse?
El trabajo obsoleto es hashear contra un template de bloque que ya está obsoleto porque se encontró un nuevo bloque. La documentación DATUM advierte directamente sobre esto: el nodo debe enviar notificaciones de nuevo bloque rápidas o el hardware trabaja para nada. Los pools alojados gestionan esto por ti.
¿El self-hosting es más barato que usar un pool?
En comisiones sí, ya que no hay ninguna. En todo lo demás depende de lo que valgan el tiempo y la electricidad, ya que se añade una máquina que funciona continuamente y una responsabilidad operativa que no termina.
¿Qué enfoque es más descentralizado?
Construir los propios templates es genuinamente más descentralizado, porque es donde ocurre la selección de transacciones. Ya sea a través de DATUM o un stack completamente autohospedado, esa es la parte que importa, no la ausencia de un pool.