Tier 4 Fund Management Discussion

You get it wrong. If you set 1 year interest to 120% pa (10% per mo), the protocol will pay 10% per mo after 11 months to those who parked. Park rate can have 1 year 5 year 10 year terms… There is no way to stop paying interest to those who have parked short of a hardfork. That long term open end obligation was what @Benjamin was talking about. If you set liquidity interest to 10% per mo, you can stop it with a motion any time.

No. Park interest is like 1/10 of T1 cost. See posts starting from this in “Park rates are our method for short term peg maintenance”.

No park rate should be used only for mid and short term to avoid obligation in the future. Specifically rate longer than 1 month shouldn’t be offered.

Burnt NBT are by definition effective forever. Once its burnt it’s gone.

1 Like

I might have explained it badly. Exactly that was what I had in mind: parking interest for short periods of parking, but which are continuously offered.
Nu currently has per minute compensation for ALP and per month compensation for MLP.
Why not offer parking interest for one month parking period?

I agree that the parking period should be short and in case the incentive needs to be increased an increase of interest rate should be the means.

And once again I might have chosen the wrong words. I’m aware of the lasting effect of burned NBT.
By categorizing

  • parking rates (tier 5) as mid-term to long-term,
  • NSR sales (tier 6) as short-term to mid-term effect and
  • BTC sale (tier 4) as immediate

I didn’t mean how long the effect lasts, but instead the speed with that an action is effective on sell side reduction.

Raising parking interest takes some time to kick in.
But offering paring interest for one month parking and removing 10,000 NBT from sell side this way might be cheaper (per month) than paying compensation for reducing tier 1 sell side by 10,000 NBT or increasing buy side by 10,000 NBT value.

For the dilution of NSR (that might be necessary to remove NBT from the market) it plays no role whether the NBT entered the market for paying parking interest or tier 1 liquidity compensation.
I say Nu doesn’t know what’s cheaper at the moment and should try to find out.

Why not offering 5% monthly parking interest (with one month duration) if tier 1 liquidity compensation is double of that rate?

Pretty please can we stop talking about T5 here?

<80k buy and >100k sell activates T6, as does >60% sell when total liquidity is <100k, also if nbt is being sold for <$0.9. Acceleration is 5nbt/hr^2.

Are these parameters acceptable?

It’s just to understand the full picture or why are you talking about T6?

I think trading volume (how fast the wall is being eaten) should be considered.

1 Like

T6 is multisig, T5 isn’t. I’d be happy to talk about T4 too, it will follow very similar rules.

The trading volume is the 5nbt/hr^2. Maybe we should do 2 nbt/hr^2? That would mean $600 in the first 24 hours and $1,752 in the second 24 hour period.

For T4, we can do:
<20k buy and >40k sell activates T4,
as does >75% sell when total liquidity is <50k,
also if nbt is being sold for <$0.9.
Acceleration is 5nbt/hr^2.

Maybe we should have a maximum velocity of $5,000/day or something. I’m also trying to think of a more smooth trigger, like:
<25% when total is <50k
<30% when total is <70k
<35% when total is <100k
<40% when total is <140k
<45% when total is <190k

I would have an absolute nerdgasm if we could use this equation:
Threshold = 50%tanh(x/150,000)
Where x is total network liquidity
And tanh is the hyperbolic tangent, a complex function used in relativity, among other things.
http://wolframalpha.com/input/?i=50
tanh%28x%2F150%2C000%29&x=0&y=0

Threshold % = 40(1-20*arctan(x/20)/x) where x is the total liquidity in kNBT:

So the way it would work is that the signers would take note of when the threshold is passed and start counting in 2 nbt/hr^2. Once the signers are obligated to spend some unit of btc (5 btc?) a signer will make a tx and pass it around for everyone to sign.

1 Like

That tan() looks too much like a hack.

How is this for a model, in layman understandable terms: if buy or side is going to reach 25% total liquidity in 24 hours, fire fighting mode is on.

To realize the above, I suggest that at any moment T0, use a 3rd order polynomial (a t3 + b t2 + c t + d) to fit liquidity data in the last 48 hours, sampled in two hours interval so there are 24 data paires (liquidity, t), where t is time between sample time and T0, in hours.

The predicted liquidity in 24hrs is
a 243 + b 242 + c 24 + d

