Chrome přidává experimentální podporu pro protokol HTTP/3
K experimentálním stavbám Chrome Canarypřidal podpora protokolu HTTP/3, který implementuje doplněk umožňující HTTP pracovat přes protokol QUIC. Samotný protokol QUIC byl do prohlížeče přidán před pěti lety a od té doby slouží k optimalizaci práce se službami Google. Verze QUIC od Googlu použitá v Chrome se přitom v některých detailech lišila od verze z Specifikace IETF, ale nyní jsou implementace synchronizovány.
HTTP/3 standardizuje použití QUIC jako přenosu pro HTTP/2. Chcete-li povolit možnosti HTTP/3 a QUIC z 23 návrhů Specifikace IETF vyžadují, aby byl Chrome spuštěn s možnostmi "-enable-quic -quic-version=h3-23" a poté při otevření testovacího webu quick.rocks:4433 V režimu kontroly sítě ve vývojářských nástrojích se aktivita HTTP/3 zobrazí jako „http/2+quic/99“.
Připomeňme, že protokol QUIC (Quick UDP Internet Connections) byl vyvinut společností Google od roku 2013 jako alternativa ke kombinaci TCP+TLS pro web, řeší problémy s dlouhými časy nastavování a vyjednávání připojení v TCP a odstraňuje prodlevy při ztrátě paketů během přenosu dat. QUIC je rozšíření protokolu UDP, které podporuje multiplexování více připojení a poskytuje metody šifrování ekvivalentní TLS/SSL. Dotyčný protokol je již integrován do infrastruktury serverů Google a je součástí prohlížeče Chrome. naplánováno pro zahrnutí do Firefoxu a aktivně se používá k obsluhování požadavků klientů na serverech Google.
Vysoká bezpečnost podobná TLS (v podstatě QUIC poskytuje možnost používat TLS přes UDP);
Řízení integrity toku, zabraňující ztrátě paketů;
Schopnost okamžitě navázat spojení (0-RTT, v přibližně 75 % případů lze data přenést ihned po odeslání paketu nastavení spojení) a poskytnout minimální prodlevy mezi odesláním požadavku a přijetím odpovědi (RTT, Round Trip Time);
Nepoužívat stejné pořadové číslo při opakovaném přenosu paketu, což zabraňuje nejednoznačnosti při identifikaci přijatých paketů a zbavuje se časových limitů;
Ztráta paketu ovlivní pouze doručení s ním spojeného proudu a nezastaví doručování dat v paralelních proudech přenášených prostřednictvím aktuálního připojení;
Funkce opravy chyb, které minimalizují zpoždění kvůli opakovanému přenosu ztracených paketů. Použití speciálních kódů pro opravu chyb na úrovni paketů ke snížení situací vyžadujících opakovaný přenos ztracených paketových dat.
Hranice kryptografických bloků jsou zarovnány s hranicemi paketů QUIC, což snižuje dopad ztrát paketů na dekódování obsahu následujících paketů;
Žádné problémy s blokováním fronty TCP;
Podpora pro identifikátor připojení, který zkracuje dobu potřebnou k vytvoření opětovného připojení pro mobilní klienty;
Možnost připojení pokročilých mechanismů řízení přetížení připojení;
Využívá techniky předpovědi propustnosti v jednotlivých směrech, aby zajistil, že pakety budou odesílány optimální rychlostí, čímž se zabrání jejich zahlcení a ztrátě paketů;
Postřehnutelné růst výkon a propustnost ve srovnání s TCP. U video služeb, jako je YouTube, bylo prokázáno, že QUIC snižuje operace opětovného vyrovnávací paměti při sledování videí o 30 %.