- Edited
TLDR;
- Against if we design for a currency. For if we design for a decentralized bank.
- Against because of KISS (keep it simple stupid)
- Long term new large mechanic introduced to a relatively short term growth hack phase introduced problem?
It seems this discussion around lockups is linked to the high apy growth hacking phase we are in and thus the solution probably could be viewed as a temporary mechanic to the short term game that has risen. Size of that implementation should be adjusted accordingly and it would also be easier to stomach.
With most locking designs it seems we complicate the current value prop as a currency by a lot. To quote a great ohmie 'Your value will be preserved, but only if you don't use OHM as a currency.'
With this proposal we add an extra decision loop to every user who wants to use Ohm. Do you want to have your cake or eat it; and at what proportion would you like to eat it in the future?
That is a very complicated question to ask and adds friction.
As Graz mentioned, maybe vlohm could be tradeable so that the currency mechanics would not be diminished as much.
This proposal is put to another light if we step out of the currency value prop and frame Ohm as a decentralized private bank. Ohm represents the shares of the bank and lockuppers provide 'a service' to the bank by timelocking their shares off the market and thus earn a higher percentage of the bank revenue (rev and profit are a bit murky here). In this light this is a great proposal and I'm completely on board with it. Generally locking is used in crypto to lock up shares/productive assets.
What to do:
Scale down the proposal to a simple that people can stomach "Would you like to lock or not question to the user".
Eliminate timeframe from that question by a more simple solution;
- The X multiplies by time the assets are idle.
- Interim solution to the growth phase. A simple 30-90 days lock
- Unstaking cooldown period of 7-14 days to dampen short term volatility.