BIBLEPAY - TESTNET THREAD - TESTING SANCTUARIES FOR GO LIVE AT CHRISTMAS

hmm someone the 500000 is showing as sell?

But this is what I entered.

root@test-node-1:~# biblepay-cli exec order buy 500000  rbbp .07     
{
  "Command": "order",
  "Action": "BUY",
  "Symbol": "RBBP",
  "Qty": 500000,
  "Price": 0.07000000000000001,
  "Rec Address": "yNKoGx96D7kMDJ3SkkwyZwz4v3Gmqwg453",
  "Placing Order": "0000000000000000000000000000000002384ac7111ffe29564bd7296b679166"
}

hmm someone the 500000 is showing as sell?

But this is what I entered.

root@test-node-1:~# biblepay-cli exec order buy 500000  rbbp .07     
{
  "Command": "order",
  "Action": "BUY",
  "Symbol": "RBBP",
  "Qty": 500000,
  "Price": 0.07000000000000001,
  "Rec Address": "yNKoGx96D7kMDJ3SkkwyZwz4v3Gmqwg453",
  "Placing Order": "0000000000000000000000000000000002384ac7111ffe29564bd7296b679166"
}

I think it was right, mine was Sell yours was buy, here is my exec history:

 "11/18/2017 9:00:02 PM": "SOLD 500000 RBBP @ 0.0700 TOTAL 35000.00BBP ORDER 00000000000000000000000000000000829dce4eab5aa41dddf551376c318dee."

Does your say BOT in tradehistory?

Well I guess I may have a misunderstand of what the listorders command is but I got all my orders filled:

root@test-node-1:~# biblepay-cli exec tradehistory
{
  "11/18/2017 8:28:30 PM": "BOT 50000 RBBP @ 0.0293 TOTAL 1465.00BBP ORDER 00000000000000000000000000000000e0e201d1d345628c3938949611c3ccbc.",
  "11/18/2017 9:00:02 PM": "BOT 245111 RBBP @ 0.0100 TOTAL 2451.11BBP ORDER 000000000000000000000000000000008170e899d0c35c0c74c8d65a5675a528.",
  "11/18/2017 9:00:02 PM": "BOT 500000 RBBP @ 0.0700 TOTAL 35000.00BBP ORDER 0000000000000000000000000000000002384ac7111ffe29564bd7296b679166."
}

Before the two:
"retirement_account_balance": 123030,

After the two:
  "retirement_account_balance": 868141,

Seems to match!

Edit: Yup, it says BOT.

Well I guess I may have a misunderstand of what the listorders command is but I got all my orders filled:

root@test-node-1:~# biblepay-cli exec tradehistory
{
  "11/18/2017 8:28:30 PM": "BOT 50000 RBBP @ 0.0293 TOTAL 1465.00BBP ORDER 00000000000000000000000000000000e0e201d1d345628c3938949611c3ccbc.",
  "11/18/2017 9:00:02 PM": "BOT 245111 RBBP @ 0.0100 TOTAL 2451.11BBP ORDER 000000000000000000000000000000008170e899d0c35c0c74c8d65a5675a528.",
  "11/18/2017 9:00:02 PM": "BOT 500000 RBBP @ 0.0700 TOTAL 35000.00BBP ORDER 0000000000000000000000000000000002384ac7111ffe29564bd7296b679166."
}

Before the two:
"retirement_account_balance": 123030,

After the two:
  "retirement_account_balance": 868141,

Seems to match!

Edit: Yup, it says BOT.

Yeah, I was probably the one in the listorders at the time, but you can tell by writing down the hash- the hash is different for the Sale and for the Buy.

Im glad about your balance increasing properly, but mine has not gone down by 500,000.
(Which is impossible, because the money in BBP can only be in one wallet at a time).  It has to be either that its not picked up yet because of the confirm time, Or, a caching problem.

Ill wait a couple more blocks and check it.

Oh ok. I assumed that "listorders" was only to show my own order that I placed that's why (vs orderbook being all of them). My bad.

And yup, on top of seeing my RBBP increasing, I can also see that I sent you my BBP (most recent transaction at 8 confirmations right now)

Oh ok. I assumed that "listorders" was only to show my own order that I placed that's why (vs orderbook being all of them). My bad.

And yup, on top of seeing my RBBP increasing, I can also see that I sent you my BBP (most recent transaction at 8 confirmations right now)

Yeah that may be a good idea, to filter it by their own orders and have a separate command for all.
Well it worked fairly well but after rebooting I still have 975000 retirement coins, so I have to do some debugging to find out why it didnt decrease. I already traced the coins I sent you and they are all colored, so that part worked.  Ill also look at the cancel order logic.

