GPU mined coins are particularly susceptible to the 51% attack, contrary to popular belief ASIC mined coins have more protection. Bitcoin miners cant suddenly mine ZEC, or any other coin for that matter, and ETH miners cant suddenly mine Bitcoin… But with GPU mined coins, anyone can switch to other coins very quickly. What if ETH crashes due to an issue with an ICO or Casper?
It is estimated that 2M GPU’s mine ETH, lets forget about an ETH crash for a moment, what if some big miners jumped to ZEC or ETC for a bit. What would that do, would we know? Sure if they double spend all hell would break loose (at least for other coins, but ZEC and a Z address, would we know?
Now I hate to say this but BIG miners have been jumping in and out of ZEC for some time. I have been watching on Flypool. Others have dismissed my posts as simple testing. But this has been happening for many months, far too long for testing in operations of this size. Explain to me why a miner with this horse power is mining Flypool for such a short amount of time that they almost never ever show up on the stats. I have been watching and caught some good examples below. You tell me.
Flypool cant even estimate their hash rate they are in and out so fast is it 9MSol/sec?
So if we look at this miner, and I have many more examples, why would they switch in and out like this? Why use a pool when they are large enough to solo mine? How does the pool and particularly the ZEC difficulty algorithm react to this massive influx of miner power (hiding behind a huge sink like flypool)? Again this has been going on for months… but its just testing right?
I don’t think pool miners have a say in how their hash power is applied in terms of the block. After all, if that were possible, what would keep pool miners from keeping any found blocks for themselves? The pool has the control, it is the only way they can operate fairly amongst all the miners working for the pool.
I don’t want to dismiss the possibility that large amounts of hash power is coming and going, but has your analysis looked at the different between miners coming in and out of ZEC compared to moving from one pool to another?
Is it possible a large hash power miner is jumping from coin to coin to avoid mining that coin after difficulty adjusts? Jumping back to a coin after the difficulty has adjusted back down.
If the individual miners you mentioned were all fed the same false block to mine by the administrator of the pool… they would all be colluding unknowingly and ostensibly unwillingly to commit the attack at the administrators behest.
I’d say Flypool having a substantial amount of hashing power is a concern but not serious. @zcashzsmash is correct in their above reply. Fortunately, ZcashCo has monitoring nodes on the network to detect chain forks and would be able to communicate the situation rather quickly.
That said… folks should probably go to another pool to remove any chance of this complication occurring.
Even i have felt that.
thanx for the explaination.
and how do you change core clock and mem clock under linux nvdia cards?
i tried coolbit method but using nvidia-smi i can change power only.