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

[bible_pay]

Could anyone please explain again (from scratch) what the heck the "bankroll" feature is all about?
Why should I create a certain amount of fixed BBP "changes" when my wallet can just use random amounts of coins I have?

Can you re-read https://discontinuo.us/biblepay-unofficial-wiki/proof-of-giving/exec-bankroll-example ?

I added a screenshot and more explanation. Let me know if anything is unclear. Anyone (that means you) can revise the wiki like I just did.

P.P.S.: Also thanks for the quick compiling of 1191 on the PPA. Just updated my ARMs.

I'm also glad you got them installed on the ARMs. Can you tell me what kind of hardware setup you have? Someone mentioned running Rasp Pi. Wouldn't that be cool? Be eco friendly (being good stewards of the Earth as God called us to be) and being able to help secure the BiblePay PoW network and also submit donations for PoG rewards. All using maybe 2-5 watts!

Ah thank you, that makes it much clearer. I think I understood the concept now. So basically you can only tithe a maximum of "MaxTitheAmount" from addresses with amount>"MinCoinValue" AND (boolean) age>"MinCoinAge". Additionally, am I right to assume that once an address has been used for tithing it looses its coin age, meaning that if I have a single address with 50k BBP I can NOT tithe several times per day from this? Then the bankroll feature is actually quite helpful.

On the ARMs: Yes, I have some Raspberries (RPi 3b and 3b+), some Orange Pis (O-Pi PC 2) and an Odroid C2.
They all run quite stable; the biggest issue with the BBP wallet right now is the I/O of the SD cards (especially when running multiple wallets) and the traffic if you use wifi.
However you need some cooling of course; I use those cheap mini-racks and some passive cooling on the chips with a 120mm FAN on the side of the rack.

Power-wise it's safe to say that none of those uses north of 5 watts.

On the boolean :
"You can only tithe a maximum of "MaxTitheAmount" from addresses with amount>"MinCoinValue" AND (boolean) age>"MinCoinAge":  Yes, exactly, so you tithed less than the max allowed, you used a coin > than the minimum coin value required and that coin was older than the age required (for this diff level of this block), yes exactly.

As far as losing the address:  When you spend the coin, its actually no longer yours (its with the foundation) so technically you not only lost the age but you lost the whole coin but you received the change from the transaction (as a new transactionid with an age of zero).  But no, your address is re-usable.   The change from the transaction that came back to you (say your tithe was 10, the coin was 1000, your change was 900), that 900 that came back to you now has to re-age.  It is then tithable again after it meets the future difficulty level.

I guess that brings up an interesting point - most of the banknotes created, as they get spent will shrink, but they are still useful if they end up being tithes.

We will just need some automatic process that builds banknotes for people based on the most likely difficulty (IE maybe the average diff over the last 7 days), using a certain % of the wallet, if the feature is on.  (This will alleviate the complaints someone mentioned for Granny).

Also, please run the 'exec pogdifficultysimulation' in the next version.  It will show a simulation per difficulty level with each of the tithe difficulty parameters per range.

[dnsokoljuk]

Really? Bible pay? It something new and not seen before. Maybe it will grow.

[Vlad2Vlad]

* * * CRYPTOBRIDGE UPDATE * * *

Good news!, We are updated to v1.1.8.8 and deposits and withdrawals re-opened

https://wallet.crypto-bridge.org/market/BRIDGE.BBP_BRIDGE.BTC

Ha, those 777 orders!

Interesting. 

Anyway...

What % of donations reach the final intended destination?

Also, are any devs out in the open?  This is a great project but trust will be an issue so getting some name people can trust would be a big help.  Thanks!

Best wishes.

[sunk818]

Really? Bible pay? It something new and not seen before. Maybe it will grow.

the author works for coinbase and is heading their charity division. really fascinating what he was doing with crypto and getting charity out globally...

