ILP has always been given out for free… well it was given out based on the length of time from the LP…
if bancor starts charging a fee for ILP, it will cause a stink, however if we throw in additional use cases like what I suggested, then that will help to offset the downside of paying for ILP
Im trying to add additional benefits for holding and buying the bnt token, rather than it simply only being a purchase for insurance ( which they should get the funds back after a certain period of time )
It’s an interesting question. If the ILP was limited to fees generates by the staked BNT (and any potential withdrawal fees) then there isn’t too much risk on the protocol, but I do think we need more fee generating features to make this attractive.
we use data and our simulator to come up with some e.g. 90% confidence that TKN wouldn’t exceed 5% IL vs. BNT over 1 year
we offer ILP at e.g. 7%
each year we subtract 7% from the staking ledger of anyone who opts in
if we were wrong and TKN had 10% IL then we pay 3% ILP
if TKN had 5% IL as we expected then the 2% difference between the deficit that user would have seen anyway and the ILP premium is given up to help cover everyone else’s deficit
the 2% cost to the ILP holder becomes revenue for everyone else
seems like it would not be so difficult to do as a hybrid of the rewards and ILP contracts
the difficult bit would be the modelling and projections, i think it would only be possible on whitelisted TKN that have been through a specific risk analysis process, and we also have to be confident that the token price is resistant to manipulation by policy holders
the good thing is that we could hire an actuary to do this modelling, as it aligns with how insurance works everywhere else so probably a lot of their skills apply here
i’m seeing this as something that might be attractive to people who want liquidity for their token, e.g. treasury management, and want single sided staking (don’t want to sell TKN to make 2-sided) and want to be able to budget (volatility on the ILP premium would be lower than volatility in the TKN price)
i guess i’m seeing the staking option as another “move fees around” option, whereas premiums is “make people pay a subscription for the service” so it becomes a new revenue model in itself if managed well
Keep in mind that this is a very interesting feature for DAOs. They are more interested in liquidity than anything else, and if they can get that with their own TKN without needed to provide a second token, it is very appealing for them.
As an exmaple, see the strong response from the CROWN community.
yup, that’s exactly who i think would pay a premium for insurance
we can also combine the premiums with IL mitigation strategies like liquidity optimization and SFL
in my mind the premium would be paid on the full staked TKN balance regardless of how much TKN is oncurve or used for whatever revenue generation purpose within the protocol
say some TKN moons 100x in a P&D, we should be free to take 99% of that TKN off curve short term and put some of it back when the dust settles, in BNT terms we’re still providing the same trading liquidity even if most of the TKN moves off curve during the moon, so i see nothing wrong with that
Just curious in your scenario - how do we reactively/proactively move TKN on/off curve? Disregarding the actual trigger mechanism - how should we define price change thresholds or a different trigger for something like this?
a very simple mechanism would be to have a fixed BNT amount that is the liq on curve
say we allocated 500k BNT to some TKN and it mooned 100x, and we still only have 500k BNT on the curve the whole way up, each 1 TKN that we take off curve on the way up makes subsequent IL less, and if we put the TKN back on the curve on the way back down in the same amount i would assume that means the IL is still impermanent as it’s a symmetric process
if we can imagine 1 mechanism that has the property of reducing IL while keeping it impermanent i’m sure we can imagine others also
i think the trigger mechanism is actually important, because if it’s something that is inline with the transaction and atomic then it can happen before the trade completes (e.g. how slippage works) but if you try to take liquidity off curve after the transaction as a response to it, then you run into problems where you have to be predicting the future about what will happen in the next transaction, which can’t really work as you never know if the pump will continue or dump
ILP worked flawlessly in bancor since v2.1 until this most recent fiasco. Therefor ILP did work, but it had one point of failure, and that button was pressed. Therefor bancor should be able to use the existing ILP framework, but with added extra protections to circumvent what happened during the recent events.
Can we not learn from what recently happened and find a way so that this scenario is no longer repeatable?
this combination led towards the recent events
weak market - cant do anything about this
bnt was already weaker than the rest of the market - bnt was previously being handed out like hotcakes to all the big TKN pools which led to much selling pressure. This has already been turned off so we no longer have this problem. However I argue that because there was not enough incentive to hodl and stake bnt, this contributed towards the selling pressure. People would stake tkns, receive bnt then sell. From here we learned that even with a high bnt stake apy%, this alone is not enough to maintain strong organic growth of the token. I believe bnt needs additional features added to the token that will incentivize hodling. People will hodl the bnt tkn if it either makes them $$ & or if it helps to protect their $$ this is an area where we can try to mitigate our problems
ILP was given out to massive wallets whom then immediately sold the ILP BNT for their respective tkns - this is an area which we can try to mitigate our problems
bnt was shorted on various exchanges like ftx - nothing we can do about this
so if we
find a way to incentivize long term organic growth by adding features to the bnt token
control ILP in a way in which a mass exodus cannot lead to catastrophe
then we will achieve
a more resilient BNT as there is buy pressure from outside the protocol which can support the price
in future events where ILP mints excessive amounts of BNT, the sell pressure of BNT is more controlled
add features that achieve this, then I believe bancor will be steps closer to solving the issue of IL
the new BNT features should avoid inflationary pressures, however, I would argue that if there was an incentive to add +BNT apy ONLY to those who stake BNT, these BNT lp’s are more likely to re-stake their new bnt rather than sell it down, as it would negatively impact their existing holdings. All other pools should not receive any BNT tokens for lp’ing. like the old system, a high bnt apy will help attract new users and buyers of bnt. however in the old system, tkn lp’s probably would have sold off their bnt earnings for more tkn. with this change, bancor would not have that problem
in order to have ILP - the LP would need to stake a # of bnt in order to qualify for ILP. this amount would be based off the size of the tkn position. since the price of bnt flucuates , and Im hoping for a $$ increase, then the amount of bnt needed to qualify for ILP should be a % rather than a # from the tkn position. When the price of a tkn or bnt goes up or down, this will affect the amount of ILP coverage the user has on their position. With this being said, if a large whale chooses to pull out from their position, and this then in turn affects the deficit in the pool, then perhaps this can also affect the ILP % coverage they have when they pull out.
if we buy and hold bnt… we all want to make money from it. anyone who purchases bnt and takes on the risk should be entitled to some potential profit. Even if the protocol itself holds bnt, it should also be eligiable to these profits. lets think about where these profits can come from
yep what youre saying is alligned, im just writing down my thoughts and brainstorming as I do
I editied my post above and added this
in order to have ILP - the LP would need to stake a # of bnt in order to qualify for ILP. this amount would be based off the size of the tkn position. since the price of bnt flucuates , and Im hoping for a $$ increase, then the amount of bnt needed to qualify for ILP should be a % rather than a # from the tkn position. When the price of a tkn or bnt goes up or down, this will affect the amount of ILP coverage the user has on their position. Therefor as the user maintains their position at times they may need to buy additional bnt in order to maintain full coverage. With this being said, if a large whale chooses to pull out from their position, and this then in turn affects the deficit in the pool, then perhaps this can also affect the ILP % coverage they have when they pull out. ← since the blockchain knows when an event like this occurs, when the whale removes their position, can the protocol not then do the math and see what happens to the potential deficit then dictate ILP based off that?
tl:dr - so ILP is based off of the lp needing to stake x amount of BNT tokens, but also ILP coverage is also affected by the possible deficits that may occur when a user pulls out