Pearl 1.5.7加入节点监控并修复测试网同步卡顿
来源发布日期: 2026-11-12 · 编辑分析发布日期: 2026-11-13
新版加入可选的节点监控指标，并加强对其他节点消息的处理。挖矿证明验证规则的调整针对测试网。
矿池和节点运营者收到新版
Pearl Research Labs于十一月十二日发布v1.5.7。新版增加了节点监控，加强了对其他节点发来消息的处理，也修复了测试网从头同步时会卡住的问题。节点负责检查和转发区块，挖矿程序负责执行找块需要的计算。若矿池用自己的节点制作任务，即使矿机显示算力一切如常，也应关心节点有没有赶上链头。节点停留在旧区块时，矿池拿到的链状态可能已经落后。
发布说明写的是节点功能和测试网变化。这次并未在主网上启用提议中的FP8变更，也没有新增显卡要求。通过矿池挖矿的读者，可以继续查看矿池另行发布的兼容说明。自己维护挖矿节点的人，则可以用新版本观察节点在什么情况下落后、是否稳定接受区块，以及问题会不会影响给矿机下发任务。
排查矿池时，可以先记下两套版本号。pearld的版本说明用什么软件接收并检查区块，挖矿程序的版本说明用什么软件生成并提交证明。设备和节点不一定在同一天更新，也不一定由同一个人管理。若一张显卡的算力显示异常，通常先看设备和挖矿程序；若一组机器同时停止收到新任务，节点和矿池也应列入检查范围。把版本记录分开，有助于避免看到新版本公告就给全部显卡换软件。
监控数据能告诉你什么
节点程序pearld现在可以向Prometheus提供指标。Prometheus是一种定时采集数据的工具。它能保存节点最近一个区块的高度和时间、连接数、区块处理耗时以及节点收到的请求等记录。把这些数据排成时间线，矿池可以将节点落后的时段与矿工报告异常的时段比较。如果矿机算力和平时相同，节点却落后于独立来源，可以先查节点和它的连接，而不急于改矿机频率。
这个监控接口默认关闭，明确启用后才会提供数据，接口自身没有身份验证。应把它留在本机或仅采集程序可访问的私有监控网络内。设置告警之前，先观察正常运行时各项数字的变化。一次请求变慢或者连接减少，是值得检查的迹象。它们不能单独说明矿池发不出有效任务，还要结合区块高度和实际接收的挖矿工作一起判断。
以一个具体的排查过程为例：先看节点记录里最近一个区块是什么时候到的，再看矿池日志里下一份挖矿任务是什么时候发出去的。如果独立节点早已收到新区块，而自己的节点还显示旧高度，就从节点连接和区块处理查起。如果本地节点已经看到新区块，矿机却仍拿到以前的任务，就顺着节点与矿池之间的连接继续找。Prometheus指标覆盖节点这一段，池端是否真的发了新任务要看矿池自己的日志。两个时点分别记下来，比只截图一张总算力图更能说明问题。
指标里还包括处理区块用了多长时间。某一个区块花得久，并不表示节点现在还落后：它有可能在处理完成后重新追上网络。因此，设置告警时可以把长时间停在旧高度和其他信号结合起来，别把一个处理较慢的区块单独当成故障。真正要抓住的是会让矿池无法及时发出新任务的症状。
测试网为什么卡在旧区块
修复说明指出，测试网上编号为36761和36762的两个区块使用了秩为64的挖矿证明证书。这里的秩是证明规则里的一个参数。旧的生效安排从第一个区块开始就要求至少128。刚开始同步的节点会拒绝36761，然后又请求同一个区块，于是过不去。新版把这条要求的起点移到36763。两个历史区块可以通过检查，从下一个区块开始仍需满足原定的最低要求。
调整只涉及出问题的测试网，主链的挖矿证明规则没有随此变动。测试新版本的矿池可以从零启动一个测试节点，确认它能跨过这两个区块，然后继续同步。这样能验证这项修复有没有起作用；不能从中推算主网上一张显卡的收入。主网挖矿所需的设备条件仍要以主网规则和使用的软件为准。
开发者还报告说，他们把修改后的测试网参数用在历史区块头上做了检查。区块头包含节点识别与验证区块所需的一部分数据。这项检查针对的是本次已定位的验证故障，不能替代运营者对自己部署的观察。如果升级后测试节点仍在别的高度停住，先写下最后一个被接受的区块和运行中的版本，确认是不是同一处问题，再看连接和日志。停在别的地方可能有别的原因。测试网改了一个历史起点，也不意味着主网矿工需要为此更换设备。
更新后的例行检查
新版还限制了某些消息在数据到达前能让节点预留的内存，也限制低质量连接可触发的一部分处理工作。节点不再根据其他节点发来的时间去偏移自己的调整时间。这些都是节点处理外部通信的改动。升级后可以沿挖矿链路检查两头：节点是否继续收到新区块，矿池是否还在给设备发送新任务并接受工作。
先保存旧版本和配置的信息，核对发布来源，再确认正在运行的是所选版本。监控面板可以指出停顿从哪里开始，独立来源提供的区块高度与矿池自己的工作记录则能告诉你，问题是否一路传到了矿机。
部署前后也可以做一次简单的对照。升级之前记下节点当前的高度、连接情况和矿池接受工作的状态，升级后在相近的运行条件下查看同样几项数据。关注的是区块高度是否继续向前、节点能否保持连接、矿池是否继续收到并接受工作。若有一段先停下来，保存出问题时那一段的日志和版本信息，方便团队复查。短时间内个别指标上下波动很常见，有了同一条链路的前后记录，才更容易区分正常波动和实际中断。
来源: Pearl Research Labs ↗ · Pearl — metrics implementation ↗ · Pearl — testnet sync fix ↗ · Pearl — network security changes ↗
挖矿计算器 ↗
