Stratum V2 vs V1 — La revolución del protocolo

Stratum es el protocolo que conecta a los mineros con los pools — y la versión sobre la que sigue funcionando la mayor parte de Bitcoin, Stratum V1, data de 2012. Transmite las credenciales en texto plano, deja que el pool decida qué transacciones entran en cada bloque y concentra un control que Bitcoin fue diseñado para repartir. Stratum V2 corrige las tres cosas: cifrado de extremo a extremo, formato binario compacto y — sobre todo — job negotiation, que permite a cada minero construir sus propias plantillas de bloque. En mayo de 2026, siete pools que representan cerca del 75% del hashrate de la red respaldaron el estándar: el mayor giro hacia la descentralización que la minería ha visto en años.

Puntos clave

• El fallo de fondo de V1 es la centralización: el pool construye cada plantilla de bloque, así que un puñado de operadores decide qué entra en la mayoría de bloques de Bitcoin.
• La función decisiva de V2 es la job negotiation: los mineros con nodo propio eligen sus transacciones, rompiendo el control de los pools sobre el contenido de los bloques.
• El cifrado importa sobre todo a los mineros domésticos: el texto plano de V1 permite el secuestro silencioso de hashrate en redes no confiables; el cifrado Noise de V2 lo hace criptográficamente imposible.
• 2026 fue el punto de inflexión: en mayo, siete pools (~75% del hashrate, incluidos Foundry y AntPool) se unieron al grupo de trabajo de Stratum V2 — tras años como proyecto de nicho.
• En minería solo lo que está en juego es distinto: un pool solo no custodia nunca controla tus fondos ni el contenido de tus bloques, así que las ventajas de V2 son sobre todo cifrado, latencia y compatibilidad futura.

Este artículo explica cómo funciona Stratum, qué cambia V2, quién lo soporta hoy y qué viene por delante — y cierra con un extenso apéndice sobre la amenaza cuántica, porque en marzo de 2026 Google Quantum AI publicó una investigación que comprimió el plazo previsto para cuándo podrían romperse las firmas de Bitcoin, y la comunidad de desarrollo está redactando defensas poscuánticas (BIP-360, BIP-361, Hourglass) en respuesta.

Qué es Stratum en realidad

Stratum es un protocolo que conecta dos partes: el pool de minería (ejecuta nodos Bitcoin, construye plantillas de bloque, reparte el trabajo, valida shares, paga recompensas) y el minero (recibe una cabecera de bloque para calcular, itera el nonce, envía resultados). Cada Antminer, Bitaxe y Whatsminer del planeta habla Stratum. Sin él los pools no existirían — y sin pools, la mayoría de mineros no toleraría la varianza de ir por libre a gran escala. La tarea del protocolo suena sencilla: entregar el trabajo correcto al minero correcto, lo bastante rápido para que nadie desperdicie potencia en trabajos obsoletos. Pero los detalles — formato de mensajes, cifrado y quién controla el contenido de los bloques — resultan importar enormemente.

¿Qué falla en Stratum V1?

Stratum V1, creado por Marek “Slush” Palatinus en 2012, es un sencillo protocolo JSON-RPC sobre TCP simple: rápido de implementar, fácil de depurar. Catorce años de contexto han expuesto varios problemas estructurales.

1. Comunicación en texto plano

V1 envía todo en JSON sin cifrar — credenciales del pool, dirección del monedero, nombre del worker, envíos de shares — legible por cualquiera en la ruta de red. Más peligroso aún, el texto plano habilita el secuestro de hashrate: un atacante que controle un segmento de red entre tú y el pool puede redirigir en silencio tus shares a su propio pool. Braiins ha documentado casos sospechosos de mineros en China, Kazajistán, Rusia y Europa — sustraer apenas un 1-2% del hashrate basta para mermar la rentabilidad sin resultar evidente para la víctima.

2. Selección de transacciones controlada por el pool

Con V1, el pool construye la plantilla del bloque y el minero simplemente calcula el hash de la cabecera que llegue. El pool decide qué transacciones van en el bloque. Como unos cinco pools controlan cerca del 70% de la potencia, un puñado de operadores decide de hecho el contenido de la mayoría de bloques de Bitcoin. Si un gobierno presiona a un pool para censurar ciertas transacciones, cada minero de ese pool participa sin saberlo. Ya ha ocurrido de forma limitada: Marathon minó bloques “limpios” conformes con la OFAC en 2023 como experimento, y los mineros de un pool que filtra no tienen forma, a nivel de protocolo, de desmarcarse.

