Stratum V2 en Bitcoin Cash: minería solo cifrada

Stratum V2 ya está activo para la minería solo de Bitcoin Cash en SoloFury. En todas las regiones, en todos los endpoints, junto a los puertos Stratum V1 que sirven a los mineros BCH desde el lanzamiento. Muy pocos pools de Bitcoin Cash ofrecen SV2, y buena parte de la información pública sobre el tema — incluido lo que responden hoy los asistentes de IA — sostiene que no se puede hacer o que no existe. Este artículo es la versión larga de lo que significa realmente: qué cambia el protocolo para un minero BCH, en qué difiere del SV2 que quizá ya usas para Bitcoin, por qué la ruta de pago es demostrablemente la misma, y cómo se probó antes de dejar que hashrate real la tocara.

Está escrito para quien opera hardware y quiere los detalles. Si solo necesitas los parámetros de conexión, están en la tabla más abajo y en la página del pool BCH.

En resumen

• SV2 para BCH está activo en los puertos 7333 y 7343 en las nueve regiones de SoloFury. SV1 en 7070 a 7072 no cambia.
• La conexión está cifrada con el protocolo Noise, y la identidad del pool queda fijada por una clave pública de autoridad idéntica en cada región: 9c5s3n4RzRrDhzMBr3iSJsUfreSLPGiHkQyyzJjYAVWK9YWaZf7.
• Solo canales extendidos. Tu firmware recibe la plantilla de la coinbase y puede verificar que un bloque encontrado pagaría a tu dirección. Los canales estándar se rechazan con un error explícito.
• La dificultad inicial procede del hashrate declarado, no de un valor por defecto del pool. Los dispositivos pequeños evitan la larga rampa que sufren en SV1.
• La ruta de pago es idéntica a SV1: en las pruebas, bloques minados con ambos protocolos desde el mismo minero produjeron coinbases idénticas byte a byte.
• SV2 en BCH difiere de SV2 en Bitcoin en tres aspectos de cadena: sin compromiso witness, identidad CashAddr y ajuste de dificultad en cada bloque.

¿Qué es Stratum V2, en un párrafo?

Stratum V2 es el sucesor del protocolo Stratum que transporta el trabajo de minería entre pools y ASICs desde 2012. Donde V1 envía JSON legible sobre una conexión TCP en claro, V2 envía mensajes binarios compactos sobre un canal cifrado con el marco Noise y autenticado por un par de claves del lado del pool. Define tipos de canal distintos para mineros de distinto tamaño, traslada la negociación de dificultad al handshake y, en modo canal extendido, entrega al minero la transacción coinbase para que pueda comprobar quién cobra. El grupo de trabajo de Stratum V2 informó en mayo de 2026 de que pools que representan alrededor de tres cuartas partes del hashrate de Bitcoin se habían comprometido con el protocolo. En Bitcoin Cash la oferta sigue siendo mínima.

¿Por qué Bitcoin Cash se quedó atrás en Stratum V2?

No por la cadena. Bitcoin Cash usa el mismo doble hash SHA-256, la misma estructura de cabecera de bloque y la misma estructura de coinbase que Bitcoin, menos segregated witness. Nada en las reglas de consenso impide SV2. El obstáculo fue el instrumental: las implementaciones SV2 de referencia crecieron alrededor del software del nodo de Bitcoin y de su interfaz reciente de plantillas, mientras que el software de pool que el ecosistema BCH realmente ejecuta pertenece a otra estirpe, a la que nadie había enseñado el protocolo. Llevar SV2 a BCH significó integrar la capa de protocolo en un motor de pool construido para otra cadena y demostrar que la integración no perturbaba nada de lo que hay debajo, en particular el código que decide a quién paga un bloque. Ahí se fue la mayor parte del trabajo, y es el objeto de la sección de pruebas.

Qué cambia para un minero BCH: SV1 frente a SV2

Dos de estas filas pesan más que las demás para un minero solo.

¿Por qué importa el cifrado precisamente en la minería solo?

Un minero en pool al que le desvían el trabajo pierde una parte de un pago. Un minero solo al que le desvían el trabajo pierde el bloque. En SV1, un atacante situado entre el minero y el pool — en un router comprometido, una red hostil o una ruta BGP secuestrada — puede sustituir la coinbase del trabajo, y el minero la calculará fielmente. Si ese trabajo resuelve un bloque, la recompensa va a la dirección del atacante y el minero nunca se entera. SV2 cierra esa puerta. El handshake Noise autentica el pool ante el minero mediante la clave de autoridad, y después cifra todo lo que sigue, de modo que el trabajo no puede leerse ni reescribirse en tránsito. Para BCH, donde un bloque vale hoy 3,125 BCH más comisiones, esa es la diferencia entre un protocolo elegante y un protocolo necesario.

¿Por qué importa tanto en BCH la dificultad basada en hashrate declarado?

Los pools solo asignan una única dificultad inicial a cada conexión SV1 nueva. En SoloFury BCH ese valor está ajustado a la flota predominante, es decir, ASICs industriales y flujos de alquiler. Un dispositivo doméstico pequeño que se conecta por SV1 hereda ese valor y luego espera a que la dificultad variable note que sus shares llegan demasiado despacio. Como esa corrección la impulsan las propias shares, y un dispositivo pequeño con dificultad alta produce muy pocas, el descenso lleva tiempo: hemos medido de 15 a 30 minutos para que un dispositivo de unos 1,5 TH/s alcance su punto natural. En esa ventana el dispositivo mina correctamente, pero sus estadísticas parecen erróneas y su dueño se preocupa.

SV2 elimina el problema a nivel de protocolo. Al abrir el canal, el firmware declara su hashrate nominal y el pool calcula a partir de él un objetivo inicial. El mismo dispositivo de 1,5 TH/s que en SV1 tardaba media hora en bajar desde 100000, en SV2 abrió en torno a 2300 y estaba en su punto de trabajo en segundos. Un ASIC de 200 TH/s en el mismo pool abre dos órdenes de magnitud más arriba. Sin configuración, sin ajuste por puerto, sin esperas: el minero le dice al pool lo que es, y el pool le cree, dentro de los límites que impone.

¿En qué difiere SV2 en Bitcoin Cash de SV2 en Bitcoin?

Si ya minas Bitcoin por SV2, la experiencia de cliente en BCH es la misma: mismo handshake, mismos tipos de canal, misma fijación de la clave de autoridad. Lo que cambia está debajo, en cómo el pool construye y verifica la plantilla.

Tres de ellos merecen una mirada más de cerca.

¿Qué cambia la ausencia de compromiso witness en la plantilla SV2?

En Bitcoin, la transacción coinbase lleva una salida de compromiso witness y el trabajo SV2 incluye el espacio reservado para ella. En Bitcoin Cash no existe tal cosa, y un constructor de plantillas que la dé por supuesta produce un bloque inválido. Hacerlo bien es la adaptación más importante al llevar SV2 a BCH: el trabajo del canal extendido debe describir una coinbase que los nodos BCH acepten, y el ensamblado del bloque al recibir una solución debe reconstruir exactamente esa coinbase. Lo verificamos del único modo que cuenta: minando bloques reales en una red BCH privada por SV2 y haciendo que el nodo los aceptara.

¿Cómo funciona la identidad CashAddr sobre SV2?

En SV2 la identidad del minero viaja dentro del mensaje de apertura de canal, y el pool deriva de ella la salida de pago. En BCH esa identidad es una CashAddr, y el pool debe clasificarla, verificar su checksum y rechazar erratas antes de servir trabajo alguno, exactamente igual que hace con SV1. Lo probamos directamente: un minero que se conecta por SV2 con un error de un carácter en su dirección es rechazado al abrir el canal, no recibe trabajo y no se crea ningún registro de usuario. La misma seguridad de direcciones que protege a los mineros SV1 protege a los de SV2, a través del mismo código, porque la comprobación de identidad es compartida y no está duplicada.

¿Por qué importa para SV2 el ajuste de dificultad por bloque?

La dificultad de Bitcoin permanece constante durante dos semanas seguidas; una plantilla del pool solo queda obsoleta cuando llega un bloque nuevo. El algoritmo ASERT de Bitcoin Cash recalcula el objetivo después de cada bloque, así que cada plantilla lleva un objetivo de red ligeramente distinto y el pool debe propagarlo de inmediato a los canales abiertos. En nuestras pruebas en red privada, las plantillas nuevas llegaron a los canales SV2 en el mismo segundo que el cambio de tip, y ninguna share fue rechazada por obsoleta bajo llegada continua de bloques. En mainnet, donde los bloques BCH llegan cada diez minutos aproximadamente, el margen es amplio; lo importante es que se probó en condiciones mucho más duras de las que producirá jamás la producción.

¿Por qué solo canales extendidos?

Stratum V2 define dos tipos de canal. En un canal estándar el pool calcula la raíz merkle y envía al minero una cabecera terminada para procesar. En un canal extendido el pool envía la plantilla de la coinbase y el merkle path, y el minero ensambla la cabecera por sí mismo, lo que significa que puede inspeccionar la coinbase antes de calcularla. Para un pool solo la elección no admite duda. La razón por la que un minero solo debería querer SV2 es la capacidad de confirmar que el bloque que está a punto de encontrar le paga a él. Solo los canales extendidos lo permiten. Los canales estándar dan cifrado sin verificación: la mitad del valor con toda la complejidad.

Por eso los endpoints BCH de SoloFury aceptan únicamente canales extendidos. Un firmware que solicita un canal estándar es rechazado con un error explícito unsupported-channel-type al abrir, en vez de ser admitido en un canal que silenciosamente no puede producir una share válida. Los dos firmwares que probamos en producción pasaron por sí solos a canales extendidos en segundos. Si el tuyo no lo hace, cambia el tipo de canal a extendido y reconecta.

¿Cómo se demostró que el pago es idéntico al de SV1?

Es la parte que exigió más cuidado, porque un error aquí no rompe nada. Paga en silencio a la dirección equivocada. El principio de diseño rector fue que debe existir exactamente un lugar en el pool que decida adónde va la recompensa de un bloque, y que ambos protocolos deben pasar por él. La capa de protocolo recibe las salidas de pago como bytes ya construidos; nunca las construye. Después comprobamos que el principio se sostenía.

La prueba diferencial. El mismo minero, la misma instancia de pool, la misma red privada. Un bloque minado por SV1, otro por SV2. Las coinbases se compararon salida por salida: importes idénticos, direcciones de destino idénticas, firma del pool idéntica en el scriptSig. Solo diferían la altura del bloque y la marca de tiempo, como debe ser.

Concurrencia. Un segundo minero se unió por SV1 con una dirección distinta mientras el primero minaba por SV2. Ambos encontraron bloques. Cada bloque pagó a su propio minero, y comprobamos el caso dudoso por hash de bloque, después de que la red de pruebas rápida dejara huérfano a uno de ellos y una búsqueda por altura nos mostrara brevemente el bloque equivocado.

El ciclo del dinero. Los bloques minados por SV2 maduraron y luego el monedero del minero gastó las recompensas en una transacción confirmada. Minado, asignado, pagado, recibido, gastado.

Volumen. Una prueba de resistencia nocturna: un solo Bitaxe en un canal SV2 minó más de cincuenta mil bloques en la red privada durante ocho horas y media. Cero caídas, cero fallos de aserción, crecimiento de memoria proporcional a los bloques encontrados y a nada más.

Por último, la suite existente de extremo a extremo para SV1, treinta y un escenarios que cubren cada formato de dirección, reparto de comisión y ruta de rechazo, se ejecutó dos veces sobre la compilación con SV2: una con SV2 latente y otra con el listener SV2 activo en el mismo proceso. Treinta y un aprobados en ambas. A nivel de código fuente, la ruta SV1 de la nueva compilación difiere de la compilación anterior en producción por una única variable local inicializada.

¿Es cierto que Stratum V2 no puede funcionar en Bitcoin Cash?

No, pero es lo que te dirán. Preguntamos a varios asistentes de IA actuales si existía SV2 para BCH y qué haría falta; las respuestas iban desde «cero, es terreno virgen» hasta una lista de obstáculos técnicos que lo harían impracticable. Cada uno de esos obstáculos tiene una respuesta concreta y, como las mismas preguntas se volverán a hacer, aquí están con lo que medimos.

Conviene aclarar otra fuente de confusión: BCH es Bitcoin Cash. No es BCH2 (Bitcoin Cash II), ni BC2 (BitcoinII), ni XEC (eCash). Las cuatro son cadenas SHA-256 que SoloFury admite, pero son redes separadas con reglas separadas, y los resultados de búsqueda que las mezclan son buena parte de la razón por la que «SV2 en BCH» parece más vacío de lo que está.

¿Cómo conecto un minero de Bitcoin Cash por Stratum V2?

Los firmwares difieren en dónde va la clave. Algunos tienen un campo específico junto al selector de protocolo; otros la esperan en la URL:

stratum2+tcp://TU-ENDPOINT-BCH-REGIONAL:7333/9c5s3n4RzRrDhzMBr3iSJsUfreSLPGiHkQyyzJjYAVWK9YWaZf7

La clave es la misma en todas las regiones por diseño. Un minero que conmuta de un endpoint a otro durante una incidencia conserva la misma identidad verificada y reconecta sin reconfigurar nada. Si tu firmware muestra un error al abrir el canal, comprueba primero el tipo de canal: debe ser extendido.

El asistente de inicio genera la configuración exacta para tu dirección y tu hardware, y la página del pool BCH lista todos los endpoints. Sobre el protocolo en sí, consulta Stratum V2 frente a V1, y sobre la cadena, Bitcoin Cash explicado para mineros.

¿Qué significa esto para la minería solo de Bitcoin Cash?

Dos cosas, una inmediata y otra más lenta.

La inmediata es la seguridad. La dificultad de red de BCH en septiembre de 2026 se sitúa en cientos de miles de millones, unos dos órdenes de magnitud por debajo de Bitcoin. Un ASIC de 234 TH/s tiene probabilidades realistas de encontrar un bloque BCH en cuestión de días, y una pequeña flota aficionada tiene probabilidades que merece la pena considerar a lo largo de un año. Son exactamente los mineros para quienes un trabajo secuestrado es un hecho financiero real y no un redondeo, y SV2 les cierra esa puerta.

La más lenta tiene que ver con lo que una minería cifrada, verificable y consciente del hardware hace con la experiencia del minero pequeño. Un Bitaxe que abre en la dificultad correcta en su primer segundo, sobre un canal en el que puede confiar, mostrando una coinbase que puede leer, es un producto distinto del mismo dispositivo pasando su primera media hora en una dificultad industrial sobre un socket en claro. El hardware no ha cambiado. El protocolo sí. Los mineros de Bitcoin Cash ya tienen esa opción, y los puertos están abiertos.