The Decentralized Charity Ecosystem
https://medium.com/givecrypto/the-decentralized-charity-ecosystem-8cf8eaea7b21

But despite the early idealism of Bitcoin, people often overlook the potential of using digital currency to provide aid to people in areas where the currency or the government is broken.

[bible_pay]

* * * CRYPTOBRIDGE UPDATE * * *

Good news!, We are updated to v1.1.8.8 and deposits and withdrawals re-opened

https://wallet.crypto-bridge.org/market/BRIDGE.BBP_BRIDGE.BTC

Ha, those 777 orders!

Interesting. 

Anyway...

What % of donations reach the final intended destination?

Also, are any devs out in the open?  This is a great project but trust will be an issue so getting some name people can trust would be a big help.  Thanks!

Best wishes.

Economics:

https://wiki.biblepay.org/Economics


From a simpler standpoint, 20% of our coins are held back for governance.  Out of that half goes to charity.  100% of our charity expenses go to very high efficiency charities like Compassion (where over 75% reaches the end user).  In reality for the last year, about 95% went to orphanage expenses, so we have been very effective.

Check out our Bio page on our web site. 

[sunk818]

Less 50% are upgraded to the latest mandatory.

There's going to be a lot of upset people when the chain forks.

Code:

20:55:56 exec versionreport
20:55:57
{
  "Version": "Popularity,Percent %",
  "1185": "1; 0.49%",
  "1186": "33; 16.10%",
  "1187": "20; 9.76%",
  "1188": "30; 14.63%",
  "1189": "23; 11.22%",
  "1191": "98; 47.80%"
}

[capulo]

Q: is bankroll ignoring piles with x.001 bbp? what in case that there was som tithe from pile and remaining amoung (-tithe - fees) is something like 9991.90092320?

is it possible to extend bankroll command with source address from which it will take coins?
example:
exec bankroll 50 100 BSDFOSODFIWEsfasdjfoijefeccx0..
it will take 5000 coins from BSDFOSODFIWEsfasdjfoijefeccx0.. and split them or throw error in case of low balance
in this case i will not risk losing some piles with coinage

[coinsinspect]

Masternode questions.
I am getting this every few weeks:
"xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx": "NEW_START_REQUIRED"

Why this happens ?
How to resolve this the quickest way ?

[MIP]

Masternode questions.
I am getting this every few weeks:
"xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx": "NEW_START_REQUIRED"

Why this happens ?
How to resolve this the quickest way ?

It should not happen, unless you have problems with watchman or your wallet stalls or forks. So there is not a single shortcut to find the causes.

To check if you are stalled:
see last block in http://explorer.biblepay.org:3001/ and compare with your MN wallet (getinfo)

To check if you are in a fork:
compare the hash of a recent block in http://explorer.biblepay.org:3001/ with the same block hash in your MN wallet (getblockhash)

To check if watchman is working:
execute on linux
cd ~/.biblepaycore/watchman && ./venv/bin/python bin/watchman.py

If it returns empty, you are ok.

To check if watchman cron tab is running fine
sudo grep "CRON" /var/log/syslog|tail -n 5

and see the timestamp of the last lines is within the last 2 minutes.

[bible_pay]

Less 50% are upgraded to the latest mandatory.

There's going to be a lot of upset people when the chain forks.

Code:

20:55:56 exec versionreport
20:55:57
{
  "Version": "Popularity,Percent %",
  "1185": "1; 0.49%",
  "1186": "33; 16.10%",
  "1187": "20; 9.76%",
  "1188": "30; 14.63%",
  "1189": "23; 11.22%",
  "1191": "98; 47.80%"
}

Well from your report, we have had 59% upgrade (1189 was the mandatory version), and as of now its about 63%, but yes, these other 37% will be mad if they mine on a fork, depending on how many are legitimate users and how many think they are pulling a fast one on us.

[bible_pay]

