You sure this is correct ?
The stratum protocol add more nonces in the coinbase tx, with one unique nonce per worker, and the rolling happen in another nonce, the two are in the coinbase tx, additionally to the block header nonce.
All miners works on a full range nonce2, and have a unique nonce1 in the coinbase. So They all work on slightly different blocks with a full 32bits nonce range.
Not sure it affects the decentralisation principle or the main reasonning though
Absolutely sure. It doesn't matter how much nonce is used during hashing. The main point. In my algorithm for EVERY miner, there is a cyclic range of values that he needs to sort out. Therefore, the pool does not bring benefits. It is very important that this range is FIXED for each new hash. In the case of Bitcoin, this range is one for all. Even if you have selected a small part in it, it allows you to distribute the calculations on several machines, dividing this range into parts. But in my algorithm there is nothing to distribute and separate. Each checks ONLY his own range.The stratum protocol add more nonces in the coinbase tx, with one unique nonce per worker, and the rolling happen in another nonce, the two are in the coinbase tx, additionally to the block header nonce.
All miners works on a full range nonce2, and have a unique nonce1 in the coinbase. So They all work on slightly different blocks with a full 32bits nonce range.
Not sure it affects the decentralisation principle or the main reasonning though
I think in this sense i understand, stratum just offer a bigger range to distribute over many miners, but with your algorithm its not possible to partition the work between different miners like a pool does. Not sure how much it affects the chance of finding a block for small miners but ok.
Pools can be a good thing too no ? They also allow small miners to earn more regulary no ?