Before you can appreciate why HTTP/3 exists, you must be fluent in the vocabulary the parent note throws at you: packets, RTT, streams, handshakes, the 4-tuple, probabilities like 1−(1−p)N. This page builds every one of them from nothing. Read top to bottom — each idea is a brick for the next.
The picture to hold in your head: instead of mailing one giant crate, you mail a stack of numbered postcards. Each postcard finds its own way and might arrive out of order — or not at all.
Why the topic needs this: everything about HTTP/3 — loss, retransmission, head-of-line blocking — is a story about individual packets arriving, getting lost, or getting stuck. If you think of a web page as one solid file, none of the arguments make sense.
TCP's handshake is a 3-way exchange: SYN → SYN-ACK → ACK. Count the arrows: you send, they reply, you confirm. That confirming message can carry your first data, so the effective waiting cost is one round-trip. See TCP — three-way handshake and reliability for the full walk-through.
The key takeaway for HTTP/3: this handshake is pure overhead — you are not yet loading the page, you are just introducing yourselves. QUIC's whole setup argument is about cutting these introductions down.
These two are separate promises, and confusing them is the classic trap. UDP has neither; TCP has both; QUIC rebuilds both on top of UDP but applies ordering per stream instead of across the whole connection.
The whole HTTP/2-vs-HTTP/3 drama lives in this figure. HTTP/2 multiplexes many streams but then squeezes them through one ordered TCP pipe — so a lost packet jams the shared pipe and every stream waits (this is Head-of-line blocking). QUIC keeps the streams genuinely independent: a lost packet only jams its own lane. Compare with HTTP-2 — multiplexing and HPACK to see what HTTP/2 fixed and what it left broken.
The one thing HTTP/3 changed is the transport layer: it swapped TCP for QUIC-over-UDP, and folded encryption (TLS 1.3 — handshake and 0-RTT) directly into that transport. Everything above (GET, headers, 200 OK) is untouched. See also Congestion control — slow start, AIMD for the "don't flood the network" service that QUIC also rebuilds, and Middlebox ossification and protocol evolution for why it had to be built on UDP rather than a fresh protocol.