负责互联网协议和架构开发的互联网工程任务组（IETF）已经完成了 QUIC 协议的 RFC，并以标识符 RFC 8999（版本无关协议属性）、RFC 9000（传输协议）发布了相关规范。 over UDP）、RFC 9001（QUIC 通信通道的 TLS 加密）和 RFC 9002（数据传输期间的拥塞控制和数据包丢失检测）。
RFC 获得了“拟议标准”的地位，之后工作将开始赋予 RFC 标准草案（标准草案）的地位，这实际上意味着协议的完全稳定并考虑到所有提出的意见。 HTTP/3 协议定义了使用 QUIC 协议作为 HTTP/2 的传输，目前仍处于草案规范阶段，但很快将由 IETF 最终标准化。
预计 QUIC 的标准化将推动该协议的更广泛采用，以及基于该协议的扩展的开发，例如 WebTransport（一种在浏览器和服务器之间发送和接收数据的技术）和 MASQUE （一种连接代理技术，扩展了 SOCKS 和 HTTP CONNECT 的功能，并使用 HTTPS over QUIC 作为传输）。
让我们回顾一下，QUIC（快速 UDP 互联网连接）协议是 Google 自 2013 年以来开发的，作为 Web 的 TCP+TLS 组合的替代方案，解决了 TCP 连接建立和协商时间长的问题，并消除了连接时的延迟。数据传输过程中数据包丢失。 QUIC是UDP协议的扩展，支持多个连接的复用，并提供相当于TLS/SSL的加密方法。 在 IETF 标准的制定过程中，对协议进行了更改，从而导致了两个并行分支的出现，一个是 HTTP/3，另一个是 Google 支持的（Chrome 支持这两个选项，Firefox 支持 IETF 版本） 。
QUIC 的主要特点：
- 类似于 TLS 的高安全性（本质上 QUIC 提供了通过 UDP 使用 TLS 的能力）；
- 流量完整性控制，防止丢包；
- 能够立即建立连接（0-RTT，在大约 75% 的情况下，可以在发送连接建立数据包后立即传输数据）并在发送请求和接收响应之间提供最小的延迟（RTT，往返时间）；
- 重传数据包时使用不同的序列号，这可以避免识别接收到的数据包时出现歧义并消除超时；
- 数据包丢失仅影响与其关联的流的传送，并且不会停止通过当前连接传输的并行流中数据的传送；
- 纠错功能可最大限度地减少因重传丢失数据包而导致的延迟。 在数据包级别使用特殊的纠错码可以减少需要重传丢失的数据包数据的情况。
- 密码块边界与QUIC数据包边界对齐，减少丢包对后续数据包内容解码的影响；
- 不存在TCP队列阻塞的问题；
- 支持连接标识符，减少移动客户端重新建立连接的时间；
- 连接高级连接拥塞控制机制的可能性；
- 采用单向吞吐量预测技术，确保数据包以最佳速率发送，防止数据包拥塞而导致丢包；
- 与 TCP 相比，性能和吞吐量显着提高。 对于 YouTube 等视频服务，QUIC 已被证明可以将观看视频时的重新缓冲操作减少 30%。
来源： opennet.ru