But it is the point. QUIC allows to transfer streams of ordered data, not packets. Pure packets won't flow faster for UDP, TCP, QUIC, etc, therefore things like

But it is the point. QUIC allows to transfer streams of ordered data, not packets. Pure packets won't flow faster for UDP, TCP, QUIC, etc, therefore things like UDP-based video-streaming won't get any less latency if you migrate them from CUSTOM_PROTOCOL_OVER_UDP to CUSTOM_PROTOCOL_OVER_QUIC_OVER_UDP. And doing that would be generally just be doable using QUIC datagram extension - which is less in the scope of the project than ordered streams. TCP-like workloads (e.g. HTTP requests) will have lower latency and higher performance due to 1 less round-trip during connection establishment, and more data being being available to congestion control and retransmit logic. The latter allows to be more efficient in the case of loss.