Author

Topic: Perhaps pool's vulnerability? (Read 871 times)

legendary
Activity: 1750
Merit: 1007
May 19, 2013, 11:28:17 AM
#4
Stratum should be immune to this unless the pool is attempting to let two workers run at different difficulties over a single connection.  By default, Stratum defines difficulty per-connection, along with a unique extranonce per connection.  This would make it impossible to shift shares between different difficulty workers unless the pool is doing something very stupid.

Getwork is the only method I believe *could* have this flaw by default, however I think there are only a handful of pools which offer multiple difficulties over getwork.  Similar to the Stratum situation, all the pool would have to do is add a number to the coinbase to represent the difficulty the work is supposed to meet.
full member
Activity: 140
Merit: 100
May 19, 2013, 04:28:09 AM
#3
most pools shouldn't have this issue. if different connection have different extranonce1 and only one (connection, worker, diff) => extranonce1 combination is allowed.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
May 19, 2013, 04:16:41 AM
#2
They are
member
Activity: 81
Merit: 10
May 19, 2013, 04:14:13 AM
#1
Let our miner working with difficulty X.
Let's create another dummy miner with difficulty 2 * X.
Let the first miner sends shares as usual, except for those that are appropriate for the second miner. In this case, we will send shares from the second miner.
If we calculate total confirmed mining speed, it will be 1.5 times higher.

In general, if the number of miners is equal to N, then the expectation of the speed will be (N + 1) / 2 times higher.

I know that this can be fixed simply, just by checking "nonce belongs to work".
The question is whether the pools are not doing such checking?
Jump to: