Stratum V2 vs V1 — La revolución del protocolo

Un protocolo de minería de 2012 todavía ejecuta la mayor parte del hashrate de Bitcoin. Transmite credenciales en texto plano, deja que los pools dicten qué transacciones incluir, y crea el riesgo de centralización que ahora tenemos que arreglar. Stratum V2 lo cambia todo. Más un apéndice completo sobre la amenaza cuántica — investigación 2026 de Google, BIP-360, BIP-361, y qué viene después.

En 2012, un desarrollador de Bitcoin llamado Marek “Slush” Palatinus diseñó un pequeño protocolo para que los pools de minería pudieran distribuir trabajo a los ASIC a través de internet. Era simple, basado en JSON, y suficientemente bueno para la época. Se llamaba Stratum V1. Catorce años después, en 2026, ese mismo protocolo todavía controla aproximadamente el 75-85% del hashrate de la red Bitcoin — transmitiendo credenciales en texto plano, dejando que los pools decidan unilateralmente qué transacciones se incluyen en bloques, y creando exactamente el tipo de centralización que Bitcoin se suponía debía hacer imposible.

Stratum V1 no está roto. Funciona, en su mayoría. Pero fue construido antes de que nadie entendiera en qué se convertiría la centralización de los pools de minería, antes de que los ataques “harvest now decrypt later” fueran una preocupación seria, antes de que la censura de transacciones se convirtiera en una palanca geopolítica real. Es el teléfono de disco del mundo de la minería. Funcional, familiar y silenciosamente inadecuado para lo que viene después.

Stratum V2, diseñado por el equipo de Braiins (sucesor de Slush Pool) y publicado en 2019 con una implementación de referencia que ha ido madurando gradualmente a través de 2024-2026, aborda cada uno de los fallos estructurales de V1. Cifrado. Protocolo binario. Job Negotiation — la característica que permite a los mineros construir sus propias plantillas de bloques y elegir sus propias transacciones, rompiendo el monopolio de censura de los pools. Para Q1 2026, aproximadamente el 25% de los pools principales soportan V2 de alguna forma, y la proyección para finales de 2026 es 40-60% del hashrate de la red.

Este artículo cubre todo: cómo funciona Stratum, qué cambia V2, las matemáticas de las ganancias de eficiencia, quién lo soporta hoy, y el largo camino por delante. Cerramos con un extenso Apéndice sobre la amenaza cuántica — porque en marzo de 2026, Google Quantum AI publicó investigación que reformó fundamentalmente el cronograma de cuándo la criptografía subyacente de Bitcoin podría romperse, y la comunidad de desarrollo de Bitcoin está ahora en un sprint silencioso para desplegar defensas post-cuánticas (BIP-360, BIP-361, Hourglass V2) antes de que la amenaza se materialice.

Qué es realmente Stratum (brevemente)

Stratum es un protocolo que conecta dos partes:

  • El pool de minería — ejecuta nodos Bitcoin, construye plantillas de bloques, distribuye trabajo a los mineros, valida shares enviadas, paga recompensas.
  • El minero — recibe trabajo (cabeceras de bloques para hashear), itera el campo nonce buscando un hash válido, envía resultados de vuelta.

Cada Antminer, Bitaxe y Whatsminer del planeta habla Stratum. Sin él, los pools de minería no podrían existir. Sin pools, la minería en solitario sería la única opción — y la mayoría de mineros no pueden tolerar la varianza de la minería en solitario a escala industrial.

El trabajo de Stratum es simple: entregar el trabajo correcto al minero correcto, lo suficientemente rápido para que nadie desperdicie hashpower en trabajos obsoletos. Los detalles del protocolo — formato de mensajes, cifrado, quién controla el contenido de los bloques — resultan importar enormemente.

Stratum V1 — qué está mal con él

Stratum V1 fue publicado en 2012 como un simple protocolo JSON-RPC sobre TCP plano. Rápido, fácil de implementar, fácil de depurar. Doce años de contexto acumulado han revelado cinco problemas estructurales:

1. Comunicación en texto plano

Stratum V1 transmite todo en JSON sin cifrar. Tus credenciales del pool, tu dirección de wallet, tu nombre de worker, tus envíos de shares — todo legible por cualquiera en la ruta de red. ISPs, administradores de red, vigilancia a nivel estatal y atacantes sofisticados pueden ver qué estás minando y dónde.

Más peligroso aún, el stratum en texto plano permite el hashrate hijacking. Un atacante que controla un segmento de red entre tú y el pool puede redirigir silenciosamente tus shares a su propio pool, robando hasta el 2% de tu hashrate antes de ser detectado. La investigación de Hashlabs (2025) verificó que este es un vector de ataque real que ha sido explotado en entornos de producción.

