Klíčové funkce
Vytvořeno pro profesionální mining provoz — bezpečné, škálovatelné a bez výpadků
Plně šifrovaný tunel provozu
Problém
Mining provoz přenášený nešifrovaně přes složité sítě je snadno identifikovatelný, throttlován a blokován ISP. Odposlouchávání provozu a únos hashrate jsou reálné hrozby.
Řešení
HashRelay vkládá šifrovací vrstvu mezi minery a pooly. Klient zapouzdří Stratum provoz do tunelů TLS 1.3 nebo QUIC před předáním relay serveru. ISP vidí pouze šifrovaná data HTTPS/QUIC.
Technické body
- 1Režim certifikátu TLS 1.3 (doporučeno pro produkci)
- 2TCP + AES-256-GCM pro prostředí bez certifikátu
- 3TCP + ChaCha20-Poly1305 pro slabší CPU bez AES akcelerace
- 4QUIC pro přeshraniční slabé sítě (nejnižší latence)
Paralelní přesměrování Multi-Pool Multi-Coin
Problém
Tradiční mining farmy provozující více coinů musí udržovat samostatný proxy pro každý coin — složitá správa, chaotické přiřazení portů a obtížné řešení problémů.
Řešení
Statická mapování portů umožňují jedné instanci HashRelay přesměrovat více coinů do různých poolů současně. Port 3333 → BTC pool, port 4444 → ETH pool. Minery se nemění.
Mapování portů
+ Vytvořit| Port | Pool | Protokol | Agr. | Stav |
|---|---|---|---|---|
| 3333 | F2Pool · BTC | TCP+TLS | Zap | Aktivní |
| 3334 | AntPool · BTC | QUIC | Zap | Aktivní |
| 4444 | Poolin · LTC | TCP+TLS | Vyp | Aktivní |
| 5555 | Luxor · KAS | QUIC | Zap | Aktivní |
| 6666 | Foundry · BCH | TCP+TLS | Vyp | Pozastaveno |
Technické body
- 1Protokolově agnostické transparentní přesměrování pro jakýkoli Stratum coin
- 2Každé mapování nezávisle konfigurováno s adresou poolu a nastavením agregace
- 3Změny konfigurace pushovány klientům v reálném čase, bez restartu
- 4Stratum parsing na pool lze nezávisle zapnout nebo vypnout
Agregace požadavků
Problém
Velké farmy s tisíci minerů, z nichž každý otevírá samostatné tunelové spojení, spotřebovávají obrovskou šířku pásma a serverové zdroje — a riskují ban spojení od poolu.
Řešení
Vestavěný Aggregation Engine parsuje Stratum protokol na straně klienta a slučuje tisíce požadavků minerů do několika upstream spojení. 1 000 minerů → 2 spojení.
Mapování portů
+ Vytvořit| Port | Pool | Protokol | Agr. | Stav |
|---|---|---|---|---|
| 3333 | F2Pool · BTC | TCP+TLS | Zap | Aktivní |
| 3334 | AntPool · BTC | QUIC | Zap | Aktivní |
| 4444 | Poolin · LTC | TCP+TLS | Vyp | Aktivní |
| 5555 | Luxor · KAS | QUIC | Zap | Aktivní |
| 6666 | Foundry · BCH | TCP+TLS | Vyp | Pozastaveno |
Technické body
- 1Podporuje Stratum V1, V1-Ethash a Stratum V2
- 2miners_per_conn řídí poměr; výchozí 500 minerů/spojení, automatické škálování
- 3Rozdělení prostoru extranonce2 zajišťuje každému mineru unikátní vyhledávací prostor
- 4Přemapování JSON-RPC ID zabraňuje kolizím ID souběžných požadavků
Jednotný provozní dashboard a alerty
Problém
Provozní týmy přeskakují mezi aplikacemi Bitmain, MicroBT, Canaan a dalšími — roztříštěný přehled, pomalá reakce. Těžaři offline hodiny bez povšimnutí; špičky reject rate znamenají ruční přihlášení na pool.
Řešení
HashRelay sdružuje hashrate, uptime, reject rate a stav hardwaru na jednom dashboardu. Zrcadlové parsování Stratum asynchronně — bez dopadu na latenci relay. Překročení prahu → okamžitě Email, Telegram nebo Webhook.
Historie a statistiky
Technické body
- 1Celá farma na jedné obrazovce — konec zoo aplikací
- 2Těžař offline: detekce během sekund
- 3Vysoký reject: alert od ≥30 % (min. 10 share)
- 4Pokles hashrate: klouzavé okno, push do více kanálů
Dynamický hot push konfigurace
Problém
Tradiční proxy vyžadují restart služby při každé změně konfigurace poolu, což způsobuje krátké odpojení minerů — katastrofální ve velkém měřítku.
Řešení
Admin mění mapování přes dashboard nebo API; server zaznamená změnu v databázové transakci a okamžitě pushne relevantním klientským uzlům přes trvalé spojení. Minery nic nepocítí.
Mapování portů
+ Vytvořit| Port | Pool | Protokol | Agr. | Stav |
|---|---|---|---|---|
| 3333 | F2Pool · BTC | TCP+TLS | Zap | Aktivní |
| 3334 | AntPool · BTC | QUIC | Zap | Aktivní |
| 4444 | Poolin · LTC | TCP+TLS | Vyp | Aktivní |
| 5555 | Luxor · KAS | QUIC | Zap | Aktivní |
| 6666 | Foundry · BCH | TCP+TLS | Vyp | Pozastaveno |
Technické body
- 1Typy push událostí: CREATED, UPDATED, ENABLED, DISABLED, DELETED
- 2Klient hot-updatuje lokální listenery, restart není potřeba
- 3Atomická databáze + push zajišťuje konzistenci
- 4Změny se projeví za méně než sekundu
Duální protokol TCP + QUIC
Problém
Vysoká ztráta paketů na přeshraničních linkách způsobuje kolaps TCP throughputu. Některé sítě ale blokují UDP, takže QUIC není dostupný. Žádný protokol nevyhovuje všem prostředím.
Řešení
HashRelay současně naslouchá na TCP i QUIC. Vyberte protokol v konfiguračním souboru podle skutečných podmínek sítě. Oba jsou produkčně připravené a přepínatelné za běhu.
Technické body
- 1QUIC: nejlepší pro přeshraniční/slabé sítě — nízká latence, tolerantní ke ztrátě paketů
- 2TCP + TLS cert: nejlepší kompatibilita pro stabilní datacentrové sítě
- 3TCP + ChaCha20: nejlepší pro interní sítě bez certifikátu se slabšími CPU
- 4Oba protokoly aktivní současně; klienti volí podle nasazení
Chytré automatické znovupřipojení
Problém
Výkyvy sítě přeruší spojení a donutí minery pozastavit provoz — ztráta výnosů z hashrate.
Řešení
Klient má vestavěné neomezené znovupřipojení s výchozím intervalem 5 sekund. Lokální Stratum listener zůstává aktivní během reconnectu. Minery nezažijí žádné přerušení.
Technické body
- 1Heartbeat: intervaly Ping/Pong 60 s
- 23 po sobě jdoucí zmeškané heartbeat (~180 s) spustí reconnect
- 3Minery pokračují v odesílání shares na lokální port během obnovy tunelu
- 4Minimalizuje ztrátu hashrate při nestabilitě sítě
Management API
Problém
Ruční provoz ve velkém měřítku je náchylný k chybám a pomalý. Týmy potřebují programovatelné řízení konfigurací poolů, mapování a statistik.
Řešení
Plné RESTful JSON API na /api/v1/ umožňuje skriptování, integraci CI/CD pipeline a automatizaci třetích stran pro správu všech HashRelay zdrojů.
Technické body
- 1Správa poolů: CRUD operace
- 2Správa mapování portů s live statusem
- 3Správa klientských uzlů a generování tokenů
- 4Endpointy statistik a alert událostí
Výkon a stabilita Rustu
Problém
Mining relay běží 24/7 pod obrovskou zátěží. Skriptovací jazyky přinášejí GC pauzy, úniky a jitter — v měřítku farmy nepřijatelné.
Řešení
Jádro HashRelay od základu v Rustu — bezpečnost paměti, zero-copy a minimální zátěž CPU při milionech těžařů.
Technické body
- 1Celý Rust stack: relay, statistiky, admin
- 2Zero-copy: data zůstávají v jádře, kde je to možné
- 3Bez GC pauz: nízká latence pod trvalou zátěží
- 4Bezpečnost paměti při kompilaci
Hardwarová telemetrie a historie
Problém
Tepelné problémy a drift spotřeby se projeví pozdě. Každý výrobce má vlastní formát — žádný společný trend.
Řešení
Pravidelný sběr teploty, spotřeby a otáček ventilátorů. Jednotné úložiště s časovým výběrem pro rychlou analýzu.
Hardwarová telemetrie
SebránoTechnické body
- 1Automatický periodický sběr
- 2Teplota, výkon, otáčky ventilátorů
- 3Plná historie pro srovnání trendů
- 4Propojeno s dashboardem a alerty
Vzdálený přístup k webové konzoli těžaře
Problém
Webové rozhraní těžaře jen v LAN. Vzdálený tým se nedostane — výjezd nebo VPN na každý rig.
Řešení
HashRelay tuneluje k webovému rozhraní každého těžaře přes šifrovaný kanál. Konfigurace, logy, diagnostika — jako byste byli na farmě.
Workeři
1024 minerů| Stav | 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% |
Technické body
- 1Veřejná IP na těžaři není potřeba
- 2Šifrovaný tunel k webovému UI
- 3Diagnostika odkudkoli a kdykoli
- 4Přístup řízený přes relay platformu
Jednotná provozní monitorovací stěna
Problém
Farma s více výrobci = N monitorovacích aplikací. Metriky a alerty roztříštěné — efektivita provozu klesá.
Řešení
Provozní stěna HashRelay: hashrate, uptime, reject a telemetrie na jednom místě. Anomálie se zvýrazní a odešlou — jedna platforma místo N nástrojů.
- Worker farm-a-12 offline > 5m00:42
- Špička reject rate na :333301:18
- Klientský uzel edge-03 se znovu připojuje02:05
Technické body
- 1KPI celé farmy na jedné obrazovce
- 2Auto-zvýraznění a alert při anomáliích
- 3Jednotný pohled napříč výrobci
- 4Připraveno pro dispečink