Blocks:

Solved block details can be found at blocks

SPLNS

SPLNS stands for Score Per Last N Shares. Score refers to the fact that share value is weighted by the difficulty of the share found.

Last N Shares refers to the fact that the score is a rolling score based on N shares where N means 5 x the current difficulty.

The rolling average is weighted according to when the shares were found – the more recent shares are the more they are worth.

Features of SPLNS:

Cross chain bridges

Hop proof – the system cannot be gamed to earn more by hopping on and off during lucky blocks.

Short “ramp up time” compared to PPLNS – rewards more rapidly rise to stable levels when you first start hashing.

Long “ramp down time” – you are still entitled to rewards for a very long period which is pool hashrate dependant rather than time dependent so you don’t quickly “fall off” and earn nothing when you stop mining. Additionally this helps minimise variance for intermittent miners.

Lucky rewards – since shares are weighted by the difficulty of the share found, if you are a small miner that has a handful of lucky high diff shares, you can earn significantly more, capped at current network difficulty.

Block finder rewards – as per lucky rewards, a large share weight is attached to block finds (but is applied to the next block reward since user rewards are included in the existing unsolved block reward.) The sooner the next block is found, the higher the block finder reward is.

Malicious & faulty miner disincentives – since shares are rewarded according to the difficulty of the share found, malicious miners that withhold block solves, or faulty hardware that doesn’t produce high diff shares will have substantially less reward than on any other pay scheme or pool.

SPLNS calculation is done on the fly and updated every minute based as a product of HERP DERP.

Herp stands for Hash Extracted Rate Product – where each share is worth sqrt(MIN(share diff, network_diff) / work_diff) * work_diff / 2

Derp stands for Difficulty Extrapolated Reward Payment – where the reward equals the user’s herp divided by the pool’s herp i.e. it is the expected reward should a block be found now.

The pool’s Herp is simply added until it reaches 5 * network difficulty. After that it is biased every minute by scaling existing herp down to add the latest minute’s herp and all users’ herp is adjusted by the same scale the pool’s was.

Additional and/or unique bitcoinclashic.ninja features:

Accurate statistics by the minute – while the statistics displayed at bitcoinclashic.ninja are rudimentary, they are updated by the minute and include accurate estimates of hash rate, herp and derp – which translates into an accurate estimate of payout should a block be solved.

Luck estimates – as the difficulty of each share is calculated into the user’s herp, it is compared to an equivalent ‘last N share’ calculation to determine the miner’s overall luck. This is done on a per worker and per user basis and displayed in the stats.The larger the miner and the longer they mine, the closer to 1 their luck will be while small miners may have much more variation.

Coinbase generation – Block solve reward is distributed directly from the block to each user, meaning each user gets a ‘mined’ transaction directly into their wallet as soon as the block is solved so there is no wait to get paid and no pool wallet storing user’s rewards. Rewards will be considered ‘immature’ by bitcoin clashic rules so will be unspendable until 100 network confirmations have passed.

Interleaved rewards – Each time a block is solved, the top 100 miners will receive a payout while 50 of the remaining smaller miners will receive a payout. Rewards will alternate between the smaller miners according to who has waited the longest for a payout. Rewards accumulate from blocks worked on even if miners are not scheduled for a payout with that block. This is done to minimise the size of the coinbase transaction to minimise latency, maximise mining hardware compatibility, and to make sure miners don’t receive many small payouts which would lead to much larger fees when spending their reward.

Micropayments – payments below the dust threshold at block solve time will add to the user’s herp for the next block. Once a miner’s reward on successive blocks is greater than the dust threshold they will join other users with interleaved payouts.

Blocks are always as full as network congestion demands – ckpool never mines empty or light blocks and yet is still extremely fast at getting new work out to miners on block changes to minimise wasted work and decrease orphan risk.

Rapid propagation of blocks thanks to high speed low latency connections across a network of bitcoin clashic nodes to further decrease orphan risk.

Shares all transaction fees with miners – transaction fees account for a significant portion of mining reward now and as bitcoinclashic.ninja always mines blocks full of transactions the extra rewards can be substantial. Massively scalable – ckpool can handle extremely large amounts of miners without detriment to performance.

All pool code source freely available here: ckpool-splns