2. Selección de transacciones controlada por el pool

Bajo Stratum V1, el pool construye la plantilla del bloque. El minero solo hashea cualquier cabecera que el pool envía. El pool decide qué transacciones van en el bloque. El minero no contribuye nada a esa decisión — son efectivamente solo un generador SHA-256 de alquiler.

Este es el problema de centralización. El 99% del hashrate de Bitcoin fluye a través de un puñado de pools de minería. Si un gobierno presiona a un pool para que censure ciertas transacciones (cumplimiento de sanciones, órdenes judiciales, mandatos regulatorios), todos los mineros en ese pool participan involuntariamente en la censura. Sus hashes aseguran un bloque que excluye las transacciones censuradas.

Esto ya pasa. Marathon Digital, Foundry USA y otros han implementado filtrado de transacciones compatible con OFAC en varios puntos. Los mineros que usan esos pools no tienen mecanismo a nivel de protocolo para optar por no participar. Stratum V1 te hace cómplice por defecto.

3. Sobrecarga JSON

JSON es legible para humanos, lo cual es genial para depurar y terrible para el ancho de banda. Cada mensaje Stratum está envuelto en sobre JSON, con nombres de campos y comillas añadiendo 30-40% de sobrecarga vs un equivalente binario. Para un único rig S21+ enviando shares, esto es invisible. Para una granja de 10.000 rigs, es coste medible de ancho de banda.

4. Sin sesión nativa multi-rig

Cada ASIC abre su propia conexión TCP al pool. Una granja de 1.000 rigs ejecuta 1.000 conexiones Stratum simultáneas. El servidor stratum del pool tiene que manejar esta escala; la red de la granja tiene que manejarla. Ambos son factibles pero ninguno elegante.

5. Sin integridad de firmware a nivel de protocolo

Stratum V1 no tiene forma de verificar que el minero esté ejecutando firmware conocido como bueno. Atacantes que comprometen el firmware del minero pueden enviar shares sutilmente malas que parecen válidas pero le cuestan dinero al pool. La detección requiere auditoría fuera del protocolo.

Stratum V2 — qué cambia

Stratum V2 fue diseñado desde cero para resolver cada uno de estos problemas. La Stratum V2 Reference Implementation (SRI), mantenida por el grupo de trabajo de Stratum V2, ha sido desarrollada activamente desde 2019 y alcanzó el release listo para producción 1.0 en 2024. A través de 2025-2026 la implementación se ha estabilizado, con releases 1.0.0 a 1.6.0 desplegadas por varios pools.

Cifrado de extremo a extremo (protocolo Noise)

Cada conexión Stratum V2 está cifrada usando el framework del protocolo Noise — la misma base criptográfica usada por WireGuard VPN. La autenticación y el intercambio de claves ocurren durante el handshake inicial. Una vez establecido, todos los mensajes subsiguientes se cifran con ChaCha20-Poly1305 o AES-256-GCM.

Qué significa esto en la práctica:

  • Los ISPs y observadores de red no pueden ver tu información de pool, wallet o worker
  • Los ataques de hashrate hijacking se vuelven criptográficamente imposibles
  • Las credenciales del pool nunca se exponen en tránsito, incluso a una red local maliciosa
  • El análisis de tráfico es más difícil — los observadores pueden ver bytes cifrados fluyendo pero no su significado

La autenticación usa pares de claves pública/privada. Los pools publican sus claves públicas de largo plazo, y los mineros verifican que se están conectando al pool legítimo — no a un man-in-the-middle. Este es el mismo modelo de seguridad que SSH. Familiar, bien entendido, probado en batalla.

Protocolo binario (eficiente)

Stratum V2 reemplaza JSON con un formato binario compacto. Los mensajes son más pequeños (aproximadamente 30% de reducción de ancho de banda), más rápidos de parsear, e imponen menos carga de CPU tanto en el pool como en el minero. Para una granja grande, esto se traduce en ahorros significativos de red e infraestructura. Para un minero casero con internet satelital o una conexión limitada, V2 significa que los trabajos llegan más rápido y las shares obsoletas disminuyen.

Protocolo Job Negotiation — la característica killer

Esto es lo que hace a Stratum V2 históricamente importante, no solo técnicamente mejor.

Bajo el Protocolo Job Negotiation de Stratum V2, los mineros pueden ejecutar sus propios nodos completos de Bitcoin y construir sus propias plantillas de bloques localmente. Seleccionan qué transacciones incluir. Optimizan para las comisiones más altas, o incluyen transacciones específicas, o implementan sus propias políticas de filtrado. El pool ya no dicta el contenido del bloque — solo valida la prueba-de-trabajo y paga al minero por encontrar un bloque válido.

El flujo:

# With Job Negotiation enabled:
1. Miner runs bitcoind locally (full node).
2. Miner connects to pool via Stratum V2.
3. Miner submits their own block template via Job Negotiation Protocol.
4. Pool validates template (correct coinbase output to pool, valid format).
5. Pool sends back job for miner to hash against THEIR template.
6. Miner finds valid hash, submits to pool.
7. Pool propagates the block to the network.
8. Block reward goes to whoever the coinbase says.

El rol del pool se reduce de “tomador de decisiones” a “agregador de shares y validador de PoW”. El minero recupera la soberanía sobre lo que su hashpower asegura.

Por qué Job Negotiation importa para Bitcoin

Tres consecuencias directas:

  1. Resistencia a la censura — Un gobierno puede presionar a un pool para excluir transacciones, pero no puede forzar a mineros individuales con sus propias plantillas a cumplir. Mientras suficiente hashrate opere en modo Job Negotiation, las transacciones censuradas eventualmente serán incluidas por algún minero, en algún pool, en algún lugar. La censura se vuelve estadísticamente fútil.
  2. Optimización de comisiones de transacciones — Los mineros ejecutando su propio mempool pueden incluir las transacciones de comisión más alta disponibles localmente, potencialmente ganando más que la plantilla por defecto de un pool ofrece. La investigación de Hashlabs encontró que esto puede aumentar las ganancias netas del minero hasta un 7,4% en condiciones óptimas.
  3. Descentralización de pools — Los pools se vuelven infraestructura commodity (solo stratum + procesamiento de pagos), reduciendo el incentivo para la consolidación de pools. Nuevos pools pueden lanzarse con menor carga de cumplimiento porque no controlan unilateralmente el contenido del bloque.

Conclusión: El Protocolo Job Negotiation de Stratum V2 es la actualización más importante del protocolo de minería desde SegWit. Reestructura los incentivos económicos y políticos de toda la industria minera alejándola de la centralización.

Estado de adopción (Q2 2026)

La transición de V1 a V2 está bien encaminada pero lejos de completarse:

Pools que soportan Stratum V2

PoolSoporte V2Job NegotiationNotas
Braiins Pool✅ CompletoEl pionero; 100% V2 desde 2024
OCEAN Pool✅ Completo (DATUM)Su propia implementación, soberanía del minero
Demand Pool✅ CompletoLanzado 2024 con SV2 nativo
F2Pool✅ ParcialProbandoSolo cifrado inicialmente
Foundry USA🟡 ProbandoEl pool más grande de EE.UU.; rollout en progreso
ECOS PoolEndpoints específicos V2 disponibles
AntPool🟡 LimitadoV1 todavía primario; V2 en roadmap

El grupo de trabajo SRI proyecta que para fin de 2026, V2 será el protocolo por defecto para nuevos envíos de firmware ASIC, potencialmente alcanzando 40-60% del hashrate de la red. El uso de Job Negotiation se queda atrás de la adopción cruda de V2 — la mayoría de mineros usando V2 hoy lo hacen por los beneficios del cifrado sin ejecutar sus propios nodos completos para selección de transacciones.

Soporte de hardware

  • Serie Antminer S21 / S21+ / S21 Pro / S21 XP / S23 — Soporte V2 nativo en firmware stock
  • Antminer S19 XP — V2 vía actualización de firmware
  • Antminer S19 / más antiguo — Solo V1 en firmware stock; V2 vía BraiinsOS+ o Translator Proxy
  • Serie Whatsminer M50/M60/M66 — V2 vía actualización de firmware
  • Bitaxe Supra/Ultra/Gamma — V2 vía actualizaciones de firmware AxeOS (2025+)
  • Auradine Teraflux — Primer minero ASIC enviado con Stratum V2 nativo desde el día uno (2024)
  • NerdQAxe / NerdOCTAxe — V2 vía firmware

El puente Translator Proxy

Para hardware más antiguo que no puede hablar V2 nativamente, la SRI proporciona un Translator Proxy. Tu ASIC Stratum V1 existente se conecta al proxy en tu red local. El proxy habla V1 con tu minero y V2 con el pool, dándote beneficios de cifrado y ancho de banda sin actualizaciones de firmware. Job Negotiation requiere V2 nativo, pero el proxy es un puente viable para la capa de cifrado.

