Interesting approach. I am for a instant power down for a 5-10% burn fee. (Agree with @Jrcornel response- with multi-factor identification and and white listed accounts etc... as protection against hacks) - is a instant power down even possible on Steem, or is 5 days the quickest?
I’ll think of this idea more and give a more detailed response on my thoughts.
Whatever the decision is I highly agree to postpone the change until after the SMT hardfork.
Instant power down is a security risk. If your account gets hacked the attacker can take 90-95% of your SP instantly and you lose everything.
The instant power down + burn fee could be optional. If you opt-in, you are sacrificing increased security for the ability to exit quickly.
Personally, if I had a second account that was whitelisted for me to withdraw to, an alt account (future could be a light account), for example, that would be fine for me. We can set it up so that anytime that whitelisted withdrawal address is changed, it takes a week before you can withdraw again. So even if my account was hacked, they could not instantly power down and send it to an exchange.
I'm not sure if we can have 2FA on withdrawals? If so, that would be another great feature to have, regardless of instant power down or not. Something like what ledger has, where you need to click ok on your physical device before the withdrawal goes through.
To be transparent, I feel these are changes I would like as an investor, and what other investors might like also. But, people do bring up good points to me how new people would want the instant power down, click on a scam link and get their account drained. And that would be terrible PR for Steem.
So I am not sold on the instant power down from an overall perspective. I do like to try and think of ways to get the cake and eat it too.
Instant powerdown could be an advanced setting for those who are aware of the associated risks.
What about @yabapmatt idea?
Could be this proposal an intermediate compromise between attract new investors and lesser down security risks?
Hm. Interesting idea. Could also work, but this would most likely require a bigger refactor than other options.
Yep! an interesting idea worth to throw a neuron or two on it right? :)
However, I can't see how this idea could likely require a bigger refactor than other options. I see it way more easy to implement than the many, multiple and diverse that have already been suggested throughout this post. Including those proposed by @steemitblog.
Do you care to elaborate where you see the 'bigger' difficulty?
It might not be that different actually. The logic around weekly powerdowns would have to be replaced with a lock-in for a certain period of time.
Well, those lock-ins for a certain period of time is precisely what I find most interesting and accurate on @yabapmatt optics about how address more directly the solution @steemitblog is posing. Well, at least while commitment never stops being present in the 'algorithmic' equation. Because otherwise, ¿Where's The Love? };)
I would still make it opt-in based or with another security layer.
What if an account is compromised right after the lock-in period expires? Wouldn't that allow the person with access to the account to withdraw all SP at once (assuming all SP is unlocked)?
5 day is to prevent someone from an instant power down -> power up new account and double-triple-etc vote on the same post with the same stake.
That could be sorted. For example nobody can start a powedown procedure unless their VP is sitting at 95%+...
Although now that I think about it someone could technically do this since posts pay out after 7 days, hmm. Don't remember what the exact thought process was behind making undelegations 5 days but it was something about preventing "double votes" AFAIK.
VP regenerates in 5 days, the post payout window doesn't matter.