Google sull'inizio della sostituzione della propria versione del protocollo alla versione in fase di sviluppo nella specifica IETF. La versione di QUIC di Google utilizzata in Chrome differisce in alcuni dettagli dalla versione di Chrome supporta entrambe le varianti del protocollo, ma finora ha utilizzato di default la propria variante QUIC.
Ad oggi, il 25% degli utenti di Chrome stabile è passato a IETF QUIC e un numero sempre maggiore di utenti lo farà nel prossimo futuro. Secondo le statistiche di Google, rispetto a HTTP su TCP+TLS 1.3, il protocollo IETF QUIC ha mostrato una riduzione del 2% della latenza nella Ricerca Google e una riduzione del 9% del tempo di rebuffering su YouTube, aumentando al contempo la produttività del 3% per i sistemi desktop e del 7% per i dispositivi mobili.
HTTP / 3 Utilizzando il protocollo QUIC come mezzo di trasporto per HTTP/2. Il protocollo QUIC (Quick UDP Internet Connections) è stato sviluppato da Google a partire dal 2013 come alternativa al pacchetto TCP+TLS per il Web, risolvendo i problemi legati ai lunghi tempi di creazione e negoziazione delle connessioni TCP ed eliminando i ritardi dovuti alla perdita di pacchetti durante il trasferimento dei dati. QUIC è un componente aggiuntivo del protocollo UDP che supporta il multiplexing di più connessioni e fornisce metodi di crittografia equivalenti a TLS/SSL. Durante il processo di standardizzazione presso l'IETF, sono state apportate modifiche al protocollo, che hanno portato alla nascita di due rami paralleli, uno per HTTP/3 e il secondo supportato da Google.
Fonte: opennet.ru
