Bible Pay

Read 594224 times

  • MR.A
  • Developer

    • 85


    • 6
    • April 13, 2022, 01:24:27 PM
    more
Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)
« Reply #1575 on: October 06, 2024, 10:39:59 PM »
Rob, we hope you hop on soon or we can know something about you.
Please don't turn into Satoshi Nakamoto. Any of his team or family plz confirm us if he is unable.

but the hope of us is we are family of 73,377 people as of the time of posting.
source: https://chainz.cryptoid.info/bbp/#!rich


  • Christblood
  • Developer

    • 29


    • 2
    • April 20, 2022, 11:30:44 AM
    more
Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)
« Reply #1576 on: October 08, 2024, 02:48:54 PM »
Does anyone know Bob personally, and could reach out to him?


  • Rob Andrews
  • Administrator

    • 4147


    • 97
    • June 05, 2017, 08:09:04 PM
    • Patmos, Island Of
    more
Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)
« Reply #1577 on: October 09, 2024, 05:38:54 AM »
Does anyone know Bob personally, and could reach out to him?
Are you all referring to me?
I'm fine, just havent been on the forum with all the IT projects going on.
I'll have to elaborate on the CockroachDB, that is the biggest problem right now.
I spend over 200 hours getting CockroachDB to behave in a decentralized way for BBP, and at the end, its not going to work for us.


  • Rob Andrews
  • Administrator

    • 4147


    • 97
    • June 05, 2017, 08:09:04 PM
    • Patmos, Island Of
    more
Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)
« Reply #1578 on: October 09, 2024, 05:49:23 AM »
Without going into all the boring technical details, we adopted CockroachDB as our back-end decentralized database in hopes that Temples could run an instance of CockroachDB, and that would be the storage engine of choice for us to host the sidechain.

Most of the hurdles were solved, like the HTTPS certificates, the automatic syncing, the install, the data format, the blocks, the content, etc.
However, one thing ended up killing the project in the end (and it is very similar to other non decentralized clustered databases):  It does not gracefully handle the loss of nodes during volatile periods.  We had 3 nodes in the cluster for months without a problem but after some expirimentation, I found that if BBP temples would join/unjoin sporadically, it would corrupt the database, and after spending an exorbitant amount of time to try to restore the db in those situations, I realized its just not going to work for us long term. 

So Im back to creating our own flavor of decentralized dbase, one that the Users own (I wont even be required in this project once I check in the code); all the keys are going to belong to the Temples who run this dbase.  Im migrating cockroach data down to JSON first.  Working on this in the background.

So to keep this decentralized it looks something like this:
- You host a temple
- Your temple runs this BBPDB
- Keys and configuration are embedded in the program, so Im not required

A second project is required for our Phone and Storj storage:
- Since Storj hosts our video content
- Since our PBX provides phone service
- We need a generic layer that will allow more than one, preferably 3, users to "volunteer" to run a "service type" (like phone or storage),
and the code will encrypt the keys, and use them in the temple.  Then when people drop off who no longer host a PBX or a Storj account,
they will get replaced with the other keys automatically.  This would be similar to a decentralized "market making" service.

This way I will not be needed for that particular function, and its keys can be used and protected by a temple (node).


So that is the plan for the time being and Im actively working on the BBPDB.




  • MR.A
  • Developer

    • 85


    • 6
    • April 13, 2022, 01:24:27 PM
    more
Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)
« Reply #1579 on: October 13, 2024, 10:29:25 PM »
This is so messed up! I thought we were going towards user-friendly interface but now back to the not so user-friendly interface!
I know we do not have bunch of users, but this layout is difficult for new users.
Long Live BBP!


  • lalexcross
  • Jr. Member

    • 17


    • 2
    • April 16, 2018, 04:17:51 AM
    more
Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)
« Reply #1580 on: October 29, 2024, 08:58:34 AM »
Dear brothers.
I started the new version wallet and synched well.
I executed the masternode status command, below the results..... I'm on right way ?

15:43:13
masternode status


15:43:13
{
  "outpoint": "0000000000000000000000000000000000000000000000000000000000000000-4294967295",
  "service": "[::]:0",
  "state": "WAITING_FOR_PROTX",
  "status": "Waiting for ProTx to appear on-chain"
}

