Finalized evolution of liquidity operations

I hope the active custodians we have will consider commenting on this, as it affects them directly. The flow of value between tiers seems logical to me and I would support the adoption of this model.

I feel it is not natural and it is not the best way to provide the first tier liquidity of NBT by the mean of traditional exchange. Keep in mind that we are aiming at different group of people, which definitely not include digital property speculators, and even not include those so-called investors. By this I mean our target clients are sellers and buyers of ordinary goods and services instead of asserts traders.

So may be we need a customized exchange and a more friendly way for people to convert from/to NBT. In this way we can simplify exchange’s 4 steps conversion, which are open an account, deposit, trade and withdraw.

This is how it works:

  1. NBT buyers come to Nubitsexchange’s website, and input the Nubits address they would like to receive funds with.
  2. The websites generate a BTC or PPC address they should send funds to.
  3. NBT buyers send BTC or PPC, after the transaction is confirmed, they will immediately receive a certain mount of NBT which is determined by the convert rate of the moment when previous transaction is confirmed.
  4. NBT sellers is supported by the same way

Compared with traditional exchange, the risk to trade in this customized exchange is actually reduced, because the span of time that exchange keep users’ funds will be very short. And users always can split one large transaction into multiple transactions.

I have thought about this for a while. May be I can try to provide this kind of service in future.


I don’t think it makes much difference from using an nuBot on an reasonably reputable exchange. An ordinary user can also transfer BTC/PPC to a normal exchange and buy NBT at market price from the nuBot and withdraw immediately, minimizing the time spent on the exchange. One the other hand the speculator can use your system to speculate because the exchange rate is set by the market anyway.
Not to say that centralized exchange is a no-no.

I have limited internet access and I don’t have a way to write a proper detailed answer before monday.

A first analysis of this proposal, led to some questions.

First of all I want to fully understand why this changes are needed. I would like to read a detailed and thorough explanation of the scenarios that requires the proposed changes (goal).

My understanding is that these changes only affects NBT-Seconday pegs, correct? The main goal is avoiding possible attacks and speculations which harm the balance of the liquidity provider. A secondary goal is enlarge the liquidity pool and structuring it according to rules of risk reduction.

What is the purpose of having these layers? How will these layers affects shareholders and LPC? Do you envision that the NuClient will eventually display liquidity broke down by tier? If positive answer, do you believe it will be feasible to provide an estimation of liquidity by tier?

In regards to the degree of changes required to the automated trading bot, I am not worried, everything can be done. This solution is particularly engineered and complex, it will honestly require long time to implement and test, especially in the final version where multiple custodian trades on multiple pairs and needs to track and mirror multiple order books at the same time.

So, before thinking about the design, I would like to have a clear picture of why this upgrade is needed. I cannot envision clear scenarios in my head at the moment which makes our current implementation vulnerable and the proposed solution as the optimal way to address it.

