making it a hybrid multiplexing/not-multiplexong protocol, that can easily wrap & encapsulate streams but which is dead ass useless & requires subprotocol negotiation & tracking to deal with anything else seems like unbelievable busted jank. i literally cant imagine a worse way to do this. how was this compromise? who does this satisfy? i would have told any extremist protesting common semse to take a hike, would have started my own draft, would have died on this hill.

this is murderously bad incidental complexity. it's uncontainedly bad. what if someone doesnt opt to use the h3-dgram variant? then we are up shits creek: our protocols conflict & there's no way to resolve this mess. how do we differentiate channels (my term for "streams" of unordered datagrams) if everyone has different ways of defining channels? we invite in infinite forms of incompatibility. maybe we need to revamp the h3 encapsulation & spinkle a couple magic bytes as preamble, to try to mark our turf, declare our subprotocol.

this is the definition of insanity. this is a stupid awful mess. irreconcilable & infinitely confusing, forever & ever. disastrously wrong. how possibly could datagrams be done worse? what was "compromised"?

i have had such high hopes QUIC would be the transport protocol to encapsulate everything, to make a new dawn of connectivity possible. this is weap-into-my-keyboard stupid/bad news, this is impossibly broken, this is disaster: DATAFRAME is broken by design, due to "compromise", and nothing non-stream-based can work together ever atop QUIC (except in some special lucky cases) because the basic, most core, simple, sensible-est of guiding principles of QUIC got thrown out the door to make DATAFRAME, and it's ruin & damnation for it. DATAFRAME could not have a more elementary mistake if it tried. sctp notably managed to avoid shooting themselves in a vital area like this. abandon this DATAFRAME effort. it jeopardizes the overall QUIC effort itself that it is so awful.