Topic: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes) - page 491. (Read 243386 times)
April 27, 2018, 01:41:38 PM
I don't want to look a gift horse in the mouth, but I appear to be getting a...surprisingly large number of block rewards today from the pool. Like, nearly constant. Why would it be just me?
April 27, 2018, 11:07:33 AM
Someone said that I should just have one GUI wallet running. But since I want to mine PoBH on multiple computers, I was told to put an entry in the biblepay.conf:
utxostake=-1
I'm not sure what it means.
I keep getting illegal CPID and invalid CPID on purepool... so I'm wondering if I copy my encrypted wallet.dat over to the other computer and put that line in the biblepay.conf file, will that take care of the errors?
It should be 'utxooverride=-1' , we dont have the above key.utxostake=-1
I'm not sure what it means.
I keep getting illegal CPID and invalid CPID on purepool... so I'm wondering if I copy my encrypted wallet.dat over to the other computer and put that line in the biblepay.conf file, will that take care of the errors?
Quote
2018-04-27 15:59:20
ProcessBlockFound::Generated 539.76525271
2018-04-27 15:59:20 CPID Signature empty. Contextual Check Block Failed at height 43108.000000.
2018-04-27 15:59:20 CPID Signature Check Failed. CPID , Error CPID Empty.
2018-04-27 15:59:20 ERROR: ProcessNewBlock: AcceptBlock FAILED
2018-04-27 15:59:20 ERROR: ProcessBlockFound -- ProcessNewBlock() failed, block not accepted
2018-04-27 15:59:20 keypool keep 50
ProcessBlockFound::Generated 539.76525271
2018-04-27 15:59:20 CPID Signature empty. Contextual Check Block Failed at height 43108.000000.
2018-04-27 15:59:20 CPID Signature Check Failed. CPID , Error CPID Empty.
2018-04-27 15:59:20 ERROR: ProcessNewBlock: AcceptBlock FAILED
2018-04-27 15:59:20 ERROR: ProcessBlockFound -- ProcessNewBlock() failed, block not accepted
2018-04-27 15:59:20 keypool keep 50
Today is not a good day to test, as until the next superblock hits, everyone has 0 magnitude.
But yes you can copy your wallet.dat over to other machines, and heat mine on multiple machines that way.
If its encrypted though, you will have to type the password every time you start the gui on each machine (otherwise it will throw an error that it cant sign the cpid).
April 27, 2018, 10:56:12 AM
Someone said that I should just have one GUI wallet running. But since I want to mine PoBH on multiple computers, I was told to put an entry in the biblepay.conf:
utxostake=-1
I'm not sure what it means.
I keep getting illegal CPID and invalid CPID on purepool... so I'm wondering if I copy my encrypted wallet.dat over to the other computer and put that line in the biblepay.conf file, will that take care of the errors?
utxostake=-1
I'm not sure what it means.
I keep getting illegal CPID and invalid CPID on purepool... so I'm wondering if I copy my encrypted wallet.dat over to the other computer and put that line in the biblepay.conf file, will that take care of the errors?
Quote
2018-04-27 15:59:20
ProcessBlockFound::Generated 539.76525271
2018-04-27 15:59:20 CPID Signature empty. Contextual Check Block Failed at height 43108.000000.
2018-04-27 15:59:20 CPID Signature Check Failed. CPID , Error CPID Empty.
2018-04-27 15:59:20 ERROR: ProcessNewBlock: AcceptBlock FAILED
2018-04-27 15:59:20 ERROR: ProcessBlockFound -- ProcessNewBlock() failed, block not accepted
2018-04-27 15:59:20 keypool keep 50
ProcessBlockFound::Generated 539.76525271
2018-04-27 15:59:20 CPID Signature empty. Contextual Check Block Failed at height 43108.000000.
2018-04-27 15:59:20 CPID Signature Check Failed. CPID , Error CPID Empty.
2018-04-27 15:59:20 ERROR: ProcessNewBlock: AcceptBlock FAILED
2018-04-27 15:59:20 ERROR: ProcessBlockFound -- ProcessNewBlock() failed, block not accepted
2018-04-27 15:59:20 keypool keep 50
April 27, 2018, 09:45:25 AM
To those who are new to the coin.
The PoDC (Proof of Distributed Computing) system gives a lot back to the world. We support two projects through BOINC, the Berkley Open Infrastructure for Network Computing. BOINC seeks to use idle computer time to do scientific research. The two projects we support are Rosetta@home which studies proteins and protein folding in the quest to produce cures for major diseases such as cancer, as well as World Community Grid which currently has eight sub-projects, six of which are generating work. World Community Grid's sub-projects range from Ebola and Zika virus research to cancer research. Both of these projects began over a decade ago.
To show how far we've come, Team Biblepay was founded February 7, 2018 for Rosetta@home and March 29, 2018 for World Community Grid. In less than three months time, Team Biblepay has done enough work at Rosetta@home to be the number 16 team in all time work, and will likely be in the top 10 of all time in less than two more weeks. We have been the number one team in terms of RAC (Recent Average Credit, a measure of recent work performed) since March 23, which means in 44 days, many of which we were only in testing, we became the biggest daily contributor at a project that was over a decade old. We account for nearly 20% of the work done there. And in a total of roughly 10 weeks we'll be one of the top 10 performing teams off all time. Meanwhile at World Community Grid, we're number 676 in all time work, are 15th overall in daily RAC, all in just over four weeks!
This coin has a spirit of giving in both its mission to support charity with the 10% block reward share that goes to the orphan fund and with PoDC, we're giving back to the world through scientific research that could lead to the cures for major diseases.
The PoDC (Proof of Distributed Computing) system gives a lot back to the world. We support two projects through BOINC, the Berkley Open Infrastructure for Network Computing. BOINC seeks to use idle computer time to do scientific research. The two projects we support are Rosetta@home which studies proteins and protein folding in the quest to produce cures for major diseases such as cancer, as well as World Community Grid which currently has eight sub-projects, six of which are generating work. World Community Grid's sub-projects range from Ebola and Zika virus research to cancer research. Both of these projects began over a decade ago.
To show how far we've come, Team Biblepay was founded February 7, 2018 for Rosetta@home and March 29, 2018 for World Community Grid. In less than three months time, Team Biblepay has done enough work at Rosetta@home to be the number 16 team in all time work, and will likely be in the top 10 of all time in less than two more weeks. We have been the number one team in terms of RAC (Recent Average Credit, a measure of recent work performed) since March 23, which means in 44 days, many of which we were only in testing, we became the biggest daily contributor at a project that was over a decade old. We account for nearly 20% of the work done there. And in a total of roughly 10 weeks we'll be one of the top 10 performing teams off all time. Meanwhile at World Community Grid, we're number 676 in all time work, are 15th overall in daily RAC, all in just over four weeks!
This coin has a spirit of giving in both its mission to support charity with the 10% block reward share that goes to the orphan fund and with PoDC, we're giving back to the world through scientific research that could lead to the cures for major diseases.
Nice! Can I maybe use some of this for the website?
Sure thing, feel free to use that or hit me up on slack/discord.
April 27, 2018, 08:38:34 AM
Actually if you watch closely, after the heat mined block is 15.01 minutes of age (IE no one found the block), the pool CPIDs who are mining at that time have the errors cleared. Those miners are then marked as "eligible". The miner who finds the heat mined block that is > 15 mins old gets 100% of the block in the pool.
No, the pool does not make any profits except the about page %. Please see the pool block distribution for who is getting the payments today
.
No, the pool does not make any profits except the about page %. Please see the pool block distribution for who is getting the payments today
.Thanks for the clarification, I forgot about the 15 minute rule!
April 27, 2018, 08:27:06 AM
I don't know if it's related to today's special situation with the superblock and PoDC, but blocks interval seems to be way higher (about 12 mins each on average)...
Complete guess here: Possibly because we have no magnitude from PoDC so we mostly have to wait for the 15 minute interval where anyone can mine (no mag needed)Bingo.
This should stop after our superblock tonight.
April 27, 2018, 08:20:38 AM
Since nobody was in the last superblock, and we have this requirement for heatmining....
Does this mean the exchange (purepool/pool.biblepay etc) keep all profits for the day?
Does this mean the exchange (purepool/pool.biblepay etc) keep all profits for the day?
Actually if you watch closely, after the heat mined block is 15.01 minutes of age (IE no one found the block), the pool CPIDs who are mining at that time have the errors cleared. Those miners are then marked as "eligible". The miner who finds the heat mined block that is > 15 mins old gets 100% of the block in the pool.
No, the pool does not make any profits except the about page %. Please see the pool block distribution for who is getting the payments today
. April 27, 2018, 08:13:07 AM
My wallet won't send PODC-updates anymore:
What does the 'not equal 1000 biblepay' bit mean? I don't think I saw it anywhere else before.
The only thing that changed, is that I started a masternode yesterday in the same wallet that I use for PODC. But I have done the same in the past without problems?
Code:
10:36:35