La afirmación del 7,4% de aumento de ganancias, examinada

Hashlabs publicó investigación en colaboración con el equipo SRI mostrando que Stratum V2 puede aumentar las ganancias netas del minero hasta un 7,4%. Este número se cita a menudo, así que desglosemos de dónde viene:

  • ~2% de cifrado — eliminando el hashrate hijacking silencioso que afecta a las conexiones V1 sin cifrar en redes no confiables
  • ~3-4% de selección de transacciones — los mineros ejecutando su propio mempool pueden priorizar las transacciones de comisión más alta vs la plantilla por defecto del pool, especialmente durante periodos de altas comisiones
  • ~1-2% de shares obsoletas reducidas — la menor latencia y eficiencia binaria de V2 significa menos shares rechazadas debido a trabajo desactualizado

El 7,4% es un límite superior bajo condiciones ideales. La mayoría de mineros verán 2-5% en la práctica, dependiendo de su entorno de red, dinámica de comisiones del mempool, y si están ejecutando su propio nodo completo.

Hashrate hijacking — el ataque silencioso que V1 permite

Esto merece su propia sección porque es el fallo de seguridad más infravalorado en Stratum V1.

Un atacante en la ruta de red entre el minero y el pool (esto incluye WiFi compartido, routers comprometidos, adversarios a nivel ISP, y vigilancia estatal) puede realizar el siguiente ataque:

  1. Detectar tráfico Stratum V1 (fácil — es JSON en texto plano en puertos comunes)
  2. Interceptar el envío de shares válidas del minero
  3. Re-enrutar esas shares al propio pool del atacante con la wallet del atacante como receptor
  4. Reenviar suficientes respuestas falsas de éxito al minero para que no lo note

Resultado: 1-3% del hashpower del minero fluye silenciosamente al atacante. El minero ve una ligera caída de eficiencia pero ningún fallo obvio. Multiplicado entre millones de mineros vulnerables en todo el mundo, esto es potencialmente robo significativo.

El cifrado de Stratum V2 hace este ataque criptográficamente imposible. Las shares no pueden ser modificadas en tránsito. La wallet de destino no puede ser intercambiada. Las ganancias del minero llegan al pool legítimo intactas.

Esta es una de las razones más concretas por las que los mineros caseros deberían adoptar V2 tan pronto como su firmware lo permita. Las granjas industriales con redes controladas enfrentan menos riesgo; los mineros caseros en ISPs residenciales enfrentan más.

El camino por delante

Stratum V2 no es el estado final de los protocolos de minería. La roadmap continúa:

  • Integración Lightning para shares — micropagos instantáneos para envíos de shares, eliminando la necesidad de pagos por lotes
  • Sub-pools con consenso personalizado — grupos de mineros formando sub-pools con sus propias políticas de filtrado, luego agregando al pool principal
  • Esquemas de firma resistentes a cuántico — reemplazando la autenticación basada en ECDSA con alternativas post-cuánticas (más sobre esto en el apéndice)
  • Selección de transacciones preservadora de privacidad — usando pruebas zero-knowledge para probar la validez del bloque sin revelar la identidad del minero

La mayoría de estos están en etapa de investigación a partir de 2026. Stratum V2 en sí es el entregable para esta década. Las características de próxima generación probablemente se incorporarán en una futura especificación “V3” que construya sobre los cimientos de V2.

Qué significa esto para los mineros de SoloFury

SoloFury actualmente corre en un fork de ckpool/public-pool, que está basado en Stratum V1. Estamos rastreando la adopción de V2 de cerca y evaluando rutas de implementación. Por ahora:

  • Nuestros endpoints stratum soportan Stratum V1 con version-rolling (BIP320) — compatibilidad completa con AsicBoost, todos los ASICs modernos funcionan sin cambios de configuración
  • Soportamos failover multi-región (Fráncfort, Atlanta, Singapur) para entrega de stratum global de baja latencia
  • Somos no-custodiales por diseño — la recompensa de bloque va de la coinbase de red directamente a tu wallet, así que los problemas de centralización que V2 aborda (pool dicta flujo de fondos) de todas formas no aplican a la minería en solitario

La cosa más importante sobre Stratum V2 para los mineros en solitario específicamente: en la minería en solitario, el pool no controla la selección de transacciones en la forma que Stratum V2 mitiga. Configuras tu nombre de usuario stratum a tu dirección de wallet, el pool construye el bloque, tú lo encuentras, la red te paga directamente. No hay custodia que comprometer, ni saldo que congelar, ni batalla de selección de transacciones que pelear.

