[Passed] NuPond Term 5 Fixed Cost Motion

[zoro]

and this is profitable calculating also the trade fees? and by how much profitable?

[Nagalim]

It’s not an exact science. When someone puts an order on btc/cny that is outside the price band determined by offset and fees (~1.5%) it triggers bots to locally arbitrage off our nbt pairs. This happened a good bit in the past day. Add to the volatility the issue of pegging to cny instead of USD and we create a pretty powerful arbitrage gateway where custodians are doing the arbitrage legwork between exchanges.

[zoro]

well, i don’t know about this
but i am sure that low bid wall is due also to some (bug?) in bter’s API or pybot which cause no payout of bid amount
although orders are set!

[huafei]

no one sell nbt to cny…

[Nagalim]

(bug?) in bter’s API or pybot

Hey, so I’m getting confused with why there’s such a large deviation in the price of my custodians. NuPond has sell orders at 406 and 411, which is >1% deviation (should be 0.25%). I’ll check out the logs and so on when I get home tonight. I’m not convinced my custodians are really losing money, so meh.

The custodians are selling nbt to cny, $2,388 is 24-hr volume. They get to sell at a 0.4% markup, but I don’t think that’s enough. Does 1.5% seem excessive? NuRiver is trying out 3%.

[cryptog]

We are the btc/cny market makers on bter.

Is such an activity profitable for Nu? If yes to which extent?
Do you think it could create a strong demand for NuBits?
To me, the answer is yes if there are a lot of traders that are looking to try to profit from such a scheme.
I am talking about making NuBits an arbitrage vehicle on a single exchange.
We are not even talking about arbitrage between exchanges…

[Nagalim]

Yah, I mean ultimately we want this. It’s a question of how much we can take on all at once, which is represented by how tight a peg we try to keep. I think we could stand to loosen the cny peg a good bit.

[mhps]

The custodians are selling nbt to cny, $2,388 is 24-hr volume.

There was a rally in cny against usd in the last 24 hr. it was good to have cny than nbt

[Nagalim]

You’re right! Awesome.

[huafei]

only bter have nbt/cny market

[Nagalim]

1.27% bid, 0.12% ask. Someone’s not getting credited properly for their 3,000 or the 1,400 nbt bid. I wonder, does a hard bot restart help? I’m not having problems getting credited on bid side. If you try a smaller offset does that help?

Edit: The price moved a little I think and now I’m crediting the one at 4024. I think the issue might be tolerance; I can probably just increase the tolerance a little to preserve the SAF, but I’d like to know why my formula isn’t working. If you aren’t getting credited properly, please try a slightly smaller offset, like 0.006 instead of 0.007.

Edit: For whatever reason all the orders are being credited properly now. The rates are 0.14% bid, 0.07% ask.

[huafei]

2015/10/17-06:42:08 INFO: bter - balance: 0.00000000 rate: 0.00% ppm: 0.00000000 efficiency: 0.00% rejects: 0 missings: 0 - 835BA98B-E192-47A4-82C2-EDE006C44540
2015/10/17-06:42:47 ERROR: unable to place ask btc order at 0.00370815 on bter: matching order at 0.00370900 detected
2015/10/17-06:43:08 INFO: bter - balance: 0.00000000 rate: 0.00% ppm: 0.00000000 efficiency: 0.00% rejects: 0 missings: 0 - 835BA98B-E192-47A4-82C2-EDE006C44540
2015/10/17-06:43:47 ERROR: unable to place ask btc order at 0.00370815 on bter: matching order at 0.00370900 detected
2015/10/17-06:44:08 INFO: bter - balance: 0.00000000 rate: 0.00% ppm: 0.00000000 efficiency: 0.00% rejects: 0 missings: 0 - 835BA98B-E192-47A4-82C2-EDE006C44540
2015/10/17-06:44:47 ERROR: unable to place ask btc order at 0.00370815 on bter: matching order at 0.00370900 detected

[Nagalim]

Yah, the matching order thing is something that was supposed to be fixed a long time ago but never got fixed. Basically, if you have ordermatch=true the bot is supposed to buy that matching order at 0.00370900 but it doesn’t and instead just complains that it can’t put the order up. I’ll see what I can do.
@woolly_sammoth

[Cybnate]

if you have ordermatch=true the bot is supposed to buy that matching order at 0.00370900 but it doesn’t a

That is the first time I read that this doesn’t work.
@huafei do you have ordermatch=true in your config?

[masterOfDisaster]

I had this issue several times - with ordermatch “true”. I can confirm that this is an unfixed issue.
The good thing about it is: it rarely occurs.
If the matching order doesn’t have much volume you can consider buying it manually - the bot would have done it anyway had it worked properly

[woolly_sammoth]

I thought I did fix this. Basically there’s a multi Condition block. The order match=true condition is the last one in the block whereas it should be the first.
I’ll take another look and confirm that it is like that.

[Nagalim]

I may not have pulled it properly. I tried to copy and paste your entire trading.py instead of pulling so there’s some weird stuff going on on the github. I’ll check later today that we are using the same code there.

[huafei]

@Nagalim ordermatch=true and change it to false now

no payment today?

[Nagalim]

Setting that to false won’t help, you should leave it true.

You’re right that there was no payout. That’s weird, I’ll check it out today and do a manual payout if needed. The bots are all still working…

Edit: My nud crashed, I don’t know why, I just restarted it. I’m going to let the server keep running, it should backpay on its own tonight without me messing with it. I’m hoping it wasn’t a memory issue, I’ve already got the 2GB server that everyone else is using.

[Nagalim]

Sorry, @woolly_sammoth, I apparently didn’t copy that code. I’ll see what I can do about it.

Edit: Fixed it, it was just two ‘elif’ statements, no big deal.