Bible Pay

Recent Posts

Pages: [1] 2 3 4 5 6 7 8 ... 10
1
"Substitute the 4,500,001 with 450001 to create an altar."

Can it be any number, like 555,007?

Also, you said you imported the miner into this process.  Is this going to take more CPU/RAM than normal staking?
2
No, thats cool, I dont mind going into more detail where need be.  We also do have some wiki guides on some of these concepts and when one is discovered that is really necessary to document we do make an end-to-end tutorial as a wiki.

First of the reason there are 3 flavors of Sancs now is because some people cant afford 4.55MM bbp for a sanctuary; so now we offer one flavor of sanc for 455,001 bbp and also a Temple for 45MM bbp.  They each have really the same reward (IE the altar pays 10%, the Sanc 100% and the Temple 1000%).

With a sanc you get a bigger reward because its doing the randomx mining in the pool, and you end up with the entire block reward every time your deterministic sanctuary is scheduled for payment. 

If you are an investor you will get 50% of the reward, but an active hosted sanc on a VM, you get 100%.

I would suggest to go back to the release where we ask you to create a deterministic sanctuary, and simply ask questions on any area that is confusing and I can try to help.
Most of this documentation was already established dash; so any terminology on the basics, you can get that from googling that term and Dash Masternode.

Weve simply enhanced and extended those Masternodes to become deterministic sancs with different sizes, and we ported the block miner into the sanc.  And we added the 50% active/passive rules.

Here is the guide to set up a sanc:
https://wiki.biblepay.org/Create_Sanctuary

Just let me know what you need help with.  If you simply want to set up one without renting an actual VM (IE as a passive investor) you just follow the guide, but you point it to your own IP address.

Substitute the 4,500,001 with 450001 to create an altar.
3
I upgraded too.

Can someone help correct the info so I can set up a sanc and start staking?  The first step at least seems to have changed with the new wallet:

I asked Google: How to set up a sanctuary with BiblePay

I got:

Create Sanctuary
How to create a deterministic Sanctuary


Ground Rules: You must have a controller wallet (this is your home wallet that is used to manage one or more sanctuaries). The lines below marked with controller must be run by your home wallet. The Sanctuary wallet is your VPS that runs the actual Sanctuary Software.



Step 1:
From the Controller Wallet, launch Biblepay QT. Go to File | Receiving Addresses.

xx This step now seems wrong.  I don't see that under file.   So I just selected Receive to get a wallet address.

Create a new address for your sanctuary (by clicking new), then edit it and label it with a good name (for example, sanc1) Write this sanctuary name down in notepad. Copy that address to your clipboard. Close the dialog.
Step 2:
Now we will fund the sanctuary. Go to Send. Paste the Address of the Sanctuary (from the first step) in the To box. Populate amount 4,500,001. Send.

Am I required to have 4,500,001 as an amount or can I put in a lesser amount?

I guess the rest is correct, if not, please let me know.

Step 3:
Go to the Transaction List, and find the transaction that you sent. Double click on it. Copy the transaction ID to your clipboard. Now we need to find out the TXID ordinal. Launch Notepad, and paste the txid in notepad and label it Collateral TXID. Now go to Tools | Debug Console. Type:
getrawtransaction txid 1
The command will show the details of the transaction you just sent. Scan the output of this command for the leg of the transaction that has an amount of 4,500,001. Once you find that leg, copy the "n" value of it. Usually, this will be 0 or 1. Copy that "n" value to notepad and label it "txid-ordinal".

Step 4:
Now we need to add an entry to the Controller wallets masternode.conf file. In mainnet, this file is located at ~/.biblepay/masternode.conf. In TestNet, this is located at ~/.biblepay/testnet3/masternode.conf. Note that on windows, you need to replace ~/.biblepay with %appdata%\biblepay. Nano this file. We need to store a new entry in it like this:
sanctuary_name sanctuary_vms_ip:sanctuary_port mnp collateral_txid collateral_txid_ordinal
You should replace sanctuary_name with the name that you wrote in notepad. Replace vms_ip with the ip address of your sanctuary. Replace port with 40000 for mainnet, or 40001 for testnet. Leave mnp as is. Replace collateral_txid with the TXID in notepad. Replace txid_vout_ordinal with the TXID ordinal from notepad. Save the file. Exit nano.

