QUIC
运行在 UDP 之上的传输层协议，内置 TLS 加密、多路复用和流量控制，相比 TCP 减少连接建立往返次数并提升丢包容忍度
核心事实
时间轴 (近 90 天)
QPACK运行在QUIC之上，QUIC的多个流可能乱序到达，若直接沿用HPACK会造成队头阻塞。
在连接尚未完全验证的窗口，若服务端实现允许携带较大头部块的Initial或0-RTT数据，仍可能形成有限的放大面。
连接建立完成后，攻击者若已持有有效连接，就可以在同一连接内反复触发高开销响应。
QUIC的握手阶段包含源地址验证机制（如Retry包与地址验证令牌），理论上能缓解纯反射型滥用。
GET /api/quic-0rtt-replay-risk?host=<HOST> 向目标UDP/443端口发送符合RFC 9000 §17.2的手工构造QUIC Initial包，检测无状态Retry机制、推断防重放令牌是否存在，并通过TLS 1.3 ALPN=h3与Alt-Svc=quic启发式判断0-RTT支持情况。
QUIC 0-RTT重放风险端点返回字段包括QUIC是否通告、协商版本、0-RTT支持、无状态Retry支持、防重放令牌存在性、重放风险等级（none/low/medium/high/critical）以及A-F评级。
QUIC 0-RTT允许客户端在握手完成前发送早期数据，但如果目标未实现RFC 9000 §8规定的无状态Retry或RFC 9001 §4.6.1的会话票据轮换，被动观察者可能捕获早期数据流并重放。
QUIC是基于UDP的传输层协议，由Google设计、IETF标准化为RFC 9000，旨在减少连接建立延迟并提升多路复用效率。
开发者将QUIC 0-RTT重放风险端点定位为前瞻性布局，当前该风险多为理论性，但12个月内可能升级为实际关切。
iroh 是一个基于 QUIC 的点对点网络库，使用公钥寻址而非 IP 地址。
还有 8 条时间轴事件
全部知识事实 (20)
QUIC支持多路复用，单个流的丢包不会阻塞其他流，解决了TCP的队头阻塞问题
65%已验证QUIC是由Google设计、后被IETF标准化的传输层协议，已成为HTTP/3的底层传输
65%待验证MoQ基于QUIC构建，允许不同的媒体流设置不同的可靠性级别
90%待验证Solana通过QUIC协议升级和本地费用市场（Local Fee Markets）等改进提升了网络稳定性
85%待验证QUIC的握手阶段包含源地址验证机制（如Retry包与地址验证令牌），理论上能缓解纯反射型滥用。
50%待验证连接建立完成后，攻击者若已持有有效连接，就可以在同一连接内反复触发高开销响应。
50%待验证QPACK运行在QUIC之上，QUIC的多个流可能乱序到达，若直接沿用HPACK会造成队头阻塞。
50%待验证QUIC是基于UDP的传输层协议，由Google设计、IETF标准化为RFC 9000，旨在减少连接建立延迟并提升多路复用效率。
50%待验证QUIC 0-RTT允许客户端在握手完成前发送早期数据，但如果目标未实现RFC 9000 §8规定的无状态Retry或RFC 9001 §4.6.1的会话票据轮换，被动观察者可能捕获早期数据流并重放。
50%待验证QUIC 0-RTT重放风险端点返回字段包括QUIC是否通告、协商版本、0-RTT支持、无状态Retry支持、防重放令牌存在性、重放风险等级（none/low/medium/high/critical）以及A-F评级。
50%待验证GET /api/quic-0rtt-replay-risk?host=<HOST> 向目标UDP/443端口发送符合RFC 9000 §17.2的手工构造QUIC Initial包，检测无状态Retry机制、推断防重放令牌是否存在，并通过TLS 1.3 ALPN=h3与Alt-Svc=quic启发式判断0-RTT支持情况。
50%待验证iroh 是一个基于 QUIC 的点对点网络库，使用公钥寻址而非 IP 地址。
50%待验证QUIC 是运行在 UDP 之上的传输层协议，内置 TLS 加密、多路复用和流量控制，相比 TCP 能减少连接建立的往返次数并对丢包更友好。
50%待验证HTTP/3 采用基于 UDP 的 QUIC 协议，在传输层实现了真正的流间独立，从根本上规避了队头阻塞问题
50%待验证QUIC 运行在 UDP 之上，解决了 TCP 的队头阻塞问题，并将首次连接的往返次数从 2-3 次 RTT 降低到 1 RTT，对已知服务器可实现 0-RTT 恢复
50%待验证HTTP/3 是基于 QUIC 传输协议的新一代 HTTP 标准，由 IETF 于2022年正式发布（RFC 9114）
50%待验证QUIC 使用独立的连接 ID 标识会话并与底层 IP 地址解耦，因此设备网络切换时连接可无缝迁移
50%待验证SSH3 由法国 INRIA 研究机构的研究人员开发，将 SSH 协议重建在 HTTP/3（基于 QUIC）之上，目前仍处于实验阶段
50%待验证QUIC 最初由 Google 于 2012 年开发（原名 gQUIC），于 2021 年被 IETF 标准化为 RFC 9000
50%待验证SSH3 由法国 INRIA 研究机构的研究人员开发，核心思路是使用 HTTP/3（基于 QUIC 协议）作为传输层
50%