这位朋友真的是不了解历史啊，推荐你阅读 https://github.com/3andne/restls/issues/2

To neko：https://t.me/projectXtls/113

今年最大失败：没有在一月就放出 REALITY 的代码。REALITY 的设计在一月就定型了，当初 yuhan 拿到的测试代码和现在的版本都兼容

原因说过了，除了 REALITY，我还要推动 Vision、uTLS、Xray-core 的进度，本来是想等所有东西都准备好后，带文章一起放出，否则会被各种问题淹没

二月初 Restls 出来后，我着急发了 v1.7.5 就放出了 REALITY 服务端的代码，其后 ShadowTLSv3 才发布（看到有人说后者发布时间更早，并不正确）

我一直想 REALITY 像一个礼物一样，打磨完美后再把相关内容全部放出，然后再次消失，然而节奏被打乱后，就是回答各种提问，文章写了一半，剩下的不想写了

情况就是这么个情况，现在我也挺摆烂的，GFW 没啥动静我也不想干啥了，就像大多数人一样，除了昨天的瓜都不关心这方面的事情了

其实是这样的，半成品文章对比了 REALITY 与 ShadowTLSv2、Cloak、自签 insecure 等方式的差异，就像当初设计 VLESS 明确写了简化了 VMess 哪些部分，并与 Trojan 进行了对比，这些现有协议肯定要提及、对比的。

但如果你写个看起来比较正式的 spec，况且也不是没引协议，而是引了一些早期协议 SS、Trojan，然后断层，完全不提及、对比这两年众所周知的协议（况且你还用过），有一种发现新大陆的感觉，但一些关键点却高度相似，这观感就很有问题了。这就像写论文只引上个世纪的文章，当本世纪的研究不存在，明知却不引，一些关键点却高度相似，谁看了都会觉得有问题。

我觉得没必要进行更多的揣测。

下一个 XTLS 流控：xtls-rprx-switch

XTLS 的 0-RTT 已经预告几个月了，本来也是想保留神秘感，但既然前两天已经说出来了一部分，不妨全部说完。

最初我们有三个备选方案，一是预连接，二是连接复用，其实这两个都有人实现过，但都有缺点。所以我们选择先用 Mux 传输流量，同时新开个 TCP 连接，等新连接准备好后，像增强版 XUDP 一样把流量换轨到新连接。

相比于现有的各种 Mux，新流控的优点是 换轨后就是单独的 TCP 连接，没有子连接队头阻塞问题，也没有多合一连接限速问题，所以看视频、下载、测速等没有“反效果”，以及基本上没有加密套娃；缺点是连接数多。

相比于 Vision，新流控的优点是 延迟等同于 gRPC，且专门用一个 Mux 来处理 TLS in TLS 握手、新连接几乎是纯原始 TLS data record 的做法更利于抵抗各类 TLS in TLS 分析。