Bible Pay

Read 529930 times

  • 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 #1470 on: November 12, 2023, 01:32:15 PM »
BiblePay - 0.17.5.4
Mandatory Upgrade for Sanctuaries and Users


https://github.com/biblepay/biblepay/releases/tag/0.17.5.4

- Improves block syncing and LLMQs
- Makes BBP Mac compatible (Mac builds work again)




  • lalexcross
  • Jr. Member

    • 11


    • 1
    • April 16, 2018, 04:17:51 AM
    more
Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)
« Reply #1471 on: November 14, 2023, 08:54:09 AM »
What kind of issue are you having?
Maybe what leads up to it also, thanks!


15:50:39
exec revivesanc altare


15:50:39
{
  "Command": "revivesanc",
  "Error": "Unable to find sanctuary altare in deterministic.conf file."
}


15:52:23
exec exec upgradesanc altare


15:52:23
{
  "Command": "exec",
  "Error": "Command not found"
}


15:52:33
exec upgradesanc altare


15:52:33
You must specify exec upgradesanc/createsanc sanctuary_name (where the sanctuary_name matches the name in the masternode.conf file) 0/1 (where 0=dry-run, 1=real).   NOTE:  Please be sure your masternode.conf has a carriage return after the end of every sanctuary entry (otherwise we can't parse each entry correctly).  (code -1)


15:53:10
exec upgradesanc altare


15:53:10
You must specify exec upgradesanc/createsanc sanctuary_name (where the sanctuary_name matches the name in the masternode.conf file) 0/1 (where 0=dry-run, 1=real).   NOTE:  Please be sure your masternode.conf has a carriage return after the end of every sanctuary entry (otherwise we can't parse each entry correctly).  (code -1)


15:53:15
exec revivesanc altare


15:53:15
{
  "Command": "revivesanc",
  "Error": "Unable to find sanctuary altare in deterministic.conf file."
}


  • 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 #1472 on: November 17, 2023, 06:24:19 PM »

15:50:39
exec revivesanc altare


15:50:39
{
  "Command": "revivesanc",
  "Error": "Unable to find sanctuary altare in deterministic.conf file."
}


15:52:23
exec exec upgradesanc altare


15:52:23
{
  "Command": "exec",
  "Error": "Command not found"
}


15:52:33
exec upgradesanc altare


15:52:33
You must specify exec upgradesanc/createsanc sanctuary_name (where the sanctuary_name matches the name in the masternode.conf file) 0/1 (where 0=dry-run, 1=real).   NOTE:  Please be sure your masternode.conf has a carriage return after the end of every sanctuary entry (otherwise we can't parse each entry correctly).  (code -1)


15:53:10
exec upgradesanc altare


15:53:10
You must specify exec upgradesanc/createsanc sanctuary_name (where the sanctuary_name matches the name in the masternode.conf file) 0/1 (where 0=dry-run, 1=real).   NOTE:  Please be sure your masternode.conf has a carriage return after the end of every sanctuary entry (otherwise we can't parse each entry correctly).  (code -1)


15:53:15
exec revivesanc altare


15:53:15
{
  "Command": "revivesanc",
  "Error": "Unable to find sanctuary altare in deterministic.conf file."
}

1) When you originally ran the upgradesanc command on your sanc altare, it would have appended an entry to deterministic.conf in %appdata%\biblepay.
2) Plz open your deterministic.conf file and ensure that entry is created.


Re-reading your post, I see you mentioned this
"15:52:33
You must specify exec upgradesanc/createsanc sanctuary_name (where the sanctuary_name matches the name in the masternode.conf file) 0/1 (where 0=dry-run, 1=real).   NOTE:  Please be sure your masternode.conf has a carriage return after the end of every sanctuary entry (otherwise we can't parse each entry correctly).  (code -1)"

So actually I see your upgradesanc command didnt run.
Please try again with this instead:
upgradesanc altare 1

You just need the "1" in there to run the command for real.  A "0" means to Test first.


« Last Edit: November 18, 2023, 07:19:06 AM 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 #1473 on: November 18, 2023, 07:17:15 AM »
Just getting everyone warmed up for the next phase of development on BBP.

We have some major camps in Crypto, with BTC being the King and giving the user the ability to send digital cash with the users balance is the sum of their wallet addresses unspent outputs.  Their code is relatively pristine in that they do not like to add a bunch of things (other than misc data) to the blocks, and therefore leave other use cases to be off the blockchain (like lightning network).

Ethereum, a virtual state machine computer, maintains a ledger of balances and allows smart contracts to be stored and run in provable sequence as blocks tick by.  Both users can have balances, and contracts can have balances.  One distinction is that Ethereum allows balances to be transferred by Account (similar to XRP), rather than UTXO.

And then we have Storj, who has over 5000 mining hard drives storing fragments of files around the world.  So they provably allow reconstruction of files pointed to by transactions.  Essentially file storage on the blockchain, but still require gateways to be added downstream to make sense of all the cool storage.


Revisiting the Difference Between UTXO and Account Balance Model
UTXO and Account Balance Models are two different ways to track funds and transactions; Bitcoin uses UTXO, while Ethereum uses the Account Balance Model.

Bitcoin is based on the UTXO blockchain model where a transaction is divided into different parts – inputs and outputs. The user’s wallet balance keeps track of all the UTXO transactions.

Ethereum is based on the Account/Balance model. This model ensures that the account balance is large enough or at least equal to the transaction amount to be spent.

In general, most developers consider the UTXO model to be more secure and it requires less storage compared to the Account/Balance model, which needs more storage for big blocks of data.


So in summary we have:
BTC -> Ability to transfer cash easily.  Pros: A pristine codebase.  Cons: Functionality must be built off the chain.
DASH -> Instantly transfer cash with instantsend.         Pros: A reliable way to instantly send money, developed Masternodes.  Cons:  Cannot execute code contracts or store massive amounts of data.
ETH -> A virtual state machine executing smart contracts.    Pros: Smart contracts for financial purposes can be transacted.  Cons:  Limited variable states per contract can be memorized, and only limited data storage can be represented.  Expensive tx fees when busy.  NFTs are simply URL pointers that can die after a while.
BBP -> "The plan can be discussed" to make a place for us.  The use case can be along the lines of a provable unlimited synchronized global database.  This allows serialized transactions to run as blocks tick by that are synchronized across the cockroachdb nodes, and each tx will affect the state of each db sub-tier.  NFTs can be rewritten using a new spec that make them immutable and more useful than now.  Front end business systems can be written that will use BBPs built in tx's rather than a database.  BBP itself can use its own storage system to replace its database storage for Expenses, Revenue, Videos, Timeline, GospelLinks, and Email, etc.



  • lalexcross
  • Jr. Member

    • 11


    • 1
    • April 16, 2018, 04:17:51 AM
    more
Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)
« Reply #1474 on: November 21, 2023, 08:03:05 AM »
1) When you originally ran the upgradesanc command on your sanc altare, it would have appended an entry to deterministic.conf in %appdata%\biblepay.
2) Plz open your deterministic.conf file and ensure that entry is created.