exec podcupdate
10:37:36

{
"Command": "podcupdate",
"PODCUpdate": "Unable to locate enough funds for this transaction that are
."
}
10:38:18

exec getboincinfo
10:38:28

{
"Command": "getboincinfo",
"CPID": "d9b22fccfae5582d4ee7838883aaa3cf",
"Address": "BSqcLcFLYt3bKvoUaZ5rGURW75xgjJdQoD",
"CPIDS": "d9b22fccfae5582d4ee7838883aaa3cf;",
"CPID-Age (hours)": 423560,
"NextSuperblockHeight": 43255,
"NextSuperblockBudget": 1161612,
"d9b22fccfae5582d4ee7838883aaa3cf_ADDRESS": "BSqcLcFLYt3bKvoUaZ5rGURW75xgjJdQoD",
"d9b22fccfae5582d4ee7838883aaa3cf_RAC": 13940.44,
"d9b22fccfae5582d4ee7838883aaa3cf_TEAM": 15044,
"d9b22fccfae5582d4ee7838883aaa3cf_WCGRAC": 19469,
"d9b22fccfae5582d4ee7838883aaa3cf_TaskWeight": 100,
"d9b22fccfae5582d4ee7838883aaa3cf_UTXOWeight": 810536,
"Total_RAC": 33409.44,
"Total Payments (One Day)": 2366001,
"Total Payments (One Week)": 2436989,
"Total Budget (One Day)": 15375000,
"Total Budget (One Week)": 22450806,
"Superblock Count (One Week)": 8,
"Superblock Hit Count (One Week)": 8,
"Superblock List": "43050,42845,42640,42435,42230,42025,41820,41615",
"Last Superblock Height": 43050,
"Last Superblock Budget": 15375000,
"Last Superblock Payment": 0,
"Magnitude (One-Day)": 153.886243902439,
"Magnitude (One-Week)": 108.5479514633016
}
10:38:38