Thank you...


  • Rob Andrews
  • Administrator

    • 4147


    • 97
    • June 05, 2017, 08:09:04 PM
    • Patmos, Island Of
    more
Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)
« Reply #1581 on: October 29, 2024, 04:00:36 PM »
Dear brothers.
I started the new version wallet and synched well.
I executed the masternode status command, below the results..... I'm on right way ?

15:43:13
masternode status


15:43:13
{
  "outpoint": "0000000000000000000000000000000000000000000000000000000000000000-4294967295",
  "service": "[::]:0",
  "state": "WAITING_FOR_PROTX",
  "status": "Waiting for ProTx to appear on-chain"
}

Thank you...

Yeah, you seem to be on the right track.
If you did an exec upgradesanc, the protx went out, but it takes a few blocks to register itself.

Just try the status again after a couple hours.



  • MR.A
  • Developer

    • 85


    • 6
    • April 13, 2022, 01:24:27 PM
    more
Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)
« Reply #1582 on: November 07, 2024, 02:22:19 AM »
Rob the community wants to know are you still there?


  • lalexcross
  • Jr. Member

    • 17


    • 2
    • April 16, 2018, 04:17:51 AM
    more
Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)
« Reply #1583 on: November 07, 2024, 03:29:38 AM »
Yeah, you seem to be on the right track.
If you did an exec upgradesanc, the protx went out, but it takes a few blocks to register itself.

Just try the status again after a couple hours.

Brother Rob,
still the same today...


  • lalexcross
  • Jr. Member

    • 17


    • 2
    • April 16, 2018, 04:17:51 AM
    more
Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)
« Reply #1584 on: November 07, 2024, 03:30:46 AM »

Dear brothers.
I started the new version wallet and synched well.
I executed the masternode status command, below the results..... I'm on right way ?

15:43:13
masternode status


15:43:13
{
  "outpoint": "0000000000000000000000000000000000000000000000000000000000000000-4294967295",
  "service": "[::]:0",
  "state": "WAITING_FOR_PROTX",
  "status": "Waiting for ProTx to appear on-chain"
}

Thank you...

Brother Rob,
still the same today...


  • lalexcross
  • Jr. Member

    • 17


    • 2
    • April 16, 2018, 04:17:51 AM
    more
Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)
« Reply #1585 on: November 07, 2024, 04:09:01 AM »
Rob, brother.

The wallet is crashed during the "exec upgradesanc AltareSanto 1" command.

Now the situation is changed to this.


11:02:52
exec upgradesanc AltareSanto 0


11:02:52
{
  "Command": "upgradesanc",
  "Summary": "Creating protx_register command for Sanctuary AltareSanto with IP *.*.*.66:40000 with TXID 13cb0827e303d05604481be19dab67ae401357a9c2fe48b15936cb48e03d29c6",
  "bls_public_key": "b82a0249b0323c05f89448b9246b63ac2d3c91bec2431e8596581b664ea95484382c46c718c70a92c1016c089c838f2b",
  "bls_private_key": "61a3a78031ebf958832fb960ded4160f353d64a16591e286a41a2713713133b8",
  "pro_reg_txid": "0300010001df2ed6b028f35f75f28d21cb82bd415901acef3edcad869ea90f126bf1920f2a0100000000feffffff016c661903000000001976a914da266fc172389feffdd44105e460b996a3cd826588ac0000000000d1020000000000c6293de048cb3659b148fec2a9571340ae67ab9de11b480456d003e32708cb130100000000000000000000000000ffff5d37fc429c40a0761b3fffcf408d157197fa366d771db5835f0eb82a0249b0323c05f89448b9246b63ac2d3c91bec2431e8596581b664ea95484382c46c718c70a92c1016c089c838f2ba0761b3fffcf408d157197fa366d771db5835f0e00001976a914da266fc172389feffdd44105e460b996a3cd826588ac0db6b50e182f58cc86674b55a713e6304e94b86bd611f00da54793759a5072eb00",
  "pro_reg_collateral_address": "BKcqLFDfZZUJWyaivmZR3WRMVdFCv1p6Qy",
  "pro_reg_signed_message": "BQLYy9oNyiCdbym3Vd7dd8nqiP2xAipdYc|0|BK5XDb4TrZHRzTQnVEQhaqV3DbhX65b7zY|BK5XDb4TrZHRzTQnVEQhaqV3DbhX65b7zY|d8a79a5a10e600c12ee6c759e86772df3a3233de8326a72c7930d4eecc11c80b",
  "pro_reg_signature": "IGBCLghtakvYladlI8To5LJiBqeZ1z7A5FjssRSB1756C5BEH4QY+TGVwD2Y7cphWE5k7vSepP5Xz4aKxdlDV0E=",
  "sent_txid": ""
}

