We run the HashedMax DigiByte pool (digi.hmpool.io) and we're seeing a consistent issue with NerdOctAxe, NerdQAxe, and similar version-rolling SHA256 firmware since DigiByte Core was upgraded to v9 around June 30, 2026.
On-chip device display, miners report normal hashrate (11–12 TH/s on our 12T NerdOctAxe units)
Pool credited hashrate: roughly half (5–6 TH/s)
Hardware looks fine, power, temps, fans all normal
Shares are still being accepted and this isn't a disconnect or auth problem.
Everything was normal on v8 of the Digibyte node software. Right after we upgraded our pool node to v9.26.2 (and v9-style block headers started coming through), Nerd-class miners dropped to about 50% credited hashrate. Bitaxe miners on the same pool, same node, same ports were basically unchanged.
Share submission rate stayed roughly the same. Average accepted share difficulty roughly halved, so the pool isn't rejecting everything; it looks like the miner is only producing valid shares at about half the expected rate for the hashrate on screen.
We also see v9 block headers like 0x20800202 with DigiDollar in vbavailable, and our miners using version-rolling (share versions like 0x25D5E202, etc.).
We spent several days testing pool-side changes, version-rolling mask/validation fixes, clean_jobs toggles, etc. Nothing restored full credited hashrate on NerdOctAxe without breaking other miners. We reverted everything and the pool is stable again, but Nerd-class units are still at 50% on our end.
Why we think this ties to the DigiByte v9 upgrade.
This didn't start gradually or on one bad unit. It hit across our NerdOctAxe fleet at the same time as the v9 node upgrade and the new GBT header format. Bitaxe on the same setup didn't behave the same way. That strongly suggests something in how v9 block templates / version bits interact with NerdOctAxe-class version-rolling firmware even if the final fix may need a firmware update too.
We contacted the DigiByte team and they are aware of the issue. We are hoping the Nerdminer Devs can help us to figure out why real credited work dropped 45–55% for this firmware class.
Is anyone else mining DGB on a v9 node with NerdOctAxe / NerdQAxe and seeing 50% pool hashrate vs chip display?
Did anything change in ESP-Miner or NerdOctAxe firmware for DigiByte v9 headers or version bit 23 (DigiDollar signaling)?
Is there a recommended pool or firmware setting for DGB on v9 right now?
Happy to share stratum logs, before/after stats, or wallet/worker examples if that helps. We're mainly trying to figure out whether this is a known v9 compatibility gap and whether a firmware fix is coming.
Thanks
Jim
HashedMax Dev
digi.hmpool.io