Google circa u principiu di rimpiazzà a propria versione di u protocolu à a variante sviluppata in a specificazione IETF. A versione di Google di QUIC utilizata in Chrome difiere in certi dettagli da a versione da . À u listessu tempu, Chrome supporta e duie opzioni di protokollu, ma hà sempre utilizatu a so opzione QUIC per difettu.
Da oghje, 25% di l'utilizatori di u ramu stabile di Chrome anu cambiatu à utilizà IETF QUIC è a parte di tali utilizatori serà aumentata in un futuru vicinu. Sicondu statistiche di Google, paragunatu à HTTP nantu à TCP + TLS 1.3, u protokollu IETF QUIC hà dimustratu una riduzione di 2% in a latenza in Google Search è una riduzione di 9% in u tempu di rebuffering di YouTube, cù un aumentu di u throughput di 3% per desktop è 7. % per i sistemi mobili
HTTP / 3 utilizendu u protocolu QUIC cum'è un trasportu per HTTP/2. U protokollu QUIC (Quick UDP Internet Connections) hè statu sviluppatu da Google da 2013 cum'è una alternativa à a cumminazione TCP + TLS per u Web, risolve i prublemi cù i tempi longu di cunfigurazione è di negoziazione per e cunnessione in TCP è eliminendu i ritardi quandu i pacchetti sò persi durante i dati. trasferimentu. QUIC hè una estensione di u protokollu UDP chì sustene a multiplexazione di parechje cunnessione è furnisce metudi di criptografia equivalenti à TLS / SSL. Duranti u prucessu di standardizazione IETF, i cambiamenti sò stati fatti à u protocolu, chì hà purtatu à l'emergenza di dui rami paralleli, unu per HTTP / 3, è u sicondu mantenutu da Google.
Source: opennet.ru