RPRX
总之你至少有权知道哪组 IP+SNI 跑了多少数据吧，不然哪个耗流量多哪个耗流量少都不知道
我觉得主要是 Windows 和 macOS 需要 Tun，Linux 上不如透明代理，话说 macOS 上有透明代理吗
会有 TUN，但脑残开的 issue 不该留着
> [@gyokusei](https://github.com/gyokusei) test [#5015](https://github.com/XTLS/Xray-core/pull/5015), 99%, the problem should be solved, `Compact` is used in `tls` and `websocket`. 他这个说的是 Vision+REALITY，应该没用到 Compact()
https://github.com/XTLS/Xray-core/discussions/5169#discussioncomment-14476856 > 不过如果是因为 pipe 机制，近期的版本 VLESS 入站改了，可能已经没有该问题了，问一下他测试用的是哪个版本 双端升至最新版后还有人遇到过该问题吗？
附议，话说其它浏览器支持 X25519MLKEM768 了吗
~~最近有点无聊，想给 XHTTP 的下行也搞出上行那种流量聚合了，反正客户端 hub 可以大量复用上行的代码~~
其实我只是想给 XHTTP 加上聚合不同线路下载速度的能力，就像 mptcp，mekya 那些，但非常简单，具体效果几何需要实测，就像我说过的，如果单连接限速不明显，或者本来就是多线程下载，那就没什么提升，不过叠不同线路会不会对单线程有惊喜，可以试试 就叫“多路径下行”吧，不光 TCP，还能叠上 UDP，实现这个 issue 所述的目标只是顺带的，~~如果不小心实现了 PLUX 也是顺带的~~
还有，一旦有了自定义的下行包装格式，HTTP 下行就可以保活了，不会被 CDN 100s 不活跃掐断，~~虽然我觉得这 100s 挺合理的~~ 还有玩得更花的，总是有人提“迁移现有连接”，以后再看看要不要补上 ACK 机制吧 ~~所以 XHTTP 终究还是不需要 mux.cool 了，XUDP 除外~~
https://t.me/projectXray/4386271