The good things about the method is that

  1. it takes 48 hours data so randome spikes will be mostly ignored;
  2. it has up to the third order terms so it accounts for constant, speed, acceleration, and change rate of acceleration. No higher terms are used, to increase robustness of the fit;
  3. It is updated at any time so the curve is adapting latest conditions

uncertain aspects:
3rd order polynmial may not act as fast. The exact form of the function can be improved.

To implement a script can be written to do the calculation based on liquidity data from a client by anyone. Nu website can have the data published in realtime.

So the issue with a hard rate (25%) is what happens if we have 500,000 nbt of liquidity? Then we get into the situation where we’re hundreds of kNBT in debt before we start putting out the fire. With more liquidity in the system, our threshold needs to be tighter.

Arctan is a sigmoid function. We can use other sigmoid functions that look prettier, but this one was my favorite.

I like the fitting, but in my mind the signers are basically just going to play things by ear anyway. But I’m not wholly against curve fitting, it could work if the sampling rate is reasonable. How do you feel about the 2 nbt/hr^2 acceleration? Does the curve fitting model use something else to determine the size of the Tx (in btc) to sign?

Curve fitting scales. I don’t know magic numbers such as 2 nbt/hr^2 are good, and if they are, they will still be good tomorrow.

I haven’t thought about tx to sign. Can be an amount enough to postpone hitting the 25% threshold for 48 hrs.

Combining the two paragraphs above, if we want to remove the 25% magic number, we can implement a “servo loop” that injects or removes fund according to a continuous feed back of liquidity status. The more off-balance the buy/sell sides are, the stronger fund injection/removal becomes to remove imblance. Just to achieve balance it can be quite insensitive to the form of the feed back function as long as the feedback is negative.

What you have proposed can be a step toward that directiion but it has many magic numbers. The curve fitting approach with a high thresold (e.g. 40%) plus continuous “postponing 48 hrs” (evaluated and applied if needed every day) is adaptive and conceptually easy to understand. (The 40% will be a soft parameter that is there to adjust gas/brake pedal dead gap.)

My approach uses that same 40% as one of its magic numbers. The other magic number I use is 20kNBT which is a scaling factor for the arctan. The final magic number (2nbt/hr^2) is totally up for debate for me. However, I really don’t understand how your method gets around the 2nbt/hr^2, which is a statement about market velocity and how much to bring to market how quickly.

So your fitting model is like this (tell me if I’m wrong):
We fit to find out if the trends are such that the threshold will be passed in the next 48 hours. If so, bring to market the amount required to make it so that the market will reach a balanced peg in 48 hours instead.

If there is a single big sell event, how would your method handle that? Wouldn’t it throw off the fitting so much that the numbers all go haywire and we bring way too much money to market?

Ultimately this is what we should aim for:

Based on a stochastic model, be able to calculate a confidence interval of NBT liquidity for the next 48 hours.

These are concrete measurements we should take:

  1. The covariance between non-NuBot NBT price, NuBot NBT price and BTC price.
  2. The covariance between NBT walls and BTC price
  3. BTC volatility

For a start one should use a Gaussian distribution to model the ups and downs and do a simulation. Then perhaps we can consider fat-tail distributions for more robustness. Ultimately it boils down to the NBT flow in the system so things like constant parking rates or tiered transactions are quite important.

Rare events like “sudden sell-offs” are ultimately what we want to mitigate using tier 4 so they don’t really have to be modelled in the same way.

1 Like

Although i understand only a portion of it, it seems that Nagalim’s proposal is the most concise strategy so far.

I propose that 4 of 7 multisig addresses for NBT, NSR and BTC should be jointly managed by seven community members, known as the First Liquidity Operations Team, or FLOT.

Shareholders should elect individuals to FLOT via motion, with one motion for each signer. If 7 signers are not elected, then 4 of 6 or 3 of 5 multisig will be used. So, the first step will be to elect individual signers. Someone wishing to be a member of FLOT should advance a motion similar to this:

Begin motion
@satoshi shall be one of the members of the First Liquidity Operations Team. @satoshi can be reached via Bitmessage to coordinate signing at BM-2cTWuSKmRZ2gb91A4rbZz5LKEPJxoKVSWy. @satoshi promises to be a part of FLOT for at least one year and to abide by all shareholder motions governing the use of funds. @satoshi will be available for signing at least 5 days a week and 45 weeks a year. No monetary is compensation is required.
End motion

