核心功能
專為專業礦場運營設計 — 安全、可擴展、零停機
全流量加密隧道
Pain Point
在複雜網絡環境中，礦機到礦池的 Stratum 流量明文傳輸，極易被運營商識別並限速或封鎖，同時存在流量被嗅探、算力被截流的安全風險。
Solution
HashRelay 在礦機與礦池之間插入加密中繼層。本地客戶端將明文 Stratum 流量封裝進 TLS 1.3 或 QUIC 加密隧道後再發往中繼服務端，運營商和中間人僅能看到加密的 HTTPS/QUIC 數據流。
Technical Highlights
- 1TLS 1.3 證書模式（生產環境推薦）
- 2TCP + AES-256-GCM 無證書內網模式
- 3TCP + ChaCha20-Poly1305 低端 CPU 無 AES 加速場景
- 4QUIC 跨境弱網模式（延遲最低）
多礦池多幣種並行轉發
Pain Point
傳統礦場同時挖多個幣種需要維護多套獨立代理，管理複雜、端口混亂、故障排查困難。
Solution
通過靜態端口映射，一個 HashRelay 實例可同時將多個幣種轉發到不同礦池。端口 3333 轉發到 BTC 礦池，端口 4444 轉發到 ETH 礦池，礦機配置不變。
Technical Highlights
- 1協議無關透明轉發，支持所有 Stratum 協議幣種
- 2每條端口映射獨立配置礦池地址與請求聚合
- 3配置變更實時推送至客戶端，無需重啟
- 4支持按礦池粒度啟用/禁用 Stratum 協議解析
請求聚合（萬臺礦機高效接入）
Pain Point
大型礦場數千臺礦機若每臺單獨建立隧道連接，服務端需維護數千條長連接，帶寬消耗巨大，礦池端連接數限制也可能觸發封禁。
Solution
客戶端內置請求聚合引擎，在本地網絡中解析 Stratum 協議，將多臺礦機的請求按比例合併為少量上游連接。1000 臺礦機僅需 2 條隧道連接。
Technical Highlights
- 1支持 Stratum V1、V1-Ethash、Stratum V2
- 2miners_per_conn 參數控制聚合比例，默認 500 臺/連接，自動彈性擴縮
- 3extranonce2 空間切分方案保證每臺礦機搜索空間唯一
- 4JSON-RPC ID 重映射，避免併發請求 ID 衝突
統一運維大屏與異常預警
Pain Point
傳統運維要在比特大陸、神馬、芯動等各廠家客戶端之間反覆跳轉，監控視圖割裂、響應滯後；礦機掉線數小時後才被發現，拒絕率異常需登錄礦池網頁查看。
Solution
HashRelay 將全網算力、在線率、拒絕率、硬件狀態彙總到統一運維大屏，協議鏡像旁路解析不影響轉發延遲，閾值觸發即時通知（Email / Telegram / Webhook）。
Technical Highlights
- 1統一大屏：全網指標一屏掌控，告別多套廠家軟件切換
- 2礦機掉線：實時感知，秒級響應
- 3高拒絕率：≥30%（至少 10 個 Share）觸發預警
- 4算力驟降：滑動窗口估算，多渠道即時推送
動態配置熱推送
Pain Point
傳統代理每次變更礦池配置都需要重啟服務，導致礦機短暫斷線，大型礦場重啟耗時極長。
Solution
管理員通過界面或 API 修改端口映射，服務端在同一數據庫事務中記錄變更，隨即通過長連接實時推送至相關客戶端節點，客戶端熱更新本地監聽。
Technical Highlights
- 1推送事件類型：CREATED / UPDATED / ENABLED / DISABLED / DELETED
- 2客戶端熱更新本地監聽，無需重啟
- 3數據庫事務 + 推送原子執行，保證一致性
- 4變更一秒內生效
TCP + QUIC 雙協議靈活適配
Pain Point
跨境線路丟包率高時，TCP 傳統擁塞控制導致吞吐量驟降；而某些網絡環境封鎖 UDP，不支持 QUIC。單一協議難以適應多變的礦場網絡條件。
Solution
HashRelay 客戶端與服務端同時監聽 TCP 和 QUIC，用戶可按實際網絡條件在配置文件中選擇協議。兩種協議均已生產就緒，可隨時切換，無需重新部署。
Technical Highlights
- 1QUIC：跨境/弱網首選 — 低延遲、抗丟包
- 2TCP + TLS 證書：穩定數據中心網絡最佳兼容性
- 3TCP + ChaCha20：無證書內網 + 低端 CPU 最佳性能
- 4兩種協議同時激活，客戶端按部署場景選擇
智能斷線重連
Pain Point
網絡波動時連接斷開，礦機被迫暫停挖礦，損失算力收益。
Solution
客戶端內置無限次重連機制，默認 5 秒間隔自動重連。重連期間本地 Stratum 監聽端口保持存活，礦機連接不中斷，待隧道恢復後即刻繼續轉發。
Technical Highlights
- 1心跳檢測：60 秒間隔 Ping/Pong
- 2連續 3 次無響應（約 180 秒）才觸發重連
- 3重連期間礦機持續向本地端口提交 Share
- 4最大程度減少網絡波動期間的算力損失
管理 API
Pain Point
大規模手動運維易出錯且效率低，團隊需要以編程方式控制礦池配置、映射和統計數據。
Solution
服務端暴露完整 RESTful JSON API（/api/v1/），支持腳本、CI/CD 管道或第三方系統自動化管理所有 HashRelay 資源。
Technical Highlights
- 1礦池管理：完整 CRUD 操作
- 2端口映射管理含實時狀態
- 3客戶端節點管理與 Token 生成
- 4統計數據與預警事件端點
Rust 極致性能與穩定性
Pain Point
挖礦中繼長期高併發運行，腳本語言或混合技術棧易出現內存洩漏、GC 停頓，百萬礦機規模下延遲抖動和宕機風險顯著。
Solution
HashRelay 核心鏈路全部採用 Rust 從零構建，藉助內存安全、零開銷抽象和零拷貝數據管道，在極低 CPU 佔用下支撐百萬礦機 7×24 穩定轉發。
Technical Highlights
- 1全棧 Rust：轉發、統計、管理後臺共用同一運行時
- 2零拷貝管道：轉發字節儘量不離開內核空間
- 3無 GC 停頓：長時間高併發下保持低延遲
- 4內存安全：編譯期消除整類內存錯誤
硬件遙測採集與歷史回溯
Pain Point
礦機散熱異常、功耗漂移等問題往往事後才發現；各廠家軟件數據格式不一，無法跨機型統一查詢歷史趨勢。
Solution
系統按週期自動採集溫度、功耗、風扇轉速等硬件遙測指標，統一存儲並支持按時間範圍回溯對比，快速定位硬件隱患。
Technical Highlights
- 1定期自動採集，無需人工巡檢
- 2溫度、功耗、風扇轉速等核心指標全覆蓋
- 3歷史數據完整留存，支持趨勢對比
- 4與運維大屏聯動，異常聯動預警
礦機後臺穿透訪問
Pain Point
礦機管理界面通常僅內網可達，運維人員出差或異地值班時無法登錄單臺礦機排查，只能等現場處理或逐臺搭建 VPN。
Solution
通過 HashRelay 加密隧道穿透礦機 Web 管理端口，管理員在任何地點均可像在現場一樣打開礦機配置頁、日誌和診斷工具，全程走加密通道，安全可控。
Technical Highlights
- 1無需礦機公網 IP
- 2加密隧道直達 Web 管理界面
- 3支持隨時隨地遠程登錄排查
- 4訪問權限由中繼平臺統一管控
統一運維監控大屏
Pain Point
大型礦場混用多個品牌礦機，每臺需安裝廠家配套監控軟件，算力、硬件、告警分散在不同界面，運維效率極低。
Solution
HashRelay 運維大屏將算力、在線率、拒絕率、硬件遙測等指標集中展示，異常自動高亮並推送通知，一個平臺替代 N 套廠家工具。
Technical Highlights
- 1一屏彙總全網關鍵指標
- 2異常自動預警與高亮提示
- 3跨品牌礦機統一監控視圖
- 4支持大屏展示，適合礦場值班室