Show Posts
To sync, do that :
- Close your wallet
- Delete your peers.dat file
- Edit the conf and try to add theses nodes :
- And restart the wallet
SO what about 8 vivo blocks you got from our rigs yesterday?- Close your wallet
- Delete your peers.dat file
- Edit the conf and try to add theses nodes :
Code:
addnode=188.226.148.222:14520
addnode=188.167.144.142:14520
addnode=144.76.16.7:14520
- And restart the wallet
I explained what happened. It's a Yiimp behaviour when there are several coins with the same algo.
They have been found mostly by hashrate from users which initially wanted to mine INN.
During this hour INN was stucked at this moment as you know.
This is a standard Yaamp/Yiimp behaviour.
Shares from this hour have been counted for the next INN blocks found when the coin stuck had been solved by dev.
I have disabled VIVO and TZC in order to avoid this.
At the base, this behaviour allow miners to win more when there are several coins with same algo, even when wallets can stuck, and with more or less equivalent hashrate.
In this special situation, INN hashrate was high, not VIVO.
I am studying a solution which can allow to better reard miners in this kind of special situation.
Or simply fully removing this system in the stratum code.
I saw your post with XLR. But your forget to say you have benefited from rewards from blocks found by not XLR miners. You can check your rewards and your payouts.
I am conscious that VIVO blocks have been found without VIVO miners.
2 weeks ago, an other bug paid 3 times the payouts for many miners. All payouts have been done, with big loss for the pool. Obviously I did not receive any "complaint" for that (but I understand it). Each time a problem occurs, whatever the problem (forks, multiple payouts, coins toggle ...) I solve it and try to improve stratum behaviours.
Hoping you understand.
