為了盡力專注於 QUIC 的核心特性，以及為了趕上發布進度，最初計劃為核心協定一部分的幾個特性已被延後，延到 QUIC 第二版或以後的版本中完成。
本文檔作者沒有正版的水晶球在手上，所以我們不能知道哪些特性會或者不會出現在第二版中。 但我們可以談談那些在第一版中被標記為 "之後做" 的可能出現在第二版中的特性。
前向糾錯（ FEC ）是一種通過向接收方發送冗餘數據，使得接收方能快速識別出含有不明顯錯誤的一種錯誤控制方式。
Google 在它們的原版 QUIC 成果中實驗過該特性，但由於實驗結果不理想而已經去除。此特性可供 QUIC v2 討論，但可能需要有人證明它能在成本不大的情況下有效用。
Multipath 代表著通訊可以通過多個網路路徑傳輸，以其最大化利用資源並增加冗餘。
SCTP 支持者可能有話說了，SCTP 和現代 TCP 早就已經支援這一點。
已經討論了提供 "不可靠"串流作為選項之一，然後允許 QUIC 替換 UDP-style 的應用程式。
基於 QUIC 的 DNS 是早期提到的非 HTTP 協定之一，一旦 QUIC v1 和 HTTP/3發布，它可能會引起注意。
但是，就像曾經新的交通工具被帶到世界上，因此我無法想像它會是終點。