All my comments are directed towards Tier1 : in particular I need expert traders’ advise on the “mirror order book” solution. Depending on what the goal is, the mirroring part might be un-necessary. Orders books are subject to manipulations and often do not reflect the real status of trading volumes of a market. (Bearwhales, fake sell walls just to create panic, and much more) . So I am not sure why should NuBot mirror it . And what to do in case there are not enough funds to mirror it, and to which extent we should look at (5% range of current price, or all the order book, or a dynamic % window?.

And, how will this mirror strategy impact on the 1USD peg?

If the aim is avoid arbitrageurs taking advantage of the pegged market and short on NBT, I agree that one solution involves limiting the size of our buys and sell walls. Why not just simply put a cap on that, and making this cap dynamically looking at the pegged market volumes?

I realize I probably asked way too many questions. Most of the questions will probably addressed once someone clarifies the goal of these changes.

1 Like

Let’s imagine that we have a JNK/NBT trading pair for Junkcoin, which has a market cap of just 4,000 NBT. An LPC puts an NBT sell wall of 4,000 on the pair. Let’s imagine that someone holds 50% of all Junkcoin and correctly recognizes this as an opportunity to sell all his Junkcoins for the same price. He exchanges his entire Junkcoin holding in a single transaction for 2,000 NBT. At some later time the LPC wishes to sell the Junkcoin he acquired, but there are only $2 worth of Junkcoin for sale at the best price. As the LPC continues selling Junkcoin, the price drops 90% as result of his selling. The total proceeds from the Junkcoin sales are $1,100. The LPC has lost $900.

A Junkcoin trading pair is an extreme scenario but I chose it because it more clearly demonstrates what is possible with all the trading pairs. The less liquid the asset is, the greater the risk to the LPC. Of the pairs we actually support, PPC has the highest risk, followed by BTC. While technically speaking the same thing could happen on the USD pair, it would take trillions of dollars of trading activity for it to manifest, so it can be safely ignored on USD pairs.

Let’s consider the scenario of an exchange default, which is almost certain to occur at some point. Only funds in tier 1 and 2 would be lost. I envision tier 1 having the smallest quantity of funds, with each tier below that having progressively larger amounts of funds in them. This means an LPC would preserve the majority of his funds, which are in tier 3.

The double fill exploit is not effective on the USD pair. This means there is no need for Tier 2 on that pair. Tier 3 is still useful, but only on the sell wall. The buy support wall consists of USD which features difficult and slow transfers as well as counterparty risk. So transfer of USD from tier 3 to tier will not be effective. It is probably not practical to automate the movement of USD from tier 3 to tier 2 like we will do with the other assets. So this new architecture has limited application to the NBT/USD pair.

Yes, there is value to letting shareholders see how much liquidity is in each tier, but articulation of quantities will only be practical for tiers 1, 2 and 3. NuBot can disregard tiers 4, 5 and 6. We will need to carefully break down the changes into several or more iterations, and this would change would occur in one of the latter iterations.

I intend to answer other questions in a subsequent post.


We shouldn’t allow perfection to be the enemy of the good. What I’ve proposed isn’t perfect, but it is a big improvement over ignoring the order book entirely.

If there aren’t funds to mirror it then orders should not be placed on the order book. The condition should be brought to the attention of the LPC. The depth of the tier 1 liquidity should be configurable as a quantity of NBT. How large it is will depend a lot on how common double fill exploits are.

It will cause liquidity to disappear on a single trading pair for a few seconds when significantly sized orders are executed. Upon detecting this, NuBot will move liquidity from tier 2 to tier 1 in a few seconds, once again restoring liquidity. During this period, other trading pairs will still have liquidity. Additionally, this is less likely to occur if there are multiple LPCs on a single trading pair, though it is still possible.

As we think about how to break down the implementation into iterations, it makes sense to do this for an interim period. The first iteration would be the creation of tier 2, or basically the ability to specify how much should be placed on the order books, with the remainder being left off the order book, but moved to it as liquidity is consumed. Then we will add tier 3 in another iteration along with the ability to move funds between tier 2 and 3. Last of all we will add order book mirroring.

I agree with Jordan that current buy/sell wall with a large amount of fund available is an invitation to attack for illiquid coins.

Can someone remind me why we need bots for currency pairs other than NBT/USD ? Why not let third parties do other pairs? I can almost see why Nu should run NBT/BTC bots in the initial period. But why other pairs?


I think the main issue at this point in time is that the exchanges we operate on do not have many active USD traders. Thus, not many people would be able or willing to purchase NBT with USD.

As we grow in size and are listed on exchanges with more liquid USD operations, I would expect that our custodians switch to solely supporting NBT/USD pairs, and let the market take the risk of arbitrage on other pairs.

1 Like

Yes, but shouldn’t it be our goal to encourage NBT use for commerce over trading for speculation?

Why not say, if you need a stable transactional crypto-currency, it will always be available on the USD, EUR and CNY markets for the equivalent of 1 USD, and If you need a stable crypto-currency to profit from speculation against other crypto-currencies, it will be your personal responsibility to find the market with the liquidity you require?

We could allow these crypto/NBT pairs to exist … and yes, they would fluctuate in value, a bit, but NBT would still always be available for 1 USD.

Is it not possible that we could provide a loose peg for crypto markets, with arbitrage alone, in this way?


If I understand your post correctly, I think you just described my ideal state of liquidity operations. This ideal state would have LPC’s solely supporting NBT/USD trading pairs, with NBT/BTC and NBT/PPC trading pairs being supported by the broader market through arbitrage.

My point was more directed at the short-term reality that users on CCEDK or BTER have a lot of difficulty acquiring USD to purchase NBT. On those exchanges there is very poor liquidity on BTC/USD and PPC/USD trading pairs, and it is difficult to acquire any reasonable amount of USD by selling BTC or PPC without taking a huge loss. As well, while I personally have been satisfied with the professionalism shown by CCEDK and BTER in our interactions with them, many casual users will still be hesitant to deposit USD funds (and complete the associated AML/KYC documentation required) onto these foreign exchanges.

I think we need to continue to pursue NuBits implementation on exchanges with more liquid USD operations. It will help speed the transition from supporting NBT-crypto trading pairs to NBT/USD, and strengthen our peg as a result.



What I would add, is rather than focusing specifically on USD, we focus on the fiat pair that best matches the region of the world that the exchange primarily serves, at a USD rate. Example: Bter has pretty good CNY support, so CNY would receive the majority of liquidity on that exchange.


Interesting, I hadn’t thought about that before. I think that’s a great idea to match the LPC operations with the most liquid fiat funds on an exchange.

Who has the deepest liquidity for crypto/USD? BTC-e?

Well, technically it’s Bitfinex and Bitstamp, but I doubt those will ever apply to us, so you’re probably correct that it’s BTC-e.

@JordanLee, thank you for the clarity of explanation of the scenarios you draw.

There is a lot of meat in this discussion and we must keep an eye on short-term solutions while discussing the high-level design and long term plan.

Iterations is the answer. I propose a breakdown plan:

  • short-term : implement a trivial system to manually adjust the wall sizes. Luckily, I believe we could reuse the “frozen balance” feature we are about to test right now. It is originally built for KTm proposal to let her keep 10% of proceeds apart, but it can be adapted to serve the purpose of limiting order size.
  • mid-term : implement tier1 and tier2 : the bot automatically move funds in and out these two tiers accordingly to the secondary pegged market.
  • long-term : either going full tier or drop support for illiquid pairs.

What you described is just the way of “shiftshape”.

1)Please stop NBT/Crypto pairs in any exchange within one year, the LPC is on risk of counterparty, they are selling BTC/PPC or buy them, isn’t it? Great loss may occur, I don’t fully trust BTC, maybe become $100 in the morning and LPC’s buy wall get weaker.

2)How about use ripple gateway to trade USD/NBT?

3)Build up our Open transaction exchange where NBT is base unit.

I have no background about xrp gateways but you are not the first who makes this proposal. Would you mind articulating it?

Thanks pointing this out. After reading this post, I think payment processor such as (and okpay, payeer etc.) would fit the requirement for NBT/USD bots: there is a lot of USD liquidity; they do currency conversion; many users need to have stable decentralized medium to transfer value; spread is driven by market forces. Compared with exchanges, they don’t have facilities for users to bid/ask for a better conversion rate. But NBT/USD is fixed and don’t need the facility.

I have no trouble with the tiers of liquidity as proposed. At this stage of the operation the only way to purchase NuBits is through traditional exchanges so that is where the liquidity must be provided. I would echo the sentiment that long term, the plan should be to move away from the more traditional exchanges. (Personally, I like to imagine NuBit ‘stores’ on OpenBazaar type systems).

As NuBot will deal mostly with the liquidity in Tier 1, my thoughts have naturally gravitated toward that. I would echo @desrever in saying that the changes to Nubot are definitely achievable but will take time. The main thing will be to roadmap the changes that are needed so that each iteration can add something useful towards the main goal. With that in mind, what is the current main goal for NuBot and liquidity operations. Is it to, as stated in the OP, [quote=“JordanLee, post:1, topic:618”]
eventually pool the liquidity available on many exchanges to each NBT pair
or is it indended that NuBit sales will move away from exchanges to find a different, less centralised alternative?

While that is a little bit of a pie in the sky question, I think it is important to know the direction of travel. (and to speak in cliches whenever possible).

With regards the immediate work needed on NuBot, I have no trouble with the ideas presented.

1 Like