¿Qué es un proxy Stratum?

Un proxy Stratum es un software intermediario que se sitúa entre los ASIC de una granja y el servidor del pool de minería. En lugar de que cada minero abra su propia conexión Stratum directamente al pool, los mineros se conectan al proxy local, que a su vez mantiene la(s) conexión(es) ascendente(s) con el pool y reenvía el trabajo y los envíos de shares en ambas direcciones.

En la especificación Stratum V2, un proxy de minería se describe explícitamente como un rol opcional: puede agregar conexiones descendentes por motivos de eficiencia y puede proporcionar monitorización u otros servicios a la operación, pero nada en el diseño del protocolo exige que una granja ejecute uno (Resumen del protocolo Stratum V2). Esa opcionalidad es el punto de partida correcto para cualquier granja que evalúe si añadir esta capa.

La respuesta corta: desplegar uno para resolver un problema específico

Una granja de minería no necesita un proxy Stratum simplemente por ejecutar muchos ASIC. Las conexiones directas de minero a pool siguen siendo apropiadas cuando la granja cuenta con conectividad a internet fiable, un volumen de tráfico manejable y entradas de pool primarias y de respaldo correctamente configuradas en cada dispositivo.

Un proxy merece evaluarse cuando las conexiones directas generan un problema operativo medible: ancho de banda limitado o costoso, dificultad para gestionar el enrutamiento de pools en una flota grande, un desajuste de protocolo entre un firmware heredado y un endpoint de pool más reciente, o la necesidad de visibilidad centralizada sobre el comportamiento de las conexiones. La decisión debe derivarse de un problema identificado, no de una suposición general de que las granjas más grandes requieren más capas de infraestructura.

Cuatro situaciones en las que un proxy puede valer la pena considerar

1. Conexiones WAN limitadas en ancho de banda o costosas

Cuando muchos ASIC comparten un enlace de red de área amplia limitado o costoso —por ejemplo, un sitio remoto con backhaul celular o satelital—, el hecho de que cada dispositivo abra su propia sesión Stratum persistente y envíe shares de forma independiente puede representar un tráfico agregado considerable. Un proxy de agregación de computing power consolida varios mineros detrás de menos conexiones ascendentes, lo que puede reducir el volumen de tráfico entre la granja y el pool.

Braiins afirma que su Farm Proxy puede reducir las transferencias de datos entre una granja y un pool hasta en un 95%, señalando explícitamente que la reducción real depende del número de mineros y de la configuración utilizada (Braiins Proxy). Se trata de un máximo declarado por el proveedor para un producto específico, no de un parámetro de referencia general de la industria, y debe leerse como tal. La pregunta relevante para un operador no es si la agregación puede ayudar en teoría, sino si el uso y el coste actuales del WAN de la granja justifican realmente la capa de software adicional.

2. Enrutamiento centralizado de pools y conmutación por error

Un proxy puede servir como el único punto final local para un grupo de mineros, enrutando su tráfico hacia arriba según reglas configuradas una sola vez, en lugar de en cada dispositivo. Para una flota de varios cientos o varios miles de ASIC, esto puede reducir el esfuerzo operativo de cambiar endpoints de pool, ajustar configuraciones de workers o reasignar rutas de respaldo.

La documentación del Farm Proxy de Braiins describe niveles de enrutamiento configurables y recomienda establecer un objetivo ascendente de respaldo en caso de que la ruta principal deje de estar disponible (Configuración de Braiins Farm Proxy). Centralizar el enrutamiento de esta manera reduce el trabajo de configuración por dispositivo, pero también implica que el propio proxy pasa a ser una dependencia que debe monitorizarse, un punto que se aborda más adelante.

3. Puente entre Stratum V1 y Stratum V2

Algunas operaciones ejecutan firmware de ASIC que solo admite Stratum V1 mientras evalúan un endpoint de pool compatible con Stratum V2. Un proxy de traducción puede, en principio, salvar esta brecha, pero solo cuando el pool, la implementación del proxy y el firmware del minero admiten todos la configuración específica requerida.

Esta todavía no es la situación predeterminada en toda la industria. Los endpoints de minería de Bitcoin publicados actualmente por ViaBTC utilizan la sintaxis de conexión stratum+tcp, acorde con Stratum V1, y la pool ha señalado que la adopción de Stratum V2 en toda la industria sigue siendo desigual. Una granja que esté considerando un proxy de traducción de V1 a V2 debe tratarlo como un proyecto de migración por etapas con sus propias pruebas de compatibilidad, no como algo que un proxy habilite automáticamente.

