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

[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?

[vahtis]

Code:

00:47:30

exec versionreport


00:47:31

{
  "Version": "Popularity,Percent %",
  "1185": "1; 0.49%",
  "1186": "26; 12.68%",
  "1187": "10; 4.88%",
  "1188": "31; 15.12%",
  "1189": "20; 9.76%",
  "1191": "105; 51.22%",
  "1192": "12; 5.85%"
}

Expecting to see many questions soon about forks as we pass cutover block 103175 very soon