Bible Pay

Read 52081 times

  • Rob Andrews
  • Administrator

    • 4097


    • 97
    • June 05, 2017, 08:09:04 PM
    • Patmos, Island Of
    more
Re: February 2021 Testnet Thread (Tribulation)
« Reply #210 on: February 05, 2021, 04:39:27 PM »
can I get some tBBP? yQ61FV9T9TsT1i7m7Qom9ocdPyvmTpZzDN

Sent some extra also.



  • MIP
  • Sr. Member

    • 365


    • 47
    • February 13, 2018, 11:55:52 AM
    more
Re: February 2021 Testnet Thread (Tribulation)
« Reply #211 on: February 06, 2021, 07:59:40 AM »
Compiled but didn't work
Don't lose time trying to solve it blindly. I can take care of it.

Found, please do this change in bitcoingui.cpp:

-    univAction->setMenuRole(QAction::AboutRole);
+    univAction->setEnabled(false);



  • Rob Andrews
  • Administrator

    • 4097


    • 97
    • June 05, 2017, 08:09:04 PM
    • Patmos, Island Of
    more
Re: February 2021 Testnet Thread (Tribulation)
« Reply #212 on: February 06, 2021, 09:23:50 AM »
Found, please do this change in bitcoingui.cpp:

-    univAction->setMenuRole(QAction::AboutRole);
+    univAction->setEnabled(false);

Ok good, its checked in!



  • Rob Andrews
  • Administrator

    • 4097


    • 97
    • June 05, 2017, 08:09:04 PM
    • Patmos, Island Of
    more
Re: February 2021 Testnet Thread (Tribulation)
« Reply #213 on: February 06, 2021, 11:55:32 AM »
Test case for gettxoutsetinfo:

I thought I would go ahead and test this one since it is not only complicated but a niche so don't worry about testing this - this is being tested against PROD, and additionally the whole spirit of testing this is to share the output so everyone understands the goal and the individual metric values:


11:42:38

gettxoutsetinfo


11:42:39
Code: [Select]

{
  "height": 250328,
  "bestblock": "f8e3a36b5c2de06a10a9265eec0a72740181e41e16392eecca15003c3a514242",
  "transactions": 144649,
  "txouts": 259170,
  "hash_serialized_2": "9036c608936bb0c2058c0b77572912b9abeb18c6f1a56c78a2590b0f986ba910",
  "disk_size": 16386437,
  "total_burned": 427732727.97300991,
  "total_dac": 154.00000000,
  "total_amount": 2531215507.95220432,
  "total_circulating_money_supply": 2531215507.95220432,
  "percent_emitted": 0.4867722128865385,
  "emission_target_dec_2021": 2847218800,
  "avg_emissions_per_day": 1881944,
  "estimated_emissions_as_of_dec_2021": 2963787359.206602,
  "budgetary_health_pct_dec_2021": 1.040941201711158,
  "future_whale_stake_liabilities": 129578868.206602,
  "total_supply_plus_liabilities": 2660794375.206602
}


Background:  Over the last two years we somehow emitted a little bit of a high emission (we are overbudget by 150MM) and its hard to pin it on one specific thing, probably just simply our GSC emissions to PODC were slightly too high overall.  Anyway being very cognizant of balancing the budget, this tool gives us the means to take in the reigns and make our budget match the emission target by Dec 2021.

