Steem Hardfork 20: Thoughts on Velocity

in #witness6 years ago (edited)

ats-witness.jpg


After 14 months, we finally have a new hardfork to consider for approval.


My feelings about this new hardfork are currently mixed. Unfortunately – in typical Steemit, Inc. fashion – this is another let’s-cram-it-all-in-one-proposal hardfork. Before I even begin, I’d just like to reiterate my desire to have more frequent proposals and less changes to consider for each fork instead of the exact opposite, where we have to either accept undesirable changes or have no changes at all.

With that out of the way, I see some good and necessary changes being proposed and I see some things that appear to be unnecessary and overcomplicated.



What I like about Hardfork 20


Removal of the minimum SP power down restriction – If the SP is yours, you should be able to withdraw it. If there were concerns about exploiting account creation, then the fix is to mitigate account creation exploits, not to prevent all users from withdrawing their tokens. This one is a no-brainer for me.

Reducing the curation window time and self-voting rewards during that time (reverse-auction) – This is something that I have supported since the spring of 2017. I’m glad to see it finally being proposed in a hard fork. I honestly have no idea why it took so long to make this change. A 30-minute “reverse-auction” window was unnecessarily long and has done very little to nothing at all to “combat bots.” Self-voting within that window and being able to maximize your rewards was never ideal and didn’t make much sense to me. And anything that may increase the total pool of curation rewards is a great step. We definitely need to improve SP utility and SP returns for invested users.

28-day expiration of internal market orders – A good addition, in my opinion. I don’t think it’s a critical need, but if it helps to improve blockchain performance with insignificant or no negative consequences for token traders, then I’m for it.

Reward beneficiaries paid based on author settings – Again, this is a no-brainer and a good implementation. It keeps things simple and uniform, which should not be underestimated (time and again).

SBD print rate – This just makes sense to me. If our debt limit is 10%, then we shouldn’t be reducing the print rate of SBDs starting at 2% and increasing the printing of STEEM. In the few cases that I have observed, it’s negative STEEM price action that leads us closer to the debt limit, not the over-printing of SBDs.

I do, however, have a major issue with the SBD conversion function being taken off of the flagship site, steemit.com. This conversion function is the primary tool for users to combat the oversupply of SBDs. It isn’t an “advanced setting.” It’s a critical blockchain function. With prices creeping toward $1.00, it may be very necessary to use the conversion function to both reduce the downward pressure on SBD prices and to reduce the debt ratio by slightly increasing the STEEM supply at the same time. If having a pegged token is still desired, then we need the available tools to be...available.



What I don’t like about Hardfork 20


The new account creation functions and features.

I’ll keep my critique of this simple: It all seems to be an unnecessary and convoluted mess.

Back when the 2017 road map was released by Steemit, Inc., one of the concepts that they touted was K.I.S.S. – Keep It Simple, Stupid. It was a great idea that had a lot of support, as the blockchain already seemed pretty complex and easily confused new users. Making things simple for users, making the blockchain more efficient, keeping things as transparent as possible, and allowing for quick troubleshooting are all excellent ideals to strive for with tech and social media.

We’re not getting that here.

Instead, we’re being asked to accept a more complex system of account creation that will require new parameters from witnesses, including many of the same ones who are unable or unwilling to set existing parameters today. These parameters are supposed to be set for discount account creation tokens – the number created each day and the total supply. Then the new Resource Credits (or RCs, which are being proposed in this same hardfork to control bandwidth resources) will apparently be used to actually create the accounts.

Very few of the top-50 witnesses even bother setting bias and APR parameters, even when SBDs are off the intended peg. When it comes to block size and creation fees, most of them simply wait and copy whatever the first person does. If we’re hoping that new parameters will be set based on robust testing and discussion among witnesses and the community, then I’m afraid our hopes will be sorely misplaced.

Even if we were to assume that all of our top witnesses will be engaged and discussing these new parameters regularly, these account creation changes alone should be their own hardfork proposal. There’s no reason why they ought to be included with curation reward, power down, and internal market order changes. The account creation and RC system/market are significant alterations of Steem protocols and will likely have a large impact on the ecosystem. And as stated above, they will add a thicker layer of complexity to the system.

After testing on a testnet, it’s possible that it may turn out to be a better system than we currently have. But why it needs to be lumped in with other quick/easy changes that have more widespread support is mind-boggling.

All of that being said, I think the Resource Credit idea is worth testing. I just don’t think we need another 20 changes at once...again.

20-second comment limit reduced to 3 seconds – I’m not even sure why this was something that needed a fix. Are spammers not able to spam quickly enough with their spam bots? Or do we simply have world-record speed-readers and speed-typers out there who really want to leave engaging, meaningful comments every 20 seconds on different posts?

Upvote lockout period changed to cool-down – I don’t dislike this change. But I don’t necessarily like the time frame for the cool-down.

Very few posts receive votes (or any attention at all) after the first two or three days after publishing. This was the case before the 7-day payout was even implemented – users just didn’t engage much with older posts (mostly because users don’t engage much at all, but that’s another issue altogether). This was one of the main reasons why I wasn’t exactly enthusiastic about changing the payouts to seven days. I would have much rather had a 48 to 72-hour payout period with extended voting time given to the post based on votes received toward the end of the payout period.

With a seven-day payout and a lack of voting and engagement on older posts, I would rather see a cool-down period of 3.5 days. This would help avoid “abuses” in both directions. It would limit the amount of late upvotes and/or votes purchased via bid bots that are made with the intent to try to hide the rewarding of the post after it is long out of sight by the average user. And it would likewise mitigate any late-stage downvoting that may be meant to simply “punish” another user.

