PythonPool

DigiByte DGB

SHA-256D SOLO
ASICBOOST 0% POOL FEE

SOLO V1

Updated 2026-08-24 22:10:05 UTC Node /DigiByte:9.26.5/ ONLINE

24H → 0.00% $0.00481000

Pool Hashrate

18.48 TH/s

Miners / Workers

3 / 10

Network Hashrate

39.50 PH/s

Difficulty

614.85M

Current Reward

253.55810338 DGB

Height

24,091,014

Coin info

Info and official links

Home

Explorer

Github wallet

Discord

Extra

Notes

Stratum

Username

<WALLET_ADDRESS>.worker1

Merged Mining username

Password

Native Stratum V2

Protocol details

Transport: Native Noise_NX_Secp256k1+EllSwift_ChaChaPoly_SHA256 framing path with encrypted session negotiation.

Braiins: Tested interoperability path with compatibility handling for real-world Braiins Sv2 traffic patterns.

Compatibility: Channel-open accepts 0x10/0x11 and optional 0x1x variants; submit path handles 0x1A/0x1B/0x32 and optional 0x2x, with Braiins interoperability as a first-class target.

Validation bridge: Sv2 submits are mapped into the same core share checker used by production stratum paths.

SHA256d path: VERSION_MASK and V2 version-rolling integration support overt
ASICBoost-style version bit handling.

secp256k1-zkp Stratum V2 Guide Braiins Hashpower

RTT Difficulty Explained

Quick guide for miners

RTT is an eCash target mechanism. The RTT KPI converts that target into a difficulty-style number (G/T) so it is easy to compare with normal network difficulty.

Higher RTT Difficulty means a harder target and fewer valid blocks on average.
Lower RTT Difficulty means an easier target and potentially more frequent valid blocks.
For a block to be valid, your share must satisfy the active RTT target as well as the normal block target.
RTT changes are normal when network conditions and template targets move.

Tip: if RTT Difficulty is above Chain Difficulty, RTT is the stricter gate for block validity right now.

Stats For Nerds

Health score

RPC transport

RPC auth

RPC timeout

RPC poll latency

Dash API RTT

RPC cache age

Stale detector

Chain

Connections

Node version

RPC updated

Node sync

Stratum V1

Stratum V2

0Health

0/5Capabilities

RPC latency trend -

Event cadence

Last event

ZMQ status

ZMQ topic

Reconnect sec

Min signal sec

RCVHWM

WS bridge

Stratum V2 runtime

Sessions (open/total)

0 / 0

Frames RX

Setup (ok/fail)

0 / 0

Channel open (ok/fail)

0 / 0

Submit (ok/fail)

0 / 0

Jobs / set_target

0 / 0

Node capability matrix

getblocktemplate

getblockchaininfo

getmininginfo

getnetworkhashps

submitblock

Runtime panel

App version

Python

Worker PID

Worker uptime

Event timeline

Worker Hashrate Limit Policy

Protection against abnormal worker hashrate spikes.

Status

DISABLED

Max Hashrate

0.0 H/s

Metric

MAX(EMA, WINDOW)

Ban Target

Ban Duration

48 hours

Hashrate limit policy is currently disabled. When enabled, workers above limit are auto-banned and disconnected for 48 hours.

2782.3%

Effort

Pool Effort

Round 14.95G • 2h 37m

1d 13h

3h 7.28%

Next Block Estimate

3h chance 7.28%

0.14%

10m / All

Best 10m vs Best All

10.53 M • 7.37 G

24H

Blocks Found 24h

Total 418 • 0.5% of total

Performance (Last 24h)

D9VtQwdTVm22qP4LHjgD9qJtYhACGcitFa / 1

Current 0.0 H/s Peak 0.0 H/s Chain Diff 0.00 Blocks 0

Loading chart

RTT Diff line is shown only for eCash/XEC when RTT data is available.

Miners

No miners

Accepted and Rejected Shares

How share validation works and how miners can reduce rejects

Accepted means a submitted share met the current share difficulty target and passed validation. Rejected means the share did not pass one or more checks.

On this pool, Accept Always is disabled. Share quality is enforced by the active difficulty target, so invalid or stale shares are rejected instead of being force-accepted.

Common reject reasons

Share hash does not meet the assigned share target (difficulty too low).
Stale share after a new job arrived (high latency or delayed submit).
Duplicate share already submitted for the same job.
Invalid nonce or malformed submit payload.

How to reduce rejects

Use the closest stratum endpoint and stable low-latency network path.
Keep miner software and firmware updated.
Avoid overloaded rigs and verify clocks and power tuning are stable.
Use correct worker credentials and avoid duplicate worker sessions.

Tip: a small reject rate can happen naturally, but persistent spikes usually indicate network delay, unstable tuning, or a worker configuration issue.

Miner Notice

Important compatibility information

Warning

Round Shares

Accepted diff_actual shares since latest found block

Latest Blocks

No blocks