Choose a pool by the work it credits, the assets it pays, the payout method and the balance you leave under its control. A headline fee is only one part of that decision. A smaller displayed fee can be outweighed by rejected work, conversion deductions or an awkward withdrawal rule.
Expanded review · 22 October 2026. This guide adds an explicit /PPLNS model, a receipt ledger and an exit checklist. Pool terms are dated operator statements. The and luck examples are synthetic, with no live pool-share ranking, test miner or independent solvency audit.
A verified example, not a ranking
On 22 October 2026, LitecoinPool's help page stated a nominal 2% PPS fee for both LTC and DOGE, already included in its reward rates, and no additional payout fee. It asked users to configure separate LTC and DOGE payout addresses. It also said that other auxiliary coins support a higher PPS ratio rather than being paid as those coins.
The same page directed users to their account's Payments page for exact payout conditions and described a 24-hour suspension after changing a payout . A public help-page check cannot verify account-specific thresholds, actual execution or future terms. Save the applicable settings and date when comparing alternatives.
This is a documented example of what to inspect. It does not establish the cheapest, safest or largest pool. A comparison needs equivalent dates, reward scope, accepted work and assumptions. The former unsupported market-share ranking remains withdrawn.
Questions to answer before pointing a miner
| Decision | Evidence to retain | Why it changes the result |
|---|---|---|
| Credited chains | Per-coin reward and conversion rules | “Merged mining” does not promise every coin directly |
| Reward scheme | PPS, PPLNS or other exact formula; fee scope | Moves block-luck exposure and changes timing |
| Deductions | Per-coin fee, payout charge and conversion spread | A single percentage may omit several costs |
| Accepted work | Difficulty-weighted shares; rejected and stale categories | Raw share counts or nameplate speed can mislead |
| Settlement | Threshold, schedule, maturity and address-change hold | Credited balance may remain unpaid |
| Control and exit | Account security, final payout and dispute route | Leaving a pool need not settle the remaining balance immediately |
Use a -compatible miner and the operator's authenticated configuration instructions. Choose a server appropriate to your connection, then measure accepted work over a meaningful period. Failover is useful only if its endpoints and payout settings are independently correct. Never reuse an account password as a worker password.
Compare difficulty-weighted accepted shares when variable difficulty is used. One accepted share at difficulty four is not equivalent to one at difficulty one. Keep the reporting window, timezone and unit alongside a estimate. Hardware-reported speed, pool-estimated submitted work and credited work need not be identical.
PPS and PPLNS pay for different exposure
PPS pays according to accepted shares and the operator's formula. The operator takes the immediate risk that its income falls short of the credits it owes. The miner still faces changing difficulty, reward rates, rejected work and operator payment risk.
PPLNS allocates block proceeds among eligible work in a defined trailing window. Payments follow blocks found and the miner's share of that window. Starting, stopping or changing pools can affect which work remains eligible; the exact window and payment rules matter. A run of low income is not by itself proof of underpayment.
The foundational analysis of pooled mining reward systems explains this transfer of variance. It concerns reward mathematics, not today's Litecoin provider terms. Labels such as PPS+, FPPS and PPLNS are insufficient without the implementation: ask whether transaction fees and auxiliary-chain proceeds are included and how each component is distributed.
Compare both expected net coins and cash-flow variability. PPS can smooth the block-luck component without turning the operator into a risk-free counterparty. A lower PPLNS fee does not promise higher receipts in every short observation window.
Variance does not disappear
Use one declared case throughout: a miner delivering 16 GH/s continuously, an effective network work rate of 3 PH/s for each modeled chain, 576 target LTC blocks/day, 6.25 LTC subsidy and no . For DOGE, assume 1,440 blocks/day and 10,000 DOGE subsidy. None of these network-work inputs is a current measurement.
The theoretical daily subsidy shares are 0.0192 LTC and 76.8 DOGE. Under an illustrative 2% deduction on both, the expected credits are 0.018816 LTC and 75.264 DOGE. This is a simplified baseline, not LitecoinPool's exact PPS quote or a prediction for a particular operator.
For an idealized PPLNS comparison, let the pool supply 10% of network work. Our miner is 16/300,000 of its work. Assume this fraction remains constant throughout every eligible window, all modeled blocks are accepted and every block pays the same subsidy. The pool expects 57.6 LTC blocks/day.
| Reward case | Assumed pool block outcome | Modeled miner LTC credit |
|---|---|---|
| PPS baseline expectation | Credit independent of the pool's day's block count | 0.018816 |
| Idealized PPLNS, low example | 40 LTC blocks | 0.01306667 |
| Idealized PPLNS, near-mean example | 58 LTC blocks | 0.01894667 |
| Idealized PPLNS, high example | 75 LTC blocks | 0.02450000 |
Each PPLNS row uses blocks × 6.25 × (16/300,000) × 0.98. Under a stationary Poisson approximation, the pool block-count coefficient of variation is 1/√57.6, about 13.18% for one day, and 1/√1,728, about 2.41% for 30 days. Those percentages describe this LTC block-count model, not every miner's total payout variation. Real PPLNS windows, work changes, fees, orphans and DOGE's partly related work outcomes are omitted.
For comparison, solo LTC work at the assumed miner/network ratio expects 0.003072 blocks/day: a mean interval of about 325.52 days. The same stationary approximation gives about a 32.59% chance of zero blocks over 365 days. The mean is not a deadline, and a long unsuccessful interval does not make the next hash “due”.
Put fees into the correct model
Start with theoretical gross coin revenue only if you are building the reward formula yourself. If a provider's displayed effective PPS rate already includes its fee, multiplying the result by another 0.98 deducts that fee twice. Conversely, do not assume the displayed rate includes withdrawal or conversion costs unless the documentation says so.
Likewise, apply uptime and rejected-work adjustments once. A continuous 16 GH/s nameplate scenario differs from 16 GH/s already estimated from accepted shares across the full day. Applying a further downtime discount to the latter can double count the lost work.
Keep LTC and DOGE in separate quantity columns. Convert both at declared prices and times only when a common-value comparison is required. Mining a second chain through shared work does not double the same device's electricity. Use the merged-mining calculation, mining calculator and energy model, checking which subsidies and costs each includes.
For a hypothetical 3.36 kW continuous draw, electricity is 80.64 kWh/day before separately accounted cooling. A profitable-looking pool credit can still fail to cover that bill, hardware depreciation, repairs and conversion costs. The pool with the largest dashboard revenue is not automatically the best net result for your installation.
Reconcile credited coins with received coins
For each asset, use a balance identity instead of summing every dashboard label:
Closing pool balance =
opening balance + net new credits − debited payouts − other deductionsSuppose the opening LTC balance is 0.01000000, net new credits are 0.01881600 and a payout debits 0.02000000. With no other adjustment, the closing pool balance is 0.00881600 LTC. The receipt is a separate record. If a provider deducts a payout charge, record both its gross debit and your net receipt; do not silently count both as revenue.
Download the blank settlement ledger. It has rows for separate LTC and DOGE records, fees, and closing balances. Use private local records; the worksheet needs no , keys or account passwords. A transaction ID establishes an payment to a destination, while attribution to your pool account also requires your records.
Plan the exit before the first unpaid balance grows
Inspect minimum payouts, final-settlement options and whether changing an address triggers a hold. An automatic threshold can leave a small balance after the miner stops. PPLNS eligibility can also continue to produce later credits, so an immediate zero worker speed need not mean settlement is complete.
Keep a copy of settings, credited work and payment history before moving. Confirm the first payment reaches the intended wallet, then monitor later batches and changes in terms. A small successful withdrawal verifies that particular event; it does not prove solvency or future availability. Account access, destination locking and failover should be recoverable through the provider's documented process.
Concentration is a separate decision from price. Distinguish the operator making templates from the owners of connected miners, use an explicit measurement window and retain unknown attribution. The decentralization guide explains why a pool's name on blocks is not a census of independent hardware owners.
Sources and checks
The subsidy and target-spacing inputs follow Litecoin's versioned parameters, Dogecoin's parameters and its subsidy function. Provider terms were checked on the review date; account-only payout settings were not inspected.
Download the declared reward scenarios and offline calculation script. The script reproduces the arithmetic without connecting to a pool. It models no real miner, contract, payout execution or solvency.
Frequently asked questions
Does PPS guarantee payment?
No. It reduces exposure to the pool's immediate block luck under its formula. Operator, account and withdrawal risks remain.
Is PPLNS always more profitable?
No. Expected rewards depend on fees, eligible work and included proceeds. Short-period receipts also depend on block luck and the actual window rules.
Can I compare pools by raw share counts?
Not when share difficulty differs. Compare difficulty-weighted accepted work over matching periods and inspect rejection categories.
Should I deduct the nominal fee from a net PPS rate?
No. First check whether the quoted rate already includes it. Deduct each charge once and record separate payout or conversion costs.
Why can my final balance remain unpaid?
Thresholds, maturity, payout schedules, address-change holds or later PPLNS credits can delay settlement. Check the account's current rules.
Are the scenario hashrates current network observations?
No. The 16 GH/s miner, 3 PH/s denominators and 10% pool share are declared teaching assumptions. They are not a pool ranking or forecast.