4. Arquitecturas avanzadas de Stratum V2, incluida la Job Declaration

Stratum V2 separa varias funciones, y un proxy de minería es solo una de ellas. Funciones como Job Declaration —que se relaciona con la capacidad de un minero o una pool de influir en la construcción de la plantilla de bloque— pertenecen a una parte distinta del protocolo que involucra componentes adicionales, incluido un Job Declarator y, dependiendo de la arquitectura, un Template Provider (Resumen del protocolo Stratum V2). Instalar un proxy de minería ordinario no otorga, por sí mismo, a una granja capacidad de selección de transacciones. Los operadores interesados en esta funcionalidad deben evaluarla como un despliegue independiente y más complejo, en lugar de asumir que es un subproducto de añadir cualquier proxy.

Cuándo son suficientes las conexiones directas de ASIC a la pool

Para muchas granjas, la solución más simple es también la correcta: cada ASIC se conecta directamente a la pool con un endpoint principal válido y una o más entradas de respaldo configuradas en el firmware. ViaBTC, por ejemplo, documenta un endpoint principal de BTC y un puerto de conmutación por error independiente en su guía de configuración de minería, lo que permite que un minero recurra a un punto de conexión alternativo si el principal se vuelve inalcanzable (Configuración de minería BTC de ViaBTC).

Cuando la conectividad de una granja es fiable, su volumen de tráfico no es llamativo para la capacidad de su enlace, y las entradas de respaldo básicas están correctamente configuradas en cada dispositivo, añadir un proxy introduce complejidad operativa sin resolver un problema existente. La prueba adecuada es si las conexiones directas actualmente no logran satisfacer una necesidad específica e identificable, y no si un proxy es teóricamente capaz de aportar valor.

Lo que un proxy no soluciona

Un proxy Stratum opera a nivel de la comunicación de red entre los mineros y la pool. No altera el silicio de hashing del ASIC y no puede compensar condiciones que se originan en el propio hardware. Específicamente, un proxy no aumenta:

• el hashrate local del dispositivo según lo reporta su propio firmware;
• la eficiencia del hardware medida en J/TH;
• el estado físico de las placas de hash, fuentes de alimentación, ventiladores o hardware de interfaz de red.

Si el problema subyacente de una granja son chips degradados, limitación térmica, una fuente de alimentación inestable o un switch defectuoso, un proxy no lo resolverá, porque el fallo existe en un punto anterior al lugar donde interviene el proxy. Las discrepancias persistentes entre la lectura de hashrate local de un dispositivo y la estimación de hashrate de la pool deben investigarse utilizando ventanas de observación coincidentes y suficientemente largas, junto con datos de shares rechazados y diagnósticos de firmware/hardware, y no deben asumirse como un problema de conectividad solucionable añadiendo un proxy.

Evaluación de la necesidad: una lista de verificación de mediciones

Antes de implementar un proxy, un operador puede recopilar un pequeño conjunto de mediciones concretas para confirmar si existe un problema real:

• Volumen y costo del tráfico WAN entre la granja y el pool durante un período representativo, para establecer si una reducción tendría un valor práctico.
• Número de conexiones concurrentes al pool en relación con el número de mineros activos, para ver si el borde de la WAN o la gestión de conexiones del pool están bajo presión.
• Estabilidad de la conexión, incluyendo reconexiones, tiempos de espera agotados, fallos de DNS y eventos de conmutación por error, para determinar si el enrutamiento centralizado o puntos de conexión adicionales ayudarían.
• Patrones de shares rechazados, identificando los shares obsoletos (stale), inválidos y duplicados como subcategorías distintas dentro de la categoría más amplia de shares rechazados, de modo que la causa real de cualquier tasa de rechazo elevada pueda diagnosticarse en lugar de asumirse.
• Compatibilidad de firmware y protocolo en toda la flota, confirmando qué ASICs admiten únicamente Stratum V1 y qué puntos de conexión del pool están disponibles, antes de considerar cualquier traducción de V1 a V2.
• Carga de configuración, es decir, con qué frecuencia deben cambiarse los puntos de conexión del pool, los nombres de los workers o las rutas de respaldo en toda la flota, lo que indica si el enrutamiento centralizado reduciría de manera significativa el esfuerzo operativo.

Estas mediciones indican si el problema relevante es el ancho de banda, la complejidad del enrutamiento, la compatibilidad de protocolos, o algo completamente ajeno a la conectividad, como el estado del hardware.

Consideraciones de implementación y riesgos

Introducir un proxy cambia la arquitectura de la granja, y ese cambio conlleva sus propias compensaciones, que deben sopesarse frente al problema que pretende resolver.

