-
Ckpool ejecuta Stratum V2 en paralelo con V1 en Solo CK sin afectar su estabilidad.
-
La declaración de trabajos de Stragum V2 aún no ofrece ventajas en pools de minería solitaria.
Con Kolivas, desarrollador de CKPool, activó un experimento con el protocolo Stratum V2 (SV2) en Solo CKPool, uno de los pools de minería en solitario de bitcoin (BTC) más utilizados. El objetivo, según explicó, es medir cuánto interés existe realmente entre los mineros por adoptar este protocolo.
El experimento habilitó dos puertos separados: uno con soporte estándar para SV2 y otro que además incorpora la función de declaración de trabajos (job declaration o JD), que permite a los mineros construir sus propios bloques y plantillas de transacciones. Ambas versiones corren en paralelo con Stratum V1 sobre la misma infraestructura, sin comprometer su estabilidad, y sus estadísticas ya se incorporaron al panel general de stats.ckpool.org.
Kolivas reportó que el pool con soporte SV2 opera con una tasa de hash cercana a 300 TH/s, aportada por seis usuarios y diez workers, incluyendo su propio hashrate de prueba. Según el desarrollador, todo funciona sin inconvenientes.
En cuanto al rendimiento, Kolivas precisó que sus pruebas muestran que la latencia de SV2 nativo de extremo a extremo es prácticamente idéntica a la de Stratum V1, con ventajas en seguridad, privacidad y una reducción marginal del uso de ancho de banda. Añadió que, tras someter a pruebas un proxy de Stratum V1 a V2, tampoco encontró un aumento de latencia significativo, aunque reconoció que esa configuración todavía no es sencilla para el usuario final.
Stratum V2 es una actualización del protocolo que utilizan los mineros de Bitcoin para comunicarse con los pools de minería, y que incorpora cifrado de extremo a extremo, mayor privacidad y protección contra ataques de intermediario. Dentro de sus funciones se encuentra la declaración de trabajos (job declaration), un mecanismo que permite al minero construir sus propias plantillas de bloque y elegir qué transacciones incluir, en lugar de depender de las plantillas que le entrega el pool.
Por qué la declaración de trabajos no beneficia a la minería solitaria
Kolivas sostiene que la declaración de trabajos —la función que más interés genera en torno a SV2—solo aporta un beneficio significativo en pools compartidos, no en pools de minería solitaria como CKPool. La razón, según explicó, es que esa función añade una latencia que el pool no puede evitar, ya que el protocolo obliga a los clientes a rechazar las plantillas que provienen del propio pool.
El desarrollador agregó que, en la práctica, un minero que ya declara sus propios trabajos cuenta con todo lo necesario para minar en solitario de forma local, por lo que usar SV2 con esta función en un pool solo representa trabajo adicional y un riesgo mayor de producir bloques huérfanos, sin una ventaja real más allá de utilizar plantillas propias.
Kolivas describió la declaración de trabajos como una ayuda a la descentralización que conlleva una desventaja moderada de latencia, más compleja de configurar que un proxy básico de V1 a V2. El desarrollador dijo esperar que señalar esta limitación ayude a que otros enfoquen esfuerzos en reducirla o eliminarla, y como posible solución técnica propuso que los pools envíen trabajo en modo de declaración de trabajos apenas se actualice la punta de la cadena, dejando que el propio cliente decida si lo utiliza o espera su actualización, sin que el pool pueda sobrescribir el trabajo del cliente.
Qué es CKPool y por qué su posición es relevante
CKPool es uno de los pools de minería en solitario de bitcoin más conocidos. A diferencia de los pools tradicionales, en los que el hashrate de todos los usuarios se combina para competir como una sola entidad, en CKPool cada minero compite de forma individual utilizando la infraestructura compartida del pool. Quien encuentra un bloque se queda con la recompensa completa, descontada la comisión del servicio.
Kolivas es el desarrollador principal de ckpool, el software que da soporte a CKPool, por lo que su evaluación técnica sobre la implementación de SV2 proviene de quien construyó directamente el código experimental del protocolo para la plataforma. Actualmente, CKPool cuenta con un poder de cómputo cercano a los 205 PH/s aportado por sus usuarios, de acuerdo con los datos públicos del pool.
Un protocolo condicionado por la adopción
Kolivas remarcó que Stratum V2 enfrenta un problema de adopción cruzado: el hardware de minería no incorpora soporte nativo para el protocolo porque los pools no lo ofrecen, y los pools no lo implementan de forma permanente porque el hardware todavía no lo soporta de manera amplia.
El desarrollador confirmó que trabaja en extender ckproxy, herramienta que convertirá tráfico de Stratum V1 a V2, y que el código de ckpool para SV2 se hará público una vez alcance una versión estable. Señaló que la firma Braiins ya ofrece alquiler de hashrate con soporte nativo para SV2, función que planea incorporar próximamente a CKPool en los puertos de mayor dificultad. Kolivas seguirá observando el nivel de adopción antes de decidir si integra SV2 de forma permanente en toda la infraestructura del pool.
Para Kolivas, el resultado del experimento no cambia el punto central de su planteamiento: mientras la declaración de trabajos siga añadiendo latencia sin una contrapartida real en pools de minería solitaria, su adopción dependerá de que los propios desarrolladores del protocolo resuelvan esa desventaja, y no de que los mineros la acepten solo por principio.
