Toto je omyl aj v samotnom clanku, ze hlavny dovod QUIC, je dlzka nadviazania spojenia.
Hlavny problem HTTP/2 je head-of-line blocking. Pretoze HTTP/2 ma v sebe niekolko paralelnych streamov tak by bolo pekne aby boli nezavisle, co nie su, lebo idu v jednom TCP streame. Cize strata/zdrzanie jedineho paketu sposobi zdrzanie vsetkych streamov. Tento problem pri HTTP/1.1 neexistoval, alebo bol aspon ovela menej viditelny.
Cim nechcem povedat ze pome naspat k HTTP/1.1!!!
Samozrejme, znizit pocet paketov na nadviazanie spojenia je vzdy pekne, ale pretoze user agent by mal nadvazovat HTTP/2 spojenia, ktore su na viacero requestov + mame 0-RTT v TLS1.3 tak prinos znizenia poctu round tripov je marginalny.