La minería en solitario ya estaba estructuralmente alineada con los objetivos de descentralización de V2. El rol del pool en la minería en solitario es operacional, no custodial. Cuando SoloFury se actualice a V2 (planeado para finales de 2026), los beneficios serán principalmente cifrado, latencia y compatibilidad hacia adelante con futuras características del protocolo — no la descentralización existencial que V2 trae a la minería en pool tradicional.


📡 APÉNDICE: La amenaza cuántica — Qué viene para Bitcoin

En marzo de 2026, investigadores de Google Quantum AI publicaron un whitepaper que cambió fundamentalmente el cronograma de cuándo las computadoras cuánticas podrían amenazar a Bitcoin. Modelos anteriores asumían que millones de qubits físicos serían requeridos para romper la criptografía de curva elíptica de Bitcoin. La investigación de Google mostró que aproximadamente 500.000 qubits serían suficientes — una mejora de eficiencia de 20× que comprimió el cronograma esperado de “décadas lejos” a “potencialmente 5-10 años”.

La comunidad de desarrollo de Bitcoin respondió con urgencia silenciosa. A mediados de 2026, tres propuestas principales están siendo discutidas activamente: BIP-360 (Pay-to-Merkle-Root con firmas post-cuánticas), BIP-361 (Post Quantum Migration and Legacy Signature Sunset), y Hourglass V2 (gasto lento de monedas legacy expuestas). El debate es intenso, los desafíos técnicos son significativos, y la cuestión política de si forzar la migración vía soft fork está genuinamente sin resolver.

Este apéndice cubre lo que los mineros realmente necesitan saber.

¿Qué es la amenaza cuántica?

Bitcoin usa dos primitivas criptográficas principales:

  1. SHA-256 — para prueba-de-trabajo (minería) y árboles Merkle. Resistente a cuántico en cualquier sentido práctico (romper SHA-256 requeriría aproximadamente 10^23 qubits y energía a escala estelar; no va a pasar en tecnología de escala humana).
  2. secp256k1 ECDSA (y Schnorr en Taproot) — para firmas digitales asegurando transacciones. Vulnerable al algoritmo de Shor en una computadora cuántica suficientemente potente.

El algoritmo de Shor, publicado por Peter Shor en 1994, puede resolver el problema del logaritmo discreto de curva elíptica en tiempo polinomial en una computadora cuántica. En términos prácticos: si existe una computadora cuántica con ~500.000 qubits lógicos, puede derivar una clave privada de una clave pública expuesta en aproximadamente 9 minutos. Las firmas de Bitcoin ya no serían seguras, y cualquier dirección con una clave pública expuesta sería vulnerable a robo.

¿Qué monedas Bitcoin son vulnerables?

Aproximadamente 6,7 millones de BTC se sientan en direcciones con claves públicas expuestas. Estas caen en tres categorías:

  • Salidas Legacy P2PK (~1,7M BTC) — Bitcoin temprano usaba salidas “Pay to Public Key” que ponían la clave pública completa en el UTXO. La mayoría de las monedas minadas de Satoshi Nakamoto están en formato P2PK. Estas están expuestas hoy, independientemente del cuántico.
  • Direcciones reutilizadas (~5M BTC) — cualquier dirección que haya enviado previamente una transacción tiene su clave pública revelada en la firma de esa transacción. Si reutilizas la misma dirección, tu clave pública está permanentemente expuesta en la blockchain.
  • Monedas perdidas/durmientes — muchas de las monedas expuestas se cree que están perdidas (monedas de Satoshi, monedas de mineros tempranos de 2009-2011, wallets perdidas). Han estado expuestas durante más de una década y nada les ha pasado todavía — pero eso es porque aún no existe computadora cuántica.

Las monedas en direcciones P2PKH o P2WPKH modernas (el formato estándar comenzando con “1…”, “3…” o “bc1…”) NO están expuestas a menos que la dirección haya sido reutilizada. La clave pública se hashea una vez para la dirección, y la clave real solo se revela cuando gastas. Si nunca reutilizas una dirección, estás protegido hasta que gastes.

El ataque “harvest now, decrypt later”

Se cree que adversarios a nivel estatal (China, EE.UU., Rusia) ya están coleccionando y archivando grandes cantidades de datos blockchain cifrados — incluyendo todas las claves públicas Bitcoin expuestas — con la intención de descifrarlas cuando las computadoras cuánticas se vuelvan suficientemente potentes.

