给我设计一个quic的架构-Go服务器开发

设计一个 QUIC 协议的架构需要考虑各个层面的功能和模块。下面是一个简单的 QUIC 协议栈的架构设计，分为不同层次和组件。

QUIC 协议架构

+------------------------------------+
|          应用层 (Application)     |
|                                    |
|           (HTTP/3, gRPC等)         |
+------------------------------------+
|          传输层 (Transport)       |
|                                    |
|   +-----------------------------+  |
|   |         QUIC 控制          |  |
|   | (连接管理, 流管理等)      |  |
|   +-----------------------------+  |
|   |        加密与安全          |  |
|   |      (TLS 1.3)            |  |
|   +-----------------------------+  |
|                                    |
+------------------------------------+
|            网络层                |
|         (UDP Socket API)        |
+------------------------------------+

各个组件说明

应用层 (Application Layer):
- 用户的应用程序（如 HTTP/3、gRPC）通过这个层进行数据交互。
- 接口定义，用于处理上层请求并将数据传递给下层。
传输层 (Transport Layer):
- QUIC 控制: 管理连接、处理流、流控制、拥塞控制等功能。
  - 连接管理: 创建、维护和关闭连接。
  - 流管理: 多路复用支持，每个连接可以有多个独立的流。
  - 拥塞控制算法: 实现各种拥塞控制算法，如 BBR 或 Cubic。
- 加密与安全:
  - 实现 TLS 1.3，以确保数据在传输过程中是加密和安全的。
  - 包括密钥协商、证书验证以及加密数据包的发送和接收。
网络层 (Network Layer):
- 使用 UDP 提供基本的数据传输能力。
- 此处应包含用于创建 UDP 套接字的代码，并实现数据包的发送与接收。

工作流程

连接建立: 应用发起连接请求，通过 QUIC 控制 模块进行三次握手。期间会使用 加密与安全 模块进行加密信息交换。
数据传输: 数据通过 应用层 -> QUIC 控制 -> 加密与安全 -> 网络层 的顺序进行封装并发送出去。同样地，从网络中接收到的数据也经过反向流程解包并交给上层应用处理。
流管理: 在同一连接上，可以并行处理多个流。每个流都可以单独打开或关闭，允许更高效的数据传输。
错误处理与重传机制: 当检测到丢包或超时后，QUIC 会通过重传机制重新发送丢失的数据包，并确保数据可靠性。