Bible Pay

Read 530046 times

  • Rob Andrews
  • Administrator

    • 4141


    • 97
    • June 05, 2017, 08:09:04 PM
    • Patmos, Island Of
    more
Thank you for releasing the new BBP wallet version 0.17.3.8!

It reinstalls over the old and the previous issues were addressed!

1. Selecting Unchained from the wallet after install of the new version shows BMS upgrading and reinstalls BMS directory (which I previously deleted).
2. Unchained then loads in the (default, in my case Edge) browser and is automatically logged in with the correct BBP value in the address and Unchained version. All my NFTs are correctly displayed!
3. The phone works well and very clear from my BBP number to my Canadian cell phone! I can call the BBP number from my cell phone but I did not know it was ringing unless I had my browser window open and could see the pop up.
4. I also tried SMS which works both ways! This is great!

Congratulations on the success! Excellent work! Thank you!  :)

Blessings
oncoapop

Hi Bro. Damian,

Hey thanks for testing this.  I'm so glad the bootloader works more professionally now (doesn't let the user hang if it needs to sync the initial files for the first time, or if it needs to upgrade.  It also kills straggling copies when it upgrades).

So I'm really happy you tested the phone, thank you sir.

SMS is still a work in progress; there are some issues with certain countries SMS to each other; I actually released that by accident, sorry.  I need to explain some of these goals; because they are rather complex now.  (For example, competing with Zoho and making an SSO for BBP users with an Outlook type inbox, etc).

I got your DM about the NFT... I'm going to debug that, it brings up some very good points.  I have a hunch that the 'common sense' used when we had ERC712 possibly some of those rules got lost when I moved back to native BBP; sigh, its a stressful situation.  On one hand I like the rigid interface of ERC20 NFTs but otoh I like it when BBP owns the NFT natively... Let me elaborate after I debug the specific issue.

I also owe a broad discussion on the roadmap.  You have some great ideas but we have limited resources.  I think what we need is to get this roadmap into a gantt chart and a project mgmt system with stories and epics so we can understand whats currently slated as compared to the potential wishlist, and we can also let the community (or possibly the Sancs) vote on what we do each quarter!

Thanks!
« Last Edit: August 15, 2023, 07:07:46 PM by Rob Andrews »


  • Rob Andrews
  • Administrator

    • 4141


    • 97
    • June 05, 2017, 08:09:04 PM
    • Patmos, Island Of
    more
BIBLEPAY EXCHANGE ALERT


TXBIT.IO (Coin Exchange) is going out of business.



PLEASE WITHDRAW ALL COINS WITHIN 30 DAYS.







  • Rob Andrews
  • Administrator

    • 4141


    • 97
    • June 05, 2017, 08:09:04 PM
    • Patmos, Island Of
    more
Sanctuary Block Sync feature


If you have the need to sync BBP blocks fast, you can download the chain from https://biblepay.org/blocks.zip.

(Useful if you have more than one sanc for example, and you want to spawn multiple copies of the chain to data directories).



  • oncoapop
  • Full Member

    • 171


    • 17
    • October 23, 2018, 12:31:17 PM
    more
Thank you, Rob. Perfect timing: I am going to try to resync using blocks.zip since the chain on 2/10 of my sancs on the temple has been halted >12 hours.

Output of `getblockcount` for each sanc
1.   444333
2.   444333
3.   444333
4.   444086 <---
5.   444333
6.   444333
7.   444333
8.   444333
9.   444159 <---
10.   444333

Mode(s) of the dataset: 444333

Sancs 4 and 9 are halted since 7:36 this morning. Time now 20:45

However, the 2 sancs in question report being ok:

Sanc 4
{
  "AssetID": 999,
  "AssetName": "MASTERNODE_SYNC_FINISHED",
  "AssetStartTime": 1693214535,
  "Attempt": 0,
  "IsBlockchainSynced": true,
  "IsSynced": true
}
and     
    "PoSePenalty": 0,
    "PoSeBanHeight": -1,
    "revocationReason": 0,

