HashRelay

Fonctionnalités clés

Conçu pour les opérations minières professionnelles — sécurisé, évolutif et sans interruption

F1

Tunnel chiffré pour tout le trafic

Pain Point

Le trafic de minage transmis en clair sur des réseaux complexes est facilement identifié, limité et bloqué par les FAI. Le sniffing et le détournement de hashrate sont des menaces réelles.

Solution

HashRelay insère une couche de chiffrement entre mineurs et pools. Le client encapsule le trafic Stratum dans des tunnels TLS 1.3 ou QUIC avant de le transmettre au serveur relais. Les FAI ne voient que des données HTTPS/QUIC chiffrées.

Technical Highlights

  • 1Mode certificat TLS 1.3 (recommandé en production)
  • 2TCP + AES-256-GCM pour environnements sans certificat
  • 3TCP + ChaCha20-Poly1305 pour CPU bas de gamme sans accélération AES
  • 4QUIC pour réseaux faibles transfrontaliers (latence minimale)
F2

Transfert parallèle multi-pools multi-coins

Pain Point

Les fermes traditionnelles multi-coins doivent maintenir un proxy séparé par coin — gestion complexe, ports chaotiques et dépannage difficile.

Solution

Les mappings de ports statiques permettent à une instance HashRelay de transférer plusieurs cryptos vers différents pools simultanément. Port 3333 → pool BTC, port 4444 → pool ETH. Les mineurs ne changent rien.

Technical Highlights

  • 1Transfert transparent agnostique au protocole pour toute crypto Stratum
  • 2Chaque mapping configuré indépendamment avec adresse de pool et paramètres d'agrégation
  • 3Les changements de config sont poussés aux clients en temps réel, sans redémarrage
  • 4L'analyse Stratum par pool peut être activée ou désactivée indépendamment
F3

Agrégation des requêtes

Pain Point

Les grandes fermes où des milliers de mineurs ouvrent chacun un tunnel consomment énormément de bande passante et de ressources serveur — et risquent un bannissement par le pool.

Solution

Le moteur d'agrégation intégré analyse Stratum côté client et fusionne des milliers de requêtes en quelques connexions upstream. 1 000 mineurs → 2 connexions.

Technical Highlights

  • 1Supporte Stratum V1, V1-Ethash et Stratum V2
  • 2miners_per_conn contrôle le ratio ; défaut 500 mineurs/connexion, auto-scaling
  • 3Le partitionnement extranonce2 garantit un espace de recherche unique par mineur
  • 4Le remapping d'ID JSON-RPC évite les collisions d'ID concurrents
F4

Surveillance du hashrate et alertes en temps réel

Pain Point

Les opérateurs manquent de visibilité immédiate : mineur hors ligne pendant des heures, anomalies de taux de rejet nécessitant une connexion manuelle au pool, pas d'alerte automatique de chute de hashrate.

Solution

L'analyse miroir du protocole extrait les données Stratum de façon asynchrone le long du pipeline de transfert — sans impact sur la latence. Calcul du hashrate et détection d'anomalies en temps réel.

Technical Highlights

  • 1Alerte déconnexion : réponse en quelques secondes
  • 2Taux de rejet élevé : déclenché à ≥30 % de rejets (min 10 shares)
  • 3Chute de hashrate : estimation par fenêtre glissante
  • 4Supporte Email, Telegram et notifications Webhook
F5

Push dynamique de configuration à chaud

Pain Point

Les proxies traditionnels exigent un redémarrage du service à chaque changement de config de pool, provoquant de brèves déconnexions — catastrophique à grande échelle.

Solution

L'admin modifie les mappings via le tableau de bord ou l'API ; le serveur enregistre le changement en transaction DB et pousse immédiatement aux nœuds clients via connexion persistante. Les mineurs ne ressentent rien.

Technical Highlights

  • 1Types d'événements push : CREATED, UPDATED, ENABLED, DISABLED, DELETED
  • 2Le client met à jour les listeners locaux à chaud, sans redémarrage
  • 3DB atomique + push garantit la cohérence
  • 4Les changements prennent effet en moins d'une seconde
F6

Double protocole TCP + QUIC

Pain Point

Une perte de paquets élevée sur les liaisons transfrontalières fait s'effondrer le débit TCP. Mais certains réseaux bloquent l'UDP, rendant QUIC indisponible. Aucun protocole unique ne convient à tous les environnements.

Solution

HashRelay écoute simultanément sur TCP et QUIC. Choisissez le protocole dans le fichier de config selon les conditions réseau. Les deux sont prêts pour la production et interchangeables à la volée.

Technical Highlights

  • 1QUIC : idéal pour réseaux transfrontaliers/faibles — faible latence, tolérant aux pertes
  • 2TCP + certificat TLS : meilleure compatibilité pour datacenters stables
  • 3TCP + ChaCha20 : idéal pour réseaux internes sans certificat et CPU bas de gamme
  • 4Les deux protocoles actifs simultanément ; les clients choisissent selon le déploiement
F7

Reconnexion automatique intelligente

Pain Point

Les fluctuations réseau coupent les connexions et forcent les mineurs à s'arrêter — perte de revenus de hashrate.

Solution

Le client intègre une reconnexion illimitée avec intervalle par défaut de 5 secondes. Le listener Stratum local reste actif pendant la reconnexion. Zéro interruption pour les mineurs.

Technical Highlights

  • 1Heartbeat : intervalles Ping/Pong de 60 s
  • 23 heartbeats manqués consécutifs (~180 s) déclenchent la reconnexion
  • 3Les mineurs continuent de soumettre des shares au port local pendant la récupération du tunnel
  • 4Minimise la perte de hashrate en cas d'instabilité réseau
F8

API de gestion

Pain Point

L'exploitation manuelle à grande échelle est sujette aux erreurs et lente. Les équipes ont besoin d'un contrôle programmatique des configs de pools, mappings et statistiques.

Solution

Une API JSON RESTful complète sur /api/v1/ permet le scripting, l'intégration CI/CD et l'automatisation tierce pour gérer toutes les ressources HashRelay.

Technical Highlights

  • 1Gestion des pools : opérations CRUD
  • 2Gestion des mappings de ports avec statut en direct
  • 3Gestion des nœuds clients et génération de tokens
  • 4Endpoints statistiques et événements d'alerte