Question

SPDY 是个目前基于 TCP(经常使用 SSL) 实现的多路复用流协议。此外，它可以通过尽可能快地（而不是等待前面的确认返回) 发送所有请求来减少延迟，并且可以通过压缩一些冗余流量来减少带宽使用。尽管其特性和成功，当提供一个延迟减少时，它在请求有效地利用资源方面遇到了一些问题。

1. 单个包延迟导致一个流的头阻塞
2. 由 TCP 处理、导致额外带宽减少和序列化延迟开销的不适宜的拥塞避免
3. TLS(SSL) 会话恢复延迟
4. TLS 往往引发一个解密依赖，先前的包必须在后来的包可以被解密之前被解密

我们希望减少整个英特网的延迟，提供一个响应性更好的用户交互环境。随着时间的推移，整个世界的带宽将会提升，但是受光速支配的往返时间不会减少。我们需要一个协议用更少的延迟和更少的重传时间消耗去传递整个互联网的请求、响应和交互，并且，我们相信现今的方法在阻碍我们。这部分指出我们希望解决的潜在问题。

我们想要开发一个支持以下目标的传输：减少因包丢失造成的头阻塞，低延迟，隐私保证堪比 TLS，等等。

现今，可行性的头号目标显然是这个协议发展的主要驱动力。中间盒和防火墙会代表性地阻塞或明显地降低基于除了 TCP 或 UDP 的格式的任何传输，明白这个以后，我们甚至不会考虑革命性的协议。所以，只有开发基于 TCP 或 UDP 的协议，用来解决我们遇到的问题以及实现我们的目标。

由于基于 DTLS(数据包传输层安全) 的 SCTP 在建立连接时需要的延时太长，大约为 4 个 RTT，所以 SCTP 是不合适的。因此，我们开发了基于 UDP 的 QUIC 协议。