Sanc 9
{
  "AssetID": 999,
  "AssetName": "MASTERNODE_SYNC_FINISHED",
  "AssetStartTime": 1693213491,
  "Attempt": 0,
  "IsBlockchainSynced": true,
  "IsSynced": true
}
and
    "PoSePenalty": 0,
    "PoSeBanHeight": -1,
    "revocationReason": 0,

I only checked as you previously mentioned a similar issue. I don't remember any of my sancs going out of sync with each other previously, but I did not have this many sancs before and certainly not all on one VPS.

Furthermore, Sanc 4 mined blocks at 00:35 and 12:16 (the former maybe it was in sync but the later, I recorded that it was AFTER it was halted and lagged by at least 50 block at 7:35) and Sanc 9 mined blocks at 07:34 and 18:35 (I am sure that both times, Sanc 9 was out of sync as I recorded it was lagging at least by 50 blocks at 08:16).

Is there any mechanism to ensure sancs in a temple are in sync with one another? I caught this as I have a script (attached) to find the mode (most common ie consensus) height of the sancs in the temple and then flag any that deviate from this by at least 50 blocks.

Blessings,
oncoapop




Sanctuary Block Sync feature


If you have the need to sync BBP blocks fast, you can download the chain from https://biblepay.org/blocks.zip.

(Useful if you have more than one sanc for example, and you want to spawn multiple copies of the chain to data directories).
« Last Edit: August 31, 2023, 11:27:30 PM by oncoapop »


  • Rob Andrews
  • Administrator

    • 4141


    • 97
    • June 05, 2017, 08:09:04 PM
    • Patmos, Island Of
    more
Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)
« Reply #1444 on: September 03, 2023, 07:30:01 PM »
Thank you, Rob. Perfect timing: I am going to try to resync using blocks.zip since the chain on 2/10 of my sancs on the temple has been halted >12 hours.

Output of `getblockcount` for each sanc
1.   444333
2.   444333
3.   444333
4.   444086 <---
5.   444333
6.   444333
7.   444333
8.   444333
9.   444159 <---
10.   444333

Mode(s) of the dataset: 444333

Sancs 4 and 9 are halted since 7:36 this morning. Time now 20:45

However, the 2 sancs in question report being ok:

Sanc 4
{
  "AssetID": 999,
  "AssetName": "MASTERNODE_SYNC_FINISHED",
  "AssetStartTime": 1693214535,
  "Attempt": 0,
  "IsBlockchainSynced": true,
  "IsSynced": true
}
and     
    "PoSePenalty": 0,
    "PoSeBanHeight": -1,
    "revocationReason": 0,

Sanc 9
{
  "AssetID": 999,
  "AssetName": "MASTERNODE_SYNC_FINISHED",
  "AssetStartTime": 1693213491,
  "Attempt": 0,
  "IsBlockchainSynced": true,
  "IsSynced": true
}
and
    "PoSePenalty": 0,
    "PoSeBanHeight": -1,
    "revocationReason": 0,

I only checked as you previously mentioned a similar issue. I don't remember any of my sancs going out of sync with each other previously, but I did not have this many sancs before and certainly not all on one VPS.

Furthermore, Sanc 4 mined blocks at 00:35 and 12:16 (the former maybe it was in sync but the later, I recorded that it was AFTER it was halted and lagged by at least 50 block at 7:35) and Sanc 9 mined blocks at 07:34 and 18:35 (I am sure that both times, Sanc 9 was out of sync as I recorded it was lagging at least by 50 blocks at 08:16).

Is there any mechanism to ensure sancs in a temple are in sync with one another? I caught this as I have a script (attached) to find the mode (most common ie consensus) height of the sancs in the temple and then flag any that deviate from this by at least 50 blocks.

Blessings,
oncoapop

Hi Bro Oncoapop,

