616westwarmoth
|
|
May 29, 2018, 03:54:38 PM |
|
Too many bugs after the Superblock .. Hope Rob can fix it A.S.A.P. , and it should make other way for superblock payment to prevent these bugs occurs.
Rob commented a while ago about knowing what went wrong, but not wanting to force another mandatory update prior to the June one. Hopefully the fix is in place before the next monthly block. The conflicting superblock issue is known, and should be fixed before the next budget superblock from what I've read. Because there was no PoDC superblock, everyone's MAG got knocked down to 0. Since no one has MAG, the blocks take 15+ minutes to solve (since until the block time hits 15 minutes, you must have MAG to solve, after that, it's open to all). This should be the last time this bug rears it's head.
|
|
|
|
dave_bbp
Jr. Member
Offline
Activity: 405
Merit: 3
|
|
May 29, 2018, 04:47:33 PM |
|
Just tried starting POW mining on another linux machine, now there is an additional error block constantly occuring: 2018-05-29 16:45:06 ProcessBlockFound::Generated 531.66911489 2018-05-29 16:45:06 CPID is not in prior superblock. Contextual check block failed. CPID db10b6e68bce4cf573a2937ddd7f4d10, Payments: 0.000000 ERROR: ProcessNewBlock: AcceptBlock FAILED 2018-05-29 16:45:06 ERROR: ProcessBlockFound -- ProcessNewBlock() failed, block not accepted 2018-05-29 16:45:06 CPID is not in prior superblock. Contextual check block failed. CPID db10b6e68bce4cf573a2937ddd7f4d10, Payments: 0.000000 ERROR: ProcessNewBlock: AcceptBlock FAILED 2018-05-29 16:45:06 ERROR: ProcessBlockFound -- ProcessNewBlock() failed, block not accepted 2018-05-29 16:45:06 CPID is not in prior superblock. Contextual check block failed. CPID db10b6e68bce4cf573a2937ddd7f4d10, Payments: 0.000000 ERROR: ProcessNewBlock: AcceptBlock FAILED 2018-05-29 16:45:06 ERROR: ProcessBlockFound -- ProcessNewBlock() failed, block not accepted 2018-05-29 16:45:06 CPID is not in prior superblock. Contextual check block failed. CPID db10b6e68bce4cf573a2937ddd7f4d10, Payments: 0.000000 ERROR: ProcessNewBlock: AcceptBlock FAILED 2018-05-29 16:45:06 ERROR: ProcessBlockFound -- ProcessNewBlock() failed, block not accepted
While the error itself seems to be normal, the rate with which it occurs surely isn't (maybe two dozen of these per second...). I honestly wonder who is mining the blocks right now, because somehow the pools (or at least the main pool) don't seem to have gotten a single paid block since 49200..
|
|
|
|
thesnat21
Jr. Member
Offline
Activity: 490
Merit: 4
|
|
May 29, 2018, 04:59:55 PM |
|
Just tried starting POW mining on another linux machine, now there is an additional error block constantly occuring: 2018-05-29 16:45:06 ProcessBlockFound::Generated 531.66911489 2018-05-29 16:45:06 CPID is not in prior superblock. Contextual check block failed. CPID db10b6e68bce4cf573a2937ddd7f4d10, Payments: 0.000000 ERROR: ProcessNewBlock: AcceptBlock FAILED 2018-05-29 16:45:06 ERROR: ProcessBlockFound -- ProcessNewBlock() failed, block not accepted 2018-05-29 16:45:06 CPID is not in prior superblock. Contextual check block failed. CPID db10b6e68bce4cf573a2937ddd7f4d10, Payments: 0.000000 ERROR: ProcessNewBlock: AcceptBlock FAILED 2018-05-29 16:45:06 ERROR: ProcessBlockFound -- ProcessNewBlock() failed, block not accepted 2018-05-29 16:45:06 CPID is not in prior superblock. Contextual check block failed. CPID db10b6e68bce4cf573a2937ddd7f4d10, Payments: 0.000000 ERROR: ProcessNewBlock: AcceptBlock FAILED 2018-05-29 16:45:06 ERROR: ProcessBlockFound -- ProcessNewBlock() failed, block not accepted 2018-05-29 16:45:06 CPID is not in prior superblock. Contextual check block failed. CPID db10b6e68bce4cf573a2937ddd7f4d10, Payments: 0.000000 ERROR: ProcessNewBlock: AcceptBlock FAILED 2018-05-29 16:45:06 ERROR: ProcessBlockFound -- ProcessNewBlock() failed, block not accepted
While the error itself seems to be normal, the rate with which it occurs surely isn't (maybe two dozen of these per second...). I honestly wonder who is mining the blocks right now, because somehow the pools (or at least the main pool) don't seem to have gotten a single paid block since 49200.. They are going to folks that are heat mining, but only to folks after 15min has elapsed since the last block was generated. 49299 : 96892ec0fc8a2710fa84f26c9c84cd3e 49300 : fa5062d1c29baf2e298b674f40ee59b7 49301 : fa5062d1c29baf2e298b674f40ee59b7 49302 : 96892ec0fc8a2710fa84f26c9c84cd3e 49303 : 684b644e09134455f34639d65bea3851 49304 : 684b644e09134455f34639d65bea3851 49305 : 96892ec0fc8a2710fa84f26c9c84cd3e 49306 : 4ccf98820bb7e49687830de075251942 49307 : 4ccf98820bb7e49687830de075251942 49308 : 96892ec0fc8a2710fa84f26c9c84cd3e 49309 : 49310 : 49311 : 96892ec0fc8a2710fa84f26c9c84cd3e 49312 : 4928c2303e4e4ff44eb031b5a95403b3 49313 : 4928c2303e4e4ff44eb031b5a95403b3 49314 : 96892ec0fc8a2710fa84f26c9c84cd3e 49315 : 3f78732b8867b33a2b34197cab50f4f2 49316 : 3f78732b8867b33a2b34197cab50f4f2 49317 : 96892ec0fc8a2710fa84f26c9c84cd3e 49318 : 49319 : 49320 : 96892ec0fc8a2710fa84f26c9c84cd3e 49321 : 49322 : 49323 : 96892ec0fc8a2710fa84f26c9c84cd3e 49324 : 49325 : 49326 : 96892ec0fc8a2710fa84f26c9c84cd3e 49327 : 684b644e09134455f34639d65bea3851 49328 : 684b644e09134455f34639d65bea3851 49329 : 96892ec0fc8a2710fa84f26c9c84cd3e 49330 : 81a9edf3cda71577fa658525188b5982 49331 : 81a9edf3cda71577fa658525188b5982 49332 : 96892ec0fc8a2710fa84f26c9c84cd3e 49333 : 4928c2303e4e4ff44eb031b5a95403b3 49334 : 4928c2303e4e4ff44eb031b5a95403b3 49335 : 96892ec0fc8a2710fa84f26c9c84cd3e 49336 : 684b644e09134455f34639d65bea3851 49337 : 684b644e09134455f34639d65bea3851 49338 : 96892ec0fc8a2710fa84f26c9c84cd3e
What I find interesting is the blocks with no CPID, these folks would not be able to mine generally.. edit: also since cpid's are allowed to double-up mine.. this puts us at risk of a double-spend with less effort, so keep miners running ...
|
|
|
|
sunk818
|
|
May 29, 2018, 05:18:41 PM |
|
While the error itself seems to be normal, the rate with which it occurs surely isn't (maybe two dozen of these per second...). I honestly wonder who is mining the blocks right now, because somehow the pools (or at least the main pool) don't seem to have gotten a single paid block since 49200.. From my understanding, there is a fall back after 15 minutes where anyone can mine a block. So, I believe this is how it will work until the next daily superblock is in effect. Since we all effectively have no magnitude for one blockchain day, it becomes a race to first acceptable block after 15 minutes of errors in the log.
|
|
|
|
sunk818
|
|
May 29, 2018, 05:20:23 PM |
|
Too many bugs after the Superblock .. Hope Rob can fix it A.S.A.P. , and it should make other way for superblock payment to prevent these bugs occurs.
Rob commented a while ago about knowing what went wrong, but not wanting to force another mandatory update prior to the June one. Hopefully the fix is in place before the next monthly block. The conflicting superblock issue is known, and should be fixed before the next budget superblock from what I've read. Because there was no PoDC superblock, everyone's MAG got knocked down to 0. Since no one has MAG, the blocks take 15+ minutes to solve (since until the block time hits 15 minutes, you must have MAG to solve, after that, it's open to all). This should be the last time this bug rears it's head. Any thoughts on C-CEX going on vacation, on the release of a mandatory upgrade next month? Does this mean C-CEX will be on an unacceptable version? Disallowing transactions on the exchange seems like a wise move in this context.
|
|
|
|
dave_bbp
Jr. Member
Offline
Activity: 405
Merit: 3
|
|
May 29, 2018, 05:22:38 PM |
|
While the error itself seems to be normal, the rate with which it occurs surely isn't (maybe two dozen of these per second...). I honestly wonder who is mining the blocks right now, because somehow the pools (or at least the main pool) don't seem to have gotten a single paid block since 49200.. From my understanding, there is a fall back after 15 minutes where anyone can mine a block. So, I believe this is how it will work until the next daily superblock is in effect. Since we all effectively have no magnitude for one blockchain day, it becomes a race to first acceptable block after 15 minutes of errors in the log. Yes I think so too, but all this should imo NOT influence the chance of the pools finding blocks, or am I wrong here? The percentage distribution of hashrate today shouldn't be different from two days ago.
|
|
|
|
Lichtsucher
Jr. Member
Offline
Activity: 219
Merit: 3
|
|
May 29, 2018, 05:38:42 PM |
|
Yes I think so too, but all this should imo NOT influence the chance of the pools finding blocks, or am I wrong here? The percentage distribution of hashrate today shouldn't be different from two days ago.
The pools are not really finding the blocks, the miners do, but the clients assign the blocks to the pools -> If the miners do not have a valid CPID, they can't find a block in the first 15 minutes after a block was found -> The pool can't find blocks in this timeframe
|
Purepool Biblepay Pool (https://www.purepool.org) Mining How-To (https://www.biblepay-central.org/en/mining-how-to/)
|
|
|
dave_bbp
Jr. Member
Offline
Activity: 405
Merit: 3
|
|
May 29, 2018, 05:40:34 PM |
|
Yes I think so too, but all this should imo NOT influence the chance of the pools finding blocks, or am I wrong here? The percentage distribution of hashrate today shouldn't be different from two days ago.
The pools are finding the blocks with the miners -> If the miners do not have a valid CPID, they can't find a block in the first 15 minutes after a block was found -> The pool can't find blocks in this timeframe Yes of course - as can everybody else today (like every solo miner too). So where's the difference?
|
|
|
|
Lichtsucher
Jr. Member
Offline
Activity: 219
Merit: 3
|
|
May 29, 2018, 06:00:48 PM |
|
Yes of course - as can everybody else today (like every solo miner too). So where's the difference?
Ok, maybe I simply misunderstood your post I don't see any difference between solo and the pools right now. Both pools are finding blocks right now. Slow, but that is to be expected ^^ Last main pool block: 49337 Last Purepool block: 49343
|
Purepool Biblepay Pool (https://www.purepool.org) Mining How-To (https://www.biblepay-central.org/en/mining-how-to/)
|
|
|
sunk818
|
|
May 29, 2018, 06:05:24 PM |
|
Yes I think so too, but all this should imo NOT influence the chance of the pools finding blocks, or am I wrong here? The percentage distribution of hashrate today shouldn't be different from two days ago.
You would see better distribution if you averaged results over 30 days. For one day though, the results can vary wildly. It is very possible you would find 0 blocks and someone else could find 20 blocks.
|
|
|
|
dave_bbp
Jr. Member
Offline
Activity: 405
Merit: 3
|
|
May 29, 2018, 06:06:01 PM |
|
Yes of course - as can everybody else today (like every solo miner too). So where's the difference?
Ok, maybe I simply misunderstood your post I don't see any difference between solo and the pools right now. Both pools are finding blocks right now. Slow, but that is to be expected ^^ Last main pool block: 49337 Last Purepool block: 49343 Ah I see, so the pools actually DO find blocks. I was just wondering, because on main pool the "block distribution" shows the last (paid) block as 49198 and I haven't received a payout after that...
|
|
|
|
sunk818
|
|
May 29, 2018, 06:08:53 PM |
|
Both pools are finding blocks right now. Slow, but that is to be expected ^^ Last main pool block: 49337 Last Purepool block: 49343
How does this monthly superblock collision impact traffic to your pool today?
|
|
|
|
Lichtsucher
Jr. Member
Offline
Activity: 219
Merit: 3
|
|
May 29, 2018, 06:11:21 PM |
|
Ah I see, so the pools actually DO find blocks. I was just wondering, because on main pool the "block distribution" shows the last (paid) block as 49198 and I haven't received a payout after that... I have the number for the main pool from the front page of it. I think the "block distribution" page is simply stuck
|
Purepool Biblepay Pool (https://www.purepool.org) Mining How-To (https://www.biblepay-central.org/en/mining-how-to/)
|
|
|
Lichtsucher
Jr. Member
Offline
Activity: 219
Merit: 3
|
|
May 29, 2018, 06:12:48 PM |
|
How does this monthly superblock collision impact traffic to your pool today?
Do you mean solutions? Hard to say, as the pool had rejected nearly all of them until the point when I deactivated the detail check of the solutions. But indeed, the pool is finding a lot lees blocks, but that it true for everybody, as nobody can find blocks in the first 15 minutes.
|
Purepool Biblepay Pool (https://www.purepool.org) Mining How-To (https://www.biblepay-central.org/en/mining-how-to/)
|
|
|
orbis
Newbie
Offline
Activity: 150
Merit: 0
|
|
May 29, 2018, 06:25:52 PM |
|
Too many bugs after the Superblock .. Hope Rob can fix it A.S.A.P. , and it should make other way for superblock payment to prevent these bugs occurs.
Rob commented a while ago about knowing what went wrong, but not wanting to force another mandatory update prior to the June one. Hopefully the fix is in place before the next monthly block. The conflicting superblock issue is known, and should be fixed before the next budget superblock from what I've read. Because there was no PoDC superblock, everyone's MAG got knocked down to 0. Since no one has MAG, the blocks take 15+ minutes to solve (since until the block time hits 15 minutes, you must have MAG to solve, after that, it's open to all). This should be the last time this bug rears it's head. OK guys. Just relax, West is right This is happened after monthly budget superblock. If there is not Mag we must to wait 15 minutes for anyone to mine block without "working" CPID. This was happened last month too and it is in "must to do" for next mandatory update as it was mentioned. But it looks, that this month it has bigger affect to miners. We must just wait for next "daily" superblock and after that it will be all in normal. I hope I just remember these type of discussion from previous months. So restart fallen miners and wait for block 49405
|
|
|
|
inblue
|
|
May 29, 2018, 06:45:31 PM |
|
Any thoughts on C-CEX going on vacation, on the release of a mandatory upgrade next month? Does this mean C-CEX will be on an unacceptable version? Disallowing transactions on the exchange seems like a wise move in this context.
C-CEX will already not allow any crypto deposits/withdrawals during their "vacation", just fiat. So their BBP wallet can effectively be on whichever version; it will only be possible to trade internally. And when they come back after three months, if there was a mandatory upgrade, they will need to upgrade. This has already happened last time when Rob contacted Yuriy (C-CEX owner) and asked him to upgrade, which he did quickly, so I believe it will go without a hiccup.
|
|
|
|
Lichtsucher
Jr. Member
Offline
Activity: 219
Merit: 3
|
|
May 29, 2018, 06:55:53 PM |
|
I just remember these type of discussion from previous months. So restart fallen miners and wait for block 49405 As said by others, there are other problems, too. Some of my system still produce huge debug.logs, I needed to deactivate it to make the system stable again. My Windows Wallet is crashing over and over. At least on my systems, it is much worse then last time.
|
Purepool Biblepay Pool (https://www.purepool.org) Mining How-To (https://www.biblepay-central.org/en/mining-how-to/)
|
|
|
coinsinspect
Newbie
Offline
Activity: 164
Merit: 0
|
|
May 29, 2018, 06:57:06 PM |
|
Any thoughts on C-CEX going on vacation, on the release of a mandatory upgrade next month? Does this mean C-CEX will be on an unacceptable version? Disallowing transactions on the exchange seems like a wise move in this context.
we are going to be in a mess, since many high rating Crypto android application relay only on CCEX to obtain BBP daily value.
|
|
|
|
noxpost
Jr. Member
Offline
Activity: 235
Merit: 3
|
|
May 29, 2018, 07:00:09 PM |
|
I just remember these type of discussion from previous months. So restart fallen miners and wait for block 49405 As said by others, there are other problems, too. Some of my system still produce huge debug.logs, I needed to deactivate it to make the system stable again. My Windows Wallet is crashing over and over. At least on my systems, it is much worse then last time. Yeah, two of my sancs ran out of space due to out-of-control debug.log files. I couldn't even have the shell autocomplete a command. And that was in, what, 12 hours? Something to add to my list - a script to force a max size on the debug.log file.
|
|
|
|
coin_analyst
Newbie
Offline
Activity: 39
Merit: 0
|
|
May 29, 2018, 07:12:51 PM Last edit: May 29, 2018, 07:43:42 PM by coin_analyst |
|
I just remember these type of discussion from previous months. So restart fallen miners and wait for block 49405 As said by others, there are other problems, too. Some of my system still produce huge debug.logs, I needed to deactivate it to make the system stable again. My Windows Wallet is crashing over and over. At least on my systems, it is much worse then last time. So that why I concerned , the monthly superblock must be separate from "normal superblock" to prevent it encounter errors.
|
|
|
|
|