Stratum V2 1.13.0 corrige la gestión de tareas detrás de la conexión al pool
Publicación de la fuente: 2026-11-04 · Análisis editorial publicado: 2026-11-09
El lanzamiento de bibliotecas del 4 de noviembre corrige coinbase, crédito de trabajo y búferes. No es un firmware universal para ASIC.

La conexión no basta para garantizar una tarea correcta
La implementación de referencia de Stratum V2 publicó el 4 de noviembre la versión 1.13.0 con correcciones al software que prepara tareas, comprueba trabajo enviado y lee mensajes de red. Para un minero, el sentido es sencillo: un dispositivo conectado y calculando no prueba por sí solo que su tarea pueda convertirse en un bloque Bitcoin aceptado. La infraestructura que la prepara y valida también debe ser correcta.
Son bibliotecas utilizadas por aplicaciones, no una imagen de firmware universal para ASIC. Un operador de pool o software debe integrar las versiones pertinentes antes de beneficiar la conexión del cliente. Las notas cierran tres grupos de auditoría de búferes, codificación y enmarcado, e introducen versiones incompatibles de los componentes publicados modificados, salvo la reexportación añadida de Noise. El anuncio no demuestra que un pool comercial concreto ya lo haya desplegado.
La transacción de recompensa necesita la estructura adecuada
Una corrección afecta a la coinbase: primera transacción de un bloque Bitcoin, que crea el subsidio y asigna las comisiones de transacción. Aquí coinbase es un término técnico, no el exchange. La biblioteca podía añadir campos de testigo, datos adicionales para verificar transacciones, aunque la plantilla proporcionada no incluyera el compromiso de testigo correspondiente. El nuevo tratamiento los añade solo cuando la plantilla los requiere.
El colaborador muestra la consecuencia con Bitcoin Core v29 en regtest, una red privada de pruebas: el bloque afectado se rechazaba con unexpected-witness antes del cambio y se aceptaba después. Es una prueba concreta de corrección, no la revelación de una pérdida medida en un pool real. También se impide retirar datos de testigo de una coinbase con más de una entrada. Para diagnosticar hace falta la plantilla real y su resultado; no todo rechazo tiene esta causa.

El crédito debe corresponder al trabajo demostrado
Otro cambio limita el trabajo acreditado a una share que encuentra un bloque a la dificultad que realmente demuestra su hash. Una share acredita participación; si encuentra un bloque, también satisface el objetivo de la red. En redes de prueba, el objetivo de red puede ser más fácil que el de la share asignada. Según el desarrollador, acreditar entonces toda la dificultad de la tarea podía exagerar el trabajo demostrado.
La corrección limita el crédito a lo probado. El autor señala que no afecta a bloques cuyos hashes también cumplen el objetivo de la tarea y no modifica la propagación. No anuncia un cambio general en la fórmula de pago ni una menor remuneración por una share ordinaria aceptada. Para revisar una cuenta, cantidad local de shares, dificultad acreditada y reglas efectivas de pago son magnitudes que deben compararse por separado.
Leer mensajes dentro del tamaño declarado
El lanzamiento cambia la gestión de tramas: sobres de datos de red con información sobre su longitud. Los codificadores rechazan datos mayores de lo que puede declarar la cabecera y mensajes que se convierten en menos bytes de los declarados. La modificación enlazada explica que así no se envía una cola antigua del búfer. Es como comprobar el contenido efectivo de un sobre antes de entregarlo.
Los mensajes cifrados se descifran ahora por cabecera y fragmentos según llegan, en lugar de acumular primero toda la carga cifrada, que podía alcanzar 16 MiB. Un fragmento que no supera la autenticación produce un error antes de leer el resto. Los búferes también conservan memoria mientras exista una referencia y separan reservar espacio de confirmar bytes escritos. Son reparaciones específicas; no prueban un ataque a un pool concreto ni un ahorro universal de ancho de banda. El lanzamiento también comprueba antes números y longitudes: al escribir campos numéricos F32 (números de coma flotante de 32 bits) rechaza NaN, infinitos y negativos, y los valores en registros TLV (tipo, longitud y valor) no pueden exceder lo que declara su campo de longitud. Se frena información mal formada en el límite del mensaje, sin identificar remitente ni demostrar un incidente concreto.

La aplicación puede proporcionar una tarea preparada
Los canales de servidor pueden aceptar tareas preconstruidas de una aplicación y activar una tarea futura sin un mensaje Template Distribution. Dicho de forma sencilla, la aplicación dispone de otra vía admitida para entregar una orden de trabajo ya preparada a la capa de comunicación. Las tareas estándar conservan sus bytes de coinbase. Es una capacidad para desarrolladores, no un nuevo control automático de selección de tareas para todo minero doméstico.
Otras correcciones evitan duplicar salidas coinbase cuando una tarea estándar procede de un canal de grupo, liberan recursos de tareas sustituidas al reutilizar identificadores y rechazan objetivos superiores al máximo del canal. También se alinean nombres de campos con la especificación. Las notas dicen que el cambio de nombres no modifica el formato transmitido: el código puede necesitar adaptación aunque ese cambio no cree un formato de mensaje nuevo.
La pregunta práctica es qué software se utiliza
Un operador puede seguir las versiones de bibliotecas en su aplicación y comprobar el ciclo completo: creación de tarea, coinbase, validación de shares, envío de bloque y reconexión normal. El valor de corregir la lógica aparece en esas rutas, no en los terahashes anunciados del ASIC. El cliente de un pool puede preguntar qué implementación atiende su conexión y si incorpora las correcciones pertinentes. Instalar un firmware ajeno no responde a esa pregunta.
ASIC.tools revisó el lanzamiento fechado y los cambios de código, sin ejecutar bibliotecas ni auditar un pool comercial. Hay correcciones concretas y pruebas de los autores; despliegue y efecto en una cuenta individual siguen siendo hechos por establecer. Para investigar, conserve hora y error de una tarea rechazada junto al registro de soporte. La versión 1.13.0 por sí sola no establece ingresos Bitcoin adicionales, aceleración del equipo ni ahorro eléctrico cuantificados.
Fuente: Stratum V2 / official source changes ↗ · Coinbase witness fix and regtest result ↗ · Proof-based work-credit fix ↗ · Bounded frames and incremental decryption ↗ · Prebuilt server-channel jobs ↗ · Message-field rename scope ↗
Calculadora de minería ↗

