RPRX
> 更新的话要不直接在 OpenGFW 上 PR 吧 🗿 ~~这个更新可能是有生之年系列，所以~~
https://t.me/projectXtls/68
https://github.com/XTLS/Xray-core/issues/3131#issuecomment-2111419596
不过这个 issue 的 Xray 版本比较久远，最近的版本还没人报告该问题，先关了
你好，我们没有刻意忽略中文以外的提案，~~因为中文的提案也有很多没有回复，且最近忙着那啥~~ 你提的这个功能不难实现，统一为设置掩码即可，@yuhan6665
@Fangliding 可以把这个上古配置方式给删了 文档也需要删 还有文档都没写的上古配置可以直接把相关代码删了 ~~不知不觉 https://github.com/XTLS/Xray-core/discussions/1967 快一年了~~
> same problem , in my experience , version 1.8.4 is fine , and after that version , xray will leak 麻烦逐个测试 v1.8.4 至 v1.8.6 之间的 commits，看一下哪个 commit 出现该问题 @er888kh...
好久没看 fallbacks 相关代码了，不过说起回落，**虽然总有人觉得 VLESS 和 Trojan 很像，但 Trojan 协议的 CRLF 是为旧回落方式而设计的，而 VLESS 的 flow 和 seed 是为改变流量特征而设计的，这是两个协议在设计理念上的本质区别**，VLESS 是为 *ray 原生设计的，就像你在不需要回落的其它传输方式上空跑 CRLF 不会觉得很奇怪吗，~~并且我设计 VLESS 时没看 Trojan 的协议结构不然会把 UDP 抄过来，好在后来 VLESS 有支持...
两天前的提交已经修复 https://github.com/XTLS/Xray-core/commit/13ad3fddf6f7ff01fe9541b6c9f2dca6f7f87e4b （不过最新的 commit 有问题，等下会 force
> > > 怎么解决循环引用的问题？ https://github.com/XTLS/Xray-core/commit/6bcac6cb1016295a0722015ec853ece135766cc3