getinfo
10:38:38

{
"version": 1010204,
"protocolversion": 70717,
"walletversion": 61000,
"wallet_fullversion": "1.1.2.4",
"bala
}

exec podcupdate
10:37:36

{
"Command": "podcupdate",
"PODCUpdate": "Unable to locate enough funds for this transaction that are
."
}
10:38:18

exec getboincinfo
10:38:28

{
"Command": "getboincinfo",
"CPID": "d9b22fccfae5582d4ee7838883aaa3cf",
"Address": "BSqcLcFLYt3bKvoUaZ5rGURW75xgjJdQoD",
"CPIDS": "d9b22fccfae5582d4ee7838883aaa3cf;",
"CPID-Age (hours)": 423560,
"NextSuperblockHeight": 43255,
"NextSuperblockBudget": 1161612,
"d9b22fccfae5582d4ee7838883aaa3cf_ADDRESS": "BSqcLcFLYt3bKvoUaZ5rGURW75xgjJdQoD",
"d9b22fccfae5582d4ee7838883aaa3cf_RAC": 13940.44,
"d9b22fccfae5582d4ee7838883aaa3cf_TEAM": 15044,
"d9b22fccfae5582d4ee7838883aaa3cf_WCGRAC": 19469,
"d9b22fccfae5582d4ee7838883aaa3cf_TaskWeight": 100,
"d9b22fccfae5582d4ee7838883aaa3cf_UTXOWeight": 810536,
"Total_RAC": 33409.44,
"Total Payments (One Day)": 2366001,
"Total Payments (One Week)": 2436989,
"Total Budget (One Day)": 15375000,
"Total Budget (One Week)": 22450806,
"Superblock Count (One Week)": 8,
"Superblock Hit Count (One Week)": 8,
"Superblock List": "43050,42845,42640,42435,42230,42025,41820,41615",
"Last Superblock Height": 43050,
"Last Superblock Budget": 15375000,
"Last Superblock Payment": 0,
"Magnitude (One-Day)": 153.886243902439,
"Magnitude (One-Week)": 108.5479514633016
}
10:38:38

getinfo
10:38:38

