github ocminer/keryx-miner-supr v0.10.11

latest releases: v0.13.4, v0.13.3, v0.13.2...
one month ago

πŸ“¦ Which file do I download?

Pick by GPU vendor, then your rig OS / manager. Most people want the modern NVIDIA build for their OS.

Your setup Download
NVIDIA β€” HiveOS keryx-miner-supr-0.10.11.tar.gz
NVIDIA β€” mmpOS keryx-miner-supr-mmpos_0.10.11.tar.gz
NVIDIA β€” plain Linux keryx-miner-supr-0.10.11-linux-x86_64.tar.gz
NVIDIA β€” Windows keryx-miner-supr-windows-nvidia-pom.zip
AMD β€” HiveOS keryx-miner-supr-amd-0.10.11.1.tar.gz
AMD β€” mmpOS keryx-miner-supr-amd-mmpos_0.10.11.1.tar.gz
AMD β€” Linux / other keryx-miner-supr-amd-0.10.11.1.zip
AMD β€” Windows keryx-miner-supr-windows-amd.zip

NVIDIA: modern vs legacy

  • modern (no -legacy in the name) β€” the default. Built for recent drivers (~575+); covers Turing β†’ Blackwell (RTX 20/30/40/50 series, incl. 5090). Use this unless it won't start.
  • -legacy β€” for older drivers (~535) or older cards (Volta / some Pascal). Only use it if the modern build fails at startup with a driver/CUDA error.

What each format is

  • …-0.10.11.tar.gz (plain version, no OS word) β†’ HiveOS custom miner (unpack into HiveOS custom miners).
  • …-mmpos_0.10.11.tar.gz β†’ mmpOS.
  • …-linux-x86_64.tar.gz β†’ generic Linux β€” unpack and run ./run.sh (or ./keryx-miner-supr …). Needs only the NVIDIA driver; CUDA toolkit NOT required (runtime libs are bundled).
  • …-windows-nvidia-pom.zip β†’ Windows (NVIDIA), self-contained.
  • …-windows-amd.zip β†’ Windows (AMD/OpenCL).
  • keryxcuda-windows.zip β†’ the Windows CUDA plugin DLL only (advanced/component use β€” the full Windows miner is …-windows-nvidia-pom.zip).
  • SHA256SUMS-0.10.11.txt (NVIDIA) / SHA256SUMS-amd.txt (AMD) β†’ checksums to verify your download: sha256sum -c SHA256SUMS-0.10.11.txt.

NVIDIA and AMD are separate builds. AMD assets are versioned -amd-0.10.11.1 and maintained on the AMD/OpenCL backend.


v0.10.11 β€” fix "connected but not serving inference"

Rigs could authorize on the pool, pass the inference self-test, and mine a high tier while the pool still showed declared=[] / model=none for them β€” i.e. mining a tier they were never asked to serve, which accrues inference strikes. This release makes the OPoI serving declaration robust.

Root cause: the capability declaration (mining.declare_capabilities) was fire-once β€” sent only when the serveable set changed, as a notification with no pool acknowledgement. A single declaration lost to a startup race (pool not yet ready to bind it to the worker) or a pool-side registry reset left the pool showing declared=[] permanently.

Fixes

  • Periodic re-declaration β€” the current serveable model set is re-announced every 90s even when unchanged, so a missed/lost declaration self-heals; declared no longer depends on one packet landing at exactly the right moment.
  • Live served-model telemetry β€” mining.hello carries the model but is sent once at authorize, before the model is resident (so it reported model=none). Every periodic mining.telemetry tick now includes the live serveable model-id set, so the pool's view corrects the moment the model finishes loading.

Builds on v0.10.10 (loud, self-healing model staging β€” clear errors instead of a silent "preparing…" stall) and v0.10.9 (Gemma-4-12B fits 16 GB cards with inference via per-tensor gather). No consensus/algorithm change.

Don't miss a new keryx-miner-supr release

NewReleases is sending notifications on new releases.