NomadGroup
|
|
August 08, 2017, 06:09:57 AM |
|
Well ... this way you get them faster ... ... I mentioned before that I'll continue it while it keeps working ... i.e. the payouts contine to be confirmed faster
Cool! Thanks Kano! Sure works for me!
|
|
|
|
kano (OP)
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
August 08, 2017, 06:17:02 AM |
|
Hmm ... well ... segwit is already locked in BIP91 did that. If you happen to have twitter (no I don't and never will) get them to fix the pool name if you can. It's KanoPool (it says it there in the coinbase so they shouldn't require any verification ...) At least you see the cat there also Blocktrail doesn't show the UTF-8 symbols, btc.com does though.
|
|
|
|
usernamehere
Member
Offline
Activity: 85
Merit: 10
|
|
August 08, 2017, 06:39:38 AM |
|
Hmm ... well ... segwit is already locked in BIP91 did that. If you happen to have twitter (no I don't and never will) get them to fix the pool name if you can. It's KanoPool (it says it there in the coinbase so they shouldn't require any verification ...) At least you see the cat there also Blocktrail doesn't show the UTF-8 symbols, btc.com does though. I reached out to him on twitter to change it.
|
|
|
|
kano (OP)
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
August 08, 2017, 08:10:36 AM |
|
Hmm ... well ... segwit is already locked in BIP91 did that. If you happen to have twitter (no I don't and never will) get them to fix the pool name if you can. It's KanoPool (it says it there in the coinbase so they shouldn't require any verification ...) At least you see the cat there also Blocktrail doesn't show the UTF-8 symbols, btc.com does though. I reached out to him on twitter to change it. Thanks!
|
|
|
|
kano (OP)
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
August 08, 2017, 10:44:09 AM |
|
Block! by jotun
|
|
|
|
philipma1957
Legendary
Online
Activity: 4270
Merit: 8668
'The right to privacy matters'
|
|
August 08, 2017, 10:50:34 AM |
|
Block! by jotun nice we need to keep them coming Monthly Statistics UTC Month.........Pool Avg,,,,,,,Blocks.........Expected.......Mean Diff%,,,,,,,,MeanTx%.......Luck%.....PPS% 2017 Aug........…79.80PHs,,,,,,14..............16.26,,,,,,,,,,,,116.12%...........105.42%........86.12%....89.97% we have to get three by the end of the day to be ahead for the month
|
|
|
|
kano (OP)
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
August 08, 2017, 12:10:33 PM |
|
There'll be a pool restart at 12:00 UTC in half an hour. It will mean a failover and an immediate failback for ALL miners.This is an update of the mining pool code to include segwit transactions in our work (since they clearly have been working on the network for a while now) and a fix for the deadlock long ago back in Feb I've also added a log dump of the block information so I can find out what these valid 'inconclusive' blocks we are getting are. Unfortunately the update failed dismally I switched back to the old code again and all is OK again. Total outage was 2 minutes. I terminated the pool at 21:59:56, but then had to switch back to the old code, all nodes had reconnected by 22:01:51 so miners would have failed back from then. More work to do.
|
|
|
|
clgrissom3
Legendary
Offline
Activity: 1722
Merit: 1032
Carl, aka Sonny :)
|
|
August 08, 2017, 12:31:06 PM |
|
Block! by jotun Nice Job! This is our 3rd of BLOCK TUESDAY!
|
|
|
|
MEARK
Newbie
Offline
Activity: 19
Merit: 0
|
|
August 08, 2017, 12:37:21 PM |
|
There'll be a pool restart at 12:00 UTC in half an hour. It will mean a failover and an immediate failback for ALL miners.This is an update of the mining pool code to include segwit transactions in our work (since they clearly have been working on the network for a while now) and a fix for the deadlock long ago back in Feb I've also added a log dump of the block information so I can find out what these valid 'inconclusive' blocks we are getting are. Unfortunately the update failed dismally I switched back to the old code again and all is OK again. Total outage was 2 minutes. I terminated the pool at 21:59:56, but then had to switch back to the old code, all nodes had reconnected by 22:01:51 so miners would have failed back from then. More work to do. Good luck Kano and thanks for all that you do!
|
|
|
|
voodooman
Newbie
Offline
Activity: 41
Merit: 0
|
|
August 08, 2017, 12:57:55 PM |
|
Updating suckz Hope you'll find the faulty codesnipped soon! Is there a posting somewhere out here where you explain how the pool is build up? Which programming language, which hardware you use etc...? No details about the code or hardware but maybe some infos about. I don't wanna build up a pool but i'm coding every now and than some stuff. So I'm a bit curious bout all this pool stuff. You're doing a great job kano! I like the pool you build! Your avarage working time seems to be nearly 24/7/356 ...RESPECT! Don't waste your time with morons trying to annoy you. I think you have to do much more important stuff. Mine ON guys.
|
|
|
|
kano (OP)
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
August 08, 2017, 01:18:38 PM |
|
The mining code is ckpool. For this update I've just done a few changes as mentioned above (and rolled forward to the current ckpool git ... that failed) Seems the node code can't handle a pool version update It may need a complete restart of everything. I'll do some node<->pool testing and work out what's up with that - I was more concerned about block code, and I tested that thoroughly - didn't expect a network protocol problem. Weird, coz some of the nodes are current code also. As I said ... more work to do Everything else is my KanoDB That's the name for the updated closed source version - so no one has any wrong ideas about who wrote almost all of it The CKDB in the public ckpool git (that I got thrown out of) works fine for a single pool and can handle a few hundred PH - but has no support at all. A few pools use it: Ver's bitcoin.com did (no idea if they still do) BitClub does, so does LinuxJounal There's 1 other I know of but I wont mention their names since: they removed my copyright off the web site and replaced it with their own copyright ... scumbags Mine on
|
|
|
|
bronder
Newbie
Offline
Activity: 48
Merit: 0
|
|
August 08, 2017, 03:59:19 PM |
|
So with the hashing power lost that went over to bitcoin cash, it means that in average for the network it should be taking a bit more time to mine those 12.5 bitcoins until a network difficulty update comes over. So the flow of new bitcoin will be slowed down until network diff adjustment, right?
|
|
|
|
oawan
Member
Offline
Activity: 67
Merit: 10
|
|
August 08, 2017, 04:05:46 PM |
|
So with the hashing power lost that went over to bitcoin cash, it means that in average for the network it should be taking a bit more time to mine those 12.5 bitcoins until a network difficulty update comes over. So the flow of new bitcoin will be slowed down until network diff adjustment, right?
It looks like not very much went over to bitcoin cash and even more than that amount has been brought online in the last 2 weeks as there is still an expected diff increase of 8.12% in 17 hours.
|
|
|
|
clgrissom3
Legendary
Offline
Activity: 1722
Merit: 1032
Carl, aka Sonny :)
|
|
August 08, 2017, 06:57:56 PM |
|
So with the hashing power lost that went over to bitcoin cash, it means that in average for the network it should be taking a bit more time to mine those 12.5 bitcoins until a network difficulty update comes over. So the flow of new bitcoin will be slowed down until network diff adjustment, right?
It looks like not very much went over to bitcoin cash and even more than that amount has been brought online in the last 2 weeks as there is still an expected diff increase of 8.12% in 17 hours. That is what I'm seeing as well...it is less than 9 minutes a block average right now so it is faster than the 10 minutes expected.
|
|
|
|
tbonetony
Sr. Member
Offline
Activity: 441
Merit: 250
No zuo no die why you try, u zuo u die dont be shy
|
|
August 08, 2017, 07:04:21 PM |
|
So with the hashing power lost that went over to bitcoin cash, it means that in average for the network it should be taking a bit more time to mine those 12.5 bitcoins until a network difficulty update comes over. So the flow of new bitcoin will be slowed down until network diff adjustment, right?
It looks like not very much went over to bitcoin cash and even more than that amount has been brought online in the last 2 weeks as there is still an expected diff increase of 8.12% in 17 hours. Well, we still have BTM powerhouse continue pumping out S9 machines. The appreciation of btc will also revive more previously unprofitable older rigs.
|
|
|
|
clgrissom3
Legendary
Offline
Activity: 1722
Merit: 1032
Carl, aka Sonny :)
|
|
August 09, 2017, 12:02:01 AM |
|
Block danbel79! This is our 1st of BLOCK WEDNESDAY!
|
|
|
|
kano (OP)
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
August 09, 2017, 12:15:18 AM |
|
Block danbel79! This is our 1st of BLOCK WEDNESDAY! ... and 2 payouts, we got the $2.84 back Just over 1BTC fees also, on a 39 second network block, so not too shabby
|
|
|
|
firetreeactual
Legendary
Offline
Activity: 952
Merit: 1003
|
|
August 09, 2017, 12:22:38 AM |
|
|
To infinity and beyond...on two 741s and one of only 3...nope, make that 4...full nodes in Hawaii...on <30A. (I have other gear on the Hoth ice planet)
|
|
|
icon73
Member
Offline
Activity: 80
Merit: 11
|
|
August 09, 2017, 02:17:04 AM |
|
So with the hashing power lost that went over to bitcoin cash, it means that in average for the network it should be taking a bit more time to mine those 12.5 bitcoins until a network difficulty update comes over. So the flow of new bitcoin will be slowed down until network diff adjustment, right?
It looks like not very much went over to bitcoin cash and even more than that amount has been brought online in the last 2 weeks as there is still an expected diff increase of 8.12% in 17 hours. Well, we still have BTM powerhouse continue pumping out S9 machines. The appreciation of btc will also revive more previously unprofitable older rigs. At the colo I am in we were finally seeing the s7s powering down and with the price up they stopped turning them off. Right now BCH is about half as profitable as BTC but with the difficulty increases and the fact that the BCH difficulty is going down we may begin to see some more hash moving.
|
|
|
|
kano (OP)
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
August 09, 2017, 05:34:20 AM |
|
So with the hashing power lost that went over to bitcoin cash, it means that in average for the network it should be taking a bit more time to mine those 12.5 bitcoins until a network difficulty update comes over. So the flow of new bitcoin will be slowed down until network diff adjustment, right?
It looks like not very much went over to bitcoin cash and even more than that amount has been brought online in the last 2 weeks as there is still an expected diff increase of 8.12% in 17 hours. Well, we still have BTM powerhouse continue pumping out S9 machines. The appreciation of btc will also revive more previously unprofitable older rigs. At the colo I am in we were finally seeing the s7s powering down and with the price up they stopped turning them off. Right now BCH is about half as profitable as BTC but with the difficulty increases and the fact that the BCH difficulty is going down we may begin to see some more hash moving. Lulz - no at the moment it makes no sense. Why mine a pump-and-dump altcoin when you are going to get less than if you were mining BTC. I'd not expect that to change in the near future either, but saying ... it may be better in the future ... means: yeah good to know - but it's worse now I know one sizeable miner on there that's apparently only there for "a publicity stunt" The whole point of BitCH was to avoid the issue of the minority groups trying to force the miners to do something. The miners all decided to go with BIP91 and that ended it. BitCH was, however, an obvious way to make some money by those who had the idea in the first place, so they still went ahead after the "supposed" reason why it was going to exist no longer existed. Meanwhile, whoever the retard was who coded the changes for BitCH, unbelievable how stupid he was. He clearly had no idea about the fact that people run Bitcoin wallets, duh! and Bitcoin will exist for way longer than that scam. His wallet screws up or overrides the Bitcoin wallet by default, and uses all the Bitcoin ports, folders and even the same node list lookup. This all means that they're using the place on the internet (and on your computer) that Bitcoin uses and causing issues doing so. Every altcoin knows not to use the Bitcoin settings/ports and channels ... except for this retard. Seeing these things every so often: 2017-08-08 03:04:43.937070 ERROR: AcceptBlockHeader: Consensus::ContextualCheckBlockHeader: 000000000000000000639be19a0123a1c99d9fef89f0b8ac055a77f4ef86ae3b, bad-diffbits, incorrect proof of work (code 16) 2017-08-08 17:07:42.223812 ERROR: AcceptBlockHeader: Consensus::ContextualCheckBlockHeader: 000000000000000000639be19a0123a1c99d9fef89f0b8ac055a77f4ef86ae3b, bad-diffbits, incorrect proof of work (code 16) 2017-08-08 19:50:25.006636 ERROR: AcceptBlockHeader: Consensus::ContextualCheckBlockHeader: 000000000000000000639be19a0123a1c99d9fef89f0b8ac055a77f4ef86ae3b, bad-diffbits, incorrect proof of work (code 16)
i.e. someone running a BitCH node connecting to a Bitcoin node ... duh how stupid is that ... and the cause is that the guy who coded it didn't bother to use their own ports. I guess it required him to know what he was doing and spend 30 seconds changing them
|
|
|
|
|