{
"version": 1010204,
"protocolversion": 70717,
"walletversion": 61000,
"wallet_fullversion": "1.1.2.4",
"bala
}
What does the 'not equal 1000 biblepay' bit mean? I don't think I saw it anywhere else before.
The only thing that changed, is that I started a masternode yesterday in the same wallet that I use for PODC. But I have done the same in the past without problems?
Hi Jaap, yes that is confusing - I will change the narrative. The narrative was originally created to mean "coins not locked to the amount of a masternode : 1,550,001".
So it should say : Cannot locate any coins that are not locked to a sanctuary. Its just skipping by coins that are actually locked as 1,550,001. (IE the 1000 is 1000 dash).
April 27, 2018, 08:08:37 AM
In this week's list for delisted coins in C-Cex due to lack of volume I see Gridcoin, the one that competes with us in R@H.
True, but I see that Gridcoins Daily Exchange volume is $175,432 on the other exchanges, so whatever you are implying about our highest competitor being feeble is FUD.
Apparently all that is happening is people prefer to trade GRC on other exchanges.
April 27, 2018, 08:05:05 AM
I don't know if it's related to today's special situation with the superblock and PoDC, but blocks interval seems to be way higher (about 12 mins each on average)...
Complete guess here: Possibly because we have no magnitude from PoDC so we mostly have to wait for the 15 minute interval where anyone can mine (no mag needed) April 27, 2018, 07:59:05 AM
I don't know if it's related to today's special situation with the superblock and PoDC, but blocks interval seems to be way higher (about 12 mins each on average)...
April 27, 2018, 07:57:48 AM
Hi all,
less than 100 votes needed. Please continue to push this!
Thanks!
https://nextexchange.featureupvote.com/suggestions/3384/biblepay-bbp
Well done, we are over 1500!
Please keep voting to get us more attention!
April 27, 2018, 07:56:49 AM
I have one question regarding payment I dont understand.
Day before yesterday morning I sent 520k BBP from C-cex onto address BNxpNcfZDzGknyqguVh2anPKae2jrAfGxH (TXID is d72cb76f612698b96c3057b5b1f553c17d93f8eb07b85664cebd973549de2140)
When I take a look via BBP explorer on the main wallet address BQGcjqjbx89DYqtHc9MpubeEBnbb9FPyfg (address for the same wallet) I don't see +520k. I just see there some + 170968, rest of the transaction goes to another address.
Result: the final balance checked via BBP explorer on the main address BQGcjqjbx89DYqtHc9MpubeEBnbb9FPyfg (2863625) doesn't match now with the balance in the wallet (more than 3.2 mil.)
Question: how it works when I have more addresses for one wallet? And how can I check the final balance via BBP explorer?
I will appreciate any answer. Thank you.
Try this in the commandlineDay before yesterday morning I sent 520k BBP from C-cex onto address BNxpNcfZDzGknyqguVh2anPKae2jrAfGxH (TXID is d72cb76f612698b96c3057b5b1f553c17d93f8eb07b85664cebd973549de2140)
When I take a look via BBP explorer on the main wallet address BQGcjqjbx89DYqtHc9MpubeEBnbb9FPyfg (address for the same wallet) I don't see +520k. I just see there some + 170968, rest of the transaction goes to another address.
Result: the final balance checked via BBP explorer on the main address BQGcjqjbx89DYqtHc9MpubeEBnbb9FPyfg (2863625) doesn't match now with the balance in the wallet (more than 3.2 mil.)
Question: how it works when I have more addresses for one wallet? And how can I check the final balance via BBP explorer?
I will appreciate any answer. Thank you.
Code:
listaddressgroupings
will show all the addresses associated with your wallet
April 27, 2018, 07:52:28 AM
Since nobody was in the last superblock, and we have this requirement for heatmining....
Does this mean the exchange (purepool/pool.biblepay etc) keep all profits for the day?
Does this mean the exchange (purepool/pool.biblepay etc) keep all profits for the day?
April 27, 2018, 07:49:42 AM
It was sent from c-cex by txid 3190dfb16af1d7b3acef01e1234cb7a5772e519ec24732074b4e0d9e8a71eac2 into BNxpNcfZDzGknyqguVh2anPKae2jrAfGxH
and then via txid d72cb76f612698b96c3057b5b1f553c17d93f8eb07b85664cebd973549de2140 into two wallet addresses. Now the amount via bbp explorer (BQGcjqjbx89DYqtHc9MpubeEBnbb9FPyfg) is not corresponding with the total balance i see in the wallet.
and then via txid d72cb76f612698b96c3057b5b1f553c17d93f8eb07b85664cebd973549de2140 into two wallet addresses. Now the amount via bbp explorer (BQGcjqjbx89DYqtHc9MpubeEBnbb9FPyfg) is not corresponding with the total balance i see in the wallet.
The wallet will show you the sum of the balance of all addresses used by the wallet.
You will understand it better by enabling "Settings->Options->Wallet-> Activate coin control feature checkbox". Then you go to "Send" tab and press the blue button "Inputs...". There you will see in which adresses the different amounts are kept. That should match 100% with the info you see in block explorer.
April 27, 2018, 07:14:11 AM
I have one question regarding payment I dont understand.
Day before yesterday morning I sent 520k BBP from C-cex onto address BNxpNcfZDzGknyqguVh2anPKae2jrAfGxH (TXID is d72cb76f612698b96c3057b5b1f553c17d93f8eb07b85664cebd973549de2140)
When I take a look via BBP explorer on the main wallet address BQGcjqjbx89DYqtHc9MpubeEBnbb9FPyfg (address for the same wallet) I don't see +520k. I just see there some + 170968, rest of the transaction goes to another address.
Result: the final balance checked via BBP explorer on the main address BQGcjqjbx89DYqtHc9MpubeEBnbb9FPyfg (2863625) doesn't match now with the balance in the wallet (more than 3.2 mil.)
Question: how it works when I have more addresses for one wallet? And how can I check the final balance via BBP explorer?
I will appreciate any answer. Thank you.
Day before yesterday morning I sent 520k BBP from C-cex onto address BNxpNcfZDzGknyqguVh2anPKae2jrAfGxH (TXID is d72cb76f612698b96c3057b5b1f553c17d93f8eb07b85664cebd973549de2140)
When I take a look via BBP explorer on the main wallet address BQGcjqjbx89DYqtHc9MpubeEBnbb9FPyfg (address for the same wallet) I don't see +520k. I just see there some + 170968, rest of the transaction goes to another address.
Result: the final balance checked via BBP explorer on the main address BQGcjqjbx89DYqtHc9MpubeEBnbb9FPyfg (2863625) doesn't match now with the balance in the wallet (more than 3.2 mil.)
Question: how it works when I have more addresses for one wallet? And how can I check the final balance via BBP explorer?
I will appreciate any answer. Thank you.
The mentioned transaction shows that there are 2 inputs:
BQGcjqjbx89DYqtHc9MpubeEBnbb9FPyfg 2701763.00000000
BNxpNcfZDzGknyqguVh2anPKae2jrAfGxH 519999.90000000
And 2 outputs:
BRjWGBbhAvwuVcXpWkhYFkwRU2V3mR9CgL 349031.89910260
BQGcjqjbx89DYqtHc9MpubeEBnbb9FPyfg 2872731.00000000
So properly speaking, this is not the one you are describing, as BNxpNcfZDzGknyqguVh2anPKae2jrAfGxH is not a receiving address, but one of the two "sending" addresses.
Regarding the wallet behaviour: unless you specify a "change" address explicitly, wallets will create a new address for change every transaction.
It was sent from c-cex by txid 3190dfb16af1d7b3acef01e1234cb7a5772e519ec24732074b4e0d9e8a71eac2 into BNxpNcfZDzGknyqguVh2anPKae2jrAfGxH
and then via txid d72cb76f612698b96c3057b5b1f553c17d93f8eb07b85664cebd973549de2140 into two wallet addresses. Now the amount via bbp explorer (BQGcjqjbx89DYqtHc9MpubeEBnbb9FPyfg) is not corresponding with the total balance i see in the wallet.
April 27, 2018, 06:56:21 AM
I have one question regarding payment I dont understand.
Day before yesterday morning I sent 520k BBP from C-cex onto address BNxpNcfZDzGknyqguVh2anPKae2jrAfGxH (TXID is d72cb76f612698b96c3057b5b1f553c17d93f8eb07b85664cebd973549de2140)
When I take a look via BBP explorer on the main wallet address BQGcjqjbx89DYqtHc9MpubeEBnbb9FPyfg (address for the same wallet) I don't see +520k. I just see there some + 170968, rest of the transaction goes to another address.
Result: the final balance checked via BBP explorer on the main address BQGcjqjbx89DYqtHc9MpubeEBnbb9FPyfg (2863625) doesn't match now with the balance in the wallet (more than 3.2 mil.)
Question: how it works when I have more addresses for one wallet? And how can I check the final balance via BBP explorer?
I will appreciate any answer. Thank you.
Day before yesterday morning I sent 520k BBP from C-cex onto address BNxpNcfZDzGknyqguVh2anPKae2jrAfGxH (TXID is d72cb76f612698b96c3057b5b1f553c17d93f8eb07b85664cebd973549de2140)
When I take a look via BBP explorer on the main wallet address BQGcjqjbx89DYqtHc9MpubeEBnbb9FPyfg (address for the same wallet) I don't see +520k. I just see there some + 170968, rest of the transaction goes to another address.
Result: the final balance checked via BBP explorer on the main address BQGcjqjbx89DYqtHc9MpubeEBnbb9FPyfg (2863625) doesn't match now with the balance in the wallet (more than 3.2 mil.)
Question: how it works when I have more addresses for one wallet? And how can I check the final balance via BBP explorer?
I will appreciate any answer. Thank you.
The mentioned transaction shows that there are 2 inputs:
BQGcjqjbx89DYqtHc9MpubeEBnbb9FPyfg 2701763.00000000
BNxpNcfZDzGknyqguVh2anPKae2jrAfGxH 519999.90000000
And 2 outputs:
BRjWGBbhAvwuVcXpWkhYFkwRU2V3mR9CgL 349031.89910260
BQGcjqjbx89DYqtHc9MpubeEBnbb9FPyfg 2872731.00000000
So properly speaking, this is not the one you are describing, as BNxpNcfZDzGknyqguVh2anPKae2jrAfGxH is not a receiving address, but one of the two "sending" addresses.
Regarding the wallet behaviour: unless you specify a "change" address explicitly, wallets will create a new address for change every transaction.
April 27, 2018, 06:46:34 AM
I have one question regarding payment I dont understand.
Day before yesterday morning I sent 520k BBP from C-cex onto address BNxpNcfZDzGknyqguVh2anPKae2jrAfGxH (TXID is d72cb76f612698b96c3057b5b1f553c17d93f8eb07b85664cebd973549de2140)
When I take a look via BBP explorer on the main wallet address BQGcjqjbx89DYqtHc9MpubeEBnbb9FPyfg (address for the same wallet) I don't see +520k. I just see there some + 170968, rest of the transaction goes to another address.
Result: the final balance checked via BBP explorer on the main address BQGcjqjbx89DYqtHc9MpubeEBnbb9FPyfg (2863625) doesn't match now with the balance in the wallet (more than 3.2 mil.)
Question: how it works when I have more addresses for one wallet? And how can I check the final balance via BBP explorer?
I will appreciate any answer. Thank you.
Day before yesterday morning I sent 520k BBP from C-cex onto address BNxpNcfZDzGknyqguVh2anPKae2jrAfGxH (TXID is d72cb76f612698b96c3057b5b1f553c17d93f8eb07b85664cebd973549de2140)
When I take a look via BBP explorer on the main wallet address BQGcjqjbx89DYqtHc9MpubeEBnbb9FPyfg (address for the same wallet) I don't see +520k. I just see there some + 170968, rest of the transaction goes to another address.
Result: the final balance checked via BBP explorer on the main address BQGcjqjbx89DYqtHc9MpubeEBnbb9FPyfg (2863625) doesn't match now with the balance in the wallet (more than 3.2 mil.)
Question: how it works when I have more addresses for one wallet? And how can I check the final balance via BBP explorer?
I will appreciate any answer. Thank you.
April 27, 2018, 06:23:25 AM
If there was no PODC payment today, magnitude is 0, and we are not able mine until next PODC payment. Am I right?
If yes, can we change this rule to check weekly magnitude? thanks.
Yes, this "failed once - no more mining" rule is too harsh. I wrote that some time ago, but apparently it is not so easy to change it to a "check last n magnitudes and take average value". Although I'm not sure why this would be such a problem, since the client gives a "weekly magnitude" anyways in getboincinfo, so the value is already implemented... If yes, can we change this rule to check weekly magnitude? thanks.
April 27, 2018, 05:18:12 AM
What happened?
On pool.biblepay.org I get CPID_SIGNATURE_INVALID.
And I didn't received last payment from PODC.
This is a known bug which will be fixed in the next mandatory (no one got PoDC payments today)On pool.biblepay.org I get CPID_SIGNATURE_INVALID.
And I didn't received last payment from PODC.
see
https://bitcointalksearch.org/topic/m.35650197
Jump to: