Author

Topic: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes) - page 212. (Read 243437 times)

full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
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.

newbie
Activity: 491
Merit: 0
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
full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
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. Wink

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! Wink

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.




full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords

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%)
full member
Activity: 1176
Merit: 111
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. Wink

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! Wink

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.
full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
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.

full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
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.

MIP
newbie
Activity: 362
Merit: 0
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.

newbie
Activity: 164
Merit: 0
Masternode questions.
I am getting this every few weeks:
"xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx": "NEW_START_REQUIRED"

Why this happens ?
How to resolve this the quickest way ?
newbie
Activity: 491
Merit: 0
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
full member
Activity: 1176
Merit: 111
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%"
}
full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
* * * 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. 

full member
Activity: 1176
Merit: 111
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.
legendary
Activity: 3052
Merit: 1534
www.ixcoin.net
* * * 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.
member
Activity: 924
Merit: 11
Really? Bible pay? It something new and not seen before. Maybe it will grow.
full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
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. Smiley

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. Wink

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. Wink

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 Smiley 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.


full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
i'm talking about autotithe
9 bpp tithes i did manualy
8.1 bbp tithes was automatic
so why only 8.1?



Your correct, auto-tithe was only tithing 90%.  Fixed in this next leisure.

I also answered these issues here, and fixed the other issue:

https://github.com/biblepay/biblepay/issues/77


Ill build a leisure after seeing that other issues are now empty.

newbie
Activity: 56
Merit: 0
yes I noticed it too, that autotithe is not sending max amount.
newbie
Activity: 491
Merit: 0
i'm talking about autotithe
9 bpp tithes i did manualy
8.1 bbp tithes was automatic
so why only 8.1?

https://i.imgur.com/MnwsAqN.png
full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
info in send tab showing max tithe 9.00000. in pog room tam it is 9.12 and autotithe sending 8.1 Smiley
what is wrong?

I don't think the discrepency is in 3 places, I think the problem is:
The pog room and the 'titheinfo' rpc command actually show the right value for max_tithe (8.12 right now).  The Send Money max_tithe amount on the screen is rounded down to the nearest whole number (and that is a bug, but fortunately its rounded down).

Ill look into fixing that for the next leisure but first Ill check into the github issue someone reported.


send money showing bigger number than pog room, and i was trying to tithe manualy and it takes this num. but i dont understand why it was sending only 8.1 when manualy i was able to sent 9 at same moment

I just looked at the code, and the only issue Im seeing is the display cast (IE 8.15 being rounded down to 8 on the GUI screen), however in your case I think the block clicked by while you were ready to tithe, but either way, even in this current version if max_tithe is 9, it will let you type in the # 9 and it should go (because validation occurs at the time the tx is created) so that part looks OK.  Im fixing the display now.  One other note, if you uncheck Pog Tithe and re-check pog tithe it will update the GUI (that might be necessary if the block changed since you went in the page).

Lets also try to solve the github issue next before any release.

Jump to: