BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes) - page 615.

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: ACP on March 07, 2018, 06:42:12 PM

Is he good to compile from this ----> https://github.com/biblepay/biblepay.git for the upgrade ?
Or has that been done already ?

No, we want to be in maintenance, please dont tell him to take us out of maintenance.

EDIT: Im shooting for sometime this coming weekend, we just need to make sure the integrity of all transactions is good, and superblocks work, and some other things.

jaapgvk

full member

Activity: 574

Merit: 104

Quote from: bible_pay on March 07, 2018, 06:39:44 PM

Im trying to get a general feel for the integrity of the network now that we have solved 10 successful PODC blocks (congratulations)!

(On a side note, 35% of my sanctuaries were on the wrong chain. I rm chainstate -R, rm blocks -R, rm mnp*.dat, rm peers.dat and then I synced again and I appear to be in agreement on all sancs. Next, the sancs that crashed today: had very large peers.dat files (289 megs), so please, rm peers.dat if you crashed and restart.

So looking at the hash:

getblockhash 33450

7eb9a5ee22bb9a28ea8c4943bf5b448245982998c7cbd05f52f046e38a2a1720

Could you all see if you match now, and if you dont, please re-sync, and if you still dont match could you post here?
I would like to see if we can make it through the night on one single PODC chain.

All my wallets are agree about:
getblockhash 33450
7eb9a5ee22bb9a28ea8c4943bf5b448245982998c7cbd05f52f046e38a2a1720

My boincinfo is correct. Finally things seem to settle down! Grin

jaapgvk

full member

Activity: 574

Merit: 104

Quote from: Bitconee on March 07, 2018, 01:17:24 PM

Quote from: jaapgvk on March 07, 2018, 07:08:44 AM

Quote from: Bitconee on March 07, 2018, 05:19:47 AM

Quote from: bible_pay on March 06, 2018, 02:08:04 PM

Quote from: Bitconee on March 06, 2018, 12:53:47 PM

Guys my hashrate fell like 80-90%. Is this supposed to happen? Am I gonna get that much less BBP's or is it gonna sort itself out somehow? Huh

After block 33400, with PODC it is better to just lower your hashrate and increase your Rosetta cancer intensity.
But between now and 33400, you can go ahead and increase your genproclimit as high as you want - if you want to expend more for POW.

The reason for the difference is we have a 250ms sleep in the new miner by default, its easier to just increase your genproclimit than to disable it. Or you can set the 'minersleep=0' parameter if you wish.

How to set max CPU usage? Also can you define what PODC is and what minersleep=0 does? Thanks in advance

The minersleep is there so that less cpu power is used. It means the wallet mines 250ms, then sleeps 250ms, then mines 250ms again, etc.

This is to lessen heat mining impact, and also ensures that Boinc keeps on running on computers where both the wallet and Boinc are installed (Boinc halts computing when too many other processes use cpu-cycles).

Setting minersleep=0 will turn off the sleep function and you can mine full power again.
You can experiment with the max CPU usage by using the command 'setgenerate true NUMBER', in which NUMBER stands for the number of threads that you want to use (e.g. 'setgenerate true 8').

Thank you very much for the info. Do you earn any biblepay while using Boinc through the wallet? I just tried to connect my android phone to my pool account but I am getting this error. Any help?

You're welcome

You can use this guide by Togo to set-up your PoDC mining (with Boinc):
http://wiki.biblepay.org/Distributed_Computing_2

About the pool account: a lot has been going on. You could perhaps try again. After another 20-some blocks, the network will probably be deemed 'safe' again. If the problem is still there then, please ask Rob.

I've used that function on the pool before, and it was working then, but since a lot has been going on lately, it's possible that it's not functioning correctly currently (but I have no idea, I'm not an expert).

tmike

member

Activity: 157

Merit: 10

getblockhash 33450
7eb9a5ee22bb9a28ea8c4943bf5b448245982998c7cbd05f52f046e38a2a1720

On both Sanctuary and controller wallet.

ACP

hero member

Activity: 612

Merit: 520

Is he good to compile from this ----> https://github.com/biblepay/biblepay.git for the upgrade ?
Or has that been done already ?

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Im trying to get a general feel for the integrity of the network now that we have solved 10 successful PODC blocks (congratulations)!