3. Sobrecarga de JSON y proliferación de conexiones

JSON es legible para humanos, lo cual va estupendo para depurar y es un derroche de ancho de banda — nombres de campo y comillas añaden un 30-40% de sobrecarga frente a un equivalente binario. Y cada ASIC abre su propia conexión TCP, así que una granja de 1.000 equipos mantiene 1.000 sesiones Stratum simultáneas. Invisible para un Bitaxe; medible para una granja grande.

4. Sin integridad de firmware a nivel de protocolo

V1 no puede verificar que un minero ejecute firmware conocido y correcto. Un firmware comprometido puede enviar shares sutilmente erróneos que parecen válidos pero cuestan dinero al pool, y detectarlos exige auditoría fuera del protocolo.

Cómo sobrevivió V1 de todos modos: BIP-310

Con cuatro fallos estructurales, cabe preguntarse cómo un protocolo de 2012 sigue transportando la mayor parte del hashrate de Bitcoin. La respuesta es BIP-310, “Stratum protocol extensions” — una propuesta Informational de capa de aplicación, asignada el 10 de marzo de 2018 y escrita por Pavel Moravec y Jan Čapek, de Braiins, las mismas dos personas que al año siguiente especificarían Stratum V2.

El problema que BIP-310 resolvió es que V1 no tenía forma de crecer. Envía a un servidor un mensaje que no reconoce y muchas implementaciones simplemente cierran la conexión, así que no había vía segura para proponer una función nueva. Peor aún, la función que los mineros necesitaban con urgencia — el version rolling — era incompatible hacia atrás por naturaleza: el minero no tenía campo donde informar de una versión de bloque modificada, y el servidor no tenía forma de decirle qué bits podía tocar sin riesgo.

Un mensaje para negociarlas todas

La respuesta de BIP-310 fue un único mensaje nuevo, mining.configure, que según la especificación DEBERÍA ser el primer mensaje que envía el minero una vez establecida la conexión — antes de suscribirse, antes de autorizarse. El minero anuncia lo que sabe hacer y pide lo que quiere; el servidor responde con lo que realmente permitirá, función por función. Cada extensión recibe un espacio de nombres, de modo que los parámetros se leen como version-rolling.mask, minimum-difficulty.value, etc., y cada uno devuelve true, false o una cadena de error. El objetivo de diseño era explícito: hacer posible añadir funciones más adelante sin añadir más mensajes.

Ese único mecanismo lleva cuatro extensiones:

Cómo se acuerda en realidad la máscara de versión

La negociación es más sutil que “pedir y recibir”, y el detalle explica mucho comportamiento del mundo real. El minero envía una máscara de los bits que es capaz de cambiar; el servidor mantiene su propia máscara de los bits que está dispuesto a permitir — algunos bits de versión deben permanecer fijos para que el bloque sea válido o para la señalización de soft forks. El resultado es la intersección de ambas. Un minero puede anunciar el rango completo de 16 bits 1fffe000 y recibir de vuelta 18000000 — apenas dos bits. Eso es una negociación exitosa, no un fallo.

Junto con la máscara, el minero envía version-rolling.min-bit-count: el número mínimo de bits que necesita para hacer rolling de forma eficiente en hardware. Si el pool no puede conceder tantos, la especificación es tajante: el pool NO DEBERÍA cerrar la conexión — el minero simplemente funciona en modo degradado, sin plena potencia de hashing. Esa instrucción es la razón por la que una máquina desajustada rinde menos en silencio en vez de fallar de forma ruidosa, que es justo el tipo de comportamiento que lleva a la gente a buscar una avería de hardware que no existe.

Dos mecánicas más que conviene conocer. El servidor puede cambiar la máscara en cualquier momento de la sesión con mining.set_version_mask, y la nueva máscara surte efecto de inmediato en lugar de en el siguiente trabajo. Y una vez activo el version-rolling, mining.submit gana un sexto parámetro — version_bits, tras nombre del worker, ID del trabajo, extranonce2, ntime y nonce. El minero solo puede fijar los bits que el servidor permitió; cualquier cosa fuera de la máscara invalida el share. El servidor reconstruye después la versión del bloque tomando el valor original del trabajo para cada bit fuera de la máscara y el valor del minero para cada bit dentro.

Qué bits son seguros de modificar es otra cuestión, resuelta por una especificación hermana — BIP-320, referenciada en BIP-310 cuando aún era un borrador sin número. Nuestro análisis a fondo de AsicBoost cubre la mecánica a nivel de bits y la historia de patentes detrás.

