所有节点已升级完成，以下是本次升级的部分技术细节。

使用 VLESS + TCP 传输

相比于 VMess 协议，VLESS 没有复杂的加密和混淆，是轻量的无状态传输协议。TCP 相比与 WebSocket 协议，是更底层（L4）的传输协议，理论上传输效率远高于后者。

通过近期观察，VLESS 协议以及官方的分享链接格式已趋于稳定，应该不会出现太大的 breaking change，所以我们决定更换所有节点为新的协议。

使用 XTLS 加密

VLESS 协议本身无加密，而是通过 TLS 协议进行加密。这使其流量特征与 HTTPS 协议相似，更抗封锁。

XTLS 基于 TLS 加密协议，区别在于它不会对已经被 TLS 加密的流量进行重复加密。当前，互联网上往来的大部分流量都被 TLS 加密过，使用 XTLS 避免了重复加密，减少了性能开销，很大程度上提高了传输效率。在性能较弱（甚至没有 AES 指令）的设备（硬路由）上，XTLS 不仅降低了 CPU 占用率，甚至使一些 SoC “起死回生”——也能做翻墙路由器；此外，在移动设备上，XTLS 也显著降低了耗电量。

不仅如此，XTLS 还具有多种流控模式。不必说全平台全情景下通用的 Direct 模式相比于单纯的 TLS 加密有近 3 倍的性能提升，更不必说基于 Linux Kernel 系统专属的 Splice 模式相比于 Origin 模式有超过 6 倍的提升，一骑绝尘！

优化后的 XTLS 算法，直接抵消了在筛选 TLS 加密流量时的性能损失（这在 TLS 加密流量较少时会变得明显），反而远远反超 TLS，可谓青出于蓝而胜于蓝。

XTLS 协议 with Splice 模式已在订阅配置中默认启用，Android 用户可以尽情体验了。

这是在骁龙 430 设备上、联通 4G 网络下 BL 节点多线程的测速结果，约合 11.8 MB/s，实测可以流畅观看 Youtube 4K 视频。

游戏与 FullCone

得益于 VLESS + TCP + XTLS 组合的 1-RTT 低延迟和 VLESS 协议对 FullCone NAT 类型的支持，畅玩游戏成为了可能。