Willingness to continue being part of the team for an extended period is important, because if a single team member quits new multisig addresses will need to be formed.

While voting is progressing on motions that add specific members to the team, the terms of a motion governing how NSR, NBT and BTC will be used can be debated and voting on the motion governing how funds are used can proceed separately.

Here is the finalised and hashed version of the motion governing how funds should be used:

Motion RIPEMD160 hash: f99ddf406a32d39be7d614c13dc1ce63c96e4003

=##=##=##=##=##=## Motion hash starts with this line ##=##=##=##=##=##=

NSRA custodial grant of 25 million NSR should be requested using the FLOT multisig address.

Rules for use of NSR:

⦁ If less than 25% of all liquidity in tiers 1, 2 and 3 across all currencies is on the buy side, NSR should be sold with the goal of restoring buy side liquidity back to 25%. Sale proceeds should be converted to currency if necessary and burned, with the burn transaction IDs announced publicly. Additional details about how much to sell, how much at a time, etc should be determined by the signers in real time, because much more information will be available at that time than shareholders have now. We can be confident in any course of action agreed upon by 4 of the signers.⦁ The rules of NSR sales defined in this shareholder motion and other motions apply to these signers. Briefly, if park rates are offered for more than 30 days consecutively, NSR auctions and currency burns begin.

NBT

A grant of 150,000 NBT should be requested using A FLOT multisig address. The First Strategic Reserve Team (FSRT) will continue functioning as a backup to sell side pressure provided by this group. FSRT has a total of 4,040,000 currently in its possession. All but 151,500 of this should be burned within 14 days of when the NBT grant to FLOT is made. No commission or compensation will be paid for funds burned.

Rules for use of NBT and other Nu currency:

If sell side liquidity in tiers 1, 2 and 3 for a specific currency drop below 40% of total liquidity, signers shall sell currency in the open market until the sell side is restored to at least 40% of total liquidity. Proceeds of currency sale shall be added to tier 4 buy side funds, which may be used for share buybacks as specified by existing shareholder motion.

BTC

All tier 4 buy side funds (currently about 466 BTC) shall be transferred to a multisig address shared by this group.

Rules for use of BTC or other tier 4 buy side funds:

FLOT will be bound by the same rules established by shareholder motion to conduct share buybacks in cooperation with @NSRBuyback. BTC will be used to purchase currency when a specific currency’s buy side funds falls below 40% of total liquidity in tiers 1, 2 and 3 for that currency. The currency proceeds will be placed in the multisig currency address controlled by FLOT.

The preceding should be interpreted as guidelines, and FLOT may exercise discretion. Communications between FLOT members regarding decisions on how to use funds must be publicly visible.

In order to form FLOT, at least 3 signers must be selected by motion. Additional signers will be accepted for a period of 14 days after this motion is passed.

=##=##=##=##=##=## Motion hash ends with this line ##=##=##=##=##=##=

Verify. Use everything between and including the <motionhash></motionhash> tags.

Once the signers have been selected by motion and rules governing the use of funds have passed, signers will construct NSR, NBT and BTC multisig addresses together, which will become the target of NSR and NBT grants. BTC currently held as tier 4 buy side funds will be transferred to the FLOT BTC address.

Of course, I look forward to comments and suggestions about how this can be improved, as well as clarifying questions.

2 Likes

I support these, except the hard rate limits for reasons I’ve already spelled out. Also, these motions do not reference velocity. Basically, these motions are all fine and dandy but don’t address any of the concerns we’ve been talking about.

Could you propose replacement text for the motion? I think that approach usually allows shareholders to come to a consensus on motion text much quicker.

I’m not sure what you mean by “hard rate limits”. Are you talking about the 25% and 40% thresholds for taking action?

By velocity I believe you mean the speed at which the liquidity walls are brought toward being balanced. I think we should leave that up to FLOT, although in the case of tier 4 funds being used they will likely choose to bring the wall back to the 40% threshold in a single operation. Tier 6 buy side is much more complicated and the proposed motion asks FLOT to use their best judgement based on the details of the situation because things like NSR liquidity and the degree to which the walls are unbalanced will have a pronounced impact on what the optimal action is. Whether park rates are being used will also be a big variable.

