Follow Up to Proposal #75 - threshold reduction
Democracy
1 Comments
Executed

This proposal accounts for the threshold adjustment mentioned in the original discussion post here: https://interlay.subsquare.io/post/12

The initial proposal includes the reduction of token emissions but not the threshold reductions: https://kintsugi.subsquare.io/democracy/proposal/75

This proposal is to change the secure threshold levels as follows:

Current values KSM <> KBTC
liquidation: 150%
premium-redeem: 200%
secure (min. when minting): 260%

Proposed new values KSM <> KBTC
liquidation: 130%
premium-redeem: 145%
secure (min. when minting): 160%

This change reduces the capital requirements of Vaults by ~40%.

For more information on the meaning of individual thresholds, see Vault collateral thresholds.

Request for the TC:
Please upgrade this proposal to referendum manually, as this should have gone together with the token reduction proposal.

Edited
Reply
Up
Share
Votes
AyePassing thresholdNay
50%50%
Aye
0 vKINT
Nay
0 vKINT
Turnout
0 vKINT
Electorate
0 vKINT
Passed
Check all votes

How Kintsugi Governance Works.

Metadata
Proposer
Hash
Delay
02022-11-30 16:53:36
End
02022-11-30 16:53:00
Threshold
Call
Table
Json
callIndex0x0202
sectionutility
methodbatchAll
args
calls
0
callIndex0x3d09
sectionvaultRegistry
methodsetSecureCollateralThreshold
args
currencyPair
collateral
tokenKSM
wrapped
tokenKBTC
threshold1600000000000000000
1
callIndex0x3d0a
sectionvaultRegistry
methodsetPremiumRedeemThreshold
args
currencyPair
collateral
tokenKSM
wrapped
tokenKBTC
threshold1450000000000000000
2
callIndex0x3d0b
sectionvaultRegistry
methodsetLiquidationCollateralThreshold
args
currencyPair
collateral
tokenKSM
wrapped
tokenKBTC
threshold1300000000000000000
TimelineLatest activity undefined
2022-11-28 11:41:30
Proposed
Index
#77
2022-11-28 13:12:42
FastTracked
2022-11-28 13:12:42
Started
referendumIndex
71
voteThreshold
SuperMajorityAgainst
2022-11-30 16:53:00
Passed
referendumIndex
71
2022-11-30 16:53:36
Executed
result
ok
Comments

Hello,

I'm am against this proposal, at least until the new formula for capacity-based rewards has passed AND bridge capacity or iBTC liquidity is an issue.

Please let me explain why:

If you take a snapshot of Interlay 1 sec before and 1 sec after this proposal would pass, the APR of any vault would be the exact same, but bridge capacity is increased.
=> Contrarily to what is explained, this proposal will have no impact on APR for vaults, rather just increase the vaults (i.e. bridge) capacity. This effect is not useful currently as it is explained that most minted iBTC basically do nothing.

Instead, this will initiate a 0 value-add race to self-minting for vaults to try to increase their share of BTC in custody and increase their APR, to the detriment of vaults that will not be willing to play this race.

The only scenario where APR somehow increases is if vaults mostly remove the newly freed collateral, which I believe is not going to happen as the whole point of this it to have it used as collateral to insure BTC

Reply
Up