Q: is bankroll ignoring piles with x.001 bbp? what in case that there was som tithe from pile and remaining amoung (-tithe - fees) is something like 9991.90092320?

is it possible to extend bankroll command with source address from which it will take coins?
example:
exec bankroll 50 100 BSDFOSODFIWEsfasdjfoijefeccx0..
it will take 5000 coins from BSDFOSODFIWEsfasdjfoijefeccx0.. and split them or throw error in case of low balance
in this case i will not risk losing some piles with coinage

Yes, exec bankroll will skip pog-denominated balances yes.

As far as the enhancement, I don't think its a priority, but if you want you can put in a ticket in github and we will mark it as enhancement.

You can also help us look for additional c++ blockchain devs to complete our roadmap faster.

In the mean time you can alternatively make as many bankroll denoms as possible, or send your coins to an expirimental wallet and make them there etc.

EDIT 2:  Btw, yes you can send those coins from your custom address to yourself with an exact suffix (equaling the bankroll suffix) and it wont spend them in podc update or bankroll create.

[sunk818]

On the ARMs: Yes, I have some Raspberries (RPi 3b and 3b+), some Orange Pis (O-Pi PC 2) and an Odroid C2.
They all run quite stable; the biggest issue with the BBP wallet right now is the I/O of the SD cards (especially when running multiple wallets) and the traffic if you use wifi.
However you need some cooling of course; I use those cheap mini-racks and some passive cooling on the chips with a 120mm FAN on the side of the rack.

Power-wise it's safe to say that none of those uses north of 5 watts.

I can imagine trying to sync the blockchain on a microSD can be quite taxing. Once it is 100% synced though, I imagine there's not a lot required of the Rasp Pi? I was thinking part of the PoG marketing could be setting up Rasp Pi with Linux OS and BiblePay pre-installed (no wallet, but blockchain up to a point, with biblepay.conf pre-configured). So, all person has to do is get it online. Is Rasp Pi command line only or can you have GUI? then person just has to plug it in and they are mostly done? Their own PoG tither with very little effort. The little PoGger that could!

Well from your report, we have had 59% upgrade (1189 was the mandatory version), and as of now its about 63%, but yes, these other 37% will be mad if they mine on a fork, depending on how many are legitimate users and how many think they are pulling a fast one on us.

Let's give people the benefit of the doubt. If we give people grace and assume they either don't know about the latest mandatory or have reached upgrade fatigue... those are also real possibilities.

[bible_pay]

BiblePay
1.1.9.2-Leisure Upgrade


- Make getdimensionalcoins show every bank note (not a sum)
- Add exec pogdifficultysimulation (this shows minimum tithe parameters
per difficulty level)
- Add 1 minute continual refresh to sendcoinsentry UI  tithe parameters
(in red)
- Show sendcoinsentry tithe params with correct scale (not rounded down)
- Ensure miner sends full tithe amount (not 90%)

[bible_pay]

On the ARMs: Yes, I have some Raspberries (RPi 3b and 3b+), some Orange Pis (O-Pi PC 2) and an Odroid C2.
They all run quite stable; the biggest issue with the BBP wallet right now is the I/O of the SD cards (especially when running multiple wallets) and the traffic if you use wifi.
However you need some cooling of course; I use those cheap mini-racks and some passive cooling on the chips with a 120mm FAN on the side of the rack.

Power-wise it's safe to say that none of those uses north of 5 watts.

I can imagine trying to sync the blockchain on a microSD can be quite taxing. Once it is 100% synced though, I imagine there's not a lot required of the Rasp Pi? I was thinking part of the PoG marketing could be setting up Rasp Pi with Linux OS and BiblePay pre-installed (no wallet, but blockchain up to a point, with biblepay.conf pre-configured). So, all person has to do is get it online. Is Rasp Pi command line only or can you have GUI? then person just has to plug it in and they are mostly done? Their own PoG tither with very little effort. The little PoGger that could!

