Fonctionnalités clés
Conçu pour les opérations minières professionnelles — sécurisé, évolutif et sans interruption
Tunnel chiffré pour tout le trafic
Problème
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.
Points techniques
- 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)
Transfert parallèle multi-pools multi-coins
Problème
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.
Mappages de ports
+ Créer| Port | Pool | Protocole | Agr. | Statut |
|---|---|---|---|---|
| 3333 | F2Pool · BTC | TCP+TLS | Oui | Actif |
| 3334 | AntPool · BTC | QUIC | Oui | Actif |
| 4444 | Poolin · LTC | TCP+TLS | Non | Actif |
| 5555 | Luxor · KAS | QUIC | Oui | Actif |
| 6666 | Foundry · BCH | TCP+TLS | Non | En pause |
Points techniques
- 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
Agrégation des requêtes
Problème
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.
Mappages de ports
+ Créer| Port | Pool | Protocole | Agr. | Statut |
|---|---|---|---|---|
| 3333 | F2Pool · BTC | TCP+TLS | Oui | Actif |
| 3334 | AntPool · BTC | QUIC | Oui | Actif |
| 4444 | Poolin · LTC | TCP+TLS | Non | Actif |
| 5555 | Luxor · KAS | QUIC | Oui | Actif |
| 6666 | Foundry · BCH | TCP+TLS | Non | En pause |
Points techniques
- 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
Tableau de bord unifié et alertes
Problème
L'équipe ops enchaîne Bitmain, MicroBT, Canaan et les autres — vues éclatées, réaction lente. Un mineur hors ligne passe inaperçu des heures ; les pics de rejet, c'est la connexion manuelle au portail du pool.
Solution
HashRelay regroupe hashrate, uptime, taux de rejet et santé matérielle sur un seul tableau de bord. L'analyse Stratum miroir tourne en async — zéro impact sur la latence du relais. Seuils dépassés → alertes Email, Telegram ou Webhook instantanées.
Historique et statistiques
Points techniques
- 1Toute la ferme sur un écran — fini le zoo d'applis
- 2Mineur hors ligne : détection en quelques secondes
- 3Taux de rejet élevé : alerte dès ≥30 % (min. 10 shares)
- 4Chute de hashrate : fenêtre glissante, push multi-canal
Push dynamique de configuration à chaud
Problème
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.
Mappages de ports
+ Créer| Port | Pool | Protocole | Agr. | Statut |
|---|---|---|---|---|
| 3333 | F2Pool · BTC | TCP+TLS | Oui | Actif |
| 3334 | AntPool · BTC | QUIC | Oui | Actif |
| 4444 | Poolin · LTC | TCP+TLS | Non | Actif |
| 5555 | Luxor · KAS | QUIC | Oui | Actif |
| 6666 | Foundry · BCH | TCP+TLS | Non | En pause |
Points techniques
- 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
Double protocole TCP + QUIC
Problème
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.
Points techniques
- 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
Reconnexion automatique intelligente
Problème
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.
Points techniques
- 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
API de gestion
Problème
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.
Points techniques
- 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
Performance et stabilité Rust
Problème
Les relais miniers tournent 24/7 sous charge massive. Scripts et stacks mixtes apportent pauses GC, fuites mémoire et jitter — inacceptable à l'échelle de millions de mineurs.
Solution
Le cœur de HashRelay est entièrement en Rust — sécurité mémoire, abstractions zero-cost et pipeline zero-copy pour un relais solide à coût CPU minimal.
Points techniques
- 1Stack Rust complet : relais, stats et admin sur un runtime
- 2Pipeline zero-copy : les données restent dans le noyau
- 3Pas de pauses GC : faible latence sous charge soutenue
- 4Sécurité mémoire : classes entières de bugs éliminées à la compilation
Télémétrie matérielle et historique
Problème
Problèmes thermiques et dérive de consommation détectés trop tard. Chaque fabricant a son format — pas de vue tendance multi-modèles.
Solution
HashRelay collecte périodiquement température, consommation, vitesse des ventilateurs et plus. Stockage unifié avec recherche par période pour un diagnostic rapide.
Télémétrie matérielle
CollectéPoints techniques
- 1Collecte périodique automatique
- 2Métriques clés : température, puissance, RPM ventilateurs
- 3Historique complet pour comparer les tendances
- 4Lié au tableau de bord et aux alertes
Accès distant à la console mineur
Problème
Les interfaces web des mineurs restent sur le LAN. L'équipe distante ne peut pas dépanner — visite sur site ou VPN par rig.
Solution
HashRelay tunnelise jusqu'à l'interface web de chaque mineur via un canal chiffré. Config, logs et diagnostic — comme si vous étiez sur la ferme.
Workers
1024 mineurs| Statut | Worker | Pool | Hash 5m | Rejet |
|---|---|---|---|---|
| En ligne | farm-a-01 | F2PoolBTC | 118.2 TH | 0.08% |
| En ligne | farm-a-02 | F2PoolBTC | 117.9 TH | 0.11% |
| En ligne | farm-b-07 | AntPoolBTC | 96.4 TH | 0.22% |
| Hors ligne | farm-b-12 | AntPoolBTC | — | — |
| En ligne | rack-c-03 | PoolinLTC | 8.6 GH | 0.05% |
| En ligne | rack-c-09 | LuxorKAS | 12.1 TH | 0.14% |
Points techniques
- 1Pas d'IP publique sur les mineurs
- 2Tunnel chiffré direct vers l'interface web
- 3Dépannage depuis n'importe où, à tout moment
- 4Accès contrôlé via la plateforme relais
Mur de monitoring unifié
Problème
Ferme multi-fabricants = N applis de monitoring. Hashrate, matériel et alertes éparpillés — l'efficacité ops s'effondre.
Solution
Le mur ops HashRelay affiche hashrate, uptime, taux de rejet et télémétrie au centre. Les anomalies se surlignent et notifient automatiquement — une plateforme remplace N outils fabricants.
- Worker farm-a-12 hors ligne > 5m00:42
- Pic de rejet sur :333301:18
- Nœud client edge-03 en reconnexion02:05
Points techniques
- 1KPI de toute la ferme sur un écran
- 2Surlignage et alerte auto sur les anomalies
- 3Vue unifiée tous fabricants confondus
- 4Prêt pour l'écran de la salle de contrôle