Bible Pay

Recent Posts

Pages: 1 2 3 4 [5] 6 7 8 9 10
41
Hi Rob,
This doesn't stop for the last 3 days.
I also didn't received PODC payment in the last days.
And I am not in leaderboard.
42
Hi Rob,
I am getting this today, nothing changed on my side:
Code: [Select]
{
"Command": "rac",
"cpid": "b0d53dbe05be041a1539606b610d34aa",
"temporary_cpid": "b0d53dbe05be041a1539606b610d34aa",
"Error": "Your CPID is linked to your CPK, but we are unable to find your research records in WCG; most likely because you are not in team Bible Pay yet.",
"Step 1": "Log into your WCG account at 'worldcommunitygrid.org' with your WCG E-mail address and WCG password.",
"Step 2": "Click Settings | My Profile. Record your 'Username' and 'Verification Code' and your 'CPID' (Cross-Project-ID).",
"Step 3": "Click Settings | Data Sharing. Ensure the 'Display my Data' radio button is selected. Click Save. ",
"Step 4": "Click My Contribution | My Team. If you are not part of Team 'BIBLE PAY' click Join Team | Search | Bible Pay | Select Bible Pay | Click Join Team | Save.",
"Step 5": "NOTE: After choosing your team, and starting your research, please give WCG 24 hours for the CPID to propagate into BBP. In the mean time you can start Boinc research - and ensure the computer is performing WCG tasks. ",
"Step 6": "From our RPC console, type, exec associate YourWorldCommunityGridUserName YourWorldCommunityGridVerificationCode",
"Step 7": "Wait for 5 blocks to pass. Then type 'exec rac' again, and see if you are linked! ",
"Step 8": "Once you are linked you will receive daily rewards. Please read about our minimum stake requirements per RAC here: wiki.biblepay.org/PODC"
}

Hi Rob,
This doesn't stop for the last 3 days.
43
My Sponsored Orphan(s) Payment Report


could we have it sort by payment date (descending)?  I noticed payments went out 7/6/2020 for my three kids.


Are you offering a bounty?

Why 30 point type?

44
Production Proposals / Re: Automatic Price Mooning
« Last post by earlzmoade on July 28, 2020, 11:39:50 AM »
I like the incentive for people to buy biblepay tokens and not just mine and sell.
So yeah for sure sounds like a intresting plan.
45
My Sponsored Orphan(s) Payment Report


could we have it sort by payment date (descending)?  I noticed payments went out 7/6/2020 for my three kids.
46
Test Case:

- APM (Automatic Price Mooning)
     Verify the subsidy is 7 if an APM decrease event occurs day-over-day
     Verify the subsidy is normal if the price is unchanged, or if the APM increase event occurs day-over-day


1.  Verified that when the price stayed stagnant or dropped day-over-day (this was 7-25-2020), the subsidy did drop from 4283 to 3 bbp.  PASS
2.  Verified that when the price increased (7-26-2020), the subsidy rose from 3 bbp back to 4283.  PASS
3.  Verified the contract contains the price change signal (1,2,3) and the bbp price in satoshi: PASS
4.  Verified the UI contains the relevant info (Current Price, Last Price, Last Superblock Height, Current superblock height, next APM signal) : PASS
5.  Verify the chain can sync from 0 after a price rise and price drop (verify we did not break any business logic) :  I Just resynced to 53769 :  PASS
6.  Verify Getgovernanceinfo does not lower the block subsidy during times of low payments:  PASS
7.  Verify the daily GSC superblock is not lower due to the lowered coinbase subsidy : PASS

Overall test results for APM:  PASS



Test Case:

- DWS (Dynamic Whale Staking)
     Verify the 'dws' and 'dwsquote' commands work as dedicated commands.

1.  Tested 'dwsquote' from RPC:  PASS
2.  Tested 'dws' from RPC:  PASS



ChainLocks and DIP0008:
     Verify that testnet LLMQ quorums are forming, and advancing
     Verify testnet LLMQ locked IX transactions occur automatically, and quickly (IE test autolocks)
     Verify chainlocks locks the block (getblock hash, verify when entire block is IX locked, then it is also chainlocked)


1.  Monitor 'quorum list', and verify 'quorum info 100 quorumid' contains a constantly new quorum of 3-7 sancs with block height fresher than 205 blocks : PASS
2.  Verify LLMQ autolocks, LLMQ IX, and Chainlocks sporks are ON:  PASS
3.  Verify a non-instantsend tx to the foundation in testnet is sent as an autolock : PASS
3b.  Verify the tx is autoconfirmed within 10 seconds: PASS
4.  Verify each new block is automatically locking every tx in the block: PASS
5.  Verify chainlocks is actually locking each block (getblock 53770, chainlock: true): PASS
6.  Verify that when we break the quorum, autolocks turn off:  PASS
(I broke the quorum by turning off all the miners for 4 hours)
7.  Verify POSE banned sancs in quorums have failed signatures : PASS  (quorum info 100 quorumid, look for pose banned sanc, look for bad sig: PASS)
8.  Verify our good sanctuaries will now vote to remove sancs who fail to sign llmqs (in testnet our min vote count is 2 sancs that have the power to boot out a fraudulent sanc, and in this same way we will
ensure this works in prod - this keeps the quorums running even if we have perpetrators acting as a sanc and trying to break the quorums): PASS



47
1. Thank you.  104.167.108.63 has been revived.

2. 104.167.116.179
still  error code: -25

