如何將 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%。