There has been discussion about how to keep funds decentralised (which means on multisig addresses) during fund use and a number of other regulatory details. I didn’t address those suggestions because I think we need to keep things simple and give FLOT discretion to react to a situation we can’t anticipate today. The team’s procedures will quickly evolve as well. For example, in regard to keeping funds in multisig addresses, the nature of this will change completely with B&C Exchange. In the meantime, two approaches are possible: 1) keep use of funds off exchange and have the other party transfer first when making an exchange or 2) send funds to an exchange account owned by a single signer and complete the trade on the exchange. The first approach may take too much time and may not be liquid enough. The second approach requires trust of a single signer. I’m happy to let FLOT figure out those details, at least at first. If shareholders see behavior they don’t like, that would be the time for additional regulations in my opinion.

Let’s keep it simple so we can get this functioning, then make adjustments as experience shows us how we can improve.

2 Likes

No. In the last few days it was realized hard limits is not the full story. How fast liquidities descreases should also be considered. For example if the buy wall dips below 25% very slowly, it might be time to burn NBT in the sell wall, because the trading volume is too low compared with the sizes of the walls, instead of increasing the buy side.

I think the simplistic rules set in the draft need more discussion. The fact that only a few of the potential signers are actively participating in discussion shows that the condition is not matural.

If having the multisig group to offload Jordan’s duty quickly is important, how about forming a provisionary group to take over the fund (and follow shareholder’s further instruction) first, keeping discussing to reach consensus, and forming a formal T4 group by the end of the year?

2 Likes

We want the process to ultimately be simple enough that signers just pass around a tx when it’s time and they all sign it because the rules are clear. We don’t want signers fighting to come to consensus while the peg languishes, let’s not rush this process.

I’m with @mhps that we should do a halfway step. I’d be comfortable with a simple statement at first that the multisig groups should only buy nbt for <$0.9 and sell nbt for >$1.1. Beyond that we can start to make more complicated rulesets.

1 Like

It isn’t clear to me what you are proposing, because I’m not sure what is meant by “provisionary group”. It seems to imply that the signers will change, but I don’t see an advantage to that. We need to get enough of the right kind of signers right from the start to protect the large amount of shareholder value they will control. If we get the right signers from the start, then there is no need to make changes later.

Some want more complex rules governing the use of funds. I have no doubt that the rules articulated in my draft motion can be improved upon, and will be in time. However, the project to get a group of signers managing tier 4 and some tier 6 funds is not showing decisive progress and is overdue at this point. It is irresponsible of shareholders to not have any provisions in place for short term (rapid) use of tier 6 liquidity. What is needed is a short and simple iteration to bring progress. Then further refinements can be made. The simple rules I proposed are quite comparable to what is already occurring with tier 4 liquidity. It is status quo. The only thing that is really new is using multisig addresses to hold funds, and everyone can agree that is an important improvement. So let’s get that important improvement implemented and then discuss additional improvements individually.

Are there any specific suggestions for changing the actual text of the draft motion? I want to hash it soon.

1 Like

shudder

Happy with this.

“If the total liquidity in tiers 1, 2 and 3 across all currencies is greater than 100,000 NBT with less than 35% on the buy side, NSR will be sold. If the total liquidity is less than 100,000 NBT, a threshold of 25% will be used. The speed at which shares are brought to market is up to the discretion of signers and future shareholder motions.”

There’s a very deep occurance here, wherein you are allowing someone to buy as much NBT as they want and sticking all the funds in T4. Interestingly enough, it is in a signer’s personal interest to increase T4, but that’s not the biggest concern to me. The 100,000 NBT limit becomes very critical, as these rules could stimulate signers to bring all NBT to market, potentially selling to a single entity, and ending up with BTC. They can then sell right back to us after BTC crashes and we lose. Are we really willing to just straight up placing 100,000 NBT bets on the price of BTC?

The solution that @JordanLee has set in place is to use the share buyback motion to perform NSR buybacks when T4 goes over $80,000. That’s a good solution, honestly. One of my concerns is with the $80,000 number in light of the 100,000 NBT number. The $80,000 in my mind can be treated as a sort of collateral for the sellside NBT in the event that both funds are drained entirely via vast manipulation or oscillating market pressures. I would like to have a 100% collateral instead of an 80% one and would argue for a FLOT nbt cap that coincides with the T4 cap (which is of course 80,000 at the moment).

The other concern I have is with the 40% number. I’d like this to be 30%. As I’ve shown, market oscillations can hurt if they happen faster than we can perform buybacks. We should keep a large virtual spread.