(On a side note, 35% of my sanctuaries were on the wrong chain. I rm chainstate -R, rm blocks -R, rm mnp*.dat, rm peers.dat and then I synced again and I appear to be in agreement on all sancs. Next, the sancs that crashed today: had very large peers.dat files (289 megs), so please, rm peers.dat if you crashed and restart.

So looking at the hash:

getblockhash 33450

7eb9a5ee22bb9a28ea8c4943bf5b448245982998c7cbd05f52f046e38a2a1720

Could you all see if you match now, and if you dont, please re-sync, and if you still dont match could you post here?
I would like to see if we can make it through the night on one single PODC chain.

ACP

hero member

Activity: 612

Merit: 520

Quote from: bible_pay on March 07, 2018, 06:35:35 PM

Quote from: ACP on March 07, 2018, 06:19:03 PM

http://biblepay.inspect.network/

You guys might want to contact ccex and get the block explorer link updated

LOL, ticket queue full, unable to create ticket.

BX:

http://explorer.biblepay.org:3001/

I'll contact him for you guys see if I can get it updated for you.

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: ACP on March 07, 2018, 06:19:03 PM

http://biblepay.inspect.network/

You guys might want to contact ccex and get the block explorer link updated

LOL, ticket queue full, unable to create ticket.

BX:

http://explorer.biblepay.org:3001/

ACP

hero member

Activity: 612

Merit: 520

http://biblepay.inspect.network/

You guys might want to contact ccex and get the block explorer link updated

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: Yey09 on March 07, 2018, 06:04:03 PM

Updated to New wallet but now it ont mine. error "poolinfo1": "Failed to sign CPID signature (Address does not refer to key)?; Failed to sign CPID signature (Address does not refer to key)?; Failed to sign CPID signature (Address does not refer to key)?; Failed to sign CPID signature (Address does not refer to key)?; ",
"poolinfo2": "RM_03-07-2018 22:58:22; RMC_03-07-2018 22:58:23; RMC_03-07-2018 22:58:22; RMC_03-07-2018 22:58:22; ",

Please try 'exec associate user pass', see if giving yourself a CPID works. You should have a cpid in 'exec getboincinfo'.

Yey09

sr. member

Activity: 632

Merit: 250

http://scientificcoin.com/

Updated to New wallet but now it ont mine. error "poolinfo1": "Failed to sign CPID signature (Address does not refer to key)?; Failed to sign CPID signature (Address does not refer to key)?; Failed to sign CPID signature (Address does not refer to key)?; Failed to sign CPID signature (Address does not refer to key)?; ",
"poolinfo2": "RM_03-07-2018 22:58:22; RMC_03-07-2018 22:58:23; RMC_03-07-2018 22:58:22; RMC_03-07-2018 22:58:22; ",

aikida3k

newbie

Activity: 180

Merit: 0

Quote from: bible_pay on March 07, 2018, 04:22:49 PM

Quote from: ?? on ??

Looks like a whole mess after upgrade. No one knows which chain is correct.

There is no correct answer - the chain is not the longest chain, its the chain with the most work that adheres to the PODC rules.

So far I believe the winner is going to be :
getblockhash 33445
201ce2c68c5d520873037429fa644ca1180569a059f052621030e7152f4c5fd3

And its not a mess anymore, everything seems to be working after block 33441.

I want to see a 25 block history before misguiding people....

My exec getboincinfo populated correctly. Looks good. This is pretty cool...

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: ?? on ??

Looks like a whole mess after upgrade. No one knows which chain is correct.

There is no correct answer - the chain is not the longest chain, its the chain with the most work that adheres to the PODC rules.

So far I believe the winner is going to be :
getblockhash 33445
201ce2c68c5d520873037429fa644ca1180569a059f052621030e7152f4c5fd3

And its not a mess anymore, everything seems to be working after block 33441.

I want to see a 25 block history before misguiding people....

svirusxxx2

jr. member

Activity: 89

Merit: 7

Quote from: bible_pay on March 06, 2018, 02:55:04 PM

Biblepay - v1.1.0.2
Mandatory Upgrade
For entire network (Sanctuaries and Users)

- Enable Proof-of-Distributed Computing at block 33440

Hi,

I just updated https://BiblePay.eu/

If some masternodes is removed, please just add it one more time to account.

Code:

Version distribution
70717 103
70715 62
70714 1
70716 2

Bitconee

newbie

Activity: 12

Merit: 0

Quote from: jaapgvk on March 07, 2018, 07:08:44 AM

Quote from: Bitconee on March 07, 2018, 05:19:47 AM

Quote from: bible_pay on March 06, 2018, 02:08:04 PM

Quote from: Bitconee on March 06, 2018, 12:53:47 PM

Guys my hashrate fell like 80-90%. Is this supposed to happen? Am I gonna get that much less BBP's or is it gonna sort itself out somehow? Huh

After block 33400, with PODC it is better to just lower your hashrate and increase your Rosetta cancer intensity.
But between now and 33400, you can go ahead and increase your genproclimit as high as you want - if you want to expend more for POW.

The reason for the difference is we have a 250ms sleep in the new miner by default, its easier to just increase your genproclimit than to disable it. Or you can set the 'minersleep=0' parameter if you wish.

How to set max CPU usage? Also can you define what PODC is and what minersleep=0 does? Thanks in advance

The minersleep is there so that less cpu power is used. It means the wallet mines 250ms, then sleeps 250ms, then mines 250ms again, etc.

This is to lessen heat mining impact, and also ensures that Boinc keeps on running on computers where both the wallet and Boinc are installed (Boinc halts computing when too many other processes use cpu-cycles).

Setting minersleep=0 will turn off the sleep function and you can mine full power again.
You can experiment with the max CPU usage by using the command 'setgenerate true NUMBER', in which NUMBER stands for the number of threads that you want to use (e.g. 'setgenerate true 8').

Thank you very much for the info. Do you earn any biblepay while using Boinc through the wallet? I just tried to connect my android phone to my pool account but I am getting this error. Any help? https://ibb.co/dp0SV7

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: bible_pay on March 06, 2018, 02:55:04 PM

Biblepay - v1.1.0.2
Mandatory Upgrade
For entire network (Sanctuaries and Users)

- Enable Proof-of-Distributed Computing at block 33440

Sorry everyone, I posted the wrong cutover block for PODC. Its not as if 2,000 people are not looking for block 33400 right now.

I corrected the original post, it should be 33440.

Additionally, I see that one cosmetic feature we need included in the new version is not in the version: We are supposed to be able to type "showblock height" and see the actual CPID and CPID signature, and verify the block subsidy has gone down to 600 (from ~6000).

Somehow this feature was not merged into prod. Its only cosmetic so it will not require a mandatory, but we do need the feature obviously so we can verify everything after block 33440 passes.

I will push that feature out in the next hour.

slovakia

full member

Activity: 770

Merit: 100

from canopus

Quote

PPL ADD THIS HEALTHY NODES TO YOUR WIN WALLETS= cos of bad forking ... Kiss

and check with this blocks http://explorer.biblepay.org:3001/

addnode "54.37.156.244" "add"
addnode "139.99.101.222" "add"
addnode "47.93.223.203" "add"
addnode "45.32.7.66" "add"
addnode "80.211.203.45" "add"
addnode "45.76.56.211" "add"
addnode "207.246.87.254" "add"

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: strayapple on March 07, 2018, 07:10:48 AM

Quote from: slovakia on March 07, 2018, 04:24:41 AM

"Version": "Popularity,Percent %",
  "1.0.8.1": "105; 51.22%", = BOTNET
  "1.0.8.6": "7; 3.41%",
  "1.0.8.7": "56; 27.32%",
  "1.0.8.9": "3; 1.46%",
  "1.0.9.1": "2; 0.98%",
  "1.0.9.5": "1; 0.49%",
  "1.0.9.7": "25; 12.19%",
  "1.0.9.8": "1; 0.49%",
"1.1.0.2": "5; 2.44%"

how to see this?which command?

exec versionreport

Yeah, we were catching up (on the PODC side) for a while, but over the last 20 minutes, the botnet clawed back one of those 1102 blocks.

Things are improving though - I see 90% of my transactions sent through the night confirmed.

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: dave_bbp on March 07, 2018, 09:16:21 AM

Quote from: coin_analyst on March 07, 2018, 08:31:47 AM

it seem had 3 fork line...
A Fork - Block:33356
B Fork - Block:33379
C Fork - Block:33403
Shocked

Got from Pool status , is it bug?

I'm not exactly sure what you mean by that but there's definitely some hickup with the pool. It says in "pool history" that it found blocks 33362, 33369, 33374 but they were all apparently skipped at the payout. The "distribution history" only mentions blocks 33356 and 33403, nothing in between.
Also on the home page the "height" is off (showing 33357 right now).

The pool is on a fork, Im going to rebuild its chain now.

The miners who are on a different fork mining against the pool are also having issues because their solutions appear to be invalid by the pool (since the pool checks the solution in real time against the current chain).

dave_bbp

jr. member

Activity: 405

Merit: 3

Quote from: coin_analyst on March 07, 2018, 08:31:47 AM

it seem had 3 fork line...
A Fork - Block:33356
B Fork - Block:33379
C Fork - Block:33403
Shocked

Got from Pool status , is it bug?

I'm not exactly sure what you mean by that but there's definitely some hickup with the pool. It says in "pool history" that it found blocks 33362, 33369, 33374 but they were all apparently skipped at the payout. The "distribution history" only mentions blocks 33356 and 33403, nothing in between.
Also on the home page the "height" is off (showing 33357 right now).

EDIT: lol, I just realized that purepool is going in reverse mode. Maybe 2 hours ago "getinfo" showed 33375, now it's 33355. Main pool says 33381....

Topic: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes) - page 615. (Read 243376 times)