More than that, having the shorter initial window would help with the notion of discovery and creating viral or trending content, which was the original idea behind the reward protocols in the first place, if I’m not mistaken.

So I like the idea of the cool-down as opposed to the lockout. I’m just not a fan of the current proposed implementation of it.



The rest of the proposed changes


I really don’t have an opinion on most of what was not mentioned here, which means I don’t really have a problem with any of it at this time. It’s all pretty mundane.



If there’s anything about Hardfork 20 that you want to discuss, leave me a comment and I will try to get a timely response to you.


Steem Velocity Hardfork - Hardfork 20



Vote for

ats-witness_banner_small.jpg

Block-change you can believe in!


Sort:  

I agree with pretty much everything you said here. A few comments though.

I do, however, have a major issue with the SBD conversion function being taken off of the flagship site, steemit.com.

This was done to prevent users from using it unknowingly when SBD is above $1 USD and losing money. Perhaps a warning popup while it is over $1 USD would been better option, but users would still do it anyway unaware of the loses in some cases significant. In fact 20,000 SBD was converted at ~$7 USD SBD price, for a great loss and the main reason this was changed.

While SBD is near $1 now, I don't think it is pegged and just following Steem which is also near $1. Even now using the conversion would be a bad financial move as you would lose about 3% right now, and likely more over a 3.5 period. But I do agree the lack of this functionality from the web UI is not good. It is still possible though if you are technically inclined.

20-second comment limit reduced to 3 seconds

The core idea behind this change is no legitimate user should be throttled under "normal" and "reasonable" use. I have hit this 20-second limit many times. I read relatively fast but not a super speed reader or anything and I can hit this limit going through comments and commenting one interesting ones. It doesn't happen a ton, enough that I get frustrated, but I have run into it. I hope the RC changes will curb the ability to abuse this but I have a feeling it won't be a positive change in the end.

With a seven-day payout and a lack of voting and engagement on older posts, I would rather see a cool-down period of 3.5 days.

I honestly would like to see longer payout window. At least as an option for some forms of content. I am a big believer in evergreen content, content you put a lot of time into (video, tutorials, web shows, high-quality content) that is referenced and engaged on for weeks or months later should be able to be rewarded. I have tutorial/information posts that are 6-8 months old I still frequently get comments on thanking me for a helpful post. But I am more concerned with things like Web Shows, high production tv like video content, development projects, and other similar forms of content. Some of these have extremely high labor requirements to produce and it is difficult to justify when you have a small window you can be rewarded for it. Many YouTube channels depend on monetization on videos that get paid out for years. The payout wouldn't be a single payout, but something like a weekly payout. To do this though would require major improvements in discoverability. I'd add though most content on Steem wouldn't deserve a long payout window so there is that.

I would have liked to see more big improvements for 1.5+ years of work and I agree would like to see more hardforks and fewer changes in each. It becomes you like this and this but not that but you got to take 20 changes along with it.

I honestly would like to see longer payout window. At least as an option for some forms of content.

That'd be awesome if at the time of posting you could choose the reward period.

20-second comment limit reduced to 3 seconds

That's great IMHO... I'm not patient.

Resource Credits

ewwwww

I totally agree! We have the ability to just check mark which payout window say out of three that we want for that specific post ! like 7 days / 14 days / 1 month / 6 months etc, thats if you dont mind waiting 6 months for the pay out. Or else let all posts still pay out in 7 days but if you like , you can extend or restart the payout for longer , like restarting the power down. 👍👍👍

Loading...

SMTs

that's right, I went there

It's there! Didn't you see the Steemit's Minimized Timing post period being changed?

Oh very good. Consider yourself hired my friend.

Now, quickly come up with a way for me to tell my wife that the infestation is her fault!!

This could be a lucrative arrangement for both of us!

Maybe in 2020 lol

Somebody has to go there, because STINC surely isn't getting it done! ;)

Oh, you silly person, you!

Thank you for the information you provided.

Your balance is below $0.3. Your account is running low and should be replenished. You have roughly 10 more @dustsweeper votes. Check out the Dustsweeper FAQ here: https://steemit.com/dustsweeper/@dustsweeper/dustsweeper-faq

Pretty solid summary!

I like the discounted account system if that means the steemit sign up process can be improved and is faster for new users. I also like the burning of sign up fees.

Resource credits are what I am really looking forward to.

but in these proposals I see nothing against the thefts of votes and accounts on steemit!
Honestly, 10 or 20 seconds for the comments ... I do not care.

Things can change substantially when looking at them on paper than when they are actually implemented, testnet will give us a more precise feel regarding the HF20 changes.
All rewards from this comment will go to charity

Still that community hardfork and that smt thing right?

Well, SMTs are still being worked on, allegedly. I'm sure that'll be the "next big focus"...again.

The community stuff isn't something that'll require a hardfork, as far as I know. There may be some aspects of it that could require some adjustments/tweaks at the blockchain protocol level, but the main project isn't going to be a blockchain function.

Interesting summary and points! I just got around to reading the release notes and am still digesting.
This review of the HF seemed very balanced and fair with good and bad points.

This review of the HF seemed very balanced and fair with good and bad points.

That's the only way I like to do things! Fair and balancedTM!

:) It's your brand! Good to see the funny side of you as well!

Would be interesting if Steemit Inc came out with that they wanted to HardFork Jerry's special video to the front page hahaha, the reactions...

thanks for explaining this in a way even a pleb like me could understand. @themarkymark too.

Team Good Alpaca loves this post! Nomnomnomnom!
teamgoodbanner1.png
Delegate to our project via SteemConnect:
10 SP | 20 SP | 50 SP | 100 SP | 200 SP | 500 SP | 1000 SP | 5000 SP