Bible Pay

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - togoshigekata

Pages: 1 2 3 4 5 6 7 [8] 9 10 11 12 13 14 15 ... 33
Awesome, Thanks Rob!
Thank you for all of your hard work!
This is exciting!

Sorry for providing too little information about the Watchman environment; let me try to explain.

In Prod, we are running a 1.5 year old codebase with Dashs Sentinel in Python (we renamed it Watchman-on-the-wall) - and we still use it in prod as-is from Dash (and its still required today since it helps create the budgets etc, creates watchdogs, etc).

In Evo, I have not ported Sentinel to Watchman yet (so its unavailable still), so we do not have to Test it yet.

What I'm considering however, is porting Watchman to c++, so we don't have to run both watchman and Evo as separate programs in each sanc (in the future).  (Thats what this release info was about, but - its really just in step 1).  I'm still going to do some internal testing on my end, then provide more info as how we can test the integrated version of watchman, so please don't worry about testing that yet.

Ive tried to make masternode again now with 4500001 tBBP,
I was able to add it to masternode.conf and start it!

Now I just need to setup Watchman?


Also I got a popup message about masternodeblsprivkey
"BiblePay Core - Warning - You should specify a masternodeblsprivkey in the configuration. Please see documentation for help."

Im kind of confused how the bls keypair works

"The ProRegTx contains 2 Dash addresses (also called public keys) and one BLS public key, which represent 3 different roles in the masternode and define update and voting rights. The keys are:

ownerKeyAddr: This is a Dash address (public key) controlled by the masternode owner. It is different from the address used for the collateral. Because the owner uses the private key associated with this address to issue :ref:`ProUpRegTx <update-dip3-config>` transactions, it must be unique for each masternode.

operatorPubKey: This is the BLS public key of the masternode operator. Only the operator is allowed to issue :ref:`ProUpServTx <update-dip3-config>` transactions. Because the operator key is used during live masternode operation to sign masternode-related P2P messages, quorum-related messages and governance trigger votes, the BLS key must be unique for each masternode.

votingKeyAddr: This is a Dash address (public key) used for proposal voting. Votes signed with the corresponding private key are valid while the masternode is in the registered set."


Masternode Setup:

These are my old Masternode setup notes:

Attempt to use VNC:

Masternode guide:

Thanks for looking into things Rob!


On a side note, the only change back to the CPK should be coming from those ABN/GSC transactions, when we create an ABN/GSC stake, we send the change back to the CPK. 

1. So this coin splitting behavior is intended and happens automatically every so often? when mining? (and every wallet is now set to mine by default?)
1.a. Is an amount of 4500001 ignored for coin splitting? when user is setting up a masternode?
1.b. Does this mean new miners have to own some amount of BBP coins in their wallet to participate in mining? (but they can jump in to mine when block hasnt been solved for 60 minutes if they dont have coins?)

2. Also for the CPK, I noticed that I never ran a command (exec cpk my_nickname) to create one, is default behavior that one is created automatically? And the command is to just add a nickname to it?


Just poking around the documentation:

GSC (Generic Smart Contract)
"The GSC is split into a client server architecture. The client side user joins campaigns with a CPK (Christian Public Keypair) and competes in these campaigns for points. The server side (our Sanctuaries) assess user points and tracks user progress. Once per day, the points are converted and paid in a Generic Smart Contract. The GSC is voted on by the Sanctuaries automatically at a certain chain height. The GSC is paid once per day as a superblock from BiblePay core, and is split among campaigns by points rewarded per campaign per user. "

ABN (Anti-BotNet)
"which requires a certain amount of coin*age to be present in each mined block in order to mine BiblePay"
"Our network requires an average calculated and pre-assessed static amount (posted in getmininginfo) of required coin*age and stores this in the chain. Each miner checks this number, and will search the wallet (this is all automatic) for coins totaling the requirement and place these coins in an ABN Stake transaction - and then begin mining"


3. Is the ABN Stake transaction just coins going to the CPK address?
3.a. I havent noticed any of the CPK address transactions in my Transactions list, filter set to All, but I do notice coins moving around in Send >> Inputs (Settings >> Options >> Wallet >> Enable coin control features)

I've been trying to start a Sanctuary, but I can't seem to sync my wallets properly :(

rm blocks -r
rm chainstate -r
rm evodb -r
rm SAN -R
rm gov*
rm mnc*
rm mnp*

I just delete everything other than the wallet.dat, backups folder, biblepay.conf, peers list and masternode.conf

And then I do a ./biblepayd -dameon -reindex

Hmm it happened again, got screenshots:
looks like coins get split up into the "CHRISTIAN-PUBLIC-KEY" address automatically

Im attempting to setup a masternode now

I was trying to do it by command line but sent coins to wrong address,
so now I installed lubuntu and am trying again


These are my old notes:

Attempt to use VNC:

Masternode guide:


I get nothing back when typing masternode outputs,
then I tried checking the balance of the address (getbalance) I sent to and it was 0,
I turned on coin control and checked, and it seems almost all the coins are in a "(change)" address

Ill try again

I also noticed there was an additional 10% Foundation tithe added on to the initial transaction, even though I didnt click any checkboxes in the GUI

Upgraded to v1.4.2.1b

Code: [Select]
./biblepay-cli getblockhash 48789

Thanks Rob! I have about 7.9 million tBBP now, Ill set up a masternode soon

Upgraded to v1.4.2

I confirm same hash for 42424

Code: [Select]
./biblepay-cli getblockhash 42424

Im currently at:

Code: [Select]
./biblepay-cli getblockhash 43157

After resyncing my sancs and starting them I see this hash:

getblockhash 40668

Anyone agree with mine?

I agree with that hash on my daemon and now Im on block 42305

Code: [Select]
./biblepay-cli getblockhash 42305

Could I have some tBBP please? Thanks!
Code: [Select]

Just documenting my adventure, Im compiling on Ubuntu

Line 16 after cloning the repo I needed to cd into it
Code: [Select]
cd biblepay-evolution
Line 23 I ran into issue trying to run make command

I ran:
Code: [Select]
uname -ato confirm my architecture

For this command:
Code: [Select]
./configure --prefix {pwd}/depends/x86_64-pc-linux-gnu
I had to use:
Code: [Select]
./configure --prefix `pwd`/depends/x86_64-pc-linux-gnu
Nabbed it from here:

I dont know anything about bash

I also used the swap file commands since Im on 1GB:
Code: [Select]
free #check if swap is 0
dd if=/dev/zero of=/var/swap.img bs=1024k count=1000
mkswap /var/swap.img
swapon /var/swap.img
free #check if swap is 1024

Ill let you guys know when Im synced up and ready for some tBBP :)

Archived Proposals / Explorer Hosting (Feb and March 2019)
« on: April 06, 2019, 07:50:14 PM »
Running Explorer server costs $40/month (Vultr 4 CPU server)

I am requesting $40/month for February and March 2019
$80 at $0.000253 per BBP = 316,205 BBP


Previous Proposals:


Sun was recently funded and started running an explorer
Its cheaper, faster and has more features

If someone else steps up to run another Id be very open to take mine down

Archived Proposals / Explorer Hosting (January 2019)
« on: January 19, 2019, 05:23:32 PM »
Running Explorer server costs $40/month (Vultr 4 CPU server)

I am requesting $40 for the month of January from IT
at $0.000349 per BBP = 114,613 BBP


Previous Proposals:


If anyone is interested to run a BiblePay Explorer, I documented all the steps here:

I will also gladly step down if someone else steps up, but until then, I will keep running it


There is a developer working on an updated version of iquidus that looks promising:

Archived Proposals / Re: Cameroon One 2019 Quarter 1
« on: January 19, 2019, 04:19:31 PM »
The situation with Compassion is unfortunate,
Much rather the funds go to someone who will work with us like Cameroon One!
Voting yes

For those new or who have forgotten, here is the original proposal a year ago by Cameroon One:

Pages: 1 2 3 4 5 6 7 [8] 9 10 11 12 13 14 15 ... 33