The IP add is masked by me


11:04:22
exec upgradesanc AltareSanto 1


11:04:22
bad-protx-collateral-01 (code -1)


The transaction message from wallet appear




11:05:44
masternode status


11:05:44
{
  "outpoint": "0000000000000000000000000000000000000000000000000000000000000000-4294967295",
  "service": "[::]:0",
  "state": "ERROR",
  "status": "Error. Can't detect valid external address. Please consider using the externalip configuration option if problem persists. Make sure to use IPv4 address only."
}


Is this a bug or something like it ?

Thanks
Ale


  • Rob Andrews
  • Administrator

    • 4147


    • 97
    • June 05, 2017, 08:09:04 PM
    • Patmos, Island Of
    more
Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)
« Reply #1586 on: November 10, 2024, 06:26:07 AM »
Rob, brother.

The wallet is crashed during the "exec upgradesanc AltareSanto 1" command.

Now the situation is changed to this.


11:02:52
exec upgradesanc AltareSanto 0


11:02:52
{
  "Command": "upgradesanc",
  "Summary": "Creating protx_register command for Sanctuary AltareSanto with IP *.*.*.66:40000 with TXID 13cb0827e303d05604481be19dab67ae401357a9c2fe48b15936cb48e03d29c6",
  "bls_public_key": "b82a0249b0323c05f89448b9246b63ac2d3c91bec2431e8596581b664ea95484382c46c718c70a92c1016c089c838f2b",
  "bls_private_key": "61a3a78031ebf958832fb960ded4160f353d64a16591e286a41a2713713133b8",
  "pro_reg_txid": "0300010001df2ed6b028f35f75f28d21cb82bd415901acef3edcad869ea90f126bf1920f2a0100000000feffffff016c661903000000001976a914da266fc172389feffdd44105e460b996a3cd826588ac0000000000d1020000000000c6293de048cb3659b148fec2a9571340ae67ab9de11b480456d003e32708cb130100000000000000000000000000ffff5d37fc429c40a0761b3fffcf408d157197fa366d771db5835f0eb82a0249b0323c05f89448b9246b63ac2d3c91bec2431e8596581b664ea95484382c46c718c70a92c1016c089c838f2ba0761b3fffcf408d157197fa366d771db5835f0e00001976a914da266fc172389feffdd44105e460b996a3cd826588ac0db6b50e182f58cc86674b55a713e6304e94b86bd611f00da54793759a5072eb00",
  "pro_reg_collateral_address": "BKcqLFDfZZUJWyaivmZR3WRMVdFCv1p6Qy",
  "pro_reg_signed_message": "BQLYy9oNyiCdbym3Vd7dd8nqiP2xAipdYc|0|BK5XDb4TrZHRzTQnVEQhaqV3DbhX65b7zY|BK5XDb4TrZHRzTQnVEQhaqV3DbhX65b7zY|d8a79a5a10e600c12ee6c759e86772df3a3233de8326a72c7930d4eecc11c80b",
  "pro_reg_signature": "IGBCLghtakvYladlI8To5LJiBqeZ1z7A5FjssRSB1756C5BEH4QY+TGVwD2Y7cphWE5k7vSepP5Xz4aKxdlDV0E=",
  "sent_txid": ""
}

The IP add is masked by me


11:04:22
exec upgradesanc AltareSanto 1


11:04:22
bad-protx-collateral-01 (code -1)


The transaction message from wallet appear




11:05:44
masternode status


11:05:44
{
  "outpoint": "0000000000000000000000000000000000000000000000000000000000000000-4294967295",
  "service": "[::]:0",
  "state": "ERROR",
  "status": "Error. Can't detect valid external address. Please consider using the externalip configuration option if problem persists. Make sure to use IPv4 address only."
}


Is this a bug or something like it ?

Thanks
Ale

Hi Lalex,

So when you issue the command upgradesanc, usually, its not actually a "crash" (crash means that the wallet either threw an unhandled exception and ended the program), but instead was sitting there with no RPC response, right?  Ive seen that behavior in this new RPC, and I believe we inherited a UI deadlock.
It does respond to me after 3 minutes however.

