A common question among Dogecoin miners is why a pool payout looks nothing like the oft-cited "10,000 DOGE per block" figure. The short answer is that the 10,000 DOGE subsidy is paid to whoever produces a valid block — in pooled mining, that is the pool itself, not an individual miner. What a miner ultimately receives depends on a separate accounting process: how much work the miner contributed, which payout method the pool uses, and how the pool's settlement schedule aligns with its reward calculation. This article traces that chain step by step, from the protocol-level reward to a worked payout scenario, so the gap stops looking like a discrepancy and starts looking like an accounting process.

Network reward and fees

Dogecoin's consensus rules pay a fixed block subsidy of 10,000 DOGE to the entity that produces a valid block, a figure defined directly in the Dogecoin Core source code's subsidy function (Dogecoin Core, dogecoin.cpp). This subsidy is not the complete amount a block producer receives. The block also includes the transaction fees paid by users whose transactions are confirmed in it, and these fees are added on top of the subsidy. Dogecoin's own documentation describes mining rewards as the subsidy plus the transaction fees contained in the block, not the subsidy alone (Dogecoin, "What is a mining pool?").

Two details matter for anyone reconciling a pool statement against this figure. First, transaction fees vary block to block, so the gross amount a pool receives for a given block is not always exactly 10,000 DOGE — it can be slightly more. Second, and more importantly, this reward is paid once, to the pool, for the single block that was found. It is not distributed as 10,000 DOGE to every miner connected to the pool. Dogecoin mining difficulty — the network-wide measure of how hard it currently is to find a valid block — also affects how frequently a pool finds blocks at all, which in turn affects how often this reward event happens. Higher difficulty, for a given amount of hashing power pointed at the network, means fewer blocks expected per unit of time, not a change in the size of the subsidy itself.

Accepted work and pool allocation

Inside a pool, work is measured in shares, not blocks. A share is a proof-of-work submission that meets the pool's own, easier-to-satisfy target; it demonstrates that a miner performed a measurable amount of hashing work, even though the overwhelming majority of shares do not also satisfy the much harder Dogecoin network target. Occasionally a submitted share does satisfy the network target as well, and when that happens the pool has found a valid block and becomes eligible for the subsidy and fees described above. This two-tier structure — an easy pool-level target for accounting, and a hard network-level target for actual blocks — is standard in pooled mining (Bitcoin Developer Guide, "Mining").

A pool does not know in advance which share, if any, will also be a valid block. Instead, it records accepted shares to measure each miner's contributed work. Under a PPLNS (Pay Per Last N Shares) model, a miner's allocation from a given pool-found block is proportional to that miner's qualifying work within a defined recent window, relative to the pool's total qualifying work in that same window. Share difficulty must be accounted for when measuring this work: raw share counts are directly comparable only when the shares have the same assigned difficulty. If difficulties differ, contributions must be weighted by their assigned share difficulty or normalized to a common difficulty. Shares that are rejected — because they were stale, invalid, or duplicated — are not counted toward this allocation; only accepted, qualifying shares are. This is why a device's locally reported hash rate is not, by itself, a reliable predictor of payout: it is the pool's accepted-share record, not the raw local reading, that determines the miner's portion.

Pool fees are also applied before proceeds reach miners. Under PPLNS, a pool typically deducts its stated fee from the block's proceeds before dividing the remainder among contributing miners, so the amount actually distributed is somewhat less than the full subsidy-plus-fees figure. The exact fee schedule and any DOGE-specific calculation parameters should be checked against the pool's current documentation, since these figures can change and are not fixed by the Dogecoin protocol.

Reward windows

Two separate time concepts are easy to conflate: the window used to calculate a miner's share of a block's proceeds, and the schedule used to credit earnings to a miner's account. Under PPLNS, the calculation window looks backward over a defined number of recent shares or recent rounds of difficulty; a miner's contribution is measured within that window, not instantaneously. This means a miner with a stable, unchanged device hash rate can still see period-to-period variation in DOGE credited, because the pool's block-finding activity and the composition of accepted shares within each window are not perfectly uniform from one period to the next.

Settlement is a separate step: the pool credits earnings eligible for a settlement batch to the miner's account according to its schedule. The blocks underlying that credit and their PPLNS contribution windows need not fall entirely within the interval between credits. On ViaBTC, DOGE earnings obtained through LTC merged mining are distributed to the linked account every two hours (ViaBTC Help Center, "LTC Merged Mining Coins Mining Tutorial"). This two-hour cadence describes account crediting; it does not mean a Dogecoin block is found every two hours, nor does it describe the timing of an external wallet withdrawal, which is a separate step governed by the pool's withdrawal rules. A related, product-specific point worth noting: ViaBTC miners can select either PPS+ or PPLNS as their payment method for LTC, but DOGE rewards obtained through merged mining are distributed under PPLNS regardless of which LTC method is selected — choosing LTC PPS+ does not convert DOGE into a fixed per-share payment.

