核心功能

专为专业矿场运营设计 — 安全、可扩展、零停机

F1

全流量加密隧道

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 跨境弱网模式(延迟最低)
F2

多矿池多币种并行转发

Pain Point

传统矿场同时挖多个币种需要维护多套独立代理,管理复杂、端口混乱、故障排查困难。

Solution

通过静态端口映射,一个 HashRelay 实例可同时将多个币种转发到不同矿池。端口 3333 转发到 BTC 矿池,端口 4444 转发到 ETH 矿池,矿机配置不变。

Technical Highlights

  • 1协议无关透明转发,支持所有 Stratum 协议币种
  • 2每条端口映射独立配置矿池地址与请求聚合
  • 3配置变更实时推送至客户端,无需重启
  • 4支持按矿池粒度启用/禁用 Stratum 协议解析
F3

请求聚合(万台矿机高效接入)

Pain Point

大型矿场数千台矿机若每台单独建立隧道连接,服务端需维护数千条长连接,带宽消耗巨大,矿池端连接数限制也可能触发封禁。

Solution

客户端内置请求聚合引擎,在本地网络中解析 Stratum 协议,将多台矿机的请求按比例合并为少量上游连接。1000 台矿机仅需 2 条隧道连接。

Technical Highlights

  • 1支持 Stratum V1、V1-Ethash、Stratum V2
  • 2miners_per_conn 参数控制聚合比例,默认 500 台/连接,自动弹性扩缩
  • 3extranonce2 空间切分方案保证每台矿机搜索空间唯一
  • 4JSON-RPC ID 重映射,避免并发请求 ID 冲突
F4

统一运维大屏与异常预警

Pain Point

传统运维要在比特大陆、神马、芯动等各厂家客户端之间反复跳转,监控视图割裂、响应滞后;矿机掉线数小时后才被发现,拒绝率异常需登录矿池网页查看。

Solution

HashRelay 将全网算力、在线率、拒绝率、硬件状态汇总到统一运维大屏,协议镜像旁路解析不影响转发延迟,阈值触发即时通知(Email / Telegram / Webhook)。

Technical Highlights

  • 1统一大屏:全网指标一屏掌控,告别多套厂家软件切换
  • 2矿机掉线:实时感知,秒级响应
  • 3高拒绝率:≥30%(至少 10 个 Share)触发预警
  • 4算力骤降:滑动窗口估算,多渠道即时推送
F5

动态配置热推送

Pain Point

传统代理每次变更矿池配置都需要重启服务,导致矿机短暂断线,大型矿场重启耗时极长。

Solution

管理员通过界面或 API 修改端口映射,服务端在同一数据库事务中记录变更,随即通过长连接实时推送至相关客户端节点,客户端热更新本地监听。

Technical Highlights

  • 1推送事件类型:CREATED / UPDATED / ENABLED / DISABLED / DELETED
  • 2客户端热更新本地监听,无需重启
  • 3数据库事务 + 推送原子执行,保证一致性
  • 4变更一秒内生效
F6

TCP + QUIC 双协议灵活适配

Pain Point

跨境线路丢包率高时,TCP 传统拥塞控制导致吞吐量骤降;而某些网络环境封锁 UDP,不支持 QUIC。单一协议难以适应多变的矿场网络条件。

Solution

HashRelay 客户端与服务端同时监听 TCP 和 QUIC,用户可按实际网络条件在配置文件中选择协议。两种协议均已生产就绪,可随时切换,无需重新部署。

Technical Highlights

  • 1QUIC:跨境/弱网首选 — 低延迟、抗丢包
  • 2TCP + TLS 证书:稳定数据中心网络最佳兼容性
  • 3TCP + ChaCha20:无证书内网 + 低端 CPU 最佳性能
  • 4两种协议同时激活,客户端按部署场景选择
F7

智能断线重连

Pain Point

网络波动时连接断开,矿机被迫暂停挖矿,损失算力收益。

Solution

客户端内置无限次重连机制,默认 5 秒间隔自动重连。重连期间本地 Stratum 监听端口保持存活,矿机连接不中断,待隧道恢复后即刻继续转发。

Technical Highlights

  • 1心跳检测:60 秒间隔 Ping/Pong
  • 2连续 3 次无响应(约 180 秒)才触发重连
  • 3重连期间矿机持续向本地端口提交 Share
  • 4最大程度减少网络波动期间的算力损失
F8

管理 API

Pain Point

大规模手动运维易出错且效率低,团队需要以编程方式控制矿池配置、映射和统计数据。

Solution

服务端暴露完整 RESTful JSON API(/api/v1/),支持脚本、CI/CD 管道或第三方系统自动化管理所有 HashRelay 资源。

Technical Highlights

  • 1矿池管理:完整 CRUD 操作
  • 2端口映射管理含实时状态
  • 3客户端节点管理与 Token 生成
  • 4统计数据与预警事件端点
F9

Rust 极致性能与稳定性

Pain Point

挖矿中继长期高并发运行,脚本语言或混合技术栈易出现内存泄漏、GC 停顿,百万矿机规模下延迟抖动和宕机风险显著。

Solution

HashRelay 核心链路全部采用 Rust 从零构建,借助内存安全、零开销抽象和零拷贝数据管道,在极低 CPU 占用下支撑百万矿机 7×24 稳定转发。

Technical Highlights

  • 1全栈 Rust:转发、统计、管理后台共用同一运行时
  • 2零拷贝管道:转发字节尽量不离开内核空间
  • 3无 GC 停顿:长时间高并发下保持低延迟
  • 4内存安全:编译期消除整类内存错误
F10

硬件遥测采集与历史回溯

Pain Point

矿机散热异常、功耗漂移等问题往往事后才发现;各厂家软件数据格式不一,无法跨机型统一查询历史趋势。

Solution

系统按周期自动采集温度、功耗、风扇转速等硬件遥测指标,统一存储并支持按时间范围回溯对比,快速定位硬件隐患。

Technical Highlights

  • 1定期自动采集,无需人工巡检
  • 2温度、功耗、风扇转速等核心指标全覆盖
  • 3历史数据完整留存,支持趋势对比
  • 4与运维大屏联动,异常联动预警
F11

矿机后台穿透访问

Pain Point

矿机管理界面通常仅内网可达,运维人员出差或异地值班时无法登录单台矿机排查,只能等现场处理或逐台搭建 VPN。

Solution

通过 HashRelay 加密隧道穿透矿机 Web 管理端口,管理员在任何地点均可像在现场一样打开矿机配置页、日志和诊断工具,全程走加密通道,安全可控。

Technical Highlights

  • 1无需矿机公网 IP
  • 2加密隧道直达 Web 管理界面
  • 3支持随时随地远程登录排查
  • 4访问权限由中继平台统一管控
F12

统一运维监控大屏

Pain Point

大型矿场混用多个品牌矿机,每台需安装厂家配套监控软件,算力、硬件、告警分散在不同界面,运维效率极低。

Solution

HashRelay 运维大屏将算力、在线率、拒绝率、硬件遥测等指标集中展示,异常自动高亮并推送通知,一个平台替代 N 套厂家工具。

Technical Highlights

  • 1一屏汇总全网关键指标
  • 2异常自动预警与高亮提示
  • 3跨品牌矿机统一监控视图
  • 4支持大屏展示,适合矿场值班室