Our target emissions, see the line "emission_target_dec_2021" 2,847,218,800 :  That line matches our emission schedule in our wiki document (      // Emission target, Dec 2021: https://wiki.biblepay.org/Emission_Schedule_2020), so that is what Im referring to.

First, the plain vanilla money supply figure, see "total_amount": 2531215507.95220432, that figure shows how many coins are circulating from BBP, but, it already deducts BURNED coins, because those are not circulating.  Those coins were burned through DWS (whale staking).

So the most important new row of data that we added and need is what is the actual circulating plus future whale stake liabilities? 
  "total_supply_plus_liabilities": 2660794375.206602.  This row shows that although we burned " "total_burned": 427732727.97300991," in whale stakes, we actually paid 297MM in whale stakes out already (known because out of burned 427MM, and future_whale_stake_liablities: 129.57MM, therefore Burned minus future equals paid).

This means that we have an actual circulating money supply of 266.07MM right now.  Now we move on to synthesizing the future estimated emission, moving ahead in days (10 months into the future) at 1,881,944 emission per day, trying to see what we theoretically will have emitted on our target date of Dec-2021:  "estimated_emissions_as_of_dec_2021": 2963787359.206602,.  This means that if things go as they are currently going, we will be overbudget by 120MM as of Dec 2020.  However remember that APM is currently "on", so things are not nearly as bad as they appear because our emissions are actually 90% less per day with APM on, so we are moving on a fast track to a square balanced budget.

The point is this gives us an excellent tool to check the hearbeat to make sure progress is being made.  I believe if we watch this closely, we will see the 120MM gap drop by about 900K per day until we have a balanced budget.  We should see the "budgetary_health_pct", which is a pct showing how far overbudget we estimate we are (we are 4.09% overbudget in the future).  We want to see this reach 1.0% at Christmas this year.

Is this all clear or did I overcomplicate this?



  • MIP
  • Sr. Member

    • 365


    • 47
    • February 13, 2018, 11:55:52 AM
    more
Re: February 2021 Testnet Thread (Tribulation)
« Reply #214 on: February 06, 2021, 01:14:34 PM »
Test case for gettxoutsetinfo:
...
So the most important new row of data that we added and need is what is the actual circulating plus future whale stake liabilities? 
  "total_supply_plus_liabilities": 2660794375.206602.  This row shows that although we burned " "total_burned": 427732727.97300991," in whale stakes, we actually paid 297MM in whale stakes out already (known because out of burned 427MM, and future_whale_stake_liablities: 129.57MM, therefore Burned minus future equals paid).

This means that we have an actual circulating money supply of 266.07MM right now.  ...

Is this all clear or did I overcomplicate this?

To me it is clear, and the tool looks very useful.

But I don't know if I am getting the numbers right.  Wouldn't 2660794375 mean 2660,7MM or 2,6607B?


  • MIP
  • Sr. Member

    • 365


    • 47
    • February 13, 2018, 11:55:52 AM
    more
Re: February 2021 Testnet Thread (Tribulation)
« Reply #215 on: February 06, 2021, 01:32:53 PM »
Went through Mod. 1 lesson 1 Foundations of faith and all links and test screen are working great in the Mac and everything is easily readable.

I think this is a very nice feature, and I would like to give a couple comments/suggestions:

- are tests easily translatable somehow? if this feature attracts Christians from other countries it would be great that they could contribute in an easy way with translations.

- it would be cool to encode and record a test result on-chain, associated to the pupil's CPK. This would work as an inmutable "notarization" through the transaction ID.



  • Rob Andrews
  • Administrator

    • 4097


    • 97
    • June 05, 2017, 08:09:04 PM
    • Patmos, Island Of
    more
Re: February 2021 Testnet Thread (Tribulation)
« Reply #216 on: February 06, 2021, 02:48:51 PM »
To me it is clear, and the tool looks very useful.

But I don't know if I am getting the numbers right.  Wouldn't 2660794375 mean 2660,7MM or 2,6607B?
Thanks!

Yes, we have emitted about 50% of our 5.2B max (as you know the max still emits, but at such a slow rate its an approximate max), so we have emitted about 2.6B, yes.



  • Rob Andrews
  • Administrator

    • 4097


    • 97
    • June 05, 2017, 08:09:04 PM
    • Patmos, Island Of
    more
Re: February 2021 Testnet Thread (Tribulation)
« Reply #217 on: February 06, 2021, 02:53:54 PM »
Went through Mod. 1 lesson 1 Foundations of faith and all links and test screen are working great in the Mac and everything is easily readable.

I think this is a very nice feature, and I would like to give a couple comments/suggestions:

- are tests easily translatable somehow? if this feature attracts Christians from other countries it would be great that they could contribute in an easy way with translations.

- it would be cool to encode and record a test result on-chain, associated to the pupil's CPK. This would work as an inmutable "notarization" through the transaction ID.

Thank you for the suggestions MIP and for reviewing.

So on #1, we most definitely can provide alternate translations.  The Harvest Time material is already published in about 20+ languages, so for example its not a big stretch for me to release a Spanish version.  We already paid for the course material, so I have access to download it in every language.  The bigger hurdle is I have to do a couple hours of work per "module" to translate the files into QT readable files (I had to write a vb6 program to do that and it currently works in English.  Im going to make it more streamlined as I do modules 2-4 for the college course material.  Ive done 4 files so far and the program is getting a little easier each time I add more BL to it).

On #2, I definitely did plan that, yes.  I plan on storing the final exam test results per their CPK in the chain - we can send out a 1bbp fee to store it.  Then later, they can print their PDF certification that they passed the Theology course.  And by then we will actually have an agreement with a couple schools to transfer the credits for an actual BA.  This is definite because the final exam credits are standard.  (Our test is the same exact test as their test).

Im hoping this service might add new users.  I could see this being a good reason to open biblepay core.  Be a theology student.

Im personally going to take every test and get a degree over the next year to make sure it all works for people.





  • MIP
  • Sr. Member

    • 365


    • 47
    • February 13, 2018, 11:55:52 AM
    more
Re: February 2021 Testnet Thread (Tribulation)
« Reply #218 on: February 07, 2021, 12:30:00 PM »
Is there a time we can join the common chat room? It is 19:30 here in Spain right now and I will be around for a couple of hours.


  • Rob Andrews
  • Administrator

    • 4097


    • 97
    • June 05, 2017, 08:09:04 PM
    • Patmos, Island Of
    more
Re: February 2021 Testnet Thread (Tribulation)
« Reply #219 on: February 07, 2021, 12:43:59 PM »
Is there a time we can join the common chat room? It is 19:30 here in Spain right now and I will be around for a couple of hours.

Ill go in right now but I have to take my family on an errand in about 15 mins, lets see if we can go in


  • Rob Andrews
  • Administrator

    • 4097


    • 97
    • June 05, 2017, 08:09:04 PM
    • Patmos, Island Of
    more
Re: February 2021 Testnet Thread (Tribulation)
« Reply #220 on: February 08, 2021, 07:40:10 AM »
So Earlz and MIP pointed out they received a duplicate email of 12003, and a blank one came in again also.
I have debugged the problem last night and I believe I found the issue:

- When we are receiving an smtp, sometimes it takes more than 1 second to receive the data (especially if it is bigger than 1meg).  This changes the timestamp in the middle of the receive, and that turns one email into more than one - when you end up with one hash per timestamp (which is very unusual).
- On the Empty side, it looks like the problem is that in our Pop3 response, we always respond with +OK (and never with a minus error code), which is because I didn't understand the strange protocol they used except through trial and error - so I believe using the correct error code reply will clear up the empty response issue.

Ill let you all know when its ready to test again.



  • MIP
  • Sr. Member

    • 365


    • 47
    • February 13, 2018, 11:55:52 AM
    more
Re: February 2021 Testnet Thread (Tribulation)
« Reply #221 on: February 08, 2021, 09:54:04 AM »
So Earlz and MIP pointed out they received a duplicate email of 12003, and a blank one came in again also.
I have debugged the problem last night and I believe I found the issue:

- When we are receiving an smtp, sometimes it takes more than 1 second to receive the data (especially if it is bigger than 1meg).  This changes the timestamp in the middle of the receive, and that turns one email into more than one - when you end up with one hash per timestamp (which is very unusual).

I have noticed that in some sends, the mailer can connect and send the email very fast, but sometimes there is some delay and it takes a few seconds.for the mailer to connect and send the email.

I don't know if this could have any relation with this effect.


  • oncoapop
  • Full Member

    • 171


    • 17
    • October 23, 2018, 12:31:17 PM
    more
Re: February 2021 Testnet Thread (Tribulation)
« Reply #222 on: February 09, 2021, 01:08:33 AM »

Anyway, on a separate note, we still have BiblePay-TV to test also (although, Im removing 'mining' from it because it doesnt really fit properly in our infrastructure, so ignore that menu option).   EDIT: I just removed 'mining' from BiblePay TV.

Does anyone have Roku here?  If so you can also test BiblePay TV.

I do have a Roku3 - I just searched for Biblepay but could not find any channel of that name....

I might not have time to test during the week but I will try this weekend.



  • Rob Andrews
  • Administrator

    • 4097


    • 97
    • June 05, 2017, 08:09:04 PM
    • Patmos, Island Of
    more
Re: February 2021 Testnet Thread (Tribulation)
« Reply #223 on: February 09, 2021, 09:18:52 AM »
I do have a Roku3 - I just searched for Biblepay but could not find any channel of that name....

I might not have time to test during the week but I will try this weekend.

Its a private channel, so just has to be paired manually.

Public channels require us to have a few thousand subscribers or something first.



  • Rob Andrews
  • Administrator

    • 4097


    • 97
    • June 05, 2017, 08:09:04 PM
    • Patmos, Island Of
    more
Re: February 2021 Testnet Thread (Tribulation)
« Reply #224 on: February 09, 2021, 09:50:54 AM »
I have noticed that in some sends, the mailer can connect and send the email very fast, but sometimes there is some delay and it takes a few seconds.for the mailer to connect and send the email.

I don't know if this could have any relation with this effect.

Right, and also the longer ones that contain 2 megs of PDF data etc.  I dont see a clear reason that an entire email would be inducted more than once other than biblepay showing 'success' and smtp sending it again, but now the new system prevents it.

Ill try to get this out now.