A simplified DOGE payout example

The following scenario is a simplified, hypothetical illustration built to show the mechanics described above; it uses invented numbers and is not a statement of any specific pool's actual DOGE accounting parameters.

Suppose a pool's Dogecoin-side mining activity (via merged mining with Litecoin) results in one valid Dogecoin block eligible for reward allocation. The block pays the pool 10,000 DOGE in subsidy plus, for illustration, 40 DOGE in transaction fees, for gross proceeds of 10,040 DOGE. The pool applies its stated fee — for illustration, 2% — leaving 9,839.2 DOGE to distribute among contributing miners.

Assume all qualifying shares in this example have the same assigned difficulty. Within the PPLNS window relevant to this block, the pool recorded a total of 1,000,000 qualifying accepted shares from all connected miners combined. One particular miner contributed 9,500 of those shares — exactly 0.95% of the total qualifying work. That miner's allocation from this block would therefore be approximately:

0.95% × 9,839.2 DOGE = 93.4724 DOGE ≈ 93.5 DOGE

This is the portion attributable to this one block, not a prediction of a settlement credit. A settlement batch combines the allocations eligible for that batch under the pool's rules. To reconcile a credit, identify the relevant blocks and the contribution window used for each allocation; do not assume these match the interval between credits.

Explain common mismatches

Under PPLNS, several factors routinely explain a gap between the 10,000 DOGE subsidy and what appears on a payout statement.

1. Share of pool proceeds, not the full subsidy. A payout reflects a miner's qualifying-work proportion of distributable proceeds, not the entire block reward.
2. Pool luck and block-finding frequency. Dogecoin mining difficulty and pool hash rate determine the expected block-finding rate; actual short-term results also depend on luck. Under PPLNS, fewer eligible blocks generally mean less aggregate revenue available for allocation, even if an individual miner's performance is unchanged.
3. Rejected shares are excluded. Stale, invalid, or duplicate submissions do not count toward PPLNS allocation, so a miner experiencing connectivity issues may see lower credited amounts even if locally reported hash rate looks normal.
4. Pool fees reduce distributable proceeds. The stated pool fee is deducted before the remainder is divided among miners.
5. Settlement timing is not reward timing. A two-hour account credit reflects accumulated, already-calculated earnings; it should not be read as evidence that a block was or was not found in that exact interval, and it is a separate event from an external wallet withdrawal.
6. Comparison window mismatches. Comparing a short-term device hash rate reading against a longer PPLNS or settlement window will rarely match cleanly; checking qualifying work and pool-reported hash rate over the contribution windows underlying the credited earnings is a more reliable check. Those windows may extend beyond the interval between credits.

When a DOGE credit looks lower than expected, reviewing accepted work with share difficulty taken into account, checking rejected submissions and connection history over the relevant contribution windows, and checking the pool's current DOGE distribution and fee documentation are reasonable first steps before assuming an error has occurred.

FAQ

Why didn't I receive 10,000 DOGE when my pool found a block?

The 10,000 DOGE subsidy is paid to the pool as the block producer, not to each connected miner. The pool then allocates earnings according to its payout method. Under PPLNS, your portion depends on your qualifying work relative to the pool's total within the applicable window, with share difficulty taken into account.

Does Dogecoin mining difficulty affect my payout directly?

Difficulty does not change the fixed 10,000 DOGE subsidy itself, but it affects the pool's expected block-finding rate for a given amount of hashing power. Actual short-term results also depend on luck. Under PPLNS, fewer eligible blocks generally mean less total revenue available for allocation.

Why does my DOGE balance change even though my device hash rate looks the same?

Under PPLNS, payouts are based on qualifying work recorded by the pool within the applicable contribution window, with share difficulty taken into account, not on an instantaneous local hash rate reading. Pool block-finding activity, rejected shares, and the composition of the PPLNS window can all vary period to period.

Is a settlement credit the same as a withdrawal?

No. Settlement is the pool crediting eligible earnings to the linked account according to its settlement schedule. Withdrawing those funds to an external wallet is a separate step governed by the pool's withdrawal rules.

Does choosing a different LTC payout method change how DOGE is distributed?

On ViaBTC, DOGE rewards obtained through LTC merged mining are distributed under PPLNS regardless of whether PPS+ or PPLNS is selected for LTC itself.

References

• Dogecoin, "What is a mining pool?"
• Dogecoin Core, dogecoin.cpp subsidy function
• Bitcoin Developer Guide, "Mining"
• ViaBTC Help Center, "LTC Merged Mining Coins Mining Tutorial"