## IETF IETF為QUIC標準化成立的QUIC工作組很快就決定，IETF標準化的QUIC協議應該支持HTTP以外的其他應用層協議。Google版的QUIC只傳輸HTTP——在實踐中，它則被用來傳輸符合HTTP/2幀語義的片段。 另外，工作組最初也決定IETF-QUIC應該基于TLS 1.3進行加密與安全傳輸，而不使用Google版QUIC定制的方法。 為滿足不局限于HTTP的傳輸需求，IETF QUIC協議的架構被分為兩個獨立的層：傳輸層QUIC和“基于QUIC的HTTP”（HTTP over QUIC）層（有時候縮寫為“hq”）。 盡管這種分層結構看似人畜無害，但這實質上造成IETF-QUIC與Google版QUIC有著諸多不同。 工作組很快發現了這一點，為保持適當關注和能按時交付第一版QUIC，工作組的重心轉移到了HTTP傳輸，非HTTP傳輸將留待今后研究。 2018年3月，當我們開始寫這本書的時候，第一版QUIC最終的規范計劃于2018年11月發布。不過發布時間在這之后被推遲到了2019年7月。 在IETF-QUIC取得進展的同時，Google團隊已經整合了IETF版本的細節并逐漸推進他們的協議版本，以期最終可能符合IETF定義的規范。盡管如此，Google在他們的瀏覽器和服務中繼續使用自己的QUIC版本。 [正在開發的大多數新實現](https://github.com/quicwg/base-drafts/wiki/Implementations)已經決定著眼于IETF版本，與Google版本并不兼容。