测量矿机实际使用的 Stratum 通信
在矿机发出 mining.submit 前启动计时，并在收到对应服务器响应时停止。这个客户端可见的往返时间包括网络路径和服务器响应处理。对同一测试的样本排序：p50 是中位数，p95 是第 95 百分位。记录样本数、UTC 时段、端点、端口与传输方式、矿机和固件、ISP 与本地网络，以及接受或拒绝结果。这是测量方法，不是已发布的延迟结果。
- 测量 mining.submit 请求到对应响应的时间，不用 ICMP ping、DNS 查询或网页加载时间代替。
- 比较线路时保持端点、传输方式、固件、本地网络和测试时段一致。
- 报告 p50、p95、样本数及 accepted 或 rejected 结果。
- 若固件没有 share 计时，可使用同一路径上的 Stratum 测试客户端，并明确它是单独的测量。
结合 stale share 结果查看 p95
较低且稳定的响应时间可缩短提交工作和接收更新时的客户端可见延迟；较高的 p95 会揭示中位数掩盖的尖峰。如果网络通信是过期工作的原因，延迟改善可能缩短旧任务持续时间，但不会改变 Bitcoin 难度目标或矿机算力，也不保证 stale share 减少。请在相同设备和线路条件下比较拒绝原因。
- 在相同矿机、传输方式和本地网络下比较 p50 与 p95。
- 将 stale 响应与 duplicate、low-difficulty 和授权错误分开统计。
- 不要仅凭延迟百分位推断出块概率或矿池表现。
查阅原始说明: Bitcoin Developer Guide · Mining
用看板确认活动，不用它测量延迟
看板统计和单次 Stratum 响应的更新时间可能不同。图表延迟本身无法说明最近提交的工作是否被接受。请在矿机或矿池日志中核对近期任务、对应的 share 响应和重连时间；若无法取得这些信息，不要根据看板推断 share 延迟。
- 长连接避免每份任务或 share 都重新建立连接。
- 统计处理与挖矿通信分开进行。
- 通过近期接受响应和时间戳确认矿机仍在有效工作。
低延迟接入，也需要正确的矿机配置
TCP 使用 btc.solomining.xyz:1313；已安装固件支持 Stratum over TLS 时，可使用 btcssl.solomining.xyz:1414。填写自己的比特币地址，并给每台设备设置独立 worker。稳定的本地网络与正确固件设置，才能更好地发挥地区化接入的优势；较低延迟不能修复无效地址或不稳定的硬件。
- 主机、端口与传输方式应匹配当前固件。
- 保持矿机本地网络稳定，按固件文档设置重连行为。
- 先验证已接受工作，再接入更多设备。
结合实际 share 响应解读延迟
矿池端点和你所在网络的实际线路决定矿机经历的延迟。记录可重复的提交/响应样本，以及 accepted 或 stale 结果，再判断线路变化是否有帮助。本页没有全球或设备级延迟测量值，只提供自行测量和对照的方法。
内容更新日期：2026 年 10 月 3 日 · 测量指南核对日期：2026 年 10 月 3 日。不公布地区或全球延迟数值。
关于低延迟独挖连接的常见问题
Stratum 连接的 p50 和 p95 分别表示什么？
测量 mining.submit 发出到收到对应响应的时间。p50 是样本中位数；p95 是 95% 样本不超过的值。报告样本数和测试条件，才便于公平比较其他线路。
本页会公布各地区的实测延迟吗？
不会。结果取决于矿机所在地、ISP、路由、端点、传输方式和本地网络。请在矿机或明确标注的测试客户端上测量 Stratum 提交/响应时间，并记录样本数和条件。
低延迟会提高每个有效哈希的出块概率吗？
较短且稳定的线路可减少任务更新与提交结果的通信延迟；若 stale share 确由网络延迟造成，可能有所帮助。它不会改变网络目标或物理算力，也不保证 stale share 减少或找到区块。请在相同条件下比较 stale 响应。
看板打开得快，就代表挖矿连接延迟低吗？
不代表。网页加载与挖矿通信采用不同的链路和测量方式。SoloMining 将统计处理与 Stratum 通信分开。应通过矿机的连接状态、收到的任务和接受响应观察挖矿情况，不能把网页加载时间当成矿池连接延迟。
如何开始使用这些连接？
使用公布的 TCP 入口，或当前固件支持的 TLS 入口。填写自己的比特币收款地址与独立 worker 名称，再核对近期已接受工作。通用接入指南提供完整字段，Bitaxe 指南可生成 AxeOS 使用的分离主机与端口配置。