Cny server is still up. I’ll find out why btc went down tonight.
Edit: I had an exception caught in main loop, but it didn’t give me an error message, just blank. I don’t think this is the same error as LiquidBits because @Cybnate saw an index out of range. My message had nothing there, just blank.
I started the bot and will perform manual payouts later.
down again
the LiquidBits drama now in bter 
I’ll start troubleshooting tonight.
In case anyone is paying attention, it has nothing to do with midnight and I’m basically at a complete loss as to why my server went down twice. The second time the log didn’t even have an error, it just ends as if I killed the process manually.
"server could not be reached"
but the server seems to be up!
bash: fork: Cannot allocate memory
Now that’s quite worrisome.
I am going to set up a new server tonight with a higher memory (and higher cost in $$). It’s totally possible that this is a memory leak caused by the fixed cost code. However, I am inclined to believe that nud is the issue.
My pool is giving out 1 cent a minute to anyone able to put up even 1 NBT of buy liquidity on the NBT/BTC pool. Tip: use fillfactor=1, or 5 or something.
Ahhh of course, fillfactor doesn’t work on buy side. I might fix that up later.
well, buy side in bter disappears in seconds!
whatever amount of btc i put in buy side (even at max spread) is bought.
edit:
trying to understand why, i checked volume in bter http://coinmarketcap.com/exchanges/bter/
it seems that it is cheaper to go CNY -->NBT–>BTC
than to go CNY–> BTC
very strange!
edit2:
no it isn’t strange at all. ARBITRAGE 
btc in china costs 350$ but in usa costs 325$. thus by buying btc with NBT/usd you can sell it to china guys and make a profit!
Yup, btc/cny is like 3% out of sync with cny/USD. Huge profit to be made for us if we can get it working right.
yes, i just figure it out. how we (the custodians) profit by this mechanism?
forget my question, i guess this is the secret for us to find out.
(whoever finds it, wins )
Basically, by using a bigger spread. We are doing what we should be doing, but we need to “charge” a bigger “fee” for our service by using a wider spread. We want to keep up the trade volume but take out a bigger slice for our custodians. What’s happening on bter is unfortunate because we weren’t prepared. However, it’s not ‘wrong’ per say.
My solution: very high tolerance with automated shift parameter.
yes, but this tolerane will not be accepted by the server. you mean that instead of getting the “fees” by the server, we get them by the high spread
take a 5% profit from 6.342cny/nbt 
You can’t have one wrong in nbt/btc, nbt/cny, and btc/cny at the same time. If one is wrong, another has to be wrong/broken. Since btc/cny is wrong, it was nbt/btc had a broken wall, now it is nbt/cny.
Yah, basically my statement is the thing that’s ‘wrong’ is btc/cny and our walls are getting eaten trying to make it right (like @mhps said)
A wide spread is currently not allowed (you can still use a wide spread, im just not going to pay you for it yet). I’ll be proposing a much wider tolerance in my next grant. That’s what I mean by using spread as a solution: I mean I’m going to change the server parameters soon.
There is a good reason for that. It is called the USD peg. The wider the spread the less we keep the peg. With very wide spreads there is also no need for the shareholders to pay for it. We should only pay for limited tight pegs.
i agree with Cybnate here.
we either try to profit by keeping the peg (paying by NU) or profit by wider spread (paying by speculation)
i am afraid by “using” both is too greedy 
(and destroy the peg eventually)
As described above, it’s impossible to keep both nbt/cny and nbt/btc stablly pegged while having an abnormally high btc/cny (which basically is an result of abnormal cny currency control by the PRC government).
This insight should make us think how cn-nubit is going to work. Nu might never, at least seldom, have a peg for it inside China.
OK , NBT price base on BTC/USD market , but at CNY poon ,the price base on CNY/USD from yahoo
@mhps is correct. The issue here is that there is a black market cny price that differs from the yahoo price feed. What I will be doing with this pool I hope will be generally applicable and will usher in new waves of attempts at understanding what it means to offer a peg. I have yet to have a really good dialogue about the concept of the ‘shift’ parameter and I think the only way I’ll get that conversation is by implementing it and just seeing what happens.
We have a chance to make a lot of money here. Block consensus if you like, but I think enough shareholders understand that something here both has potential to be big news and is currently broken in this incarnation.
I don’t really care about what cmc thinks nbt are worth. What I care about is that people can buy and sell nbt at fair prices. If cny is really valued 3% lower than the price feed says it is, we should be selling our nbt for that much more cny. However, that’s the obvious part. The beauty is that we need to pick up the buy side as well.
Offset>shift. With a 1% SAF I can do a 0.65% shift for a 1.5% tolerance.
The other option for automating shift is to use more price feeds to dynamically find the black market feed and simply peg to that instead of yahoo. We would need to put the server on that feed, whereas the other option keeps the server feed the same and just lets the custodians shift around it within an envelope.