Well from your report, we have had 59% upgrade (1189 was the mandatory version), and as of now its about 63%, but yes, these other 37% will be mad if they mine on a fork, depending on how many are legitimate users and how many think they are pulling a fast one on us.

Let's give people the benefit of the doubt. If we give people grace and assume they either don't know about the latest mandatory or have reached upgrade fatigue... those are also real possibilities.

[capulo]

Q: is bankroll ignoring piles with x.001 bbp? what in case that there was som tithe from pile and remaining amoung (-tithe - fees) is something like 9991.90092320?

is it possible to extend bankroll command with source address from which it will take coins?
example:
exec bankroll 50 100 BSDFOSODFIWEsfasdjfoijefeccx0..
it will take 5000 coins from BSDFOSODFIWEsfasdjfoijefeccx0.. and split them or throw error in case of low balance
in this case i will not risk losing some piles with coinage

Yes, exec bankroll will skip pog-denominated balances yes.

As far as the enhancement, I don't think its a priority, but if you want you can put in a ticket in github and we will mark it as enhancement.

You can also help us look for additional c++ blockchain devs to complete our roadmap faster.

In the mean time you can alternatively make as many bankroll denoms as possible, or send your coins to an expirimental wallet and make them there etc.

EDIT 2:  Btw, yes you can send those coins from your custom address to yourself with an exact suffix (equaling the bankroll suffix) and it wont spend them in podc update or bankroll create.

my question was if piles are skipped only by suffix 0.001? because if i send tithe from some pile, then pile is decreased no only by tithe amount but also by fees, and then i lost suffix 0.001. from 10000.001 pile i have after tithe 9991.90092320

[bible_pay]

Q: is bankroll ignoring piles with x.001 bbp? what in case that there was som tithe from pile and remaining amoung (-tithe - fees) is something like 9991.90092320?

is it possible to extend bankroll command with source address from which it will take coins?
example:
exec bankroll 50 100 BSDFOSODFIWEsfasdjfoijefeccx0..
it will take 5000 coins from BSDFOSODFIWEsfasdjfoijefeccx0.. and split them or throw error in case of low balance
in this case i will not risk losing some piles with coinage

Yes, exec bankroll will skip pog-denominated balances yes.

As far as the enhancement, I don't think its a priority, but if you want you can put in a ticket in github and we will mark it as enhancement.

You can also help us look for additional c++ blockchain devs to complete our roadmap faster.

In the mean time you can alternatively make as many bankroll denoms as possible, or send your coins to an expirimental wallet and make them there etc.

EDIT 2:  Btw, yes you can send those coins from your custom address to yourself with an exact suffix (equaling the bankroll suffix) and it wont spend them in podc update or bankroll create.

my question was if piles are skipped only by suffix 0.001? because if i send tithe from some pile, then pile is decreased no only by tithe amount but also by fees, and then i lost suffix 0.001. from 10000.001 pile i have after tithe 9991.90092320

When you say "skipped" what part of the wallet are you using when "skipping" and when you say "I send" what action are you doing?  I can't answer a question that is vague as I spent some time answering your last question and then you said "my question was".  Lets have an exact case please.

[vahtis]

Q: is bankroll ignoring piles with x.001 bbp? what in case that there was som tithe from pile and remaining amoung (-tithe - fees) is something like 9991.90092320?

is it possible to extend bankroll command with source address from which it will take coins?
example:
exec bankroll 50 100 BSDFOSODFIWEsfasdjfoijefeccx0..
it will take 5000 coins from BSDFOSODFIWEsfasdjfoijefeccx0.. and split them or throw error in case of low balance
in this case i will not risk losing some piles with coinage

Yes, exec bankroll will skip pog-denominated balances yes.

As far as the enhancement, I don't think its a priority, but if you want you can put in a ticket in github and we will mark it as enhancement.

You can also help us look for additional c++ blockchain devs to complete our roadmap faster.