Primero, un proxy se convierte en un punto de fallo adicional: si queda fuera de línea, todos los mineros enrutados a través de él pueden perder su conexión simultáneamente, en lugar de que los fallos queden aislados a dispositivos individuales. Por esta razón, mantener una configuración de pool de respaldo directamente en el ASIC —separada del proxy— es una precaución razonable que incluso algunos proveedores de proxies recomiendan (configuración de Braiins Farm Proxy).

Segundo, ejecutar software de proxy añade trabajo operativo continuo: la implementación, las actualizaciones de versión, la revisión de registros (logs) y la gestión de la configuración requieren atención que una configuración de conexión directa no requiere.

Tercero, los pools difieren en las versiones de protocolo compatibles, los formatos de los puntos de conexión y el comportamiento de enrutamiento, por lo que no se puede asumir que una configuración de proxy validada frente a un pool funcione de manera idéntica frente a otro sin realizar pruebas.

Cuarto, en el aspecto de seguridad, Stratum V2 especifica cifrado autenticado para las conexiones a un servidor remoto ascendente (upstream), mientras que la conexión entre los dispositivos de minería locales y un proxy local puede utilizar un esquema de negociación (handshake) más ligero y opcional (Seguridad del protocolo Stratum V2). Por lo tanto, un proxy puede mejorar la postura de seguridad del enlace entre la granja y el pool bajo Stratum V2, pero no hace automáticamente segura una implementación de Stratum V1 que de otro modo no estuviera protegida, y la seguridad de la red local de la granja sigue siendo relevante independientemente del proxy.

Conclusión

La decisión de implementar un proxy Stratum debe estar impulsada por una necesidad operativa específica y demostrada, en lugar de por el tamaño de la flota por sí solo. Las limitaciones de ancho de banda, la carga administrativa de gestionar el enrutamiento del pool en muchos dispositivos, una migración planificada de Stratum V1 a V2, o un requisito de funcionalidad avanzada de V2 son todos motivos legítimos para evaluar un proxy. Cuando ninguna de estas condiciones se aplica, las conexiones directas correctamente configuradas con entradas de pool de respaldo válidas siguen siendo una opción más sencilla y, a menudo, suficiente. En todos los casos, un proxy aborda la capa de comunicación entre los mineros y el pool: no es un sustituto para diagnosticar fallos de hardware, problemas de firmware o problemas de red local.

Preguntas frecuentes

¿Añadir un proxy Stratum aumenta el hashrate de una granja?

No. Un proxy gestiona las conexiones y el enrutamiento de shares entre los mineros y el pool; no tiene ningún efecto sobre el silicio de minado del ASIC, el hashrate local ni la eficiencia en J/TH.

¿Puede un proxy solucionar una tasa alta de shares rechazadas?

Solo si la causa está relacionada con la conectividad, como un enrutamiento inestable o una latencia excesiva hacia el pool. Las shares obsoletas (stale), inválidas y duplicadas son subcategorías distintas de shares rechazadas y deben diagnosticarse individualmente antes de asumir que un proxy es la solución.

¿Se requiere un proxy para usar Stratum V2?

No. Muchos pools y ASICs se conectan directamente a endpoints V2 cuando esto es compatible. Un proxy resulta relevante principalmente al conectar firmware que solo soporta V1 con un upstream V2, o al agregar muchos dispositivos compatibles con V2.

¿Instalar un proxy le da a una granja control sobre las plantillas de bloque?

No. Esa capacidad pertenece a la funcionalidad independiente de Declaración de Trabajo (Job Declaration) de Stratum V2, que requiere componentes adicionales más allá de un proxy de minería estándar y el soporte correspondiente del pool.

¿Cuál es el principal riesgo de implementar un proxy?

Introduce un punto único de fallo: si el proxy deja de estar disponible, todos los mineros enrutados a través de él pueden perder su conexión con el pool al mismo tiempo, por lo que mantener una configuración de pool de respaldo directamente en el ASIC es una precaución razonable.

Referencias

• Braiins. "Braiins Proxy." https://braiins.com/braiins-proxy
• Braiins Academy. "Farm Proxy Configuration." https://academy.braiins.com/farm-proxy/configuration
• Stratum V2 Reference Implementation. "Protocol Overview." https://stratumprotocol.org/specification/03-protocol-overview/
• Stratum V2 Reference Implementation. "Protocol Security." https://stratumprotocol.org/specification/04-protocol-security/
• Soporte de ViaBTC. "Minería de BTC." https://support.viabtc.com/hc/en-us/articles/7207401012879-BTC-Mining