Is this technically feasible, from an API volume perspective? Imagine an exchange with n order placements/cancellations per second that is being mirrored. A custodian mirroring this needs to keep n orders up to date on another exchange. In other words, one trader needs to place and cancel as many orders as an entire exchange handles, in the same amount of time.
Even this does not protect against loss. An “attacker” could fill orders against a custodian and against the mirrored exchange at the same time, before the custodian could react.
Yes, I am confident this volume of orders can be handled. The limit of what can be handled is at least two orders of magnitude beyond what we will be dealing with. We aren’t talking about reproducing the entire order book from each exchange, just the top of the book. How deep into the book we go will depend on how often the double fill exploit is employed. In the scenario that it is deployed frequently then we will have relatively little liquidity in tier 1, maybe as little as several thousand NBT in the case of a coin with liquidity like PPC. When this liquidity is consumed, the transaction gets mirrored on the other exchange (such as BTC-e) and liquidity is moved from tier 2 to tier 1 and made available at the new current market price. This will only take a couple of seconds on average to replace consumed tier 1 liquidity.
Just a bit more about the vision I have for NuBits in regard to liquidity:
Let’s say I have some Dell stock and I want to exchange it for Google stock. There isn’t any liquidity in that pair, so I trade my Dell stock for a currency, such as US dollars, and then use the dollars to buy my Google stock. In the cryptocurrency world today, that intermediate currency is Bitcoin. If I want to exchange my Dogecoin for Litecoin, I first exchange to Bitcoin. With the plan I have outlined here, we can easily exceed the liquidity offered by Bitcoin for these scenarios. Better yet, our currency is stable, so someone wishing to trade Dogecoin for Litecoin doesn’t have to also expose themselves to Bitcoin if they use NuBits as the intermediary. Our goal should be to make NuBits play the same role in the crypto world that US dollars play in the US stock market.
There is a lot to digest, and I am far from arguing about visions with the very same person who had the vision of Nu. However I have been into (researching) startups for a while now to sense a pivot coming from miles away. Is a common pattern.
A pivot is “structured course correction designed to test a new fundamental hypothesis about the product, strategy, and engine of growth.” link . On a more in depth comprehension, a piovot is a change of strategy without a change of vision ( in basketball terms, the vision is the foot on the ground, the strategy is the rotating foot) .
A pivot is often effective if done properly, and it normally takes several pivots before finding the right one that leads to growth. However, its a big step for any kind of organizations, so no wonder ben is surprised .
Bitcoin was a phenomenal innovation. For the first time individuals could hold an asset without counterparty risk and transfer it to anyone else on the network quickly and privately, if desired. It had some flaws, which include a high cost of maintaining the network and the disassociation of control of the network (given to miners) and ownership of its assets (Bitcoin holders). Peercoin improved upon Bitcoin by dramatically reducing the cost of network maintenance and giving control of the network to the owners of network assets.
Both of these networks contain a critical flaw which Nu resolves. These networks permit the purchase of scarce units used in the networks which function much like shares. If the value of the network rises, the value of these “shares” rise. This dynamic has been critical to the success of these networks as it allows anyone to purchase a stake and benefit from promoting the network. These networks have simultaneously been promoted as currencies but have not functioned well as such. Currencies must have a stable value to be effective, while Peercoin and Bitcoin have exhibited exceptional volatility. Many argue volatility will end with the high liquidity that will accompany widespread adoption. While volatility will decrease with greater adoption, it is unlikely volatility will ever be less than occurs with large cap stocks such as Google or Microsoft. This is still an unacceptable level of volatility for a currency. Let us suppose I am wrong and that volatility will be eliminated in these networks. In that case they would serve well as currencies but poorly as shares, because they would not appreciate, nor give dividends. This would likely cause a selloff of these “shares”, thereby introducing volatility once again.
The critical flaw is that Peercoin and Bitcoin use the same fungible unit for share and currency functions. Shares must have the capacity to appreciate and reflect changes in the perceived value of the network while currency must remain stable regardless to be effective. It is impossible to accommodate these diverse pricing needs in a single unit.
Now, I would like to get it straight: do we still want to pursue the original vision, right?
What Jordan is proposing is to test “NuBits as a tool for traders to exit illiquid market” to reach the “NuBits as a digital currency for the internet” outlined in the whitepaper. Am I correct?
The first step, and we agree, is proving our capability to maintain the peg, and we are doing it right now.
Following steps may or may not be the one proposed here by Jordan. We have already seen other proposals: one is attacking the landing market, right?. And betting. And tipping. and wages. and spam control, and merchants and inflation and bankings and the moon.
Are we really sure we want to spend so much time and energy in pursuing this change of strategy? Is it worth, especially when compared with alternative? Do we have a clear sign of the market asking for it (because thats what generally triggers pivots) ? Did we consider all the alternatives in a in depth comparative analysis (not that I know of)?
I hope do you see my point here.
Egoistically I could just shut my mouth and execute : the proposed approach to liquidity brings technical challenges which are exciting and will guarantee I will be busy with innovative stuff for a long while.
I want to make sure it is done properly. Does that sounds reasonable?
Very good summary of the situation…
Hum.
I feel that offering liquidity for traders that want to store money as intermediary in between their trades is a necessary step before offering a digital currency for the average Joe on the Internet because nbt is sold first and foremost on the exchanges that are accessed first and foremost by traders.
If NBT was sold primarily say at convenience stores via pre-charged cards mentioning a redeem code that people would input at “nubits.com” to access their nubits, offering liquidity for traders would not be appropriate or logical.
Or perhaps should we create now a “nubitpay” service similar to bitpay that merchants would use to accept nubits. But here again we would need to access exchanges to sell nubits for usds, which implies a sufficient liquidity at least on the buy side.
This is only my opinion though.
I wonder, in this scenario is NuBits unique and perfect for the job because its stable , or because its liquid-ish? I think stability is secondary in this scenario. The liquidity is what makes it possible, therefore we should also update our slogans.
EDIT: let me rephrase
In this scenario, Is the strength of NuBits its stability or its highly engineered (to use an euphemism) liquidity control system?
I might be missing something, but from what I can tell, this proposal will result in wider custodial spreads. Mirroring an order book replicates the natural spread from the mirrored exchange, which is often 0.5% or more.
This is true. We are trying to provide the best liquidity we can without subsidizing trades. If we combine order books from a number of exchanges, our spread will be lower on average than any single exchange while our liquidity will be better. It isn’t perfect, but it is a major improvement over what exists now.
Right now it seems that the direction that JL wants to take is deep liquidity and stability at the same time…
As he pointed out
and
So 2 aspects.
But I would like to get his confirmation. Is it deep liquidity or stability or both that matters?
To me, stability is more important and I feel we do not need necessarily deep liquidity.
But if the currency is stable, we can anticipate that there would be a lot of demand for that, so that would imply high liquidity…
So my feeling is that we want stability first but liquidity is needed if we want NuBits to be widely used…
For NBT/crypto pairs, what is the “actual” current price? The only data one can take from an exchange is the buy/sell history and order books. These all have spreads. So if we want to have a tighter spread than the natual one, how to calculate the “actual” price? In the middle of weighted average of all exchanges? how about taking price movement momentum in to account?
Anyways, suppose we decide we want to have an actual price, and we want the bots to set small spread around it. Then someone can bet against our calculation with their algorithms, similar to the way in high frequency tradings. We are effectively engaged in speculation when setting the actual price. We will be in the open and they are in the shadow.
So I think the logical solution is that we should use the natual spread. It is also possible that someone would try to game our calculation of the spread, I think the risk is much smaller.
I don’t see the need for high liquidity as a departure from the original vision of stability as long as it is just a high liquidity phase that the currency needs to pass through. My reading of the situation is:
We need to be providing the liquidity to cope with demand.
We need to do so in a way that minimises risk to Custodians
A by product of this is that NuBits becomes a better tool than it already is for exiting illiquid markets.
This situation remains only for as long as there is the need for centralised exchanges in the Nu ecosystem
My natural inclination is to think through solutions to problems that are raised, sometimes to my detriment as I forget to ask if the problem should be solved in the first place.
I have a few ideas around how to approach the implementation of other liquidity provision models but I do think it’s important in this case to first clear up the debate around the future direction for NuBits.
It seems to be the majority consensus amongst the posters if this thread that the stability of NuBits should remain the primary concern. Is my reading of this proposal correct, that this would be a deeply liquid phase of NuBits that would be revisited when the distribution method of NuBits evolves, or is it an additional aim along side the stability?
The great thing about the protocol voting of Nu is that both of these can be correct (just not at the same time).
@JordanLee Tks for confirming. So the more we have liquidity, the more buy/sell transactions will be made by traders, the more stability we will get since stability is the ability to maintain the peg and the peg is enabled by the ability of Nu to buy back NuBits primarily.
I think that is inherent in this proposal. The whole act of creating tiers of liquidity is reducing the risk of holding entire custodial grants on order.
I don’t think anyone is against that part, there’s just some discussion to be had around the methods of achieving that.
I’ve thought more around the potential of mirroring order books. My gut feeling is that it leaves us open to attacks that may not directly cause losses but would make the position unreliable. What is to stop a bad actor placing large and frequent orders near the true price thus causing the bot to reflect orders and initiate a movement of liquidity from higher tiers to lower tiers to back fill. Even if these ‘attacking’ orders are never intended to be filled, NuBot spends a large proportion of time mirroring orders and moving funds. It seems to reduce the stability of an already fairly wobbly situation. (Wobbly is referring to the standard communication between bot and exchange API and not the bot itself)