Esto no es paranoia. La NSA ha declarado explícitamente que están coleccionando datos cifrados globalmente para futuro descifrado. La misma lógica aplica a los datos blockchain. Cada clave pública Bitcoin expuesta hoy es un objetivo potencial futuro. La urgencia de BIP-360 no es teórica — se trata de proteger conjuntos UTXO históricos de las computadoras cuánticas de mañana.

BIP-360: Pay-to-Merkle-Root (P2MR)

BIP-360 introduce un nuevo tipo de salida Bitcoin llamado Pay-to-Merkle-Root (P2MR). En lugar de almacenar una clave pública (o un hash de una), P2MR almacena una raíz Merkle sobre múltiples esquemas de firma post-cuánticos.

Específicamente, P2MR soporta:

  • SPHINCS+ — firmas basadas en hash, consideradas la opción post-cuántica más conservadora (aprobada por NIST)
  • CRYSTALS-Dilithium — firmas basadas en lattice, más eficientes pero más nuevas (aprobada por NIST)
  • Soporte opcional FALCON para firmas compactas

Cuando gastas una salida P2MR, revelas qué esquema de firma estás usando y proporcionas la firma correspondiente. La estructura de prueba Merkle significa que la salida en sí no expone ninguna clave pública individual — solo la raíz Merkle, lo que no ayuda a los atacantes cuánticos.

Compromisos:

  • Las firmas SPHINCS+ son GRANDES — ~30 KB por firma vs los actuales ~64 bytes ECDSA de Bitcoin. Esto infla los bloques significativamente.
  • Las firmas Dilithium son más pequeñas (~2,5 KB) pero aún 30-40× más grandes que ECDSA
  • La capacidad de bloque se reduce efectivamente si todos migran a P2MR — menos transacciones por bloque durante el periodo de migración

BIP-360 es actualmente una propuesta borrador. La implementación está en progreso en la rama experimental de Bitcoin Core. La activación por soft fork es improbable antes de 2027-2028.

BIP-361: Post Quantum Migration y Legacy Signature Sunset

Este es el controvertido. BIP-361, defendido por Jameson Lopp, propone un cronograma estructurado para forzar la migración alejándose de las firmas vulnerables a cuántico:

  • Fase A: P2MR (BIP-360) se activa como estándar. Nuevas direcciones usan firmas post-cuánticas por defecto.
  • Fase B (5 años después de Fase A): Un “flag day” soft fork invalida todas las rutas de firma ECDSA y Schnorr. Cualquier UTXO no migrado a P2MR para esta fecha se vuelve no gastable.
  • Fase C (en discusión): Una ruta de recuperación potencial para UTXOs congelados usando pruebas zero-knowledge (ej., probar propiedad de seed BIP-39 sin exponer claves).

El argumento político: la Fase B efectivamente congela cerca de 6,7M BTC perteneciendo a usuarios que no migran a tiempo. Los críticos llaman a esto “autoritario” y una violación de derechos de propiedad inmutables. Los partidarios lo llaman “acción defensiva necesaria” — la alternativa es dejar que los ladrones cuánticos drenen esas monedas cuando la tecnología madure, volcándolas en el mercado y crasheando el precio de Bitcoin.

La reacción en Bitcoin Twitter ha sido abrumadoramente negativa. La reacción entre los holders institucionales ha sido silenciosamente apoyadora — tienen exposiciones de múltiples miles de millones de dólares que quieren proteger. El debate está genuinamente sin resolver a mediados de 2026.

Hourglass V2 — el enfoque alternativo

Una alternativa al congelamiento duro de BIP-361 es Hourglass V2, que impondría un límite de velocidad sobre gastos de firma legacy. Las monedas en direcciones vulnerables todavía podrían gastarse, pero solo a una tasa limitada (ej., 1% por año).

Esto logra el mismo objetivo defensivo (prevenir que los ladrones cuánticos descarguen repentinamente millones de BTC robados en el mercado) sin congelar permanentemente las monedas de nadie. El compromiso: migración más lenta, ventana de exposición más larga.

Hourglass V2 está siendo desarrollado activamente por un grupo de trabajo de desarrolladores separado. Puede ser propuesto como alternativa o complemento a BIP-361.

Las rutas de rescate zk-STARK

El CTO de Lightning Labs Roasbeef lanzó una implementación prototipo de mecanismos de rescate zero-knowledge a mediados de 2026. La idea: incluso si tus monedas son congeladas por el flag day de BIP-361, puedes posteriormente probar propiedad vía pruebas zk-STARK que demuestran conocimiento de la frase semilla original sin nunca exponer la clave misma.

Esto no prevendría el congelamiento, pero proporcionaría una ruta para que los propietarios legítimos eventualmente descongelen sus monedas. Las monedas perdidas (sin seed disponible) permanecen congeladas permanentemente.

