O QUIC envia as mensagens do handshake TLS em frames CRYPTO dentro de pacotes QUIC, e não em registros TLS, e deriva as chaves de proteção de pacotes do escalonamento de chaves (key schedule) do TLS. Os pacotes Initial são protegidos com chaves derivadas do ID de conexão, então ficam apenas ofuscados, e o primeiro envio do cliente (first flight) precisa receber padding até pelo menos 1.200 bytes, o que limita a amplificação por origens falsificadas.
Os streams são multiplexados sem bloqueio de cabeça de fila (head-of-line blocking), as conexões sobrevivem a mudanças de IP graças aos IDs de conexão, e os handshakes terminam em uma ida e volta (0-RTT com retomada de sessão). O HTTP/3 (RFC 9114) roda por cima; os navegadores o descobrem pelos cabeçalhos Alt-Svc ou por registros DNS HTTPS.
Os key shares pós-quânticos fazem o Initial do cliente ocupar mais de um pacote; o QUIC lida com isso, mas alguns equipamentos intermediários (middleboxes) e implementações de servidor precisaram de correções. As impressões digitais JA4 marcam os handshakes QUIC com um q inicial.