Just do this and SPS, then seriously consider cancelling the other changes.

Posted using [Partiko Android](https://partiko.app/referral/abitcoinskeptic)

This change is super important to steem-engine and steemmonsters so that user actions never conflict and stop something from happening.  It gets more important as new apps and automation are added.

I don't object at all to this change, but I wanted to caution those using custom_json's for derived consensus data, that this may change how you interpret ordering. 
You can no longer do async/parallel application of transactions within a block as the account would not be guaranteed unique. 
In other words, right now one can shortcut ordering as blocks are clearly totally ordered. With this change, one needs to pay attention to the order of transactions within a block to ensure deterministic application across observers.

Yes, please. This is an essential changed. However, five operations per block seems a little small (although, 5 is better than nothing is 10 isn't agreeable). I would preferably prefer to see this increased to ten. Specifically, this would benefit Steem Engine greatly as well as the airdrop bot that I have created which gets around this limitation.

Furthermore, can we please increase the limit of 2000 characters for a custom JSON operation for Jussi backed nodes? I would ideally like to see this increased to 10000 characters to make life a little easier from a development perspective.

I'm in favor of this change, seems low risk, and beneficial to dapps.

You have our support for more custom json!
You have our support for more custom json!
You have our support for more custom json!
You have our support for more custom json!
You have our support for more custom json!
You have our support for more custom json!

Sincerely Team Booster

Bring it on and make STEEM ready for the rise of Dapps.

We fully agree with this change and will install a fork containinig it.

That's great news, I think steemit should focus on making the chain more developer-friendly, we've seen what community devs can achieve and it's important for attracting new business and giving dapps room to grow

https://i.stack.imgur.com/MNeE7.jpg

Nice, an intelligent exchange of ideas and opinions under a Steemitblog. Gotta love that. No idea what you are talking about exactly, but I don't mind. Much better than the usual hate/sarcasm mix. 

Posted using [Partiko iOS](https://partiko.app/referral/elbrava)

Looks like a good change. A big win for the user experience with almost zero bad impact on the blockchain. I support this change as a backup witness.

If there is a quick way to limit it again in case of emergency, I am okay with removing the limit completely.

This [new steem](https://steemit.com/busy/@whatsup/new-steem-it-s-not-like-old-steem) is much better than the old steem.
Ya'll have managed to find a second change that we can agree on.
That's a start.

If it makes nextcolony load faster, even better.

I fully agree with the limit increase, the flexibility/speed it will give apps is crucial. The onus on adjusting to the change is on the app devs. 

There's also no need for it to be a witness parameter.  If there's a reason to adjust it upwards or downwards in the future, that adjustment is unlikely to be critical enough to alone warrant a HF and will be part of the next logical HF regardless.

Allowing more than 1 custom_json and rasing the size limit will be a great improvement for all steem bases apps. I support these changes.

Posted using [Partiko Android](https://partiko.app/referral/holger80)

This change is amazing! That's exactly what I needed. :)

I wonder, what else will be added to HF21?
Is there a plan?
Are you making this up on the go?
Do you have a release manager?

Not that any testing is needed, I guess?

HF AZ-5

Would be beneficial for nextcolony to allow more game commands in one block.

Love this one! Good job communicating each day btw. 
It'd be good to remind people about the timing of the proposed Hard Fork... keep it in their minds when this may happen and give them a reason to interact sooner than later.

I support the idea of gradual change. Stability is one of the top priorities.

I'm for it.

These are all great ideas, no just scrap that silly EIP. Everything else you are doing is good for the price of steem, that is likely going to hurt it, it likely already has.

Are there serious downsides to having it be a witness-configured limit instead of a hard-coded limit?

I would like to remove this limit as much as possible. We have been having to built big work arounds because of this limit.

Make app developers have proper amount of SP but limits per block make everything clunky and complex.

Effectively limitations reduce discussions and there are discussions that deserve a good debate because of the level of interest they have.

One of the questions they ask me is: why are the discussions so limited?


Efectivamente las limitaciones disminuyen las discusiones y hay discusiones que bien merecen un buen debate por el nivel de interés que poseen.

Una de las preguntas que me hago es: ¿por qué son tan limitadas las discusiones?

This is a great opportunity to improve the user experience of NextColony. 
We're supporting this change.

Yes! We urgently need this change.

This would a great improvement for all DApp developers. The current system is great compared to other blockchains, but this would help to lift the user experience closer to  the level on non blockchain apps.