Glad you mentioned this; I observed the same conditions on my sancs (10%-15% halted at around the same block numbers, chain wont continue).
There is a lot of related detail to this answer.  First of all, the chain is healthy.  If a sanc gets halted at a block, that means its view of the chain wont allow it to continue due to InstantSend rules.
Since we have deterministic sancs enabled, LLMQ on, chainlocks On, instantsend On, there is a very high level of integrity to the chain itself (you cant add a block to the chain unless it passes the chainlocks rules for the whole supermajority).
However, an instantsend transaction that is 'questionable' can actually stop the chain on an individual sanc, if that sanc feels it is a dangerous lock.
I believe this is what happened because of Talismans transaction (certain sancs had it in memory) and when they get resyned with -erasechain=1, finally they are purged of the memory.
The other thing is with this Investor mode, we have a high level of sancs that are not keeping the quorums (because they are confused who to talk to), so without quorums, we have this propensity of not agreeing on IX tx's; when our quorums are "on", we all advance in lock step.
One other problem we have right now is since LLMQ quorums arent sticking, half of our investors are being paid full block rewards (in contrast to 50%).

Thankfully I believe there is a solution to all this without a mandatory upgrade.  Im releasing a mandatory upgrade for the sancs later today that should make the sancs lock in the LLMQs and place investors in their investor brackets more accurately; then we can reassess the situation.  The telltale sign is to check our LLMQ quorums over a couple weeks and see if we stay in quorum mode.

In the mean time, just relaunch any sanc that is out of sync with -erasechain=1. 
Both chainz and SX are not affected.

Thanks!


  • Rob Andrews
  • Administrator

    • 4141


    • 97
    • June 05, 2017, 08:09:04 PM
    • Patmos, Island Of
    more
Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)
« Reply #1445 on: September 03, 2023, 08:01:12 PM »
BiblePay 0.17.4.2
Mandatory Upgrade for Sanctuaries and Home Controller Wallets


- Add more robust POSE ban for investors (keep our quorums intact) and keep investor payments at 50%
- Add Investor pose status to masternodelist UI and masternodelist rpc command
- Added exec versionreport so we can see the % that have upgraded

** Note: On your self compiled sanctuary, you can simply type "git pull origin master && make -j4" to upgrade.  Then stop and restart all instances.


« Last Edit: September 04, 2023, 03:46:31 PM by Rob Andrews »


  • Rob Andrews
  • Administrator

    • 4141


    • 97
    • June 05, 2017, 08:09:04 PM
    • Patmos, Island Of
    more
Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)
« Reply #1446 on: September 04, 2023, 03:36:36 PM »
Blast from the Past


We used to have an RPC command back in mid 2019 called "Version Report".  It was useful in determining how much of the network upgraded from one version of BBP to another.

I decided to throw that back in the code as it is useful right now to see when we get a supermajority of the sancs mining on v0.17.4.2 (meaning that the Investor payments will be reduced to 50% when this number gets closer to 90%+).

This report was just released in the latest version (above), but for now, I ran it:


15:32:51
exec versionreport


15:32:51
{
  "Command": "versionreport",
  "version_report": {
    "Version": "Popularity,Percent %",
    "1737": "100; 48.78%",
    "1738": "40; 19.51%",
    "1741": "65; 31.71%"
  }
}


This means that a supermajority of the sancs are still mining on old versions.

PS We actually need 70%+ to upgrade to 0.17.4.2 for the investor pay distribution feature to work correctly.






« Last Edit: September 04, 2023, 03:49:14 PM by Rob Andrews »


  • oncoapop
  • Full Member

    • 171


    • 17
    • October 23, 2018, 12:31:17 PM
    more
Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)
« Reply #1447 on: September 06, 2023, 04:18:04 AM »
The Linux binaries in biblepay-lin64.zip appear to only have  BiblePay.BMSD


 
BiblePay 0.17.4.2
Mandatory Upgrade for Sanctuaries and Home Controller Wallets


- Add more robust POSE ban for investors (keep our quorums intact) and keep investor payments at 50%
- Add Investor pose status to masternodelist UI and masternodelist rpc command
- Added exec versionreport so we can see the % that have upgraded

