WildRig 0.51.9改进Pearl过期份额处理，并重传修复RDNA4的Windows包
来源发布日期: 2026-11-03 · 编辑分析发布日期: 2026-11-04
11月3日版本调整Pearlhash网络通信和GPU计算；修正后的Windows包在当天稍晚上传，因此仅看版本号无法确认当前文件。
让矿池及时收到更多有效工作
WildRig Multi于11月3日01:43 UTC发布稳定版0.51.9。作者表示，Pearlhash的网络通信部分经过改进，过期share更少，同时调整了GPU计算。对于已经运行的矿机，值得观察的是有多少工作在仍然有效时到达矿池，而不只是控制台是否短暂显示更高速度。这次事件属于现有挖矿软件更新，不是新显卡或新ASIC发布，矿主可以先对照自己遇到的问题再决定是否试用。
share是矿池用来记录计算贡献的工作份额；stale share表示相应任务已经过时后才到达的份额。因此，显卡即便本地算力很高，也可能有一部分结果提交太晚。改善通信有机会增加可用结果，而不需要多装一张卡，也不一定提高显卡本身的名义计算速度。理解这一点，才能看清发布说明为什么把网络改进与GPU计算改进分开列出。
发布说明没有给出过期份额降低多少、测试持续多久或收益统一提高多少。这里确认的是开发者记录了一项软件变化，并非ASIC.tools独立测试结果。它也没有说明所有矿池的过期份额都出于同一种原因，或都会按相同规则结算。对具体用户而言，网络、任务和矿池规则仍然影响结果，不能将一句“更少stale”直接换算成承诺收入。
已经挖Pearl的用户可以先保存自己矿池的接受、过期和其他拒绝记录，并选择足够长的观察窗口。这些基线数据能帮助判断新版是否改善了对应问题。如果同时更换挖矿程序、矿池和上网连接，即使结果有变化，也难以知道真正原因。比较应围绕自己的稳定运行情况展开，而不是拿两个不同用户、不同时间的截图当成同条件测试。
NVIDIA效率与AMD RDNA4改进的范围不同
作者列出的GPU变化包括：NVIDIA RTX 2000、3000、4000、5000系列的Pearlhash效率改善，以及AMD RDNA4的Pearlhash改进。两句话范围不同：前者明确说效率，后者没有给出对应的量化节能说法。不能把它们扩展到未列出的显卡家族，也不能理解为WildRig支持的每一种算法都获得相同提升；具体变化应保持原有型号和算法边界。
效率关注的是消耗一定电力能得到多少有用结果，不等于只看计算速度。GPU软件显示功耗降低可能有帮助，但电表还会记录主板、处理器、电源损耗和散热等用电。更新前后应保持测量范围一致，尤其是混合显卡矿机，一张卡的变化放到整机总量里可能很小。不能将单卡传感器读数与旧版整机墙上电表读数直接作比较。
说明没有提供提升百分比、每卡瓦数或受控的前后对照表，因此没有依据给RTX用户分配固定节省金额，也不能据此预测新购显卡的回本时间。已有设备的主人可以测试自己的机器，但这个软件版本本身不是购买硬件的理由。支持某项改进与某位用户能够在当地电价下获利，中间还需要实际运行和成本数据，不能用一个词替代。
对照测试应保持算法和矿池可比，记录实际频率，并观察温度、错误与接受工作。本地算力更高但拒绝也更多，仍不足以说明效率改善；相反，控制台速度接近原来，但过期结果减少，也可能有价值。最后应同时看被接受的产出与为此测得的用电，避免把显示变化、网络变化和真实成本变化混为一谈，从而误判该保留哪一版本。
Windows用户还要确认是否拿到修正后的文件
11月3日稍晚，作者补充说明：Windows构建已经重新上传，修复AMD RDNA4支持。GitHub记录当前Windows资源更新时间为10:09:33 UTC，晚于最初的01:43:02发布时间。因此，刚发布时保存的压缩包，可能与现在挂在同一版本页上的文件不同。版本号仍然是0.51.9，不能只凭文件名和版本截图便判断下载内容完全一致。
修正文件名为wildrig-multi-windows-0.51.9.zip。编辑核查时，GitHub列出大小29,465,021字节，SHA-256开头为ac7ec18a446887f3，完整摘要可查看官方资源元数据。名称与版本便于查找，而内容校验用于区分本地保存的早期文件和当前所指的包。这些数字用于识别资源，不是显卡性能、安装成功率或安全检测分数。
校验和比较的是文件内容，不是程序表现或可信程度。与官方摘要一致，说明文件对应公布的资源，并不证明二进制一定无害，也不证明RDNA4在每一种Windows环境都已正常运行。本报道没有执行任何挖矿程序，也没有独立测试作者的修复。对矿主而言，资源身份核对与有限范围的运行验证是两个不同步骤，不能用其中一个代替另一个。
发布页也提供Linux和HiveOS压缩包，它们有各自名称与摘要。重新上传的补充说明明确针对Windows，不能推断其他平台包也在同一时间被替换，更不能拿Windows摘要核对Linux文件。应选择实际操作系统对应的资源，并保留下载时间和所用摘要，这比只记下“已经升级0.51.9”更有助于之后排查为何两台机器结果不同。
正确计算接受工作，不把比例直接变成利润
用一个纯说明性例子：两个可比窗口各提交10,000个相同难度的share，过期数量从200降到100，其余全部接受。过期占比由2%降至1%，接受数量则从9,800增至9,900，约增加1.02%。过期数量减少一半，并不是收入增长50%。这些数字只解释记账关系，不是WildRig测试成绩，也没有假设任何币价或矿池实际支付金额。
真实矿池可能调整share难度，直接比较原始数量未必公平。应结合矿池结算规则，查看足够时间内的计入工作量或矿池自身的接受算力指标。过短窗口容易波动；电费和运行时间又意味着产出改善与净利润改善需要分别核算。若观察条件不一致，单个接受数量或一张低功耗截图，都不足以支持“新版一定更赚钱”的结论。
在有限范围更新前，保留原配置和已经正常工作的旧包，记录选用的新资源以及基线读数。之后查看连接行为、实际接受情况和用电，而不只确认程序能够启动。若原故障仍然存在，这些记录有助于区分软件问题、矿池问题和本地网络问题，也方便恢复到已知状态，避免为了验证一次小更新而同时改变整台矿机的多个运行条件。
这是一次新的Pearlhash版本事件，还包含同日替换Windows包的具体后续，与此前Team Black Miner和BzMiner报道不同。它不会改变Bitcoin SHA-256 ASIC的硬件规格，也不提供保证电价或收入。对某位矿主的真正价值，在于所述网络、GPU或RDNA4修复是否解决自己机器已经记录的问题；未经测量，不能把作者的改进描述扩大为所有设备的普遍结论。
来源: WildRig Multi ↗ · Official repository and documentation ↗
挖矿计算器 ↗