El Quantum Safe Bitcoin (QSB) de StarkWare toma un enfoque diferente: permite transacciones resistentes a cuántico hoy vía pruebas basadas en hash, sin requerir un soft fork. Los usuarios se inscriben moviendo monedas a scripts compatibles con QSB. La adopción es lenta pero la tecnología existe ahora.

El cronograma realista

Lo que sabemos:

  • Computadoras cuánticas actuales (2026): ~1.500 qubits físicos, ~100 qubits lógicos
  • Requerido para romper Bitcoin: ~500.000 qubits físicos, ~2.400 qubits lógicos
  • Estimaciones más agresivas: 5-10 años para alcanzar la escala requerida
  • Estimaciones conservadoras: 10-20 años, posiblemente nunca

Lo que es probable:

  • 2026-2027: Estandarización BIP-360, refinamiento del borrador, despliegue en testnet
  • 2028-2029: Activación BIP-360 como soft fork. Nuevas direcciones post-cuántico por defecto.
  • 2029-2032: Fase de migración de usuarios. Exchanges, wallets y custodios actualizan infraestructura.
  • 2030-2034: El tiempo de activación BIP-361 depende de la materialización de la amenaza cuántica. Si las computadoras cuánticas se acercan al umbral de 500k qubits, la urgencia aumenta dramáticamente. Si el progreso cuántico se estanca (lo que ha hecho antes), BIP-361 puede ser diferido indefinidamente.

La comunidad Bitcoin ha sido históricamente lenta para actualizar — SegWit tomó ~2 años desde la propuesta hasta la activación, Taproot tomó ~3 años. La migración post-cuántica es sin precedentes en alcance: cada wallet, exchange, custodio y proveedor de infraestructura tiene que soportar nuevos esquemas de firma simultáneamente. Los cronogramas de migración de 5-7 años son optimistas. 10-15 años es realista.

Impacto en la minería

El impacto directo en operaciones de minería es mínimo:

  • SHA-256 (prueba-de-trabajo) es resistente a cuántico. Tus ASICs continúan funcionando sin cambios.
  • Las recompensas de bloque todavía fluyen a cualquier dirección que especifiques en coinbase
  • Si tu wallet de minería está en una dirección moderna que nunca ha sido reutilizada, tus ganancias son cuántico-seguras

Impacto indirecto:

  • Presión de tamaño de bloque — si todos migran a P2MR, la capacidad del bloque se reduce efectivamente 30-50% durante la ventana de migración. Las comisiones de transacciones pueden subir temporalmente como resultado.
  • La dinámica del mempool cambia — las transacciones de alta comisión durante la migración dan a los mineros con selección personalizada de mempool (usuarios de Stratum V2 Job Negotiation) una ventaja real
  • El mercado de hashrate se vuelve más importante — la incertidumbre alrededor de los cronogramas cuánticos puede afectar la volatilidad del precio de Bitcoin, lo que afecta directamente la economía del minero

Qué deberían hacer los mineros hoy

  1. Usa formatos de dirección modernos. P2WPKH (bc1q…) o Taproot (bc1p…) para todos los pagos de minería. Evita legacy P2PK o P2PKH donde sea posible.
  2. No reutilices direcciones. Genera una nueva dirección para cada transacción. Las wallets modernas hacen esto automáticamente — no lo desactives.
  3. Monitorea el progreso de BIP-360 / BIP-361 / Hourglass V2. Anthony Towns, Jameson Lopp y el equipo Bitcoin Core publican actualizaciones regularmente.
  4. Usa wallets de hardware. La mayoría de wallets de hardware están comprometidos a soportar BIP-360 una vez activado. Mantener monedas en Ledger, Trezor o Coldcard asegura que puedes migrar cuando llegue el momento.
  5. No entres en pánico. La amenaza es real pero distante. Las actualizaciones del protocolo Bitcoin son lentas pero históricamente exitosas. SegWit pasó. Taproot pasó. Post-cuántico pasará.

Las alternativas resistentes a cuántico (brevemente)

Algunas criptomonedas diseñadas desde cero con resistencia cuántica:

  • QRL (Quantum Resistant Ledger) — usa firmas basadas en hash XMSS, totalmente resistente a cuántico desde 2018
  • IOTA — firmas de un solo uso Winternitz, resistente a cuántico
  • Nervos CKB — soporta scripts post-cuánticos

