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

[thesnat21]

I have checked in the alpha version of stratis-biblepayd last night.  This is for developers only (unless you are an extreme power user with visual studio 2017).  Please read the bottom of the front page (Biblepay section in the readme.md) for more compile info.  The repo is called "biblepay\StratisBitcoinFullNode".

This version syncs biblepayd in stratis in console mode, but remember we dont have the consensus rules checked in yet, and the GUI is in pre-alpha still.

Cool, will take a look!

[bible_pay]

I have checked in the alpha version of stratis-biblepayd last night.  This is for developers only (unless you are an extreme power user with visual studio 2017).  Please read the bottom of the front page (Biblepay section in the readme.md) for more compile info.  The repo is called "biblepay\StratisBitcoinFullNode".

This version syncs biblepayd in stratis in console mode, but remember we dont have the consensus rules checked in yet, and the GUI is in pre-alpha still.

Cool, will take a look!

Yeah, its a pretty major breakthrough for us.  Now we have kjv.cs in a c# project producing biblehashes.

Just PM me after you sync to the top if you can't get the GUI working.

[Lichtsucher]

PurePool:
@Lichtsucher, Apart from the daily Autosend that is not working, I see in the Pool Statistics that the number of shares dropped a lot but the pool keeps founding blocks.

Update: The last block paid was 57760 and no more entries in the Transactions since July 13, 2018, 9:30 a.m. It seems that it got stuck again.

Mhh, strange problem. The Biblepayd had used a lot of ram for a short time, so the OS killed some other daemons. My background job system (which checks the solutions and do the transactions) got half of its processes killed. With that, it could not hold up with the amount of tasks. But with some tasks running, my alert system wasn't triggered.

Fixed it by restarting the jobs, plus I corrected the stuck block. Payouts are already done, missing blocks are shared out right now.
Some solutions got lost, but it hit everybody the same way, so in the end, it should bring the same amount of bbp in the end for everybody

I'm not sure why it is more unstable with the newer biblepay releases. It worked so well before :/

[cryptocadxyz]

** Update on World Community Grid **



Summary:  A) We need users to enable export authorization from their respective web accounts, B) We need to test this to see if it works for Biblepay



I'll take a look at testing this today.


Please look for a checkbox in your WCG account to enable publically sharing your RAC data and please enable it.

All,

I found the setting :

Navigate to worldcommunitygrid.org | Log in

Click Settings | My Profile | Scroll down to the middle of the page | Look for Display My Data:

Choose to display or hide your data
You can control whether your data is displayed or hidden. If you choose to display your data, your username and contribution statistics will be shown on our leader boards, your badges and country (if specified) will be shown in our forums and your user and device information will be included in any data export files. See our Privacy Statement for more details.

           Display my data
           Hide my data


Select "Display My Data"

Save


- I will test with my CPID asap.

I had this on by default. I think it should not have been as I have reported european country.

Yes, I have a few WCG accounts from back in the day, and I see the default is set to Show the data.  So that's great from our perspective as our users wont have to change anything by default...

Checking into our Sanctuary Integration in detail, it looks like we are back in business with WCG.  Everything looks like its fine.

I've just re-enabled WCG as our 2nd project.  RAC should start being paid within 24 hours.  NOTE It might be too late for tomorrow morning's 8AM superblock, but by Sunday morning we should see WCG payments going out again.

The project factor is set back to 1.5 WCG points per 1 Rosetta point.  

Rob, could you clarify the calculation?
I was looking at the superblockview and saw that the following formula seems to be at work to determine the RAC used to calculate one's share

ModifiedRAC = (AvgRAC + WCGRac) * UTXOWeight

2 questions.

#1: Does 1.5 WCG points per 1 Rosetta point mean that if one has 1500 WCG RAC, it's only worth 1000 Rosetta RAC? I seem to recall a debate about WCG being more difficult and perhaps its the other way around?

#2: Is the WCGRAC reported in the superblock view the already "adjusted" amount? In other words, if I see WCGRAC at 1000, does that mean it was adjusted downwards from 1500?

Thanks!

[afeno]

PurePool:
@Lichtsucher, Apart from the daily Autosend that is not working, I see in the Pool Statistics that the number of shares dropped a lot but the pool keeps founding blocks.

Update: The last block paid was 57760 and no more entries in the Transactions since July 13, 2018, 9:30 a.m. It seems that it got stuck again.

Mhh, strange problem. The Biblepayd had used a lot of ram for a short time, so the OS killed some other daemons. My background job system (which checks the solutions and do the transactions) got half of its processes killed. With that, it could not hold up with the amount of tasks. But with some tasks running, my alert system wasn't triggered.

Fixed it by restarting the jobs, plus I corrected the stuck block. Payouts are already done, missing blocks are shared out right now.
Some solutions got lost, but it hit everybody the same way, so in the end, it should bring the same amount of bbp in the end for everybody

I'm not sure why it is more unstable with the newer biblepay releases. It worked so well before :/

Thank you Light. I noticed that the transaction started to flush but it got stuck at block 57909. No more payments after that block.

[bible_pay]

PurePool:
@Lichtsucher, Apart from the daily Autosend that is not working, I see in the Pool Statistics that the number of shares dropped a lot but the pool keeps founding blocks.

Update: The last block paid was 57760 and no more entries in the Transactions since July 13, 2018, 9:30 a.m. It seems that it got stuck again.

Mhh, strange problem. The Biblepayd had used a lot of ram for a short time, so the OS killed some other daemons. My background job system (which checks the solutions and do the transactions) got half of its processes killed. With that, it could not hold up with the amount of tasks. But with some tasks running, my alert system wasn't triggered.

Fixed it by restarting the jobs, plus I corrected the stuck block. Payouts are already done, missing blocks are shared out right now.
Some solutions got lost, but it hit everybody the same way, so in the end, it should bring the same amount of bbp in the end for everybody

I'm not sure why it is more unstable with the newer biblepay releases. It worked so well before :/

So Ive been running 1.1.3.8 on windows and linux for a few days now, looking at windows its using 265K and linux 277K.

So thats the same as the prior old versions used.

First of all, lets look at your ram use after running 24 hours.

Try this- get process id of biblepay then type:
sudo pmap -x pid
Look at total RSS (resident ram consumption)
See if its higher than 350K for you.

If so let us know what module is hogging the ram.

Next, verify you are not changing the source code before you compile.  I posted a few pages back that changing the openssl declarations is not a good idea, and we should be compiled against 101k.  So if you need to create a custom build you will have to compile 101k first, then use the OPENSSL_INCLUDE_PATH= and OPENSSL_LIB_PATH= to point to the specific binary to compile against.

Also it would be good to create a rough baseline if you do find a memory issue, let us know the pattern.

[bible_pay]

** Update on World Community Grid **



Summary:  A) We need users to enable export authorization from their respective web accounts, B) We need to test this to see if it works for Biblepay



I'll take a look at testing this today.


Please look for a checkbox in your WCG account to enable publically sharing your RAC data and please enable it.

I had this on by default. I think it should not have been as I have reported european country.

Yes, I have a few WCG accounts from back in the day, and I see the default is set to Show the data.  So that's great from our perspective as our users wont have to change anything by default...

Checking into our Sanctuary Integration in detail, it looks like we are back in business with WCG.  Everything looks like its fine.

I've just re-enabled WCG as our 2nd project.  RAC should start being paid within 24 hours.  NOTE It might be too late for tomorrow morning's 8AM superblock, but by Sunday morning we should see WCG payments going out again.

The project factor is set back to 1.5 WCG points per 1 Rosetta point.  

Rob, could you clarify the calculation?
I was looking at the superblockview and saw that the following formula seems to be at work to determine the RAC used to calculate one's share

ModifiedRAC = (AvgRAC + WCGRac) * UTXOWeight

2 questions.

#1: Does 1.5 WCG points per 1 Rosetta point mean that if one has 1500 WCG RAC, it's only worth 1000 Rosetta RAC? I seem to recall a debate about WCG being more difficult and perhaps its the other way around?

#2: Is the WCGRAC reported in the superblock view the already "adjusted" amount? In other words, if I see WCGRAC at 1000, does that mean it was adjusted downwards from 1500?

Thanks!

On #1, WCG is 1.5* more difficult so we reward 1.5* the RAC on WCG's rac.  (There was a discussion of some wild fluctuations at first but we seemed to hone in on 1.5, basically, when running all the WCG work mixed from the web portal).  

On #2, the Sancs do multiply the WCG * its project factor of 1.5 first, so when you read the pool superblock view:   The "AvgRac" is the Rosetta RAC, the WCGRac is the adjusted WCGRac (you can find the original figure in your Boinc client GUI row for WCG in the running projects, under RAC, that is in your boincmanager.exe GUI (not in WCGs portal)), then the Total is the Total RAC (of those two figs) * the UTXO Level %.

[SVK Noko]

Biblepay-core.org is a little bit out of the picture I think.

[thesnat21]

I have checked in the alpha version of stratis-biblepayd last night.  This is for developers only (unless you are an extreme power user with visual studio 2017).  Please read the bottom of the front page (Biblepay section in the readme.md) for more compile info.  The repo is called "biblepay\StratisBitcoinFullNode".

This version syncs biblepayd in stratis in console mode, but remember we dont have the consensus rules checked in yet, and the GUI is in pre-alpha still.

Cool, will take a look!

Yeah, its a pretty major breakthrough for us.  Now we have kjv.cs in a c# project producing biblehashes.

Just PM me after you sync to the top if you can't get the GUI working.

Had to manually download the .NET 2.1 sdk from
https://www.microsoft.com/net/download/visual-studio-sdks

After that it compiled fine.

I'm assuming there is not currently a migration path for the wallet from BBPCore->Stratus at the moment?

Started running the daemon, will let it sync.

[bible_pay]

I have checked in the alpha version of stratis-biblepayd last night.  This is for developers only (unless you are an extreme power user with visual studio 2017).  Please read the bottom of the front page (Biblepay section in the readme.md) for more compile info.  The repo is called "biblepay\StratisBitcoinFullNode".

This version syncs biblepayd in stratis in console mode, but remember we dont have the consensus rules checked in yet, and the GUI is in pre-alpha still.

Cool, will take a look!

Yeah, its a pretty major breakthrough for us.  Now we have kjv.cs in a c# project producing biblehashes.

Just PM me after you sync to the top if you can't get the GUI working.

Had to manually download the .NET 2.1 sdk from
https://www.microsoft.com/net/download/visual-studio-sdks

After that it compiled fine.

I'm assuming there is not currently a migration path for the wallet from BBPCore->Stratus at the moment?

Started running the daemon, will let it sync.

There is not a migration path yet, but we already enabled the HD wallet in stratis, so stratis runs side by side QT for the next couple years.  And since you can send money back and forth, and we have plans for a full governance module, I don't see the need for a migration plan.  The blocks are all there (we aren't in need of starting with a new blockchain).

My thoughts are that we would build our superblock payments, CPID association, voting, and full compatibility, so a user would be in beta on stratis for a long time and if hiccups occur, they go back to prod using biblepaycore until we work it out.

[thesnat21]

There is not a migration path yet, but we already enabled the HD wallet in stratis, so stratis runs side by side QT for the next couple years.  And since you can send money back and forth, and we have plans for a full governance module, I don't see the need for a migration plan.  The blocks are all there (we aren't in need of starting with a new blockchain).

My thoughts are that we would build our superblock payments, CPID association, voting, and full compatibility, so a user would be in beta on stratis for a long time and if hiccups occur, they go back to prod using biblepaycore until we work it out.

So far have caught 2 "mempool" exceptions,  it seems to handle them fine after I resume.  

Overall the plans sound logical, I guess I was thinking more importing public key from your QT wallet, I can see it isn't needed right now, but in the future would be nice to offer.

The biblepay GUI shows the logo and background but I don't see anything else currently, it also seems to take a while to load.. will look to see if this an issue on my machine

[afeno]

@Lichtsucher, It seems that the transactions in PurePool started to flush again tonight at midnight CET but we are missing the transactions for the blocks found between 57909 (July 13, 2018, 3:35 a.m.) and 58090 (July 14, 2018, 12:32 a.m).
45 blocks are missing in total.
We keep in touch. Thanks.

[bible_pay]

There is not a migration path yet, but we already enabled the HD wallet in stratis, so stratis runs side by side QT for the next couple years.  And since you can send money back and forth, and we have plans for a full governance module, I don't see the need for a migration plan.  The blocks are all there (we aren't in need of starting with a new blockchain).

My thoughts are that we would build our superblock payments, CPID association, voting, and full compatibility, so a user would be in beta on stratis for a long time and if hiccups occur, they go back to prod using biblepaycore until we work it out.

So far have caught 2 "mempool" exceptions,  it seems to handle them fine after I resume.  

Overall the plans sound logical, I guess I was thinking more importing public key from your QT wallet, I can see it isn't needed right now, but in the future would be nice to offer.

The biblepay GUI shows the logo and background but I don't see anything else currently, it also seems to take a while to load.. will look to see if this an issue on my machine

Yeah I saw some of those, but it seems to be accepting all the valid transactions live, so we will need to specifically see what threw the mempool error.
On the GUI, please send me your home IP address.  We have to whitelist you for it to pull the GUI contents.

[SVK Noko]

Any news regarding the CryptoBridge listening ?

[togoshigekata]

Any news regarding the CryptoBridge listening ?

No News, I believe its been about 12 days since we paid the listing fee,

Their Add Coin page says: "Standard: Generally 14-21 days from payment to listing"
https://crypto-bridge.org/addcoin.php

If anyone has Bitcoin to donate, we could fast track it

[SVK Noko]

Any news regarding the CryptoBridge listening ?

No News, I believe its been about 12 days since we paid the listing fee,

Their Add Coin page says: "Standard: Generally 14-21 days from payment to listing"
https://crypto-bridge.org/addcoin.php

If anyone has Bitcoin to donate, we could fast track it

2 BTC lost is enought

[togoshigekata]

Any news regarding the CryptoBridge listening ?

No News, I believe its been about 12 days since we paid the listing fee,

Their Add Coin page says: "Standard: Generally 14-21 days from payment to listing"
https://crypto-bridge.org/addcoin.php

If anyone has Bitcoin to donate, we could fast track it

2 BTC lost is enought

I believe our listing fee was only 1 BTC, their current price is 2 BTC, but we got in early before the price increase

The coins are not "lost", They have been paid to CryptoBridge

===

I think Jaap mentioned he has 1 BTC worth in the exchange fund,

so we are probably about 2 budget cycles away from having the 2 BTC to pay for CoinExchange.io listing

[togoshigekata]

Any news regarding the CryptoBridge listening ?

No News, I believe its been about 12 days since we paid the listing fee,

Their Add Coin page says: "Standard: Generally 14-21 days from payment to listing"
https://crypto-bridge.org/addcoin.php

If anyone has Bitcoin to donate, we could fast track it

2 BTC lost is enought

I believe our listing fee was only 1 BTC, their current price is 2 BTC, but we got in early before the price increase

The coins are not "lost", They have been paid to CryptoBridge

===

I think Jaap mentioned he has 1 BTC worth in the exchange fund,

so we are probably about 2 budget cycles away from having the 2 BTC to pay for CoinExchange.io listing

Good News, I heard back from sherlock-holmes from CryptoBridge:

"Your coin will be listed in the next days - tomorrow or Tuesday"



Learning Videos:
https://www.reddit.com/r/BiblePay/comments/8z1aaw/cryptobridge_decentralized_exchange/

[leetlezee]

Good News, I heard back from sherlock-holmes from CryptoBridge:

"Your coin will be listed in the next days - tomorrow or Tuesday"

Awesome, this is amazing! Hopefully we see good volume on CB.

[bible_pay]

** COOL UPDATE FOR NEW USERS **

So over the last few days Jaap has spearheaded a plan to create a 1 million BBP airdrop for brand new users to expose us to the world.

One of the aspects within his detailed requirements was the inability for a brand new user to receive enough of a reward to even associate a CPID ( which costs less than 1 bbp ) without going to the exchange and buying some coins.  He also explained that its pretty hard to get started heat mining, since you need to have magnitude to even be lucky enough to mine a 400 bbp block.

So in light of this I told him we could create a New User Faucet providing up to 1000 bbp for brand new users.  This should be enough to start small and have some ability to UTXO stake while the RAC is still low.

In the spirit of this, now if you navigate to pool.biblepay.org to the Faucet, you will see the requirements are:

• Your CPID must be a member of team Biblepay in Rosetta@Home or World Community Grid
• You must have a CPID that has not been paid by the faucet previously
  
• You must have more than 100 RAC in either Rosetta@Home or World Community Grid
  
  • You must not be in any biblepay superblock as a researcher
    
  • Your IP must not have received a faucet reward in the past
    
  
  Note that we temporarily set the reward to 100 bbp while we test this to ensure there is no abuse.
  
  Please kick it around and see if it fills our need!
  
  Have a great day and Praise Jesus.