Solo Mining remunera al minero según sus propios bloques encontrados y aceptados, en lugar de compartir los hallazgos de un pool más amplio. Puede usar infraestructura propia o un servidor solo; las comisiones del servicio se descuentan de la recompensa.
El minero no comparte hallazgos como en un esquema habitual de pagos de pool. Aun así necesita trabajo válido, conexión de red y entrega del bloque. Usar un servidor Stratum o una plantilla ajena no implica compartir recompensas; tener un nodo tampoco aporta por sí solo la potencia de un ASIC. [Rosenfeld — Solo mining variance] [Solo CKPool — Service and shares]
Bitcoin Core compara el hash numérico de la cabecera con el target derivado de nBits. El hash debe ser menor o igual que el objetivo válido. Un share target más fácil mide trabajo operativo, no crea un bloque parcial con derecho a recompensa. Reducir la dificultad de shares no mejora la probabilidad de un hash de red. [Bitcoin Core — Proof-of-work verification]
BIP 22 getblocktemplate aporta previousblockhash, transacciones, altura y coinbasevalue para construir el bloque. El software monta coinbase y cabecera, y el ASIC prueba variantes de trabajo. Al cambiar la punta de la cadena hay que actualizar el trabajo; verificar plantillas y salidas de destino es distinto de la velocidad de hash. [BIP 22 — Block templates]
Con una participación constante del 1 % y hallazgos independientes, la expectativa es un hallazgo por cada 100 bloques de red. Pero la probabilidad de al menos uno en esos cien es 1 − 0,99^100, aproximadamente 63,4 %, no certeza. Una larga racha sin hallazgos no mejora el siguiente intento. Cambios de dificultad, hashrate y caídas alteran los supuestos del modelo. [Rosenfeld — Solo mining variance]
La coinbase puede reclamar como máximo el subsidio más las comisiones de transacciones del bloque. En mainnet desde altura 840000 hasta antes de 1050000, el subsidio es 3,125 BTC; las comisiones no son fijas. COINBASE_MATURITY son 100 bloques, no 100 minutos. Una recompensa encontrada no es saldo gastable inmediato. [Bitcoin Core — Block subsidy and validation] [Bitcoin Core — Coinbase maturity] [Bitcoin Core — Mainnet parameters]
Todo el bloque debe cumplir reglas de transacciones, coinbase y contexto de cadena. Una entrega tardía o trabajar sobre una punta vieja puede producir un bloque stale fuera de la cadena activa. Vigile la actualidad del trabajo, la aceptación del nodo y las confirmaciones siguientes; el mejor share no demuestra hallar un bloque válido. [BIP 22 — Block templates] [Bitcoin Core — Block subsidy and validation]
Solo CKPool ejemplifica coordinación, plantillas y estadísticas con asignación individual de hallazgos. Sus shares dan información, no pagos proporcionales ordinarios. Evalúe comisiones, dirección de pago, disponibilidad y políticas de trabajo; una lista pública de ganadores no describe la probabilidad de cada participante. [Solo CKPool — Service and shares]
Electricidad, hardware y operación requieren pagos continuos mientras los ingresos solo pueden permanecer en cero mucho tiempo. Un esquema de pool reduce variabilidad repartiendo ingresos y riesgos de otra manera, no aumentando mágicamente la potencia del mismo equipo. Las plantillas propias permiten aprender; la financiación no debe basarse en creer que tras esperar mucho tiene que llegar una victoria. [Rosenfeld — Solo mining variance]
Para obtener la imagen más completa, lee esta entrada junto con Minería, Mining Pool, getblocktemplate, Hashrate, Pay Per Share, Pay Per Last N Shares.