核心功能
专为专业矿场运营设计 — 安全、可扩展、零停机
全流量加密隧道
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
通过协议镜像分析架构，在转发管道旁路抽取 Stratum 数据进行异步解析，不影响挖矿转发延迟，同时实时计算算力、统计 Share、检测异常。
Technical Highlights
- 1矿机掉线：实时感知，秒级响应
- 2高拒绝率：≥30%（至少 10 个 Share）触发预警
- 3算力骤降：滑动窗口估算
- 4支持 Email / Telegram / Webhook 多种通知渠道
动态配置热推送
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统计数据与预警事件端点