Bible Pay

Read 112858 times

  • Rob Andrews
  • Administrator

    • 2280


    • 29
    • June 05, 2017, 08:09:04 PM
    • Patmos, Island Of
    more

Biblepay 1.0.9.7
Mandatory Upgrade for Testnet


- 7 Minute Blocks, 16 minute late blocks
- Cutover to PODC at 33440
- Superblock icons + PODC Payment icons
- Checkpoint
- Sanctuary Mandatory upgrade to protocolversion 70716


Windows is compiling.

Ill be at church so I would appreciate it if anyone can help answer questions while Im gone.

So now, please- everyone testing in testnet, upgrade to latest in order to continue testing.  We need to ensure everything still works: new contracts generate, exec getboincinfo works correctly, basically an end-to-end test. 

Please upgrade your sancs in testnet also so we have a supermajority on 70716.

Ill release windows tonight.  If all goes well with very little changes, we can release this version to prod.  It transitions into PODC mode after block 33440.

Note, I added an error message to getmininginfo designed to show you if the wallet is unable to sign the CPID or process a UTXO (coinstake) - that happens if the wallet is locked or if the new password feature didnt work.




  • jaapgvk
  • Hero Member

    • 617


    • 31
    • September 01, 2017, 08:02:57 PM
    • Netherlands
    more
I'm in conversation with capulo at the moment, but I'd like to ask something about the following: there is an obvious difference between the Rosetta leaderboard (https://boinc.bakerlab.org/rosetta/team_members.php?teamid=15044&offset=0&sort_by=total_credit) and the pool leaderboard.
Slovakia, West and Togo are on the Rosetta leaderboard, but not on the pool leaderboard.

West and/or Togo, could either one of you confirm that your wallets have been offline for 24+ hours? Or do you have the same experience that capulo has?


  • capulo
  • Newbie

    • 6


    • 0
    • March 04, 2018, 07:42:39 AM
    more
i tried it after 2hours   its really true that we must wait so long? 


Quote
19:30:19

exec podcupdate


19:30:19

{
  "Command": "podcupdate",
  "PODCUpdate": true
}


now ill be wait for raise UTXO+TASK WEIGHTS to 100 100

« Last Edit: March 04, 2018, 12:58:41 PM by capulo »


  • Rob Andrews
  • Administrator

    • 2280


    • 29
    • June 05, 2017, 08:09:04 PM
    • Patmos, Island Of
    more
I'm in conversation with capulo at the moment, but I'd like to ask something about the following: there is an obvious difference between the Rosetta leaderboard (https://boinc.bakerlab.org/rosetta/team_members.php?teamid=15044&offset=0&sort_by=total_credit) and the pool leaderboard.
Slovakia, West and Togo are on the Rosetta leaderboard, but not on the pool leaderboard.

West and/or Togo, could either one of you confirm that your wallets have been offline for 24+ hours? Or do you have the same experience that capulo has?

The pool leaderboard is just for team spirit, not used for payments, so as long as West and Togo are in the exec getboincinfo in the client and see their own magnitude, they are going to get paid.  Ill diagnose the missing accounts in the pool leaderboard either tonight or tomorrow- Im sure its either that they are hiding their machines or its a bug in the pool leaderboard.



  • Rob Andrews
  • Administrator

    • 2280


    • 29
    • June 05, 2017, 08:09:04 PM
    • Patmos, Island Of
    more
i tried it after 2hours   its really true that we must wait so long? 



now ill be wait for raise UTXO+TASK WEIGHTS to 100 100

No - it happens immediately, not sure what you mean by 2 hours.

In client PODC updates *transmit* after approx 30 minutes on thread #0, podcupdate command happens immediately, results happen from the viewing side in 6 blocks, and then in the sancs after the contract is voted on.  Youll have to clarify what you are talking about - reading  writing what value and what you are referring to.

« Last Edit: March 04, 2018, 01:00:58 PM by Rob A. »


  • capulo
  • Newbie

    • 6


    • 0
    • March 04, 2018, 07:42:39 AM
    more
ROB

im on wallet 196  and i tried setup SETGENERATE TRUE 8,12,16 in adminwallet and withouts response overloading on CPU ...


Rob can you check it where is problem?


  • Rob Andrews
  • Administrator

    • 2280


    • 29
    • June 05, 2017, 08:09:04 PM
    • Patmos, Island Of
    more
ROB

im on wallet 196  and i tried setup SETGENERATE TRUE 8,12,16 in adminwallet and withouts response overloading on CPU ...


Rob can you check it where is problem?

PODC Does not use setgenerate true > 1.

Why are you doing that?

From my end, if you deliberately do that it does not overload the CPU (as PODC sleeps, whereas heat mining does not).  Please stop posting inaccurate info.  Is this Slovakia talking through Capulo?



  • capulo
  • Newbie

    • 6


    • 0
    • March 04, 2018, 07:42:39 AM
    more
before worked: few days ago .. very weird then ...


  • jaapgvk
  • Hero Member

    • 617


    • 31
    • September 01, 2017, 08:02:57 PM
    • Netherlands
    more
The pool leaderboard is just for team spirit, not used for payments, so as long as West and Togo are in the exec getboincinfo in the client and see their own magnitude, they are going to get paid.  Ill diagnose the missing accounts in the pool leaderboard either tonight or tomorrow- Im sure its either that they are hiding their machines or its a bug in the pool leaderboard.

Well, when I enter 'exec leaderboard' I think it roughly reflects the data I see on the pool leaderboard?

Code: [Select]

{
  "Leaderboard Report": 1520190924,
  "Height": 13167,
  "Total Block": 1339277,
  "e7ae6abd6284b05f3fd5f7c780e60bc7": 419.5733935580661,
  "ca895b47aacffbdbf906201821af2f9f": 232.8383132627656,
  "d9b22fccfae5582d4ee7838883aaa3cf": 108.3420374699033,
  "04fba56d89a5eb38b1b82f8a6240132c": 63.83294819643024,
  "6785ded1f65063ef8f01f42deb31cf1d": 39.81252541623185,
  "c9085154b7cc0ca2b5189672559dd6d8": 33.59200498782548,
  "e94c1704c75f731f8bfde303f08408ee": 20.9097892302355,
  "95a79cd5829e8315b0b946709930df18": 17.66848816437161,
  "cc37d0ef74a621379974484f43d3b1c5": 17.40789980408907,
  "71f1f1f46deb2f25961c7d9af06f2b31": 16.28415916734059,
  "f80ab050ab53459ec937879a046d603e": 15.70250205370135,
  "e6ce50042187d4b285568d86ef458f32": 8.929444700913667,
  "4b7d2d64c88b32927a21ad20a57868e4": 3.180074001270282,
  "c852da1a620ad630b70c8ec1ccdee366": 1.926412520140251
}


  • Rob Andrews
  • Administrator

    • 2280


    • 29
    • June 05, 2017, 08:09:04 PM
    • Patmos, Island Of
    more

Biblepay 1.0.9.7
Mandatory Upgrade for Testnet


- 7 Minute Blocks, 16 minute late blocks
- Cutover to PODC at 33440
- Superblock icons + PODC Payment icons
- Checkpoint
- Sanctuary Mandatory upgrade to protocolversion 70716


Windows is compiling.

Ill be at church so I would appreciate it if anyone can help answer questions while Im gone.

So now, please- everyone testing in testnet, upgrade to latest in order to continue testing.  We need to ensure everything still works: new contracts generate, exec getboincinfo works correctly, basically an end-to-end test. 

Please upgrade your sancs in testnet also so we have a supermajority on 70716.

Ill release windows tonight.  If all goes well with very little changes, we can release this version to prod.  It transitions into PODC mode after block 33440.

Note, I added an error message to getmininginfo designed to show you if the wallet is unable to sign the CPID or process a UTXO (coinstake) - that happens if the wallet is locked or if the new password feature didnt work.

1.0.9.7 has been deployed for windows.

Note, the hot sanctuaries will say "unable to start" until we start getting the other peers connected on 1.0.9.7.
You can try deleting your peers.dat, and restarting the hot sanc after you upgrade.

Also, if some people could please upgrade their Prod instance and just verify everything works.  I realize this is going to be a little messy.

I will be gone for about 6 hours...





  • Rob Andrews
  • Administrator

    • 2280


    • 29
    • June 05, 2017, 08:09:04 PM
    • Patmos, Island Of
    more
Well, when I enter 'exec leaderboard' I think it roughly reflects the data I see on the pool leaderboard?

Code: [Select]

{
  "Leaderboard Report": 1520190924,
  "Height": 13167,
  "Total Block": 1339277,
  "e7ae6abd6284b05f3fd5f7c780e60bc7": 419.5733935580661,
  "ca895b47aacffbdbf906201821af2f9f": 232.8383132627656,
  "d9b22fccfae5582d4ee7838883aaa3cf": 108.3420374699033,
  "04fba56d89a5eb38b1b82f8a6240132c": 63.83294819643024,
  "6785ded1f65063ef8f01f42deb31cf1d": 39.81252541623185,
  "c9085154b7cc0ca2b5189672559dd6d8": 33.59200498782548,
  "e94c1704c75f731f8bfde303f08408ee": 20.9097892302355,
  "95a79cd5829e8315b0b946709930df18": 17.66848816437161,
  "cc37d0ef74a621379974484f43d3b1c5": 17.40789980408907,
  "71f1f1f46deb2f25961c7d9af06f2b31": 16.28415916734059,
  "f80ab050ab53459ec937879a046d603e": 15.70250205370135,
  "e6ce50042187d4b285568d86ef458f32": 8.929444700913667,
  "4b7d2d64c88b32927a21ad20a57868e4": 3.180074001270282,
  "c852da1a620ad630b70c8ec1ccdee366": 1.926412520140251
}

That is not accurate enough - we will need one specific person who claims to be missing paste their exec getboincinfo.  Pool is a completely different codebase than the client.  The client was created to work through disaster recovery modes, etc.

Lets not look at the pool for anything.



  • jaapgvk
  • Hero Member

    • 617


    • 31
    • September 01, 2017, 08:02:57 PM
    • Netherlands
    more
That is not accurate enough - we will need one specific person who claims to be missing paste their exec getboincinfo.  Pool is a completely different codebase than the client.  The client was created to work through disaster recovery modes, etc.

Lets not look at the pool for anything.

Alright :)


  • togoshigekata
  • Sr. Member

    • 486


    • 25
    • September 01, 2017, 10:21:10 AM
    • USA
    more
My testnet wallet with CPID burn transaction ran out of disk space, not sure when though,
Im too much of a linux newbie still to pinpoint the issue, but the disk space on AWS was only 8GB, Ive extended to 20GB now,
the debug.log was only 155MB in size

Upgraded both of my testnet sanctuaries to v1.0.9.7

In testnet3 folder, removed blocks and chainstate folders and relevant .dat files, reindexed
Since there was a protocol version increase, ran start-alias command for masternodes
Turned on 1 mining thread for wallet with CPID burn

Reference: How to Update and Clean Wallets:
https://www.reddit.com/r/BiblePay/comments/7nmvm8/how_to_update_clean_wallets/


  • orbis
  • Full Member

    • 203


    • 6
    • February 08, 2018, 04:37:14 PM
    more
1.0.9.7 has been deployed for windows.

Note, the hot sanctuaries will say "unable to start" until we start getting the other peers connected on 1.0.9.7.
You can try deleting your peers.dat, and restarting the hot sanc after you upgrade.

Also, if some people could please upgrade their Prod instance and just verify everything works.  I realize this is going to be a little messy.

I will be gone for about 6 hours...
Hi,
Rob I'm thinking that something is wrong with it.
I am on 1097. Win and Linux.
In linux headless it is normal. Starts with setgenerate true 1 and you must just unlock it.
But in Win it didn't work for me.
On boot it asks for PWD and after inserting it does nothing.
Wallet is locked and not generating BBP. When I do it manually it works, but not automatically.
getinfo:
Quote
  "version": 1000907,
  "protocolversion": 70716,
  "walletversion": 61000,
  "wallet_fullversion": "1.0.9.7",
  "balance": 7332481.00093010,
  "privatesend_balance": 0.00000000,
  "retirement_balance": 0,
  "blocks": 15388,
  "timeoffset": 0,
  "connections": 8,
  "proxy": "",
  "difficulty": 0.02513946871654256,
  "testnet": true,
  "keypoololdest": 1506015302,
  "keypoolsize": 1012,
  "unlocked_until": 0,
  "paytxfee": 0.00000000,
  "relayfee": 0.00010000,
  "errors": ""
and getmininginfo
Quote
  "blocks": 15388,
  "currentblocksize": 1000,
  "currentblocktx": 0,
  "difficulty_podc": 28.7044849880676,
  "difficulty_pow": 0.2513946871654256,
  "difficulty": 28.7044849880676,
  "errors": "",
  "genproclimit": 1,
  "networkhashps": 19290821.32796781,
  "hashps": 75.48933921421167,
  "minerstarttime": "03-04-2018 20:02:50",
  "hashcounter": 7428,
  "pooledtx": 0,
  "testnet": true,
  "chain": "test",
  "biblepay-generate": false,
  "poolinfo1": "Failed to sign CPID signature (unlock wallet)?; ",
  "poolinfo2": "",
  "poolinfo3": "",
  "miningpulse": 14,
  "poolmining": false,
  "pool_url": "",
  "poolmining_use_ssl": false

And using genproclimit more than 1 is working for me. When I use e.g. setgenerate true 12 cpu is "heating" more.

In prod version is asking for PODC pwd on boot and PODC tab is there too.
So can we try associate in prod? is it live now?


  • jaapgvk
  • Hero Member

    • 617


    • 31
    • September 01, 2017, 08:02:57 PM
    • Netherlands
    more
My testnet wallet with CPID burn transaction ran out of disk space, not sure when though,
Im too much of a linux newbie still to pinpoint the issue, but the disk space on AWS was only 8GB, Ive extended to 20GB now,
the debug.log was only 155MB in size

Upgraded both of my testnet sanctuaries to v1.0.9.7

In testnet3 folder, removed blocks and chainstate folders and relevant .dat files, reindexed
Since there was a protocol version increase, ran start-alias command for masternodes
Turned on 1 mining thread for wallet with CPID burn

Reference: How to Update and Clean Wallets:
https://www.reddit.com/r/BiblePay/comments/7nmvm8/how_to_update_clean_wallets/

Cool, I also updated my testnet-sanctuary.

Also updated a prod wallet. At first sight it seem to function as expected, and the 'Distributed Computing' tab is showing.