Attention : quand QUIC sera normalisé, il sera normalisé comme une évolution de TCP. (c'est ce que j'ai compris, comme SPDY de Google qui a été normalisé HTTP/2)
Aujourd'hui il utilise UDP au niveau du système d'exploitation, car c'est le seul moyen de faire rentrer un TCP expérimental, mais fondamentalement, QUIC est une grosse évolution de TCP.
c'est pas au meme niveau. QUIC est au dessus d'UDP. TCP est au même niveau qu'UDP (du moins vu des routeurs).
Tu ne peux pas 'remplacer' TCP par un "QUIC sans UDP" sans tout casser niveau compatibilité (et fonctionnement des NAT intermédiaires par exemple). En pratique, l'Internet IPv4 ne sait pas faire autre chose que TCP ou UDP.
Je n'ai pas vu de 'normalisation' pour QUIC pour le moment. Ce n'est pas la meme chose que ce qui s'est produit avec SPDY et HTTP/2.
Ce qui peut éventuellement arriver ce sont l'intégration de "library" QUIC sur UDP pour les OS (Windows, Linux, Mac,etc) de façon a permettre l’utilisation de QUIC par n'importe quel application.
Idéalement il faudrait s'affranchir d'UDP et utiliser un nouveau 'protocol number' propre a QUIC mais tant qu'on aura IPv4 et son NAT omini-présent ca ne servira a rien.
sur de 'l'IPv6 only' c'est une autre histoire. La on verra peut-etre des choses arriver mais pas pour tout de suite.