Funciones principales
Diseñado para operaciones de minería profesionales — seguro, escalable y sin tiempo de inactividad
Túnel cifrado de tráfico completo
Problema
El tráfico de minería transmitido en texto plano por redes complejas se identifica, limita y bloquea fácilmente por los ISP. La interceptación de tráfico y el secuestro de hashrate son amenazas reales.
Solución
HashRelay inserta una capa de cifrado entre mineros y pools. El cliente encapsula el tráfico Stratum en túneles TLS 1.3 o QUIC antes de reenviarlo al servidor de relé. Los ISP solo ven datos HTTPS/QUIC cifrados.
Aspectos técnicos
- 1Modo certificado TLS 1.3 (recomendado para producción)
- 2TCP + AES-256-GCM para entornos sin certificado
- 3TCP + ChaCha20-Poly1305 para CPUs de gama baja sin aceleración AES
- 4QUIC para redes transfronterizas débiles (menor latencia)
Reenvío paralelo multi-pool y multi-moneda
Problema
Las granjas tradicionales que minan varias monedas deben mantener proxies separados por moneda — gestión compleja, asignación caótica de puertos y resolución de problemas difícil.
Solución
Los mapeos de puertos estáticos permiten que una instancia de HashRelay reenvíe varias monedas a distintos pools simultáneamente. Puerto 3333 → pool BTC, puerto 4444 → pool ETH. Los mineros no cambian nada.
Asignaciones de puertos
+ Crear| Puerto | Pool | Protocolo | Agr. | Estado |
|---|---|---|---|---|
| 3333 | F2Pool · BTC | TCP+TLS | Sí | Activo |
| 3334 | AntPool · BTC | QUIC | Sí | Activo |
| 4444 | Poolin · LTC | TCP+TLS | No | Activo |
| 5555 | Luxor · KAS | QUIC | Sí | Activo |
| 6666 | Foundry · BCH | TCP+TLS | No | Pausado |
Aspectos técnicos
- 1Reenvío transparente agnóstico al protocolo para cualquier moneda basada en Stratum
- 2Cada mapeo configurado de forma independiente con dirección de pool y ajustes de agregación
- 3Los cambios de configuración se envían a los clientes en tiempo real, sin reinicio
- 4El análisis Stratum por pool puede activarse o desactivarse de forma independiente
Agregación de solicitudes
Problema
Las granjas grandes con miles de mineros abriendo conexiones de túnel separadas consumen enorme ancho de banda y recursos del servidor — y corren el riesgo de provocar bloqueos de conexión por parte del pool.
Solución
El Motor de agregación integrado analiza el protocolo Stratum en el cliente y fusiona miles de solicitudes de mineros en solo unas pocas conexiones upstream. 1.000 mineros → 2 conexiones.
Asignaciones de puertos
+ Crear| Puerto | Pool | Protocolo | Agr. | Estado |
|---|---|---|---|---|
| 3333 | F2Pool · BTC | TCP+TLS | Sí | Activo |
| 3334 | AntPool · BTC | QUIC | Sí | Activo |
| 4444 | Poolin · LTC | TCP+TLS | No | Activo |
| 5555 | Luxor · KAS | QUIC | Sí | Activo |
| 6666 | Foundry · BCH | TCP+TLS | No | Pausado |
Aspectos técnicos
- 1Compatible con Stratum V1, V1-Ethash y Stratum V2
- 2miners_per_conn controla la ratio; predeterminado 500 mineros/conexión, escalado automático
- 3El particionamiento del espacio extranonce2 garantiza que cada minero tenga un espacio de búsqueda único
- 4El remapeo de ID JSON-RPC evita colisiones de ID en solicitudes concurrentes
Panel de operaciones unificado y alertas
Problema
El equipo de ops salta entre Bitmain, MicroBT, Canaan y demás — vistas dispersas, respuesta lenta. Un minero offline pasa desapercibido horas; picos de rechazo implican entrar manualmente al portal del pool.
Solución
HashRelay concentra hashrate, uptime, tasa de rechazo y salud del hardware en un solo panel. El análisis Stratum espejo corre en async — cero impacto en la latencia del relé. Umbrales superados → alertas por Email, Telegram o Webhook al instante.
Historial y estadísticas
Aspectos técnicos
- 1Toda la granja en una pantalla — adiós al baile de apps
- 2Minero offline: detectado en segundos
- 3Rechazo alto: alerta desde ≥30 % (mín. 10 shares)
- 4Caída de hashrate: ventana deslizante, push multicanal
Actualización dinámica de configuración en caliente
Problema
Los proxies tradicionales requieren reiniciar el servicio en cada cambio de configuración de pool, provocando breves desconexiones de mineros — catastrófico a escala.
Solución
El administrador cambia los mapeos vía panel o API; el servidor registra el cambio en una transacción de base de datos y lo envía inmediatamente a los nodos cliente relevantes vía conexión persistente. Los mineros no notan nada.
Asignaciones de puertos
+ Crear| Puerto | Pool | Protocolo | Agr. | Estado |
|---|---|---|---|---|
| 3333 | F2Pool · BTC | TCP+TLS | Sí | Activo |
| 3334 | AntPool · BTC | QUIC | Sí | Activo |
| 4444 | Poolin · LTC | TCP+TLS | No | Activo |
| 5555 | Luxor · KAS | QUIC | Sí | Activo |
| 6666 | Foundry · BCH | TCP+TLS | No | Pausado |
Aspectos técnicos
- 1Tipos de evento push: CREATED, UPDATED, ENABLED, DISABLED, DELETED
- 2El cliente actualiza en caliente los listeners locales, sin reinicio
- 3Base de datos atómica + push garantiza consistencia
- 4Los cambios surten efecto en menos de un segundo
Doble protocolo TCP + QUIC
Problema
La alta pérdida de paquetes en enlaces transfronterizos hace colapsar el rendimiento TCP. Pero algunas redes bloquean UDP, dejando QUIC indisponible. Ningún protocolo único se adapta a todos los entornos.
Solución
HashRelay escucha simultáneamente en TCP y QUIC. Elija su protocolo en el archivo de configuración según las condiciones reales de red. Ambos están listos para producción y son intercambiables al vuelo.
Aspectos técnicos
- 1QUIC: ideal para redes transfronterizas/débiles — baja latencia, tolerante a pérdida de paquetes
- 2TCP + certificado TLS: máxima compatibilidad para redes de datacenter estables
- 3TCP + ChaCha20: ideal para redes internas sin certificado con CPUs de gama baja
- 4Ambos protocolos activos simultáneamente; los clientes eligen según el despliegue
Reconexión automática inteligente
Problema
Las fluctuaciones de red interrumpen las conexiones y obligan a los mineros a pausar — perdiendo ingresos por hashrate.
Solución
El cliente incluye reconexión ilimitada con intervalo predeterminado de 5 segundos. El listener Stratum local permanece activo durante la reconexión. Los mineros no experimentan interrupciones.
Aspectos técnicos
- 1Heartbeat: intervalos Ping/Pong de 60 s
- 23 heartbeats consecutivos perdidos (~180 s) activan la reconexión
- 3Los mineros siguen enviando shares al puerto local durante la recuperación del túnel
- 4Minimiza la pérdida de hashrate durante inestabilidad de red
API de gestión
Problema
La operación manual a escala es propensa a errores y lenta. Los equipos necesitan control programático sobre configuraciones de pool, mapeos y estadísticas.
Solución
Una API JSON RESTful completa en /api/v1/ permite scripting, integración con pipelines CI/CD y automatización de sistemas de terceros para gestionar todos los recursos de HashRelay.
Aspectos técnicos
- 1Gestión de pools: operaciones CRUD
- 2Gestión de mapeos de puerto con estado en vivo
- 3Gestión de nodos cliente y generación de tokens
- 4Endpoints de estadísticas y eventos de alerta
Rendimiento y estabilidad Rust
Problema
Los relés mineros corren 24/7 bajo carga masiva. Scripts y stacks mixtos traen pausas de GC, fugas de memoria y jitter — inaceptable con millones de mineros.
Solución
El núcleo de HashRelay está escrito en Rust desde cero — seguridad de memoria, abstracciones zero-cost y pipeline zero-copy para un reenvío sólido con mínimo uso de CPU.
Aspectos técnicos
- 1Stack Rust completo: relé, estadísticas y admin en un runtime
- 2Pipeline zero-copy: los datos se quedan en el kernel
- 3Sin pausas de GC: baja latencia bajo carga sostenida
- 4Seguridad de memoria: clases enteras de bugs eliminadas al compilar
Telemetría de hardware e historial
Problema
Problemas térmicos y deriva de consumo se detectan tarde. Cada fabricante usa su formato — sin vista de tendencias entre modelos.
Solución
HashRelay recolecta periódicamente temperatura, consumo, velocidad de ventiladores y más. Almacenamiento unificado con consulta por rango de tiempo para un diagnóstico directo.
Telemetría de hardware
RecogidoAspectos técnicos
- 1Recolección periódica sin intervención manual
- 2Métricas clave: temperatura, potencia, RPM de ventiladores
- 3Historial completo para comparar tendencias
- 4Vinculado al panel de ops y las alertas
Acceso remoto a la consola del minero
Problema
Las interfaces web de los mineros solo viven en la LAN. El equipo remoto no puede diagnosticar — visita en sitio o VPN por rig.
Solución
HashRelay tuneliza hasta la interfaz web de cada minero por canal cifrado. Config, logs y diagnóstico — como si estuvieras en la granja.
Workers
1024 mineros| Estado | Worker | Pool | Hash 5m | Rechazo |
|---|---|---|---|---|
| En línea | farm-a-01 | F2PoolBTC | 118.2 TH | 0.08% |
| En línea | farm-a-02 | F2PoolBTC | 117.9 TH | 0.11% |
| En línea | farm-b-07 | AntPoolBTC | 96.4 TH | 0.22% |
| Fuera | farm-b-12 | AntPoolBTC | — | — |
| En línea | rack-c-03 | PoolinLTC | 8.6 GH | 0.05% |
| En línea | rack-c-09 | LuxorKAS | 12.1 TH | 0.14% |
Aspectos técnicos
- 1Sin IP pública en los mineros
- 2Túnel cifrado directo a la interfaz web
- 3Diagnóstico desde cualquier lugar, en cualquier momento
- 4Acceso controlado desde la plataforma relé
Muro de monitoreo unificado
Problema
Granja multi-fabricante = N apps de monitoreo. Hashrate, hardware y alertas repartidos — la eficiencia operativa se hunde.
Solución
El muro ops de HashRelay pone hashrate, uptime, tasa de rechazo y telemetría al centro. Las anomalías se resaltan y notifican solas — una plataforma reemplaza N herramientas de fabricantes.
- Worker farm-a-12 offline > 5m00:42
- Pico de rechazo en :333301:18
- Nodo edge-03 reconectando02:05
Aspectos técnicos
- 1KPIs de toda la granja en una pantalla
- 2Resaltado y alerta automáticos ante anomalías
- 3Vista unificada sin importar la marca
- 4Listo para la pantalla de la sala de control