π¦ 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
-legacyin 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.1and 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;
declaredno longer depends on one packet landing at exactly the right moment. - Live served-model telemetry β
mining.hellocarries the model but is sent once at authorize, before the model is resident (so it reportedmodel=none). Every periodicmining.telemetrytick 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.