La ironía que conviene notar: BIP-310 sigue siendo formalmente un borrador, ocho años después, y es lo que permitió que un protocolo sin cifrado ni extensibilidad siguiera siendo viable otra década. Stratum V2 hace innecesario todo el aparato — version rolling, gestión de dificultad, actualizaciones de extranonce e identificación de equipos forman parte del modelo de canales de V2, negociados en el handshake sin añadidos. El mecanismo de extensión que salvó a V1 es precisamente lo que V2 ya no necesita.

¿Qué cambia Stratum V2?

Stratum V2 se diseñó desde cero para corregir todos esos problemas. Se especificó por primera vez en noviembre de 2019 por los cofundadores de Braiins Jan Capek y Pavel Moravec junto al desarrollador de Bitcoin Core Matt Corallo; el grupo de trabajo fue cofundado por Braiins y Spiral en 2022. La Stratum V2 Reference Implementation (SRI) ha madurado a lo largo de 2024-2026, y Bitcoin Core v30 añadió soporte experimental de V2.

Cifrado de extremo a extremo (protocolo Noise)

Cada conexión V2 se cifra usando el framework del protocolo Noise — la misma base que la VPN WireGuard. Tras un handshake autenticado, todos los mensajes van cifrados (ChaCha20-Poly1305 o AES-256-GCM). En la práctica: quien observe la red no puede ver tu pool, tu monedero ni tu worker; el secuestro de hashrate se vuelve criptográficamente imposible; y las credenciales nunca aparecen en tránsito. Los pools publican claves públicas de largo plazo, y los mineros verifican que hablan con el pool legítimo y no con un intermediario — el mismo modelo de seguridad que SSH.

Protocolo binario (eficiente)

V2 sustituye JSON por un formato binario compacto: mensajes más pequeños (alrededor de un 30% menos de ancho de banda), análisis más rápido, menos carga de CPU en ambos extremos. Para una granja grande son ahorros reales de infraestructura; para un minero doméstico con conexión limitada significa que los trabajos llegan antes y bajan los shares obsoletos.

Job negotiation — la función decisiva

Esto es lo que hace a V2 históricamente importante, no solo técnicamente mejor. Con el job negotiation protocol, los mineros pueden ejecutar su propio nodo completo de Bitcoin y construir localmente sus propias plantillas de bloque — eligiendo qué transacciones incluir, optimizando para las comisiones más altas o aplicando sus propias políticas. El pool ya no dicta el contenido del bloque; solo valida la prueba de trabajo y paga los bloques válidos. El papel del pool se reduce de “decisor” a “agregador de shares y validador de PoW”, y el minero recupera soberanía sobre lo que asegura su potencia.

Tres consecuencias directas: resistencia a la censura (un gobierno puede presionar a un pool, pero no a los mineros individuales que construyen sus plantillas — mientras suficiente hashrate negocie sus propios trabajos, las transacciones censuradas acaban incluidas en algún sitio), optimización de comisiones (los mineros con su propio mempool pueden capturar las transacciones de comisión más alta, sobre todo en periodos de congestión) y descentralización de los pools (los pools se vuelven infraestructura de consumo, reduciendo el incentivo a consolidarse).

En resumen: la job negotiation de Stratum V2 es el cambio más trascendente en protocolos de minería desde SegWit. Desacopla la función económica de los pools (suavizar la varianza, pagar recompensas) de la función sensible a la censura (decidir el contenido de los bloques) — y devuelve la segunda a los mineros.

Estado de adopción (mediados de 2026)

Durante casi toda su vida, la adopción de V2 fue escasa — un estándar de nicho respaldado por unos pocos pools. A comienzos de 2026, solo un estimado 15-20% del hashrate de la red se conectaba realmente por V2, sobre todo por las ventajas del cifrado más que por la job negotiation. Entonces el panorama cambió bruscamente.

En mayo de 2026, siete de los mayores pools de minería — Foundry, AntPool, F2Pool, SpiderPool, MARA Pool, Block Inc y DMND — se unieron al grupo de trabajo de Stratum V2, representando juntos cerca del 75% del hashrate global. Según los datos de Hashrate Index citados entonces, Foundry por sí sola suponía alrededor del 34%, AntPool ~14%, F2Pool ~11% y SpiderPool ~10,5%. Es clave que V2 no reduce la concentración de hashrate — Foundry mantiene la misma cuota — pero cambia quién decide el contenido de los bloques, que es la parte que de verdad preocupa a la comunidad. CoinDesk lo calificó como el mayor movimiento hacia la descentralización que la minería había visto en años.

