I marked bold what is a claim for which we don’t have evidence.
The exchange default risk and all assiciated risks (account hack, theft, etc.) and operator costs are indeed the same.
But we don’t know how the spread affects the costs of the NAV of the operation, which will in one way or another have an effect on the costs, which in the end allpies for both Nu funded operations like the gateways and decentralized liquidity like ALP and MLP.
The smaller the spread, the smaller chance of making revenue from the spread. If you operate at SAF=0 there is 0 chance to make revenue.
If the spread is too high, the chance for making revenue is small, too. People just won’t trade. No trades -> no revenue.
Between an insanely close spread and a too big spread might be a sweet spot, where trading volume * revenue (in percent) per trade
has a maximum per time frame
If the quality of the peg is perceived as great at this sweet spot, we should focus on that spread or else find a place close to it, where the peg is good and the costs are minimized.
There might be effects on that other than the spred alone: the particular exchange, the BTC volatility, the total volume at the order book, etc.
Market aware trading might be necessary.
Just saying a smaller spread is better just doesn’t work in such a complex world!
It might be better for the brand image of Nu, but it possibly comes at costs, we currently don’t know.
If the value of Nu increases by $100k from a better brand image, but you need $300k to get there, it might be better to increase the brand image by $50k while spending $100k. These numbers are random and just an example to make clear what I mean.
That s true but I feel that Nu should not aim at trying to make revenues from the spread.
The reason being that it is not attractive from the user standpoint.
Instead it should make revenues from selling lots of NuBits at a tight peg while at the same decreasing the necessary reserve and liquidity to sustain confidence in the peg.
Large spreads gateways are useful to protect the peg while we are thinking about the next steps but we are not doing business with large spreads, I feel.
Well the idea is to decrease the ratios 1) reserve/outstanding_nubits and 2) total_liquidity/outstanding_nubits to increase profitability like central banks seem to be doing in regard to FIAT.
Right now we have 150k of total liquidity.
So 1) is around 15% as well as 2) .
One can argue that 1) and 2) are already low.
In fact compared to theter (100%) or bitusd (200%) they are very low and yet nubits is the only real decentralized crypto fiat and yet holders of nubits are not asking at the same time to redeem their nubits: there is a certain confidence in the peg despite the fractional reserve aspect.
But is 15% the min ratio?
I do not feel so.
I think we neef to take a risk and bet that reducing further would be ok, as a DAO startup.
But we need to increase the confidence in the peg at the same time.
In order to do so the idea is to increase liquidity and reserves while decreasing the ratios.
It is good that the motion removes the 1% minimum barrier which is clearly not working and I have always been challenging for ALP use. However I think Jordan’s motion doesn’t take properly into account a layer of defence for the peg. Something which has been proven more than useful when ALP funds lay dry. That’s why I won’t vote for this motion.
I think the layered model I propose where 60% of the liquidity is provided by ALPs at the lowest realistic spread for the pair another, 30% at a medium spread and only 10% at a high spread would setup the Nu peg in a way that it can withstand the currently known threats while still being competitive.
I like @Cybnate’s approach that tries to regulate the distribution of volume at different spreads.
But I need to say that I don’t find enough data to make an assessment what’s a wise distribution of funds to different spreads.
We don’t yet know the true cost of liquidity provision at different spreads.
As much as I like clear regulation, I’d prefer room for discretion here, until we know what to do and how to regulate the distribution.
My motion is quite simple:
max. 1% for ALP and MLP, above 1% allowed (but not necessarily used) for Nu funded bots:
I think I will include
in the motion to finally define those terms.
I’m going to promote it to [Voting] if there’s no significant amount of rework detected.
The current motion is sufficiently different from the two other motions that try to regulate the spread to provide a real alternative for shareholders.
Shouldn t the liquidity operators working at > 1% spread be able to get revenues from the spread itself and in that case shouldn t the rewards from Nu be double payment?
We don’t know that, although it might be the case.
Only Nu funded (bots operated with funds that belong to Nu!) operations are allowed at a spread >1%.
An increased NAV (if there’s actually revenue) from these operations is revenue of Nu. If the revenue from an increased spread is able to compensate operator costs and calculatory costs (e.g. exchange default, theft, etc.), Nu can essentially provide that liquidity for free.
ALP and MLP are forced below 1% spread. They get compensated by Nu for liqudity provision. No “double payment” here.
It is a balancing act. Sometimes ALP would be fully drained (high volatility) and sometime just half (some volatility). It will be hard to obtain hard data of the best balance. My argument is to have roughly a backup for the ALP provided liquidity -/- 10% (risk factor). I believe that number could be higher but I like to err on the safe side. It would be dependant on the level of volatility of Bitcoin. Something which will be impossible to obtain data for. One can only make assumptions.
It won’t be possible to get “the best balance”, because the balance is depending on the environment. The exchange (number of users, traders, daily volume), the BTC volatility and a lot of other factors play a role.
You need market aware shifts and need to create an algorithm - ideally a self learning one - if you want to be close to the “the best balance” for a given condition.
As well as the best balance depends on conditions, I suppose the best spread depends on conditions.
There’s a lot of work to do and I fear we don’t have the required skill set to do it properly at the moment.
Someone with a sound monetary or trading bot operation background would be very helpful.
I don’t know what the safe side is: having more or less buffer there?
More buffer means more calculatory costs, but an increased peg support.
Right.
What do you think of this proposal?
Don’t you think we can use that to gather data?
That’s why we need to start some tests and gather data. It would be great to do that in a scientific way, but I don’t have the skills to do that.
As you are saying in your post it won’t barely be possible to get 'the best balance" as there are so many parameters in this environment. So I’m not sure why you want to gather data. Unless we can find someone willing to do that in a scientific was as you are saying and program an AI for this.
So before you gather I believe we will need to know what for and how we could use it, otherwise it is a waste of time.
To be able to know something about offering a small spread.
At the moment there’s the notion that a minimized spread is superior to a slightly increased spread.
That might be true liquidity wise.
It might not be true cost wise.
I want to know about the NAV over time of operating at a spread below 1%.
If Nu is a business, it must care about costs as well as the quality of the products.
Left your ‘if’ out and I agree.
Given the lack of velocity/trading on other exchanges, I think this would only be possible on Poloniex.
There is also the risk that by measuring you actually disturb the normal order making your measurements almost worthless. This won’t be easy to draw conclusions from, but I believe we should try.
Once there was more trading on hitBTC’s NBT/BTC pair (e.g. when I ran modPuddle).
The SAF was 1%.
I don’t remember the trade fee at hitBTC back then, but I remember that I made significant loss from trading. I could only continue for some terms, because the compensation was quite high.
If I had been able to make revenue from trading, well…
Let’s see what happens when orders at 1% spread (not SAF!) are on the order book.
…and we would be liquidity wise in a bad situation, if all liquidity were at below 1% spread.
Just have a look at the recent events (BTC price jump), that drained all funds from buy side, that were at a tight spread.
Only the NuBot @zoro operates has a significant amount of BTC ($9,000) left.
This NuBot operates at a spread outside what ALix records.
Would you feel comfortable with this situation if there’d be no additional $9,000 BTC at an increased spread?
Hope you are not serious with your statement. If this motion, how much I don’t like it myself too, passes we will have to oblige. Of course you can choose to not extent your operation and transfer the funds back to FLOT. I might do the same.