Re-reading your post, I see you mentioned this
"15:52:33
You must specify exec upgradesanc/createsanc sanctuary_name (where the sanctuary_name matches the name in the masternode.conf file) 0/1 (where 0=dry-run, 1=real).   NOTE:  Please be sure your masternode.conf has a carriage return after the end of every sanctuary entry (otherwise we can't parse each entry correctly).  (code -1)"

So actually I see your upgradesanc command didnt run.
Please try again with this instead:
upgradesanc altare 1

You just need the "1" in there to run the command for real.  A "0" means to Test first.

Thanks Rob,
So first of all in the location " %appdata%/Biblepay " there isen't the file " deterministic.conf ". I create it manually

After execution of " upgradesanc altare 1 " i have the error belowe:
14:56:29
exec upgradesanc altare 1
4:56:30
bad-protx-collateral-check-proreg-tx (code 16) (code -1) 

I think the 1st issue is on a create the sanctuary altar but really don't understand why.

Thanks
Ale


  • 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 #1475 on: November 23, 2023, 12:01:10 PM »
Thanks Rob,
So first of all in the location " %appdata%/Biblepay " there isen't the file " deterministic.conf ". I create it manually

After execution of " upgradesanc altare 1 " i have the error belowe:
14:56:29
exec upgradesanc altare 1
4:56:30
bad-protx-collateral-check-proreg-tx (code 16) (code -1) 

I think the 1st issue is on a create the sanctuary altar but really don't understand why.

Thanks
Ale

Hi Lalex,
So thats probably normal that deterministic does not exist yet, because it is created after a successful "upgradesanc".  We automatically create Or append an entry in there whenever you add a sanc.

So on the root issue, upgradesanc altare 1 not working because collateral does not exist, if you could please go back a step, and ensure the "altare" sanc has the proper collateral referenced in the "masternode.conf" file.
Here is an entry from mine to show you the structure:
altar1 192.1.168.2:10001 mnp 476181e8236bf7e51feea7a1e325691b6d2d3d30e0d5ff4a31367df6ee906xxx 1
Note that the TXID and vout ordinal must be correct and populated.  You can check by doing a command like this:
getrawtransaction txid 1
If that responds, you can see the vout ordinal in the command to make sure it matches the one in the masternode.conf.





  • 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 #1476 on: December 18, 2023, 06:32:38 AM »
May the Christmas Spirit and the Glory of God fill your houses.



  • 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 #1477 on: January 03, 2024, 05:38:21 PM »
Happy new Years, Loyal BiblePay enthusiasts!

Note that unfortunately, SouthXChange is going out of business:

Please withdraw your coins.

I think our main exchange will be Bololex now:
https://bololex.com/trading/?symbol=BBP-USDT

I just tested a withdraw on bololex, and it worked, so we appear to be good!

Good luck and God bless you.



  • oncoapop
  • Full Member

    • 171


    • 17
    • October 23, 2018, 12:31:17 PM
    more
Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)
« Reply #1478 on: January 05, 2024, 12:29:47 AM »
Thank you for the heads up!
Is there a way to get them to restart their BBP wallet so I can withdraw my BBP instead of selling it and crashing the price further...

