Kernfunktionen
Entwickelt für professionelle Mining-Betriebe — sicher, skalierbar und ohne Ausfallzeit
Vollständig verschlüsselter Traffic-Tunnel
Problem
Mining-Traffic, der im Klartext über komplexe Netzwerke übertragen wird, ist leicht identifizierbar, gedrosselt und von ISPs blockiert. Traffic-Sniffing und Hashrate-Diebstahl sind reale Bedrohungen.
Lösung
HashRelay fügt eine Verschlüsselungsschicht zwischen Minern und Pools ein. Der Client kapselt Stratum-Traffic in TLS-1.3- oder QUIC-Tunnel, bevor er an den Relay-Server weitergeleitet wird. ISPs sehen nur verschlüsselte HTTPS/QUIC-Daten.
Technische Highlights
- 1TLS-1.3-Zertifikatsmodus (empfohlen für Produktion)
- 2TCP + AES-256-GCM für Umgebungen ohne Zertifikat
- 3TCP + ChaCha20-Poly1305 für Low-End-CPUs ohne AES-Beschleunigung
- 4QUIC für schwache grenzüberschreitende Netzwerke (niedrigste Latenz)
Multi-Pool Multi-Coin parallele Weiterleitung
Problem
Traditionelle Mining-Farms mit mehreren Coins müssen pro Coin separate Proxys betreiben — komplexe Verwaltung, chaotische Port-Zuweisungen und schwierige Fehlersuche.
Lösung
Statische Port-Mappings ermöglichen es einer HashRelay-Instanz, mehrere Coins gleichzeitig an verschiedene Pools weiterzuleiten. Port 3333 → BTC-Pool, Port 4444 → ETH-Pool. Miner müssen nichts ändern.
Port-Zuordnungen
+ Erstellen| Port | Pool | Protokoll | Agg | Status |
|---|---|---|---|---|
| 3333 | F2Pool · BTC | TCP+TLS | An | Aktiv |
| 3334 | AntPool · BTC | QUIC | An | Aktiv |
| 4444 | Poolin · LTC | TCP+TLS | Aus | Aktiv |
| 5555 | Luxor · KAS | QUIC | An | Aktiv |
| 6666 | Foundry · BCH | TCP+TLS | Aus | Pausiert |
Technische Highlights
- 1Protokollunabhängige transparente Weiterleitung für jeden Stratum-basierten Coin
- 2Jedes Mapping unabhängig mit Pool-Adresse und Aggregations-Einstellungen konfigurierbar
- 3Konfigurationsänderungen werden in Echtzeit an Clients gepusht, kein Neustart erforderlich
- 4Stratum-Parsing pro Pool kann unabhängig aktiviert oder deaktiviert werden
Anfrage-Aggregation
Problem
Große Farms mit Tausenden Minern, die jeweils separate Tunnelverbindungen öffnen, verbrauchen massive Bandbreite und Serverressourcen — und riskieren Pool-Verbindungssperren.
Lösung
Die integrierte Aggregation Engine parst das Stratum-Protokoll clientseitig und führt Tausende Miner-Anfragen zu wenigen Upstream-Verbindungen zusammen. 1.000 Miner → 2 Verbindungen.
Port-Zuordnungen
+ Erstellen| Port | Pool | Protokoll | Agg | Status |
|---|---|---|---|---|
| 3333 | F2Pool · BTC | TCP+TLS | An | Aktiv |
| 3334 | AntPool · BTC | QUIC | An | Aktiv |
| 4444 | Poolin · LTC | TCP+TLS | Aus | Aktiv |
| 5555 | Luxor · KAS | QUIC | An | Aktiv |
| 6666 | Foundry · BCH | TCP+TLS | Aus | Pausiert |
Technische Highlights
- 1Unterstützt Stratum V1, V1-Ethash und Stratum V2
- 2miners_per_conn steuert das Verhältnis; Standard 500 Miner/Verbindung, automatische Skalierung
- 3extranonce2-Raumaufteilung stellt sicher, dass jeder Miner einen eindeutigen Suchraum hat
- 4JSON-RPC-ID-Remapping verhindert Kollisionen bei gleichzeitigen Anfrage-IDs
Einheitliches Ops-Dashboard & Alarme
Problem
Zwischen Bitmain, MicroBT, Canaan & Co. hin und her — fragmentierte Sicht, träge Reaktion. Miner offline stundenlang unbemerkt; Reject-Spitzen manuell im Pool-Portal prüfen.
Lösung
HashRelay bündelt Hashrate, Uptime, Reject-Rate und Hardware auf einem Dashboard. Stratum-Spiegelanalyse asynchron — keine Relay-Latenz. Schwellenwerte → sofort per E-Mail, Telegram oder Webhook.
Verlauf & Statistiken
Technische Highlights
- 1Ganze Farm auf einem Screen — kein App-Zoo mehr
- 2Miner offline: Reaktion in Sekunden
- 3Hohe Reject-Rate: Alarm ab ≥30% (min. 10 Shares)
- 4Hashrate-Einbruch: gleitendes Fenster, Multi-Channel-Push
Dynamischer Config-Hot-Push
Problem
Traditionelle Proxys erfordern einen Service-Neustart bei jeder Pool-Konfigurationsänderung, was kurze Miner-Trennungen verursacht — katastrophal im großen Maßstab.
Lösung
Admin ändert Mappings über Dashboard oder API; der Server speichert die Änderung in einer Datenbanktransaktion und pusht sie sofort über persistente Verbindung an die relevanten Client-Knoten. Miner merken nichts.
Port-Zuordnungen
+ Erstellen| Port | Pool | Protokoll | Agg | Status |
|---|---|---|---|---|
| 3333 | F2Pool · BTC | TCP+TLS | An | Aktiv |
| 3334 | AntPool · BTC | QUIC | An | Aktiv |
| 4444 | Poolin · LTC | TCP+TLS | Aus | Aktiv |
| 5555 | Luxor · KAS | QUIC | An | Aktiv |
| 6666 | Foundry · BCH | TCP+TLS | Aus | Pausiert |
Technische Highlights
- 1Push-Ereignistypen: CREATED, UPDATED, ENABLED, DISABLED, DELETED
- 2Client aktualisiert lokale Listener hot, kein Neustart erforderlich
- 3Atomare Datenbank + Push gewährleistet Konsistenz
- 4Änderungen werden in unter einer Sekunde wirksam
TCP + QUIC Dual-Protokoll
Problem
Hoher Paketverlust auf grenzüberschreitenden Verbindungen lässt den TCP-Durchsatz einbrechen. Einige Netzwerke blockieren UDP, wodurch QUIC nicht verfügbar ist. Kein einzelnes Protokoll passt zu allen Umgebungen.
Lösung
HashRelay lauscht gleichzeitig auf TCP und QUIC. Wählen Sie das Protokoll in der Konfigurationsdatei basierend auf den tatsächlichen Netzwerkbedingungen. Beide sind produktionsreif und jederzeit umschaltbar.
Technische Highlights
- 1QUIC: optimal für grenzüberschreitende/schwache Netzwerke — niedrige Latenz, paketverlusttolerant
- 2TCP + TLS-Zertifikat: beste Kompatibilität für stabile Rechenzentrumsnetzwerke
- 3TCP + ChaCha20: optimal für interne Netzwerke ohne Zertifikat mit Low-End-CPUs
- 4Beide Protokolle gleichzeitig aktiv; Clients wählen pro Bereitstellung
Intelligente Auto-Reconnect
Problem
Netzwerkschwankungen unterbrechen Verbindungen und zwingen Miner zum Pausieren — Hashrate-Einnahmen gehen verloren.
Lösung
Der Client verfügt über unbegrenztes integriertes Reconnect mit standardmäßig 5-Sekunden-Intervall. Der lokale Stratum-Listener bleibt während des Reconnects aktiv. Miner erleben null Unterbrechung.
Technische Highlights
- 1Heartbeat: 60s Ping/Pong-Intervalle
- 23 aufeinanderfolgende verpasste Heartbeats (~180s) lösen Reconnect aus
- 3Miner senden während der Tunnel-Wiederherstellung weiter Shares an den lokalen Port
- 4Minimiert Hashrate-Verlust bei Netzwerkinstabilität
Management-API
Problem
Manueller Betrieb im großen Maßstab ist fehleranfällig und langsam. Teams benötigen programmatische Kontrolle über Pool-Konfigurationen, Mappings und Statistiken.
Lösung
Eine vollständige RESTful-JSON-API unter /api/v1/ ermöglicht Skripting, CI/CD-Pipeline-Integration und Automatisierung durch Drittsysteme zur Verwaltung aller HashRelay-Ressourcen.
Technische Highlights
- 1Pool-Verwaltung: CRUD-Operationen
- 2Port-Mapping-Verwaltung mit Live-Status
- 3Client-Knoten-Verwaltung und Token-Generierung
- 4Statistik- und Alarm-Ereignis-Endpunkte
Rust-Performance & Stabilität
Problem
Mining-Relays laufen 24/7 unter extremer Last. Skriptsprachen bringen GC-Pausen und Jitter — auf Farm-Skala inakzeptabel.
Lösung
HashRelays Kern ist von Grund auf Rust — Speichersicherheit, Zero-Copy, minimaler CPU-Verbrauch bei Millionen Minern.
Technische Highlights
- 1Voller Rust-Stack: Relay, Stats, Admin
- 2Zero-Copy: Bytes bleiben im Kernel
- 3Keine GC-Pausen: niedrige Latenz dauerhaft
- 4Speichersicherheit zur Compile-Zeit
Hardware-Telemetrie & Verlauf
Problem
Thermik und Verbrauchsdrift zu spät erkannt. Jeder Hersteller, eigenes Format — keine gemeinsamen Trends.
Lösung
Periodische Erfassung von Temperatur, Leistung, Lüfterdrehzahl. Einheitliche Speicherung mit Zeitraum-Vergleich.
Hardware-Telemetrie
ErfasstTechnische Highlights
- 1Automatische Erfassung, kein Rundgang
- 2Temperatur, Leistung, Lüfter RPM
- 3Volle Historie für Trendvergleich
- 4An Ops-Dashboard und Alarme gekoppelt
Remote-Zugriff auf Miner-Web-UI
Problem
Miner-Web-UI nur im LAN. Remote-Team kann nicht rein — Vor-Ort-Einsatz oder VPN pro Rig.
Lösung
HashRelay tunneltdurch zur Miner-Web-UI verschlüsselt. Config, Logs, Diagnose — wie vor Ort.
Worker
1024 Miner| Status | Worker | Pool | Hash 5m | Reject |
|---|---|---|---|---|
| Online | farm-a-01 | F2PoolBTC | 118.2 TH | 0.08% |
| Online | farm-a-02 | F2PoolBTC | 117.9 TH | 0.11% |
| Online | farm-b-07 | AntPoolBTC | 96.4 TH | 0.22% |
| Offline | farm-b-12 | AntPoolBTC | — | — |
| Online | rack-c-03 | PoolinLTC | 8.6 GH | 0.05% |
| Online | rack-c-09 | LuxorKAS | 12.1 TH | 0.14% |
Technische Highlights
- 1Keine öffentliche IP am Miner
- 2Verschlüsselter Tunnel zur Web-UI
- 3Troubleshooting von überall
- 4Zugriff zentral über die Plattform
Einheitliche Ops-Wand
Problem
Multi-Vendor-Farm = N Monitoring-Apps. Metriken und Alarme verstreut — Ops leidet.
Lösung
Die HashRelay-Ops-Wand zeigt Hashrate, Uptime, Reject und Telemetrie zentral. Anomalien werden hervorgehoben und gepusht — eine Plattform statt N Tools.
- Worker farm-a-12 offline > 5m00:42
- Reject-Spitze auf :333301:18
- Client-Knoten edge-03 verbindet neu02:05
Technische Highlights
- 1Farm-KPIs auf einem Screen
- 2Auto-Highlight bei Anomalien
- 3Herstellerübergreifende Sicht
- 4Wandtauglich für die Leitwarte