Ninguna de estas tiene cuota de mercado o adopción significativa comparada con Bitcoin. La apuesta que la mayoría de observadores están haciendo: Bitcoin se actualizará a tiempo. La infraestructura existe, las propuestas están siendo refinadas, la voluntad política se está formando. La alternativa — dejar a Bitcoin volverse vulnerable a cuántico — es inaceptable para todo el ecosistema, desde holders individuales hasta custodios institucionales hasta los propios desarrolladores del protocolo.

Pensamientos finales: los protocolos evolucionan, los mineros se adaptan

La historia de Bitcoin es una serie de actualizaciones de protocolo que parecieron controvertidas en el momento e inevitables en retrospectiva. SegWit dividió la comunidad, luego se activó, luego habilitó la Lightning Network. Taproot tomó años de debate, luego se activó, luego desbloqueó posibilidades de script complejas. Stratum V2 similarmente tomará años para desplegarse completamente, luego será el nuevo estándar, y nos preguntaremos cómo alguna vez toleramos comunicación de minería en texto plano sin cifrar.

La migración cuántica será más larga, más controvertida y más disruptiva — pero también pasará. Los incentivos económicos se alinean: proteger el valor de Bitcoin, proteger las monedas de los usuarios, prevenir la catástrofe del robo masivo cuando las computadoras cuánticas maduren. El trabajo técnico está bien encaminado. El trabajo político es más difícil, pero Bitcoin ha navegado peleas políticas más duras antes.

Para los mineros de SoloFury específicamente: estamos rastreando todo esto. El despliegue de Stratum V2 está en nuestra roadmap para finales 2026 / inicios 2027. El soporte de firma post-cuántico seguirá la implementación BIP-360 de Bitcoin Core. Tu hardware de minería no necesita cambiar para nada de esto — SHA-256 es el algoritmo seguro. Tus prácticas de wallet importan más que tu algoritmo de hash: usa direcciones modernas, no las reutilices, mantén en wallets de hardware, mantente informado.

La minería es un juego largo. Las actualizaciones de protocolo son parte del juego. Los mineros que se mantienen informados y se adaptan son los que siguen minando rentablemente a través de décadas.

El búho ha visto protocolos subir y caer por muchas estaciones. El búho no entra en pánico cuando el viento cambia de dirección. El búho observa, ajusta y sigue cazando. El hash continúa. Las matemáticas se sostienen. Los dados todavía ruedan.


¿Listo para minar en un pool en solitario consciente del cuántico?

SoloFury soporta formatos de dirección modernos (CashAddr, bech32, Taproot) para las 5 cadenas SHA-256. No-custodial por diseño — tus ganancias fluyen directamente de la coinbase de red a tu wallet, sin saldo de terceros que comprometer. 1% de comisión de pool. 99% para ti. Migración Stratum V2 en roadmap.

Configura tu minero →Análisis profundo AsicBoost →

Sigue leyendo

Preguntas frecuentes

¿Cuál es la diferencia entre Stratum V1 y Stratum V2?

Stratum V1 (2012) es un protocolo JSON en texto plano donde el pool decide qué transacciones entran en un bloque. Stratum V2 añade cifrado de extremo a extremo, un formato binario compacto y Job Negotiation — permitiendo a los mineros construir sus propias plantillas de bloque y elegir sus propias transacciones, reduciendo la centralización del pool y el riesgo de censura.

¿SoloFury admite Stratum V2?

Todavía no. El despliegue completo de Stratum V2 está en nuestra hoja de ruta para finales de 2026 / principios de 2027, y seguimos la implementación de referencia de Braiins a medida que madura. Tu hardware SHA-256 no necesita cambios cuando llegue — solo evoluciona la capa de transporte entre minero y pool, mientras el modelo de pago no custodial y directo por coinbase permanece igual.

¿Es seguro Stratum V1 para solo mining hoy?

Sí — para solo mining el riesgo práctico es bajo. Las mayores debilidades de V1 (control de transacciones del lado del pool, credenciales en texto plano) importan sobre todo para la hashrate agrupada. Como minero solo, minas a tu propia dirección vía coinbase, así que esas preocupaciones de centralización son en gran medida irrelevantes. El cifrado aún añade defensa en profundidad, por eso el ecosistema se mueve hacia V2.

¿Romperán las computadoras cuánticas la minería de Bitcoin?

La minería en sí no. SHA-256 se considera resistente a la cuántica — el algoritmo de Grover solo reduce a la mitad su seguridad efectiva, algo fácil de compensar. La verdadera preocupación a largo plazo son las firmas (ECDSA), abordada por propuestas como BIP-360. Mejor práctica hoy: usa tipos de dirección modernos y nunca reutilices direcciones. Tu hardware de minería no necesita cambios.