The bad-pro-tx-collateral error must be resolved first to get a fully functioning sanc.  It means that your collateral has either not been sent or not matured.  I would start over, and when you do your 'getrawtransaction txid ordinal' ensure it is actually there, has the right amount, and has matured a few blocks before going to the next step.



« Last Edit: November 10, 2024, 06:30:31 AM by Rob Andrews »


  • lalexcross
  • Jr. Member

    • 17


    • 2
    • April 16, 2018, 04:17:51 AM
    more
Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)
« Reply #1587 on: November 14, 2024, 03:58:00 AM »
Hey Rob,

So when you issue the command upgradesanc, usually, its not actually a "crash" (crash means that the wallet either threw an unhandled exception and ended the program), but instead was sitting there with no RPC response, right?
Yes, but 3 minutes it's not enough.
After al lot of time, hrs, still "hang" and need to be killed.
 
"Masternode command at Italian time"

10:44:48
masternode status

10:44:48
{
  "outpoint": "0000000000000000000000000000000000000000000000000000000000000000-4294967295",
  "service": "[::]:0",
  "state": "WAITING_FOR_PROTX",
  "status": "Waiting for ProTx to appear on-chain"
}


Now, the question is:
How many time need the ProTx to appear on the chain ?

Thanks




  • Rob Andrews
  • Administrator

    • 4147


    • 97
    • June 05, 2017, 08:09:04 PM
    • Patmos, Island Of
    more
Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)
« Reply #1588 on: November 23, 2024, 05:08:03 AM »
Hey Rob,

So when you issue the command upgradesanc, usually, its not actually a "crash" (crash means that the wallet either threw an unhandled exception and ended the program), but instead was sitting there with no RPC response, right?
Yes, but 3 minutes it's not enough.
After al lot of time, hrs, still "hang" and need to be killed.
 
"Masternode command at Italian time"

10:44:48
masternode status

10:44:48
{
  "outpoint": "0000000000000000000000000000000000000000000000000000000000000000-4294967295",
  "service": "[::]:0",
  "state": "WAITING_FOR_PROTX",
  "status": "Waiting for ProTx to appear on-chain"
}


Now, the question is:
How many time need the ProTx to appear on the chain ?

Thanks
Hi Ale,
Sorry for the delay, I have been working on re-creating our native NFT feature on chain rather than in arbitrum.

I guess your machine is slightly different than mine, because I was seeing a 3.1 minute delay, but, I am glad you confirm it is not a crash, yes.
One hint to avoid that altogether is to just restart the wallet then do the upgradesanc within 10 mins of rebooting, and you should not see the deadlock.  I have discovered where that is in the code and will be pushing an update any day now once fixed.

Regarding this question "How many time need the ProTx to appear on the chain ?"
It just needs to appear once.


  • Rob Andrews
  • Administrator

    • 4147


    • 97
    • June 05, 2017, 08:09:04 PM
    • Patmos, Island Of
    more
Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)
« Reply #1589 on: November 23, 2024, 01:28:36 PM »
Biblepay - v0.21.5
Mandatory Upgrade



Summary of Changes:


- Added NFT add,edit,delete capability to core wallet.
- Reinstituted SideChain transactions.
- Incremented min_masternode_proto_version to 70783 so as to facilitate a mandatory upgrade for LLMQ messages.
(Requires Temples to enforce our global LLMQ).
- Added CheckMemPoolTransactionBiblepay, which is our facility
to check mempool txs.  In this version we enforce the NFT buy rules, to allow the safe transfer of NFT.
- Reinstituted embedded sTxOutMessage in CreateRawTransaction (allows longer messages, such as NFTs to go in the chain).
- Prevent Sancs from continually adding false governance triggers due to a bug.
The code checks for an existing govobj first, and also caches the last one created (preventing dupes).
- Ensure sancs do not vote on triggers that already won.
- Make temples handle WatchmanOnTheWall, but not Sancs.
- Added exec listnfts.
- Removed UI deadlock (affecting various RPC commands
like sendrawtransaction and upgradesanc, and possibly the LLMQ
timeouts).
- Modified the LLMQ rules to work with Temples.
- Modified Pose background thread to only deal with one
sanctuary at a time (solves the deadlock).

Github:
https://github.com/biblepay/biblepay/releases

 You can download the wallet for windows from either Github or www.biblepay.org.

« Last Edit: November 24, 2024, 06:03:17 AM by Rob Andrews »