Thanks for helping test it.  Ill have to take care of some things soon, so have a good night.

Alright, no worries! Glad I could help.

On a side note, I was wondering what were the param for testnet.
For example, can I fire up some beast nodes to try to speed up the generation of blocks/transaction confirmations or will it just adjust automatically so it would be in vain or not advisable for some other reasons.

Alright, no worries! Glad I could help.

On a side note, I was wondering what were the param for testnet.
For example, can I fire up some beast nodes to try to speed up the generation of blocks/transaction confirmations or will it just adjust automatically so it would be in vain or not advisable for some other reasons.

I changed testnet over from 7 mins to 1 min block targets about 45 days ago to speed up sanctuary testing as we were having a horrible time trying to get budgets working, thank God that is past us.  But now  its locked in that way, at least until testing dies off again and a mandatory is scheduled. 
No it would be fruitless to push a lot of power to testnet, it would just make the diff rise.  Then when you stop pumping n dumping us, that block would hang for 30+ minutes but due to our unique feature, the chain would reset back to normal diff after you leave us alone LOL.

Alright Ill be back tomorrow got to process some emails.

I changed testnet over from 7 mins to 1 min block targets about 45 days ago to speed up sanctuary testing as we were having a horrible time trying to get budgets working, thank God that is past us.  But now  its locked in that way, at least until testing dies off again and a mandatory is scheduled. 
No it would be fruitless to push a lot of power to testnet, it would just make the diff rise.  Then when you stop pumping n dumping us, that block would hang for 30+ minutes but due to our unique feature, the chain would reset back to normal diff after you leave us alone LOL.

Alright Ill be back tomorrow got to process some emails.

Haha alright, I won't try that then

Ive fixed one of the two bugs in the retirement accounts so far.  I had to put that down for a little while in order to work on these e-commerce features.

So, e-commerce is just about ready to test in testnet. 

So far you can list the products from amazon, buy a product, track your order and see your order status history.

I need to write a wiki though similar to retirement accounts in order for you to understand how to test it.

The code has changed, so that will require an upgrade.  Ill be checking it in in about 15 minutes.

Is anyone out there up for an e-commerce test in about 20 minutes?

Here is a little Primer on BiblePay E-Commerce:

http://wiki.biblepay.org/Ecommerce


Please see directions.


The new Ecommerce code requires 1.0.6.2.   Please upgrade in testnet.

Just a quick summary here, so others know what we're talking about:

Hey Rob,

I was looking into why my block explorer had wrong values for the network hashrate and difficulty and discovered that is it using
"getnetworkhashps".

However, that call and the information provided by getmininginfo don't seem to match so I was wondering what was the difference?

Ex:

biblepay-cli getnetworkhashps
579044721503.7521

 biblepay-cli getmininginfo
 "networkhashps": 674642175106.5978

and Rob said to me

Yeah this is a little bit of an issue.  Basically the bitcoin call to getnetworkhashps has a default that is different than the wallet RPC call its making (I think its probably sending in a parameter, like 90 or something), I believe that is the number of blocks to go back.  Its just adding up the chainwork of each block and getting the average, and returning it. 

Since its wrong anyway we might as well try to get the correct networkhashps in testnet somehow and change it.
Since testnet uses f8000 which is different hashps than we are used to something needs lowered.

I modified my explorer to instead use the getmininginfo for now and also fixed the difficulty.

I modified my explorer to instead use the getmininginfo for now and also fixed the difficulty.

Thats awesome Alex, great job, thanks!

So I know its been really hectic lately especially IT wise, Im being pulled in the day by the other project, but now we should do some f8000 testing.

I did some basic tests on my windows machines, and it seems to solve our multiple-instance issue on the surface but now we should get together and address the block explorer HPS, and compare our testnet f8000 hps.

Alex I know you have some Ryzens, would you like to share your HPS you experience with f8000 with us and Ill share my windows hashes and my Vultr hashes?


Oh one other thing, on the e-commerce, if you will go ahead and set your actual real home delivery address in the client for the test, I am giving a free gift.  Im giving the actual bible seen in the wiki page to testnet testers.  This way we can test, receive a bible and also see the USPS tracking # in the client.  So if anyone wants to put in the info and go ahead and order it let me know the order guid and Ill see if the biblepay Mouse API worked or not.

what does it mean NEW START REQUIRED?  i have to run watchman again? thanks Rob
why MN jumped to this status?

interesting,that my status is new start req= i get rewarding