BMCL未来是否支持QUIC

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】）

类似于CDN操作

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

bangbang93 / BMCL

BMCL未来是否支持QUIC #51