That's a pretty silly take. You're basically asserting that implementation difficulty is always the main priority, and there can never be any worthwhile tradeoffs that could offset that complexity.

But in reality, the world probably only needs a few dozen H3 implementations, just like there are only tens of production TCP stacks. But those implementations will be used by billions of people, hundreds of billions of machines, and handle effectively all data transmission of the entire humanity.

The leverage is massive, even the most minor improvements will be able to pay off any level of engineering effort.

TLS is more costly to implement than simply not encrypting or signing anything.

Sometimes cost of implementation isn't the only consideration.

I don't really see how one leads to another, could you elaborate? Looking at these protocols, it seems to me that later versions of HTTP attempt to address errors resulting from the overly simplistic design of HTTP/1.1.

We should have stayed in Gopher.