Topic: [ANN] Noirbits Update required Improved algos !!!! - page 17. (Read 74508 times)
coinmine down?
Ok, I got it, if you can push the diff (and test it...), if you can't, I'll get to it tonight CEST :
bitcoinrpc.cpp line 323 should be :
Well, not exactly, but it should better than now (technically, target is recalculated every 60 blocks (see main.cpp lines 838 and 870) and not every hour or two hours, since it assumes that a block lasts 2minutes)... Until we get a better algo to recalc target, 60 should be close enough...
Until then, I doubt diff will drop since over the last 2016 blocks, we've had some very low diffs with very low block times, which is giving us way out of scale hashrates... But I could be mistaken, since as I mentionned before, I don't know the source code very well...
bitcoinrpc.cpp line 323 should be :
Code:
lookup = pindexBest->nHeight % 60 + 1;
Well, not exactly, but it should better than now (technically, target is recalculated every 60 blocks (see main.cpp lines 838 and 870) and not every hour or two hours, since it assumes that a block lasts 2minutes)... Until we get a better algo to recalc target, 60 should be close enough...
Until then, I doubt diff will drop since over the last 2016 blocks, we've had some very low diffs with very low block times, which is giving us way out of scale hashrates... But I could be mistaken, since as I mentionned before, I don't know the source code very well...
Quote from: barwizi
ok, lets work together on it then. By the way, whoever sent me the 300 Noir, thank you very much. I am currently beta testing a bot that trades on cryptsy and btce at the same time so any old coins you have lying around would be appreciated. Currently it's making an average 3% profit daily.
What's the address ? If you mined on miners-united.com, it's probably from there. Some blocks were not getting paid, so I setup a new routine to fix that, and everyone who ever mined must have gotten some extra coins (there were about 10K Noirs to payout) this morning... so enjoy
For the client, I don't know the source code very well, but we need to find a way to get the last blocks that have the same difficulty as the current diff, since the hashrate formula is based off current difficulty.
It also looks that there is an issue with the way that the network hash is being calculated. We will need to look into that as it is not representing the true network hash rate over few enough blocks. It is showing that our pools have over 100% of the network when they clearly don't, and it also is dropping the difficulty even when the true hashrate is higher.
Understood, i will look into it and we should be good to go in a bit.
Line 323 of bitcoinrpc.cpp :
Code:
if (lookup <= 0)
lookup = pindexBest->nHeight % 2016 + 1;
lookup = pindexBest->nHeight % 2016 + 1;
The 2016 is leftover from litecoind
So basically hashrate is calculated over the last 2016 blocks which spans way too many diff retargets in Noirbits...If you want, I can push a fix tonight when I get home from work.
ok, lets work together on it then. By the way, whoever sent me the 300 Noir, thank you very much. I am currently beta testing a bot that trades on cryptsy and btce at the same time so any old coins you have lying around would be appreciated. Currently it's making an average 3% profit daily.
New NoirBits Stratum mining pool, noir.minepool.net
Proportional payout per block (not PPLNS) by share ratio , finder gets 5% of the block off the top.
Proportional payout per block (not PPLNS) by share ratio , finder gets 5% of the block off the top.
It also looks that there is an issue with the way that the network hash is being calculated. We will need to look into that as it is not representing the true network hash rate over few enough blocks. It is showing that our pools have over 100% of the network when they clearly don't, and it also is dropping the difficulty even when the true hashrate is higher.
Understood, i will look into it and we should be good to go in a bit.
Line 323 of bitcoinrpc.cpp :
Code:
if (lookup <= 0)
lookup = pindexBest->nHeight % 2016 + 1;
lookup = pindexBest->nHeight % 2016 + 1;
The 2016 is leftover from litecoind
So basically hashrate is calculated over the last 2016 blocks which spans way too many diff retargets in Noirbits...If you want, I can push a fix tonight when I get home from work.
It also looks that there is an issue with the way that the network hash is being calculated. We will need to look into that as it is not representing the true network hash rate over few enough blocks. It is showing that our pools have over 100% of the network when they clearly don't, and it also is dropping the difficulty even when the true hashrate is higher.
Understood, i will look into it and we should be good to go in a bit.
It also looks that there is an issue with the way that the network hash is being calculated. We will need to look into that as it is not representing the true network hash rate over few enough blocks. It is showing that our pools have over 100% of the network when they clearly don't, and it also is dropping the difficulty even when the true hashrate is higher.
With the current spikes in hash rate due to us being on an exchange now I wonder if it would be possible to implement something like mini-retargets. These would be different than the normal hourly retarget that adjusts the difficulty based on the current network strength every 30 blocks. Feather coin not to long ago experienced the same issues where their difficulty went so high that everyone dropped out and the 3 day retarget turned into 30. So if we had these network checkpoints every 5 or 10 blocks that could adjust the difficulty by a maximum of 33% each it would allow the network to get back to a stable difficulty quicker 3-6 times quicker. We currently retarget around every 60 minutes but at times it is going up to every 3-4 hours now dropping the hash rate to single digits which make the network really unsafe. Just a suggestion, anyone know the drawbacks or technical difficulties of implementing this?
Or alternatively, if you had 4 hours without a retarget, then you retarget on the next block, something like that.
With the current spikes in hash rate due to us being on an exchange now I wonder if it would be possible to implement something like mini-retargets. These would be different than the normal hourly retarget that adjusts the difficulty based on the current network strength every 30 blocks. Feather coin not to long ago experienced the same issues where their difficulty went so high that everyone dropped out and the 3 day retarget turned into 30. So if we had these network checkpoints every 5 or 10 blocks that could adjust the difficulty by a maximum of 33% each it would allow the network to get back to a stable difficulty quicker 3-6 times quicker. We currently retarget around every 60 minutes but at times it is going up to every 3-4 hours now dropping the hash rate to single digits which make the network really unsafe. Just a suggestion, anyone know the drawbacks or technical difficulties of implementing this?
Man, I haven't been keeping up with this thread. Caught up now! Good job on this guys!
also happy to design a Advert for Norbits mate as per discussion - if you want to do a giveaway or something ?
send me some images and i'll make it if you like , but tell me, or point me to a little bit more about the Currency for example what's the name mean?
Allright, pool's updated with latest checkpoint.
Right, I'm gonna update... Can't move my miners off the pool though I'm back @ work...
Also something's definitely off, miners-united supposedly has 195% of the network's hashing power...
Also something's definitely off, miners-united supposedly has 195% of the network's hashing power...
I'm also temporarily moving half my cards to solo mining to encourage spread of hash power
checkpoint 17058 pushed just in case, i'll start looking at things on my end, please pool owners check on yours. I am working on an updated version of the windows client.
Coinmine no block for 3 hours.. looks dead again.. network hash is down to 4.8m. Looks like another crash.
Which site did you get that information from ?
BTW, noirbits.com is up, thanks to TheRick for his great job !
You don't need a website for this. You can figure it out on your own, instead of waiting for coinchoose to list it.BTW, noirbits.com is up, thanks to TheRick for his great job !
Hint: https://bitcointalksearch.org/topic/coin-profitability-calculator-213580
Yeah but you know... laziness...
Jump to: