QUIC·BEST
QUIC · RFC 9000
↓Скролль чтобы продолжить

Made for packets. Built for the internet.

Протокол,
который убил
TCP.

Designed to connect, migrate, and encrypt in all the right ways. QUIC makes the simplest handshake feel considered.

* RFC 9000 · RFC 9114 · TLS 1.3 INSIDE · UDP : 443 · ~35% ВСЕГО ТРАФИКА СЕТИ

▶QUIC vs TCP — 01:24

[ Глава 01 · Фундамент ]

UDP был просто сырьём.

В 1980-м Дэвид Рид написал RFC 768 на три страницы и сказал: вот пакет — отправил и забыл. Приложение само знает, какие гарантии ему нужны.

* ЗАГОЛОВОК 8 БАЙТ · НОЛЬ ГАРАНТИЙ · МАКСИМАЛЬНАЯ СКОРОСТЬ

  • 1980UDP — гениальная простота
  • 2012Google начинает эксперименты с QUIC
  • 2014Chrome пробует QUIC параллельно с TCP
  • 2016IETF переписывает с нуля: TLS 1.3 внутри
  • 2018HTTP-over-QUIC → HTTP/3
  • 2021RFC 9000 — стандарт. Точка.
  • 2026~35% трафика интернета — по QUIC

Это не просто
обёртка UDP.

* HANDSHAKE FUSION · TRANSPORT + CRYPTO IN ONE RTT

TCP и TLS десятилетиями жили раздельно: сначала три пакета на соединение, потом ещё два на шифрование. QUIC склеил их в один круг — а для знакомых серверов данные летят уже в первом пакете.

На мобильном интернете с пингом 80мс это сотни миллисекунд, которые ты перестал ждать. Каждый раз, с каждым сайтом.

[ Глава 02 · Почему пиздат ]

Не «немного быстрее».
Фундаментально другой.

01 · LATENCY

Хендшейк за 1 круг

TCP+TLS = 2–3 round-trip'а. QUIC склеил их с TLS 1.3: первое подключение 1-RTT, повторное — 0-RTT

02 · STREAMS

Нет блокировки очереди

У TCP потеря одного пакета ставит на паузу всё соединение. У QUIC стримы независимы

03 · MOBILITY

Сеть сменилась — сессия жива

Соединение привязано к Connection ID, а не к IP:порт. Wi-Fi → LTE без разрыва

04 · PRIVACY

Шифруется вообще всё

Даже транспортные хедеры. DPI видит мусор, middleboxes не могут ни подсмотреть, ни испортить

Попробуй покрутить шар

[ Глава 03 · Мобильность ]

Wi-Fi умер.
Сессия — нет.

Выходишь из дома — телефон прыгает с Wi-Fi на LTE. TCP умирает мгновенно: соединение было привязано к IP-адресу, которого больше нет.

QUIC живёт по Connection ID. Сеть сменилась — протокол просто продолжает разговор с нового адреса, как будто ничего не случилось. Звонищие видео и загрузки этого даже не заметили.

[ Глава 04 · Приватность ]

DPI видит мусор.

В классическом стеке TLS защищает только содержимое. Заголовки TCP — номера пакетов, флаги, размеры — читает любой узел на пути. По ним собирают отпечатки и душат трафик.

QUIC шифрует даже свои транспортные заголовки. Для промежуточных коробок пакет выглядит как случайный шум, который нельзя ни прочитать, ни подменить, ни классифицировать.

[ Глава 04.5 · Под капотом ]

Дьявол в деталях.

⚠ REPLAYABLE

0-RTT можно переиграть

Записанные ранние пакеты атакующий отправит дважды — сервер примет как новые. Поэтому 0-RTT только для идемпотентных запросов

×3 AMPLIFICATION

Анти-амлификация

До верификации клиента сервер отвечает максимум втрое большим объёмом — иначе QUIC стал бы усилителем DDoS

● ROTATING CID

ID ротируется

Connection ID регулярно меняется, чтобы трекеры не связали разные сети по одному идентификатору

≥ 1200 BYTES

Минимальный пакет

Каждая датаграмма — минимум 1200 байт: проверка MTU пути и защита от амлификации с первого пакета

[ Глава 05 · Под капотом ]

Спецификация объекта.

СтекНадёжность поверх UDP, userspaceRFC 9000
Хендшейк1-RTT / 0-RTT повторноTLS 1.3 built-in
ШифрованиеAEAD обязательно, хедеры тожеRFC 9001
Head-of-line blockingОтсутствует● streams
Connection IDРотируется, мигрирует между сетями● anti-tracking
Анти-амлификация×3 лимит ответа до верификацииanti-ddos
Мин. датаграмма1200 байтmtu probe
Ненадёжный режимDatagram frames для realtimeRFC 9221
FallbackTCP через Alt-Svc discovery● обязателен

* КОМПРОМИСС: USERSPACE-СТЕК ЕСТ БОЛЬШЕ CPU, ЧЕМ KERNEL TCP. ЗАТО ПРОТОКОЛ ЭВОЛЮЦИОНИРУЕТ КАК СОФТ, А НЕ КАК ЯДРО ОС.