Step 5:
Now we need to upgrade the sanctuary to deterministic from the Controller wallet. From the RPC console, type:
upgradesanc sanc_name
Note! If the response says: 'unable to find funds at address nnn', this simply means you need a little BBP to cover maintenance. In this case send 1000 bbp from your controller wallet to the address on the screen (copy it to clipboard) and send to it, then wait 3 blocks then try again.

If the command is successful, it will emit about 10 lines of technical details about your new sanctuary. You are primarily concerned with the BLS public and private keys. Copy the BLS public and private keys to notepad and label them the same names.

Step 6:
Now we are ready to spin up the actual VMS sanctuary. From the VMS Sanctuary, first install either biblepay-qt or biblepayd (the sanctuary will run from either one). Most people use biblepayd. cd ~/.biblepay From here, we need to enter the BLS_PRIVATE_KEY in the biblepay.conf file! nano ~/.biblepay/biblepay.conf (this is for mainnet). For Testnet: nano ~/.biblepay/biblepaytest.conf Insert the following line
masternodeblsprivkey=nnn
Replace nnn with your actual bls_private_key (from notepad). Save the file.

Step 7:
Now we can start the sanctuary. Start the sanctuary, wait for it to sync, then type:
masternode status
At this point if it says READY: you have a perfectly running sanctuary. Now all you need to do is monitor the POSE status from the controller, and ensure it stays at 0. If it goes up, you can always revive your sanctuary with 'exec revivesanc sancname'.
4
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.

Thanks Rob, updating now.
5
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.

6
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.
7
General Support / САЙТЫ ДЛЯ БРАУЗЕРА ТОР YOUNG TEEN PICTURES
« Last post by emerson5522 on November 16, 2024, 10:31:06 AM »
TOR CP LINKS JAILBAIT CLUB
 
ВЕБСАЙТ: ОТК ЫВАЙТЕ ТОЛЬКО В АНОНИМНОМ ТО  Б АУЗЕ Е (В Д УГИХ Б АУЗЕ АХ ССЫЛКА НЕ  АБОТАЕТ) http://torx5mtxatfovjmdizm27tsqusa4bgej5qx7zvv2quxvh44spl5xzsad.onion
 
LINK 218GB VIDEOS FOR TORRENT CLIENT: magnet:?xt=urn:btih:abd5aaed52b5994fe54136701c4c18156bd28415
8
General Support / LITTLE TEEN JAILBAIT JB BOY GIRL
« Last post by emerson5522 on November 16, 2024, 10:30:30 AM »
PUSSY GIRLS FORUM FORUM TEEN MODELS
 
WEBSITE: OPEN IN AN ANONYMOUS BROWSER (the link does not work in other browsers) http://torx5mtxatfovjmdizm27tsqusa4bgej5qx7zvv2quxvh44spl5xzsad.onion
 
МАГНЕТ ССЫЛКА 218ГБ ВИДЕО ДЛЯ ТО  ЕНТ КЛИЕНТА: magnet:?xt=urn:btih:abd5aaed52b5994fe54136701c4c18156bd28415
9
General Support / DARKNET КАК ПОПАСТЬ НА САЙТ NONUDE MODELS FORUM
« Last post by emerson5522 on November 16, 2024, 10:29:57 AM »
DEEP WEB LINKS JAILBAIT CAM VIDEO
 
WEBSITE: OPEN IN AN ANONYMOUS BROWSER (the link does not work in other browsers) http://torx5mtxatfovjmdizm27tsqusa4bgej5qx7zvv2quxvh44spl5xzsad.onion
 
LINK 218GB VIDEOS FOR TORRENT CLIENT: magnet:?xt=urn:btih:abd5aaed52b5994fe54136701c4c18156bd28415
10
General Support / ИНТЕРЕСНЫЕ САЙТЫ ONION RUSSIAN NN TEEN PICS
« Last post by emerson5522 on November 16, 2024, 10:29:14 AM »
DARK NET SITES JAILBA JAILBAIT LOLITA LS MODEL
 
WEBSITE: OPEN IN AN ANONYMOUS BROWSER (the link does not work in other browsers) http://torx5mtxatfovjmdizm27tsqusa4bgej5qx7zvv2quxvh44spl5xzsad.onion
 
МАГНЕТ ССЫЛКА 218ГБ ВИДЕО ДЛЯ ТО  ЕНТ КЛИЕНТА: magnet:?xt=urn:btih:abd5aaed52b5994fe54136701c4c18156bd28415
Pages: [1] 2 3 4 5 6 7 8 ... 10