RPRX
@Meo597 出事故了，v25.7.25 是直接 release，镜像编译失败
re-run 无效，但我把它改为 pre 又改为非 pre 的那一刻，它开始编译了
成功了，也自动被设为了 latest，但就是说直接 release 非 pre 这种情况需要一个修复
主要是怕把原有的 WSS Browser Dialer 改炸，不过这功能用起来麻烦些所以用的人不多，毕竟目前 GFW 没封 uTLS，uTLS 更方便 所以虽然我没深入看代码，但我觉得可以先合了，~~然后等喜欢折腾的用户当小白鼠~~
这个功能我打算在 REALITY 抗量子更新之后合并，因为现在支持抗量子的服务端 CF 占最多？Nginx 用的 OpenSSL 才刚合并它 至于会引入限速特征，虽然会标明，但即使不标明，这太明显了，任何人都应该能自己想到吧，所以说这是个风险自负的问题
反正要偷 CDN 就是个风险自负的问题，不偷 CDN 的话也用不上这个限速，确实得说明一下以防面版脚本们无差别设默认值
没合是因为现在还无法合并 https://github.com/XTLS/REALITY/pull/12 ，因为它 base 的 https://github.com/XTLS/REALITY/commit/e26ae2305463dd69cccc8a79a3576d7b68c4f3a4 似乎有问题，@yuhan6665 目前 REALITY 这块的代码只能等跟进 Go 1.24 的改动后再合入新的代码
https://github.com/XTLS/Xray-core/blob/a608c5a1dbfa59b8328ac5d0363f360b2fd3bebe/go.mod#L23 比如说 Xray-core 用的 REALITY 都不是 https://github.com/XTLS/REALITY/commit/e26ae2305463dd69cccc8a79a3576d7b68c4f3a4 ，此前 @yuhan6665 好像升级到了该版本然后回退了 给 REALITY 加抗量子更新没啥难度，麻烦的是同步 Go 1.24，又是 boring 又是 internal 的，Golang 这 TLS 库写得真的很烦人，也不知道从哪学的，我都想要不 fork uTLS 搞 REALITY 算了，但是 VLESS 加密要抗量子的话似乎得暴露 internal？还有待研究
@yuhan6665 有时间同步下 Go 1.24 吗，~~这个我是真不想弄~~
https://github.com/XTLS/Xray-core/commit/09d84c42e9c729c23549ea71b374e154d5365922 修了，rebase 即可