Зачем появился QUIC
Классический HTTPS долго строился как TCP + TLS + HTTP. QUIC переносит транспортные механизмы в пользовательское пространство и работает поверх UDP, но сам реализует надёжность, контроль перегрузки, шифрование и мультиплексирование потоков.
UDP не означает «без гарантий»
UDP предоставляет минимальную доставку датаграмм, но приложение поверх него может реализовать подтверждения, повторные передачи и управление порядком. QUIC именно так и делает. Поэтому фраза «QUIC ненадёжный, потому что UDP» неверна.
Head-of-line blocking
В HTTP/2 множество логических потоков идут внутри одного TCP-соединения. Потеря одного TCP-сегмента может задержать обработку данных других потоков. В QUIC потоки независимее: потеря данных одного потока не обязана блокировать остальные.
TLS встроен
Шифрование не является внешней надстройкой: QUIC проектировался вместе с TLS 1.3. Это уменьшает количество отдельных рукопожатий и упрощает безопасное установление соединения.
Где это особенно заметно
Преимущества QUIC чаще заметны на мобильных и нестабильных сетях, при потерях пакетов и смене сетевого интерфейса. На идеальном локальном канале разница с хорошо настроенным TCP может быть небольшой.