3. Just a quick reflection on the POOS.
a. It does place an extra burden on the sanc owners. They need to keep their servers running 24/7 or else get PoSE banned and also keep up Orphan payment or else get POOS banned.
b. Secondly, I presume that that orphan payments will be fixed in USD? Unless there are specific channels set up, frequently small payments in other than USD usually incur transaction fees which can add up. I personally support charities abroad and that is often a real problem.

On 108.63, good, it seems that works as expected then.
On 116.179, good, that is because (as per my original message about marking two of your sancs as unpaid) this one is still set as unpaid.  I just went ahead and set it to paid, so please revive it when you get a chance and see if payments start back up.

On POOS, thanks for the advice:
The payments for POOS are set at $40 USD per month, but are accepted in Paypal, BBP, BTC, XRP, so afaik paypal-intl does not charge any fees  -  so you are only on the hook for intl conversion rate risk.
However remember, in our world, you will be compensated for all of the child sponsorship in BBP Sanc rewards, since our sanc count will drop from 251 to 50 or so - therefore theoretically a sanc owner will receive a much higher reward per month after this starts. 

I'll take a look at the OP post and post some of the test case results.




48
Do we have any Spanish speaking members that will review our Spanish Forum OP post?


https://forum.biblepay.org/index.php?topic=576.0


And also, please comment on our Spanish Roadmap?

https://wiki.biblepay.org/Roadmap_Spanish


49
I support PODC simplification, but I would suggest an even greater coefficient. Small contributors would not be hurt, but running a cpu farm will become very costly. If big boys insist on keeping their places in the leaderboard, so be it - we would have more BBP staked for PODC earnings.

Also podc I think we could simplify by no team requirement and just require ^1.3. all bounce user needs to do is register their cpk. Wcg.rac just needs cpid and rac. Open it up. That will encourage more Bbp staking.

I guess I had a slight memory lapse and just realized, during our last poll, we did open up PODC 2.0 to everyone.
Let me reaffirm the parameters with everyone here that are currently live in prod:

- All teams are currently Welcome and can join PODC
- We Require you to have > 256 RAC if you are not on BiblePays team (on BBP, you can have any rac > 1)
- We require a 1.3 exponent for BBP RAC
- We require a 1.6 exponent for non-biblepay rac

Just to double check things, I searched a few CPIDs and let me provide some examples:

This researcher 923b49353af748c0c4006d4051bbf04d is not on Gridcoin or BiblePay, and requires 183,180 coin-age for his 1946 RAC (^1.6)
This researcher, 92257a71c0d0379cf559b9928010cfa6, is in Gridcoin, and requires 3,896,605 coin-age for 13,157 rac (^1.6).
This researcher, 40c30af534b3f08356d776677af8b28a, is in BBP, and requires 5881 coin-age for 793 rac (1.3).

I confirm we have configuration 0 in prod (this is smartcontract-server line 76).

So it appears we are pretty welcoming already to everyone.

I wonder if there is anything else we need to do?
On a side note, I recently lowered the minimum RAC to 90 in test (for non-biblepay teams), and I will be testing that and if it succeeds we can make that change (which simply means non-bbp researchers will be paid if they have more than 90 rac and enough stake).

And just to confirm my commitment with PODC:
I think PODC is still a gem that helps set us apart from the crowd, in that we offer humanitarian computing-- and we help cure cancer.

During the next sanctuary vote (for subsidy changes), I only intend to vote on releasing the charity component of our monthly governance superblock to the coinbase (this would give the sanctuaries a higher reward)- because they will be paying the charity going forward (after September mandatory upgrade).  I do not intend to vote to lower the PODC GSC budget percentage.



50
Note that any time we have a mandatory upgrade, all sancs that are part of the current quorum will end up getting POSE banned.  This also happens if all of us have our miners shut off.  Yesterday for example I had a power outage here and no one was mining for about 4 hours, so we had a lot of members of the quorum get pose banned. 

Today, I have a single thread miner running on one of the sancs - so theroetically none of us that are at the 0 ban level should increase.  Im going to be watching that.

I see your sancs:  104.167.116.179, and 108.63 are both POOS banned.  The way you can tell if you are POOS, or POSE, or both is:  700=POOS, 100=POSE, 800 = BOTH.
I see your two POOS banned sancs are both POOS+POSE banned (thats good) because they didnt pay their theoretical orphanage bill.

Ill set 104.167.108.63 as PAID now: OK 63 is paid.  Please revive it now.

Thats good you got the code -25 earlier, when trying to revive the POOS banned sancs.  Thats correct, people cant revive them unless the bill is paid first (this keeps people from slipping in and out and getting half paid by sending 15 revivals per month and tricking us).

Yes, I see you revived 45.62.240.90 earlier.  Good.  The "protx-dup' just means you sent a duplicate revival tx before the network fully processed the other one.  That doesnt hurt anything.  I think it takes about 2-3 confirms for us to all see the revival occur.

So far this test case (for cameroon one orphan-banning vs revival) has passed for me and for you.

Let me know if you have problems testing the test cases I posted in the OP post.

I dont know if you run the QT wallet or not.

On a side note, do you like the idea of POOS?  Didnt see any comments about it in the POOS thread.  How do you feel about sanc owners paying for an orphan?

1. Thank you.  104.167.108.63 has been revived.

2. 104.167.116.179
still  error code: -25

3. Just a quick reflection on the POOS.
a. It does place an extra burden on the sanc owners. They need to keep their servers running 24/7 or else get PoSE banned and also keep up Orphan payment or else get POOS banned.
b. Secondly, I presume that that orphan payments will be fixed in USD? Unless there are specific channels set up, frequently small payments in other than USD usually incur transaction fees which can add up. I personally support charities abroad and that is often a real problem.
 

Pages: 1 2 3 4 [5] 6 7 8 9 10