I have 20% of the Hash power with 3 Rigs, it is insane !
We need more miners guys, The name is good, the logo is good, wallet works perfectly.
All we need your support.
Can you give me some ? It can be useful for the testnet.
By the way, 20kH/s on the same pool is bad because it makes bottlenecks for payements.
so if you've got 3 rigs, hope you point one on each pools
What do you mean, i can earn more coin if i mine on 2 pools ?
I think he's saying it will be better for the pools and network, and less likely to cause you to get stuck payments. It's better and safer to spread your rigs out. You won't earn more, but you also won't earn less. You will earn about the same, but you will help the network grow.
Yes it's better to keep hash power decentralised and by the way there are 3 pools ( not 2). You won't earn more or less, just the payments frequency will change.
About the payments bottleneck :https://ird.uvac.fr send payments with a mixin level 5 and send at 3 addresses max at one time. That mean transactions are untraceable. Furthermore, the pool frontend is backed by ssl (https only) and there is a ssl mining port : your confidentiality is preserved (like monero).
https://irdpool.de send payments with a mixin level 1 and at 2 addresses max at one time and frontend is backed by ssl (https) : you get little privacy but your transactions can be traceable.
http://irdpool.tk send payments with a mixin level 0 and at one address at time, frontend is not encrypted : everyone looking for a little can get informations on each wallets.
But, the counterpart of a higher mixin an max addresses at time is the block size has to be bigger, so sent errors like MixIn count is too big occurs more frequently. Furthermore, max amount of payments can't be very high (less than with no mixin/address) because the block who can handle thoses transaction has to be bigger...
So in the case of ird.uvac.fr, payments are checked every 30 seconds and it get failed payments send attempts until a block is big enough to hold the TXs.
For the user, it delay the payment from 30 secondes minimum to 1 or 2 minutes : it's transparent.
Back to payments bottleneck business :The problem of a big hashrate for one user is the balance increase fast and if some payments are delayed, there is a point where the balance is too big to be sent. I had the problem with a user : his balance was at 4,8k ! in this case, I have to do manual payments and it's really a pain...
But (and this is the last one
) doing this "force" the average block size to grow, and the bigger is this average, the bigger "big" transactions can be allowed, so I think it's better for the network to have this approach. For the privacy purpose : Everyone sees noon at his door...
