如何找到低延迟的最佳矿池？ （平测试）

了解加密货币挖矿的延迟

1. 延迟直接影响矿工提交的份额到达池服务器并被验证所需的时间。

2. 高延迟增加了陈旧共享的可能性，即在另一个矿工已经解决了该块之后工作才完成。

3. 网络抖动和数据包丢失加剧了这种影响，使一致的低延迟连接对于最大化奖励效率至关重要。

4. 矿工的硬件和矿池最近的节点之间的地理接近度是低延迟的强有力的初始指标，但并不能保证。

5. 某些池运行多个地理分布的层端点，每个端点都具有必须单独测试的独立 ping 特性。

精确 Ping 测试的工具和方法

1. 命令行ping是最基本的工具，但它仅测量 ICMP 往返时间，而不测量层协议行为。

2. stratum-ping实用程序模拟实际的挖矿握手时序，并提供比 ICMP 更真实的延迟指标。

3. 长时间（例如 30 分钟）运行测试揭示了稳定性模式 - 峰值和超时与平均毫秒值一样重要。

4. 不同时间的多个并发测试有助于识别影响特定池域的 ISP 路由更改或区域拥塞。

5、必须考虑DNS解析时间；一些池使用 CDN 支持的域来解析不同的 IP，如果测量不一致，结果就会出现偏差。

根据真实世界的挖矿性能解读 Ping 结果

1. 报告的 12 毫秒平均值可能看起来很不错，直到数据包丢失超过 0.8%，导致重复的共享重传和有效的延迟峰值。

2. 宣传“低延迟”的池通常仅优化其主要端点 - 如果没有明确的文档，次要回退可能会增加 40-90 毫秒。

3. 一些挖矿固件和 ASIC 操作系统版本引入了内部排队延迟，从而增加了感知延迟，掩盖了真实的网络性能。

4. Stratum v2 实现通常会减少握手开销，这意味着与传统 v1 池相比，相同的 ping 时间可能会产生更好的吞吐量。

5. 来自第三方监控站点的历史正常运行时间日志与持续的低延迟行为密切相关，而不仅仅是快照 ping 值。

使用延迟基准比较顶级池

1. F2Pool在东京、法兰克福和纽约提供分层端点，每个端点的附近地区的平均延迟均低于 15 毫秒。

2. ViaBTC维护着与亚洲主要数据中心的私有主干链路，为首尔和台北的矿工带来稳定的 8-11 毫秒延迟。

3. Slush Pool使用 BGP 任播路由，动态地将流量路由到最近的活动节点 - 平均延迟在 14-22 毫秒之间变化，具体取决于对等互连质量。

4. BTC.com发布每个端点的实时延迟仪表板，包括每 60 秒更新一次的抖动和数据包丢失百分比。

5. Antpool采用 TCP keep-alive 调优，最大程度降低高延迟条件下的连接掉线率，这对南美和非洲的矿工尤其有利。

常见问题解答

问：我可以使用标准的基于 Web 的 ping 工具来测试层延迟吗？标准 Web Ping 工具发送 ICMP 数据包，无法复制基于 TCP 的层握手。它们产生误导性的数字，因为它们忽略了真实挖矿通信中固有的 TLS 协商、会话重用和有效负载序列化延迟。

问：使用 VPN 会改善还是恶化挖矿延迟？由于双重加密、额外的跃点和减小的 MTU 大小，使用 VPN 几乎总是会增加延迟。即使企业级 VPN 也会引入 15-40 毫秒的开销和更高的抖动 - 直接路由仍然更优越。

问：为什么我对 pool.example.com 的 ping 显示为 5 毫秒，但我的矿工报告共享提交时间为 42 毫秒？ 5ms 反映了 DNS 解析加上 ICMP 回显响应。 42 毫秒包括 TCP 三向握手、TLS 握手、层作业请求/响应序列化以及本地固件处理，这些均不是 ICMP 测量的。

问：IPv6 层端点通常比 IPv4 端点更快吗？不是天生的。速度取决于本地 ISP IPv6 对等质量。在许多地区（包括印度和巴西的大部分地区），IPv6 路径经过优化程度较低的传输链路，与 IPv4 相比，延迟增加了 10-35 毫秒。