Cheers
oncoapop

Happy new Years, Loyal BiblePay enthusiasts!

Note that unfortunately, SouthXChange is going out of business:

Please withdraw your coins.

I think our main exchange will be Bololex now:
https://bololex.com/trading/?symbol=BBP-USDT

I just tested a withdraw on bololex, and it worked, so we appear to be good!

Good luck and God bless you.


  • 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 #1479 on: January 05, 2024, 07:06:02 AM »
Thank you for the heads up!
Is there a way to get them to restart their BBP wallet so I can withdraw my BBP instead of selling it and crashing the price further...

Cheers
oncoapop

Yeah, I DMed all 3 of my contacts at SX on discord, and left them a support message also but did not get a reply.
https://discord.com/channels/665836598767910913/948553815844610078

Ill keep checking on them over the period as well as Cameroon One still needs to liquidate one superblock.



  • oncoapop
  • Full Member

    • 171


    • 17
    • October 23, 2018, 12:31:17 PM
    more
Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)
« Reply #1480 on: January 05, 2024, 02:11:30 PM »
SX BBP Wallet is up and synced and my withdrawal was successful!
Thank you!
Blessings
oncoapop

Yeah, I DMed all 3 of my contacts at SX on discord, and left them a support message also but did not get a reply.
https://discord.com/channels/665836598767910913/948553815844610078

Ill keep checking on them over the period as well as Cameroon One still needs to liquidate one superblock.


  • 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 #1481 on: January 12, 2024, 09:03:45 AM »
God bless everyone.

I fixed our e-mail server problem where it was marking outbound messages as SPAM; so now hopefully more BBP users will stay in touch on this thread.



  • MR.A
  • Developer

    • 80


    • 6
    • April 13, 2022, 01:24:27 PM
    more
Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)
« Reply #1482 on: January 12, 2024, 02:43:48 PM »
when i click unchained it says duplicate bms is running.


  • MR.A
  • Developer

    • 80


    • 6
    • April 13, 2022, 01:24:27 PM
    more
Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)
« Reply #1483 on: January 14, 2024, 02:30:02 AM »


  • 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 #1484 on: January 14, 2024, 08:39:12 AM »
Happy  new year everyone.

I would like to explain the current limitations in what we have now vs what I believe (imho) should be improved, and Id also like to get the community input on a few different ideas.

So first of all with the last 4 years of geopolitical activity, the fight for free speech and instability in the world, on the positive end it has initiated the impetus to write features that are freedom related (sharing files freely, communicating freely, social media features, videos, timelines, chain storage, chain linked storage etc).  On the downside, this huge influx of new features is hard to get right the first time around (IE we are constantly trying to improve them to finally settle on one foundation that works for the users and ultimately provides a valuable service people are willing to pay for - not in the form of software or fees, but either as an embedded part of biblepay or as pay as you go etc).  This is definitely true of our blockchain storage and video features, they were 'sort of cool' but just not really scalable or ready for public consumption.  Ive been working in the background to make a more stable architecture in all these areas.  A scalable connection to StorJ that would actually host data for biblepay but in a decentralized way, and then a front end service that would allow the user to see the data in the form of a video, a post or an attachment to a parent object.

One other area of interest that Oncoapop had mentioned are that NFTs are actually pretty weak in the sense that anyone can technically pull down the underlying image, and this is true as well for OpenSea and all the ERC-721 type NFTs; the NFT is really a succinct contract with a root TXID that can be sold user to user, but where the weakness is, is the inside package of that NFT is just metadata that lives on IPFS, and is malleable.  A good example of this would be if someone sells an NFT that points to an IPFS share and then later the originator takes down the URL; the image would actually disappear.  So this is an area where we can improve NFTs, if we spend some time making a thread about it and re-writing NFT 2.0 as a new spec (to make sure we cover all the bases), then we go at it and release NFT 2.0.  I was thinking NFT 2.0 could include software keys (for buying copies of software with registration codes in it) as well.  It could also point to an immutable file share rather than a malleable file share (something we can talk about in the ERP thread).

I plan on discussing a few ideas and then making a roadmap for 2024-2025 to keep us busy with releases.

So I have 3 primary ideas for 2024 and would like feedback on these:

1) A quantum resistant blockchain.  Quantum computers are real, and now you can buy them for $5k from China (with 4 qubits).  Its only a matter of time before a QC can crack a 256bit cryptokey.  One possible area of growth for us is if we decided to release one of the first quantum resistant wallets.  I was thinking one way we could accomplish this would be (for backwards compatibility sake, as I would not want anyone who holds BBP to lose it in the current form), is to release a feature where users are generally expected to move their primary BBP holdings (lets say the dormant amount) into a quantum resistant address.  This address would have special characteristics where BBP could not be moved out of it in the memory pool unless it satisfies a 16384 bit key length (for a quantum computer that would make it almost impossible to break). 

2) BBP ERP system.  This ERP would be the system that allows us to finish the true BBP sidechain 2.0 that was started, but not what I would consider to be finished.  The sidechain idea as is, provides a loosely coupled CockroachDB sidechain synced to BBP blocks and is basically "cool", but not entirely integrated as tightly as Ethereum is.  I am thinking what we need is to rewrite that with 100% coupling, that makes it impossible to advance the sidechain without a strong and durable full node synchronized hash;  what this gives us is unlimited sidechain storage for NFT2.0, video and makes it fully trustable (permissionless); it also gives us the ability for users to create new organizations where they grant permissions to other users to access Functions or Data objects - giving us the ability to roll out an ERP system.

3) Parent Control Apps for Kids.  This type of entry would add an enhancement to the BBP core wallet where it becomes a parent control app (as long as the core wallet is running on each child PC).  What this does is let the parents control how long a child is on the internet for, and then it restricts the internet for that child. 


Let me know what areas sound the most exciting and areas we should create threads to talk about these features in detail.