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

[Rob Andrews]

Hmm, I see the 50,000 went through, but my retirement balance is only down by 7000, is yours up by 50000?

My 1465 payment went out to you I believe?

Lets try a few more:
exec order sell 245111 rbbp .01

Please issue a buy instead I entered the sell, Ill watch the balance this time
(It could be correct, and problem because of 401k Change), but I have to really analyze the txid.

I think if we do a couple big ones like this it will be apparent?

[Rob Andrews]

Also, I just got your RBBP.

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."
}

Great, so we are close, but have to verify these retirement amount adjustments:

"11/18/2017 8:28:30 PM": "SOLD 50000 RBBP @ 0.0293 TOTAL 1465.00BBP ORDER 00000000000000000000000000000000031a39b9b5928b96d6655a4075808520."

[Rob Andrews]

Oh btw, I believe the only one that can cancel that 666 million BBP one is you, or if we wait 5 days (I forgot how long) for it to expire, do you want to try to cancel it by hash just to try?

Ill try to enter one and cancel also - havent even tested that.

Its exec order cancel hash.

[Rob Andrews]

Oh btw, I believe the only one that can cancel that 666 million BBP one is you, or if we wait 5 days (I forgot how long) for it to expire, do you want to try to cancel it by hash just to try?

Ill try to enter one and cancel also - havent even tested that.

Its exec order cancel hash.

Ok so its not exec order cancel hash, its exec order cancel  qty symbol price
But hey it worked!  It canceled from the orderbook (my test order) not your order.

[Rob Andrews]

Nice, I see a nice clean empty orderbook.

Waiting for the adjustment on that biggie.

[Rob Andrews]

Wait, I think there is a flaw in cancel!  I think whatever we canceled, we canceled every leg of every other order without escrow sent in LOL it was going too well, so cancel has a bug.  I think it cancels everything whether is a pending trade or not.  HMMM.
Ok lets not cancel til I check that out.

I will have to re-enter my big trade again, Alex you didnt enter the buy right?

[Rob Andrews]

Heres a new one Alex if you want to buy the opposing order:

exec order sell 500000 rbbp .07

[Rob Andrews]

I see your order, I just entered a new sale for 245111 @ .01 also.

[Rob Andrews]

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?

[Rob Andrews]

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.

[Rob Andrews]

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.

[Rob Andrews]

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.

[Rob Andrews]

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?

[Rob Andrews]

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.

[Rob Andrews]

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.