** Note: On your self compiled sanctuary, you can simply type "git pull origin master && make -j4" to upgrade.  Then stop and restart all instances.


  • Budinga
  • Jr. Member

    • 26


    • 3
    • January 28, 2020, 02:21:29 AM
    more
Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)
« Reply #1448 on: September 08, 2023, 05:25:41 AM »
BiblePay 0.17.4.2
Mandatory Upgrade for Sanctuaries and Home Controller Wallets


- Add more robust POSE ban for investors (keep our quorums intact) and keep investor payments at 50%
- Add Investor pose status to masternodelist UI and masternodelist rpc command
- Added exec versionreport so we can see the % that have upgraded

** Note: On your self compiled sanctuary, you can simply type "git pull origin master && make -j4" to upgrade.  Then stop and restart all instances.

Hi Rob,

Since version 0.17.4.1 my Sanctuary keeps going to invest , i revieveSanc then its fine for  a bit and then after a while it goes back to been Invest, any ideas?

Thanks


  • Rob Andrews
  • Administrator

    • 4141


    • 97
    • June 05, 2017, 08:09:04 PM
    • Patmos, Island Of
    more
Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)
« Reply #1449 on: September 09, 2023, 10:39:30 AM »
Hi Rob,

Since version 0.17.4.1 my Sanctuary keeps going to invest , i revieveSanc then its fine for  a bit and then after a while it goes back to been Invest, any ideas?

Thanks
Hi bro Budinga, hope you have been good!

Could you give me the sanc IP?
You can try this, from the home IP type:
telnet your_sanc_ip your_sanc_port
And see if it answers?

If other nodes can see your sanc it should stay in non investor state.

Oh btw, you have to allow whatever your port is through your VMS firewall too (as a sanc). 




  • Rob Andrews
  • Administrator

    • 4141


    • 97
    • June 05, 2017, 08:09:04 PM
    • Patmos, Island Of
    more
Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)
« Reply #1450 on: September 09, 2023, 10:41:00 AM »
The Linux binaries in biblepay-lin64.zip appear to only have  BiblePay.BMSD

Thanks bro Oncoapop, I am ready to release 0.17.4.3 now, and will check that and announce it shortly.



  • Rob Andrews
  • Administrator

    • 4141


    • 97
    • June 05, 2017, 08:09:04 PM
    • Patmos, Island Of
    more
Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)
« Reply #1451 on: September 09, 2023, 10:49:27 AM »
BiblePay - 0.17.4.4
Mandatory upgrade for Sanctuaries (Leisure Upgrade for Users)


- Ensure investor blocks are always 50% (+7 bbp)
- Help revive our LLMQ Quorums




  • Budinga
  • Jr. Member

    • 26


    • 3
    • January 28, 2020, 02:21:29 AM
    more
Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)
« Reply #1452 on: September 11, 2023, 03:10:44 AM »
Hi bro Budinga, hope you have been good!

Could you give me the sanc IP?
You can try this, from the home IP type:
telnet your_sanc_ip your_sanc_port
And see if it answers?

If other nodes can see your sanc it should stay in non investor state.

Oh btw, you have to allow whatever your port is through your VMS firewall too (as a sanc).

Hi Rob,

I am doing great i hope you are too my friend.

Maybe it was my norton, i had it on auto i just set BBP to allow all. and run the command will see how it goes.


  • Budinga
  • Jr. Member

    • 26


    • 3
    • January 28, 2020, 02:21:29 AM
    more
Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)
« Reply #1453 on: September 11, 2023, 09:13:28 AM »
Hi Rob,

I am doing great i hope you are too my friend.

Maybe it was my Norton, i had it on auto i just set BBP to allow all. and run the command will see how it goes.

It is definitely doing it again. firewall is completely open and i also forwarded the port to my pc just to check. But for some reason i cannot telnet in to it anymore, since the update.


  • Rob Andrews
  • Administrator

    • 4141


    • 97
    • June 05, 2017, 08:09:04 PM
    • Patmos, Island Of
    more
Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)
« Reply #1454 on: September 14, 2023, 07:25:43 PM »
It is definitely doing it again. firewall is completely open and i also forwarded the port to my pc just to check. But for some reason i cannot telnet in to it anymore, since the update.

Seems fine over here.  Just let me know if you need me to help.