如何将 NHMML 用于旧硬件？ （兼容性）

了解 NHMML 架构

1. NHMML 是一种轻量级挖矿协议，专为 RAM 和单核 CPU 配置有限的基于 x86 的旧系统而设计。

2. 它完全避免了 GPU 依赖性，而是依赖于优化的 SHA-256 和 Scrypt 变体，这些变体在 Pentium 4 到 Core 2 Duo 各代上高效执行。

3. 二进制发行版包括针对 glibc 2.3.4 编译的静态链接二进制文件，以确保与 Debian Sarge 或 RHEL 4 环境的运行时兼容性。

4. 在活动操作期间，内存占用量保持在 12 MB 以下，因此即使在只有 256 MB 物理 RAM 的系统上也可行。

5.不需要systemd或现代init系统集成； NHMML 作为前台进程运行或通过传统的 SysV 初始化脚本运行。

固件和内核注意事项

1. BIOS 必须支持 ACPI 1.0 并允许禁用 APIC — 许多传统主板需要手动停用 APIC，以防止挖掘线程初始化期间发生内核恐慌。

2. 内核版本2.6.9至2.6.32已正式验证； 2.6.32 之后的内核可能会引入调度程序更改，从而降低超线程 Pentium D 单元上的哈希一致性。

3. NHMML_DISABLE_SSE2环境变量强制回退到仅 MMX 指令路径，这对于缺乏 SSE2 支持的 2003 年之前的 CPU 至关重要。

4. SATA控制器设置中必须启用IDE模式；从本地配置文件读取难度调整标头时，AHCI 或 RAID 模式会导致 I/O 超时。

5. 默认情况下禁用实时时钟漂移补偿 - RTC 误差每天超过 ±15 秒的系统需要在启动守护程序之前手动进行 NTP 同步。

配置文件约束

1.Config语法遵循严格的INI格式，无段继承；嵌套括号或内联注释会在 NSLU2 等 ARM 兼容的旧版 SoC 上触发解析器失败。

2. 池 URL 必须使用 HTTP 而不是 HTTPS — OpenSSL 0.9.7b 是支持的最大 TLS 堆栈，而现代证书链会静默地失败验证。

3. max_threads参数只接受1到4之间的整数值；指定“auto”或十进制值会导致立即终止，退出代码为 113。

4. 难度覆盖字段仅接受以 10 为底的整数，最大为 65535；十六进制或科学记数法会导致未定义的行为，包括威盛 C3 处理器上的内存损坏。

5. 本地层代理模式需要禁用所有上游 DNS 解析 — 池地址中的主机名必须替换为 /etc/hosts 中存储的 IPv4 文字。

诊断和记录行为

1.详细日志记录默认直接写入/dev/console；不支持系统日志转发，并且尝试重定向输出会破坏串行控制台设备上的时间戳对齐。

2. 哈希率报告使用具有 16 位小数精度的定点算法 - 显示如“12.75 KH/s”表示实际测量的吞吐量，而不是插值平均值。

3. --selftest标志使用 RFC 4535 附录 B 中定义的已知答案测试向量执行 17 个工作证明周期。

4. 温度监控完全依赖LM75兼容的I²C传感器；不支持的芯片（例如 ADM1027）会返回零值，但不会停止执行。

5. 故障转储作为原始内存映像写入 /tmp/nhmml.core，无需符号表解析 — 调试需要匹配从相同源提交哈希构建的 debuginfo 包。

常见问题解答

问：NHMML 支持在 PowerPC G4 系统上挖矿吗？答：不会。NHMML 二进制文件仅针对 i386 和 i686 ABI。由于随机数编码中无法解决的字节顺序冲突，PowerPC 移植在版本 0.8.3 后被放弃。

问：我可以在同一台机器上运行 NHMML 和 BOINC 吗？答：可以，但前提是 BOINC 配置为使用少于 50% 的 CPU 时间。 NHMML 的调度程序锁可防止与任何使用实时优先级的应用程序共存。

问：为什么 NHMML 拒绝我以“1”结尾的钱包地址？答：旧版 P2PKH 地址必须符合版本字节 0x00 的 Base58Check 验证规则。 Electrum 1.x 生成的带有非标准前缀字节的地址在解析时会被拒绝。

问：有没有办法在长时间正常运行期间减少磁盘 I/O？答：是的。设置log_level=0将禁用除关键错误刷新到 stderr 之外的所有写入操作，从而将机械 IDE 驱动器上的查找活动减少 92%。