BMCL未来是否支持QUIC

[qiaoliangXgamemode]

• 1. 性能
     使用QUIC之后，用户下载速度绝对是有所提升，因为QUIC走的可靠UDP+余沉纠缠，宽带可能比TCP还要额外消耗。并且CPU性能要求提升。
• 2.安全性
  使用QUIC之后IP欺骗更严重，更容易受到大流量攻击。主要原因是可靠UDP消耗一些额外宽带达到数据必达。
• 3.运营商Qos
  运营商对UDP的限速

---

如果BMCL不会使用HTTP3.0的话.....是否会去探索 分布式P2P 来拜托云服务器宽带限制+CDN流量钱。
这倒是一个好方法......

One. 列如：ARQ+UDP（可靠UDP）进行 P2P，达到节省公网IP的开销同时减小使用CDN。
我也有一条思路的建议：
1.购买一台 云服务器搭建 搭建为中转机（实际上，目的是为了搭建分布式的开始）。
2.O为服务器，A/B/C/D 为客户端，A --------> O <--------- B，这是基础的开始然后 C -------------> O ---------> B ---------- C （ C连接上 O，O已知A和B进行了P2P，随机抽选一个进行P2P，抽了B，返回给C，并且内容顺便给C写一个标记，然后CB又进行了P2P，成功后C知道自己是子P2P）。
3.A/D都有提供服务, A ---------------- B ----------- C，B向A发送了，我要下载某些东西，A返回。这时C知道自己是子的P2P，发送数据给B，附带子标签，B知道子想要数据，又跟A说，A发了数据，B收到，又发了数据给C。（这样中间可以做一个缓存【URL验校 + MD5 验校 之后发送本地缓存给C】）
4. 类似于CDN操作

Two. 异地组网技术，OPENVPN，SD-LAN。进行一个组网（VPN），内网之间访问数据。不过流还是走服务器，也有解决办法（PPTP，N2N）

[bangbang93]

QUIC普及度还不够，现阶段肯定不会用
P2P在大量碎文件场景下可用性太低，下载一次assets有2000多个文件