In the mean time you can alternatively make as many bankroll denoms as possible, or send your coins to an expirimental wallet and make them there etc.

EDIT 2:  Btw, yes you can send those coins from your custom address to yourself with an exact suffix (equaling the bankroll suffix) and it wont spend them in podc update or bankroll create.

my question was if piles are skipped only by suffix 0.001? because if i send tithe from some pile, then pile is decreased no only by tithe amount but also by fees, and then i lost suffix 0.001. from 10000.001 pile i have after tithe 9991.90092320

When you say "skipped" what part of the wallet are you using when "skipping" and when you say "I send" what action are you doing?  I can't answer a question that is vague as I spent some time answering your last question and then you said "my question was".  Lets have an exact case please.

This is the thing I asked as new feature too.
When tithing 8 bbp from lets say
2000.001 BBP coin  it would be very nice to have 1992.001 BBP coin left

This would work only for integer tithes.

[bible_pay]

Q: is bankroll ignoring piles with x.001 bbp? what in case that there was som tithe from pile and remaining amoung (-tithe - fees) is something like 9991.90092320?

is it possible to extend bankroll command with source address from which it will take coins?
example:
exec bankroll 50 100 BSDFOSODFIWEsfasdjfoijefeccx0..
it will take 5000 coins from BSDFOSODFIWEsfasdjfoijefeccx0.. and split them or throw error in case of low balance
in this case i will not risk losing some piles with coinage

Yes, exec bankroll will skip pog-denominated balances yes.

As far as the enhancement, I don't think its a priority, but if you want you can put in a ticket in github and we will mark it as enhancement.

You can also help us look for additional c++ blockchain devs to complete our roadmap faster.

In the mean time you can alternatively make as many bankroll denoms as possible, or send your coins to an expirimental wallet and make them there etc.

EDIT 2:  Btw, yes you can send those coins from your custom address to yourself with an exact suffix (equaling the bankroll suffix) and it wont spend them in podc update or bankroll create.

my question was if piles are skipped only by suffix 0.001? because if i send tithe from some pile, then pile is decreased no only by tithe amount but also by fees, and then i lost suffix 0.001. from 10000.001 pile i have after tithe 9991.90092320

When you say "skipped" what part of the wallet are you using when "skipping" and when you say "I send" what action are you doing?  I can't answer a question that is vague as I spent some time answering your last question and then you said "my question was".  Lets have an exact case please.

This is the thing I asked as new feature too.
When tithing 8 bbp from lets say
2000.001 BBP coin  it would be very nice to have 1992.001 BBP coin left

This would work only for integer tithes.

Oh ok, yes good idea.

So what they mean is when we create the Tithe transaction in the miner (or in the gui), instead of sending back the regular change, we do it like this:

User has 1000.0010 bbp in the wallet
User wants to tithe 3.05 bbp

Right now we send 3.05 bbp and receive back change of : 996.951 (dont worry about the transaction fee, we have ways to work around that), we should instead do it like this:

A->To Foundation->3.05
B->To My "TITHE" address->996.0010
C->To ChangeAddress->.95

Yeah, thats a nice idea.  Could someone please enter a github for it?

It should work for all tithes.

[capulo]

yes, something like vahtis  wrote

this is my case
i had 500k, i did bankroll 100 5000. i already send one tithe from every pile (manualy or autotithe) and this is my actual state:
https://i.imgur.com/t3KmHCf.png

as you can see, there is no .001 suffix. so now i'm affraid if i use bankroll again, it will take these piles as they dont have .001 suffix

[sunk818]

A->To Foundation->3.05
B->To My "TITHE" address->996.0010
C->To ChangeAddress->.95

Yeah, thats a nice idea.  Could someone please enter a github for it?

I made https://github.com/biblepay/biblepay/issues/79

So, having denom of .001 is what prevents it from participating in exec bankroll not being in the TITHE address?