QUIC

QUIC, стандартизованный в RFC 9000 (май 2021), был спроектирован Google и IETF, чтобы заменить связку TCP + TLS как транспорт современного веба. Он идёт по UDP – то есть деплоится без правок ядра – и сворачивает TLS 1.3, мультиплексирование и надёжные упорядоченные стримы в один протокол. Главное: у каждого QUIC-стрима свой loss recovery, поэтому потеря в одном не блокирует доставку в других. Это лечит самую болезненную патологию HTTP/2 на нестабильных сетях.

Для стриминга важны такие свойства QUIC: 0-RTT resumption (быстрее старт при переподключении клиента), unreliable datagrams (RFC 9221), независимый stream loss recovery и чистая интеграция с TLS 1.3 fingerprinting. HTTP/3 (RFC 9114, июнь 2022) держит HTTP-семантику поверх QUIC и стал дефолтом у многих крупных CDN. Кроме HTTP, WebTransport и Media over QUIC отдают примитивы QUIC прямо в приложение, открывая дизайны, которые ни HTTP, ни WebRTC не выразили бы.

Эксплуатационная история QUIC двойственная. Браузеры поддерживают его везде, крупные CDN (Cloudflare, Fastly, Akamai, Google) по умолчанию отдают QUIC для HTTPS. Но middlebox-ы – корпоративные прокси, security-шлюзы, некоторые enterprise-файрволы – иногда блокируют UDP/443 целиком или сбрасывают на TCP. Шифрование скрывает то, что раньше было видно on-path, и привычный traffic shaping не работает так же – это уже стало точкой трения с частью провайдеров.