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

[bible_pay]

Rob, regarding PoG, some questions that will surely be of interest for our community and investors:

- how will the reward distribution be in terms of %?
- Will tithes replace the monthly 10% superblock for orphans or will it add up?
- Will masternode owners keep on having the same share as miners/tithers?

Thank you for the great job.

I'm gathering the answers for this now.

[1714252271]

1714252271

[1714252271]

1714252271

[1714252271]

1714252271

[1714252271]

1714252271

[secoccular]

Has the Miner-ocalypse begun?

Purepool is handing out very few shares atm. About 20% of what it has before.

[bible_pay]

We integrated the pool with the Walmart API.

46k BBP for $15 Subway Gift card delivered by fedex very quickly.

Thank you for confirming!  Thanks for ordering.  I ordered one myself and saw on the back of the card that it's reloadable.
Its something cool for us to keep in mind if we ever want to reload our users Subway cards.

Also, I did take a look at e-mailing gift certificates and made some progress on that, but I need to update everyone later as there are higher priority things going on right now.

But I will persistently get back to that project asap as I found one solid and concrete way for BiblePay to e-mail a gift card from the pool with WalMart gift cards.

[bible_pay]

Has the Miner-ocalypse begun?

Purepool is handing out very few shares atm. About 20% of what it has before.

I think they are on a fork.

[bible_pay]

TheRouge on discord is having issue with pool2 . Can you check if block hash is the same. He thinks there might be a fork?

Yes pool2 was on a fork; its been upgraded; both have been rebooted;  have him check his hash also before restarting the mining.

[togoshigekata]

Hey Rob, I believe the command getdifficulty causes wallet to crash, it was last message on explorer daemon debug.log with debug=1, and I tested it on a masternode wallet and it crashed that wallet too (Both are Ubuntu machines, with biblepay compiled by source)

[bible_pay]

Hey Rob, I believe the command getdifficulty causes wallet to crash, it was last message on explorer daemon debug.log with debug=1, and I tested it on a masternode wallet and it crashed that wallet too

Did you type 'getdifficulty' with no params and how many blocks on the sanc that crashed?

[togoshigekata]

Hey Rob, I believe the command getdifficulty causes wallet to crash, it was last message on explorer daemon debug.log with debug=1, and I tested it on a masternode wallet and it crashed that wallet too

Did you type 'getdifficulty' with no params and how many blocks on the sanc that crashed?

On the explorer daemon it seems to set me back to block 0, as if I did full clean
On the masternode, when I spin daemon back up and checking with getinfo,
its been stuck on Error code -28 "Activating best chain" for the past minute [Looks to still be stuck on this]

Correct, typed "getdifficulty" with no params for masternode test,
Looks like iquidus explorer also uses it with no params

[daemonko]

i wonder how it is possible to have coin age >.5, especially with automatic podc updates every 4hr
if i send podcupdate, coin age is reset to 0
i tried also pog, same... avg coin age displayed is reset to 0
does not matter what i do, any outgoing transaction takes whole amount and send it back to me (without amount that i'm sending away)

"exec bankroll" rpc command splits large utxo's into chunks so they can age.

but will this works with podc? i remember, that i needed to move all chunks to one address in wallet to work with podc

i'm still wondering, why there are no clear and simple instructions how this (POG) will work, and how to operate this.
please do not delete this post (which only asks for information), it would be bad marketing move.

[bible_pay]

i wonder how it is possible to have coin age >.5, especially with automatic podc updates every 4hr
if i send podcupdate, coin age is reset to 0
i tried also pog, same... avg coin age displayed is reset to 0
does not matter what i do, any outgoing transaction takes whole amount and send it back to me (without amount that i'm sending away)

"exec bankroll" rpc command splits large utxo's into chunks so they can age.

but will this works with podc? i remember, that i needed to move all chunks to one address in wallet to work with podc

i'm still wondering, why there are no clear and simple instructions how this (POG) will work, and how to operate this.
please do not delete this post (which only asks for information), it would be bad marketing move.

Just be courteous to us and helpful to others and your posts won't be deleted.

I'll reply asap; in the meantime, if anyone else will help out with this please do.

[bible_pay]

Hey Rob, I believe the command getdifficulty causes wallet to crash, it was last message on explorer daemon debug.log with debug=1, and I tested it on a masternode wallet and it crashed that wallet too

Did you type 'getdifficulty' with no params and how many blocks on the sanc that crashed?

On the explorer daemon it seems to set me back to block 0, as if I did full clean
On the masternode, when I spin daemon back up and checking with getinfo,
its been stuck on Error code 28 "Activating best chain" for the past minute

Correct, typed "getdifficulty" with no params for masternode test,
Looks like iquidus explorer also uses it with no params

Great, thanks for reporting this.

Yes, unfortunately I was able to reproduce this issue.  Fortunately the exchanges usually dont use this command by default, so I think we can patch this without wreaking too much havoc.

I need to create an emergency update for this as a leisure.

I'll work on this right now.  We need to release a 1.1.8.5b to prod to patch this.

[togoshigekata]

Thanks Rob! Glad we could pinpoint it!

[togoshigekata]

clear and simple instructions how (POG) will work, how to operate

The below is what we got, Id recommend digging through the Testnet pages
and contributing back what you figure out to the forum and to the wiki

Proof of Giving Wiki:
https://wiki.biblepay.org/Proof-of-Giving-for-Beginners
https://wiki.biblepay.org/Proof-of-Giving-II

Proof of Giving Unofficial Wiki:
https://discontinuo.us/biblepay-unofficial-wiki/pog

Proof of Giving Testnet thread:
https://forum.biblepay.org/index.php?topic=335.0

Proof of Giving Past Discussions:
https://forum.biblepay.org/index.php?topic=319.0
https://forum.biblepay.org/index.php?topic=323.0
https://forum.biblepay.org/index.php?topic=327.0

[bible_pay]

Rob, regarding PoG, some questions that will surely be of interest for our community and investors:

- how will the reward distribution be in terms of %?
- Will tithes replace the monthly 10% superblock for orphans or will it add up?
- Will masternode owners keep on having the same share as miners/tithers?

Thank you for the great job.

I'm gathering the answers for this now.

Hi MIP,

Thanks for the questions!

- how will the reward distribution be in terms of %?

-> From block 100,000 to 106,000:
     The reaper (heat miner) receives 20% of the heat mined portion of the block reward (heat mining portion is 3%, reaper receives 20% of this, 80% goes into the pog pool kitty), meaning on a 15,000 bbp block, the reaper receives ~100 bbp while 400~bbp goes into the pogpool.

- Will tithes replace the monthly 10% superblock for orphans or will it add up?

->  The tithe cap restricts total donations to the foundation to approx 1.5MM per month.  This amount is added in addition to the current charity superblock but comes from miners donations.  So we can expect approx 4 mil from the superblock for charity + 1.5 mil from the donations after POG is live.

- Will masternode owners keep on having the same share as miners/tithers?

->  Yes, the sanc reward stays the same (IE approx 4500 bbp on a 15,000 bbp block).

Deflation remains the same, and the coin emission schedule remains the same.  The only difference we realize is the additional 1.5MM being given to the orphan foundation directly from mining tithes.

[MIP]

Yes, unfortunately I was able to reproduce this issue.  Fortunately the exchanges usually dont use this command by default, so I think we can patch this without wreaking too much havoc.

C-Cex shows difficulty on top-right of the trading BBP/BTC pair page, but I don't know if it comes out from that command or from getinfo.

Meanwhile I will compile 1.1.8.5b for MacOS and also prepare ubuntu PPAs

BTW I upgraded my sancs to 1.1.8.5 from PPAs without issues, I didn't even need to delete blocks/chainstate data except in one of them (I could have shut it down unproperly).

Code:

sudo add-apt-repository ppa:biblepay-official/mainnet
sudo apt-get update

Packages for Biblepay mainnet (stable).
Distros: 16.04 (xenial) and 18.04 (bionic)
Architectures: i386, amd64, armhf, arm64

sudo apt-get install biblepayd # daemon and cli
sudo apt-get install biblepay-qt # for QT GUI

[bible_pay]

Yes, unfortunately I was able to reproduce this issue.  Fortunately the exchanges usually dont use this command by default, so I think we can patch this without wreaking too much havoc.

C-Cex shows difficulty on top-right of the trading BBP/BTC pair page, but I don't know if it comes out from that command or from getinfo.

Meanwhile I will compile 1.1.8.5b for MacOS and also prepare ubuntu PPAs

BTW I upgraded my sancs to 1.1.8.5 from PPAs without issues, I didn't even need to delete blocks/chainstate data except in one of them (I could have shut it down unproperly).

Code:

sudo add-apt-repository ppa:biblepay-official/mainnet
sudo apt-get update

Packages for Biblepay mainnet (stable).
Distros: 16.04 (xenial) and 18.04 (bionic)
Architectures: i386, amd64, armhf, arm64

sudo apt-get install biblepayd # daemon and cli
sudo apt-get install biblepay-qt # for QT GUI

For c-cex we got the code in before he upgraded so we are OK there.

Great on the re-compile.  I'm working on windows now.

[dave_bbp]

1.1.8.5 - BiblePay
Mandatory Upgrade


- Proof-of-Giving Goes Live (for heat mining rewards
only, PODC is still live) at block 100,001
- After block 100,000 minimum transaction relay fees increase (to
correct the absurdly low fees)
- At block 106,000 we vote to retire or not retire PODC (making the POG
budget bigger)

** Please upgrade before block 100,001 **
** This upgrade is for the entire network:  Sanctuaries and Users **


* SouthXChange, CoinExchange, and GIN have upgraded.  Waiting for C-CEX and CryptoBridge. *

Sorry, I still had no time to thoroughly read into POG. One question though: does that mean that from block 100k on all pool mining ("heat mining") will be done with and useless? That would be a shame for all my ARMs.

How will this affect the block time? Will the PODC and MN payouts still be paid at roughly the same time frame?

In addition to what TheSnat said, I don't plan on taking the pool down unless an unforeseen circumstance arises.  The pool will most likely pay about 20% of its normal reward for 30 days after block 100,000.  Then if PODC is voted to be retired, after block 107,000 or so, POG payments will then rise very high (for internal wallet POG reward payments) and at the same time, the pool payment will rise to about what it is now.  So if you hang in an extra 30 days after the upgrade, and if we retire PODC, then your ARM payments would increase back to where they are now.  I think its good to have these extra nodes for more security.

Thank you theSnat and Rob, that is interesting and good to know. Let's see how the vote goes at 106k, but I think I will just keep them running on 1185 for now and the upcoming weeks. It's not that they use a lot of power or make unbearable noises, so every little BBP they make is welcome.

Looking forward to the upcoming weeks, it's gonna be exciting to see how the transition goes, especially for people like me who haven't tested POG yet.

[MIP]

I think I have one sanc in a chain and another in a different one. Could you please help me check the right one?

Code:

 biblepay-cli getblockhash 99171
772497d92be669e62e39cc0308204828e0bad28af948a6cc6695175b8dd52f71

 biblepay-cli getblockhash 99171
9d6b806dad1e0091f6b2abcd865f97ef4623ac29036ebf255a863093c2ab3be0

My MacOS wallet is also on the first chain and my windows one is in the second one.

All versions (wallets and sancs) are 1.1.8.5

Thanks!

[dave_bbp]

I think I have one sanc in a chain and another in a different one. Could you please help me check the right one?

Code:

 biblepay-cli getblockhash 99171
772497d92be669e62e39cc0308204828e0bad28af948a6cc6695175b8dd52f71

 biblepay-cli getblockhash 99171
9d6b806dad1e0091f6b2abcd865f97ef4623ac29036ebf255a863093c2ab3be0

My MacOS wallet is also on the first chain and my windows one is in the second one.

All versions (wallets and sancs) are 1.1.8.5

Thanks!

Yes, just discovered the same with my sanc that I updated via PPA to 1185. After deleting and resyncin it's now on the correct chain, which is:
block 99171
772 ... f71

block 99181
2f9fe432810349468e4506b57efc761ecd59f3da3becbd7470b872edc5f0a2ea

[bible_pay]

1.1.8.5b-Leisure Upgrade
(Recommended for everyone)

- Fixes bug in getdifficulty (causing a crash)