Google tungkol sa simula ng pagpapalit ng sariling bersyon ng protocol sa variant na binuo sa detalye ng IETF. Ang bersyon ng Google ng QUIC na ginamit sa Chrome ay naiiba sa ilang detalye mula sa bersyon mula sa . Kasabay nito, sinusuportahan ng Chrome ang parehong mga opsyon sa protocol, ngunit ginamit pa rin ang QUIC na opsyon nito bilang default.
Simula ngayon, 25% ng mga user ng stable na sangay ng Chrome ang lumipat sa paggamit ng IETF QUIC at ang bahagi ng mga naturang user ay tataas sa malapit na hinaharap. Ayon sa mga istatistika ng Google, kumpara sa HTTP sa TCP+TLS 1.3, ang IETF QUIC protocol ay nagpakita ng 2% na pagbawas sa latency sa Google Search at isang 9% na pagbawas sa YouTube rebuffering time, na may pagtaas sa throughput na 3% para sa desktop at 7 % para sa mga mobile system
HTTP / 3 gamit ang QUIC protocol bilang transport para sa HTTP/2. Ang protocol ng QUIC (Quick UDP Internet Connections) ay binuo ng Google mula noong 2013 bilang alternatibo sa kumbinasyon ng TCP+TLS para sa Web, paglutas ng mga problema sa mahabang setup at mga oras ng negosasyon para sa mga koneksyon sa TCP at pag-aalis ng mga pagkaantala kapag nawala ang mga packet sa panahon ng data. paglipat. Ang QUIC ay isang extension ng UDP protocol na sumusuporta sa multiplexing ng maraming koneksyon at nagbibigay ng mga paraan ng pag-encrypt na katumbas ng TLS/SSL. Sa panahon ng proseso ng standardisasyon ng IETF, ginawa ang mga pagbabago sa protocol, na humantong sa paglitaw ng dalawang magkatulad na sangay, isa para sa HTTP/3, at ang pangalawa ay pinananatili ng Google.
Pinagmulan: opennet.ru