The 1.0.1 is not improving mining only network connectivity (so you might get blocks faster thus improving your chances…). Working on improving mining, but it means changing things around in non-trivial ways.
Thanks for the info, will probably wait until 2080 issues are solved before investing. Also, how are miners supposed to pay for electricity etc. when there is no way to liquidate the coins (or is there)?
Thanks for fast replies. Just to double check: since this will be solo-mining, you have to be “lucky” and mine an entire block to get any payouts? In other words, using a single 2080 Ti, can you expect to mine roughly 1 block every 3 days at current difficulty, but also risk mining for many days without any rewards?
If you pass a different N to the miner via -n N it means you will solve a different graph.
But any other value than N=0 will not work (nor will any usage of -r) since this will place a nonce at a place where the PoW verification will not expect it. We are working on updating the miner code to extend its nonces to 64 bits and place it in the right spot.
This is disappointing. Why do we really need to destroy and recreate the memory allocation each time and not support -r directly? at least setting the nonce as a starting nonce by using -n # -r Count would be a lot more effective in terms of mining. Seems to me passing the encoder hex header, the nonce and r by hand could return a more suitable response from the miner.
I’ve re-designed the miner(s) to use a 64-bit nonce (as that is what Aeternity uses) and also placing it where the PoW verification expects it. Some more testing is needed, but it should be done fairly soon. This means nonce can be passed using -n and repeated runs can be made using -r.
But, because of the Bitcoin NG where micro blocks arrive every three seconds, the miner can’t be truly long running even in this way 4-5 seconds makes sense. Still, it should improve the mining quite a bit.
A fully demonized miner would need a lot more design work but I am sure it will land some day.
yes. im tesing it now. seems working. but it can use only 1 GPU. multi_gpu version losing about 80% of hashrate because of restarts. in u new version i can run only 1 GPU. and i still cant run multiple nodes on 1 PC )) i
There will be a multi_gpu version of the same kind (basically combining repeats and instances) - it should be a good deal better, but not sure how much… The overhead when starting multiple GPU-instances at the same time seems to be unpredictable…
i cant merge u branch (with repeats) with multi_gpu branch. so i merged it with master branch. it working fine, but only 1 GPU (-d option takes last argument) how can i run my 6xGPU RIG with U version(with repeats enabled)?
while u working…can u tell how to run several nodes on ONE system. i want run u new version 6 times on different nodes. i tried different users (with different ports in yaml) for every instance. seems its impossible. *** maybe invite those 6 top miners to the team. they seem to know what to do