El compromiso es una línea de salida, no una meta. “Unirse al grupo de trabajo” significa respaldar el estándar y empezar a desplegar — no que hoy el 75% del hashrate use job negotiation de V2. La mayoría de mineros en V2 sigue aceptando plantillas construidas por el pool y lo usa por cifrado y eficiencia. Pero con Foundry y AntPool a bordo, un protocolo que estuvo años en los márgenes tiene de pronto el alcance para convertirse en el estándar por defecto.

Soporte de hardware y firmware

Esta es la parte de la historia de V2 peor reportada, incluidas versiones anteriores de este artículo. V2 es una capacidad del firmware, y en agosto de 2026 exactamente tres familias de firmware la implementan de forma nativa.

• Braiins OS+ (26.07 recomendada) — el único firmware comercial para Antminer con cliente V2 nativo, del S9 al S21 XP. Es lo que lleva a V2 a la familia de ASIC más desplegada del mundo: un reflasheo, sin hardware nuevo.
• AxeOS 2.14.0+ — V2 nativo en Bitaxe, lanzado en junio de 2026, con refuerzos en 2.15.0.
• Firmware NerdQAxe 1.0.37+ — V2 nativo en NerdAxe, NerdQAxe+/++ y NerdOCTAxe.
• Auradine FluxOS — de los primeros en ofrecer V2 nativo en su línea Teraflux.
• Firmware de fábrica de Bitmain — solo V1, en todos los modelos incluidos S21 y S23. Ningún Antminer sale de fábrica con Stratum V2 funcional.
• WhatsMiner de fábrica, VNish, LuxOS, Canaan/Avalon de fábrica — solo V1.

Dos correcciones que conviene decir claramente, porque ambas circulan mucho y le cuestan a la gente una tarde. Ningún Antminer soporta V2 en firmware de fábrica — algunas compilaciones exponen un ajuste con aspecto de V2 que nunca negocia una sesión real, lo cual es peor que no ofrecer nada, porque el minero parece configurado mientras funciona en silencio con V1. Y Bitaxe y NerdQAxe sí soportan V2 de forma nativa, y lo hacen desde junio de 2026 — las guías escritas antes, esta incluida, decían lo contrario.

Para la configuración paso a paso de cualquiera de ellos — incluidos los detalles de la authority key que deciden si tu sesión está solo cifrada o realmente autenticada — consulta nuestra guía de minería solo con Stratum V2.

El puente del Translator Proxy

Para hardware antiguo que no puede hablar V2 de forma nativa, SRI ofrece un Translator Proxy. Tu ASIC V1 actual se conecta al proxy en tu red local; el proxy habla V1 con el minero y V2 con el pool, dándote las ventajas de cifrado y ancho de banda sin cambiar el firmware. La job negotiation sigue requiriendo V2 nativo, pero el proxy cubre la capa de cifrado para cualquier equipo.

¿Cuánto beneficio extra aporta V2 realmente?

Verás citada a menudo la cifra “V2 aumenta el beneficio hasta ~7%”. Es un límite superior en condiciones ideales, y se descompone aproximadamente así:

• ~1-2% por el cifrado — eliminando el secuestro silencioso que afecta a V1 sin cifrar en redes no confiables
• Unos pocos puntos por la selección de transacciones — mantener tu propio mempool para capturar las transacciones de mayor comisión, sobre todo en congestión
• ~1-2% por menos shares obsoletos — la menor latencia y la eficiencia binaria de V2 implican menos trabajo rechazado

En la práctica, la mayoría verá cifras de un dígito bajo — y la porción del cifrado solo se materializa si de verdad estabas expuesto al secuestro. Trata el número titular como un techo, no como una promesa.

Qué significa esto para los mineros de SoloFury

SoloFury sirve Stratum V2 en producción desde agosto de 2026, en nueve regiones de cinco continentes. V1 y V2 corren en el mismo puerto — el pool detecta qué protocolo habla tu minero y responde en consecuencia — así que una flota mixta apunta a una sola dirección y no hay nada que reconfigurar. V2 está disponible para BTC; BCH, BC2, BCH2 y XEC continúan en V1 con version-rolling completo, de modo que todo ASIC moderno conserva su ganancia de AsicBoost apuntes a la cadena que apuntes.

Aquí está el punto clave para mineros solo: en minería solo, el pool no controla tus fondos ni se interpone entre tú y tu recompensa. Pones tu dirección de monedero como nombre de usuario stratum, el pool ensambla un bloque, tú lo encuentras, y la coinbase de la red te paga directamente. No hay custodia que comprometer ni saldo que congelar. La minería solo ya estaba estructuralmente alineada con los objetivos de descentralización de V2 — y por eso, para mineros solo, las ganancias de V2 son cifrado, latencia y una capacidad que el protocolo habilita de forma única: con un canal extended y decodificación de coinbase, tu propio minero muestra las salidas del bloque antes de que las calcules, así puedes verificar que la recompensa va dirigida a ti en vez de creer al pool. (Sobre por qué AsicBoost es hashrate gratis independientemente de la versión del protocolo, consulta nuestro análisis a fondo de AsicBoost.)

Apéndice: la amenaza cuántica para Bitcoin

A finales de marzo de 2026, Google Quantum AI — junto al criptógrafo de Stanford Dan Boneh y a Justin Drake, de la Ethereum Foundation — publicó un whitepaper, The Quantum Threat to Elliptic Curve Cryptocurrencies, que reinició la conversación. Los modelos anteriores suponían millones de cúbits para romper las firmas de Bitcoin. La nueva estimación de Google: menos de 500.000 cúbits físicos — unas 20 veces por debajo de la cifra de 2019 de ~20 millones — podrían descifrar una clave privada de Bitcoin en unos nueve minutos una vez que una transacción expone la clave pública. (Este apéndice es contexto técnico, no asesoramiento de inversión ni de seguridad. La amenaza es real pero no inminente — ver a los escépticos más abajo.)

En qué consiste realmente la amenaza

Bitcoin se apoya en dos primitivas criptográficas. SHA-256 (prueba de trabajo y árboles de Merkle) es resistente a lo cuántico a todos los efectos prácticos — romperlo queda astronómicamente lejos, y tus ASIC no se ven afectados. secp256k1 ECDSA y Schnorr (las firmas digitales que protegen las transacciones) son la parte vulnerable: el algoritmo de Shor, en un ordenador cuántico suficientemente grande, puede derivar una clave privada a partir de una clave pública expuesta.

El matiz que la mayoría de coberturas yerra: una clave pública solo queda expuesta cuando gastas desde una dirección (o usas un formato heredado que la almacena directamente). En marzo de 2026, más de un tercio de todo el bitcoin — unos 6,9 millones de BTC — está en direcciones con claves públicas ya reveladas en cadena. Cerca de 1,7 millones están en antiguas salidas pay-to-public-key (P2PK), incluido alrededor de un millón que se cree de Satoshi. Las monedas en direcciones modernas nunca reutilizadas mantienen su clave pública hasheada y oculta hasta que gastas.

”Cosecha ahora, descifra después”

La razón por la que los desarrolladores dicen que el reloj ya corre, pese a no existir un ordenador cuántico capaz, es que las claves públicas expuestas son permanentes y públicas. Un adversario puede archivarlas hoy y romperlas cuando llegue el hardware — y un atacante paciente podría calcular claves en silencio y drenar fondos meses después, de modo que el “Q-Day” solo se reconocería en retrospectiva. Cada clave expuesta hoy es un objetivo futuro permanente.

BIP-360: un tipo de dirección resistente a lo cuántico

BIP-360 introduce un nuevo tipo de salida — descrito como Pay-to-Quantum-Resistant-Hash (P2QRH) o Pay-to-Merkle-Root, con un nuevo prefijo de dirección bc1z. Se comporta de forma parecida a Taproot pero sustituye el elemento de curva elíptica explotable por firmas poscuánticas aprobadas por el NIST (como SPHINCS+, basada en hash, y CRYSTALS-Dilithium, basada en retículos). El precio es el tamaño: las firmas poscuánticas van de unos pocos kilobytes (Dilithium) a mucho más (SPHINCS+), frente a unos 64-72 bytes de ECDSA — así que los bloques se vuelven más pesados y la capacidad se estrecha durante cualquier migración. BIP-360 fue incorporado al repositorio BIP de Bitcoin en febrero de 2026, con implementaciones ya en testnet, aunque todavía no está activado como soft fork.

BIP-361: el ocaso controvertido

BIP-361, “Post Quantum Migration and Legacy Signature Sunset”, escrito por el CTO de Casa Jameson Lopp y cinco coautores (borrador publicado en abril de 2026), propone un plan por fases para forzar la migración fuera de las firmas vulnerables:

• Fase A (unos tres años tras activarse un tipo de dirección poscuántico): bloquear el envío de fondos hacia tipos de dirección vulnerables, empujando a todos hacia formatos seguros.
• Fase B (unos cinco años tras la activación): un soft fork con fecha fija invalida por completo los gastos ECDSA/Schnorr. Todo UTXO no migrado para entonces queda ingastable.
• Fase C (opcional, en investigación): una vía de recuperación que permite a los titulares demostrar la propiedad mediante una prueba de conocimiento cero de su semilla BIP-39 — sin exponer claves.

La Fase B congela de hecho los ~1,7 millones de BTC antiguos cuyos dueños no pueden migrar, incluidos los de Satoshi. Los críticos llaman al congelamiento de monedas — aun para protegerlas — una violación del derecho de propiedad y un precedente peligroso. Los partidarios sostienen que la alternativa es peor: dejar esas monedas a un futuro atacante cuántico que las barra y las vuelque al mercado, hundiendo confianza y precio. Lopp lo plantea como teoría de juegos; el borrador explícitamente no está posicionado para activación, y Bitcoin Core se mantiene cauto. Es la propuesta más discutida del conjunto.

Hourglass y las alternativas

Un enfoque al estilo Hourglass es el primo amable: en vez de congelar de plano las monedas vulnerables, limitaría la velocidad a la que pueden gastarse, restringiendo con qué rapidez un ladrón cuántico podría drenarlas y volcarlas sin dejar fuera de forma permanente a los dueños honestos. Aparte, un investigador de StarkWare publicó un esquema para hacer seguras frente a lo cuántico las nuevas transacciones ya hoy mediante pruebas basadas en hash, opcional y sin soft fork. Y existen cadenas resistentes a lo cuántico creadas a propósito (QRL usa firmas XMSS basadas en hash, por ejemplo), aunque ninguna tiene cuota relevante junto a Bitcoin. La apuesta dominante es que Bitcoin se actualice a tiempo.

¿Cuán cerca está la amenaza, en realidad?

No cerca en términos de hardware. Los ordenadores cuánticos actuales operan en el orden de cientos de cúbits lógicos; romper secp256k1 requiere miles de lógicos (y cientos de miles de físicos) con tasas de error que nadie ha logrado aún a escala. Las estimaciones también asumen hazañas de ingeniería que pueden llevar muchos años. Las voces que piden calma son destacadas: Adam Back, de Blockstream, argumentó en 2026 que la amenaza está probablemente a décadas y que la migración debería ser gradual, mientras que la consultora McKinsey ha planteado una ventana 2027-2030 para su posible viabilidad, y un coautor de BIP-360 estima que una migración completa podría llevar por sí sola unos siete años. El resumen honesto: real, tomada en serio, y no un problema de 2026 — pero uno que Bitcoin ha decidido empezar a resolver pronto porque la migración es lenta y la oferta expuesta es enorme.

Qué deberían hacer hoy los mineros

1. Usa formatos de dirección modernos (bech32 bc1q o Taproot bc1p) para todos los pagos de minería; evita formatos heredados donde sea posible.
2. No reutilices direcciones. Genera una nueva por pago — los monederos modernos lo hacen automáticamente.
3. Guarda en monederos hardware que se hayan comprometido a soportar los tipos de dirección poscuánticos una vez activados.
4. Sigue BIP-360 / BIP-361 / Hourglass a través de Bitcoin Core y los autores de las propuestas.
5. No entres en pánico. La prueba de trabajo SHA-256 está a salvo; tus equipos siguen funcionando igual se resuelva como se resuelva el debate sobre las firmas.

Reflexión final: los protocolos evolucionan, los mineros se adaptan

La historia de Bitcoin es una sucesión de mejoras que parecían polémicas en su momento e inevitables en retrospectiva. SegWit dividió a la comunidad, luego se activó y habilitó Lightning. Taproot costó años de debate, luego desbloqueó scripting más rico. Stratum V2 tardará de forma parecida en desplegarse del todo — y después nos preguntaremos cómo tolerábamos minar en texto plano sin cifrar. La migración poscuántica será más larga y más disputada, pero los incentivos económicos se alinean: proteger el valor de la red, proteger las monedas de los usuarios, y empezar mientras queda margen. Tu hardware de minería no necesita cambiar para nada de esto. Tus hábitos con el monedero importan más que tu algoritmo de hash: usa direcciones modernas, no las reutilices, guarda en monederos hardware y mantente informado.