RPRX
如果不急的话这样的修改放 v1.9 吧，我们有望这个月内结束 v1.8，也快了就 SplitHTTP 的几个 PR 发个版，然后再发个版本修 bug
> @RPRX 就是说下个月Switch咯（） v1.9 的主题是 VLESS encryption 和 Vision seed，然后在维护过程中应该还会加个 Tun inbound、优化下 Xray 的转发性能等，尤其是 UDP 和 WireGuard，虽然后者用得很少，~~make Xray great again~~，目前预告的其它协议好像就 Switch 和 PLUX，计划放 v1.10
咋都在想 Switch，我是觉得它和 PLUX 更多地算是一种增强，而随着 SplitHTTP 和 H3 和 multiplex control 的加入以及 v1.9 的 VLESS encryption 和 Vision seed，~~Xray 在协议上再次无敌了，毕竟以前你们想要的直连 QUIC 正在被封~~，是时候整下基础架构了 至于其它实现是否跟进，I don't care，就算跟进了也不能保证持续更新，直接用 Xray 不就行了？要不给你们加一套 Clash API？
加 Clash API 当然是说着玩的忘加删除线了，不过如果有人 PR 的话大概率会合并。“啥时候出个只有 VLESS 的”，我是觉得再用 Go 写个 VLESS-core 过于重复，两年没写 Rust 了，今天看了下还是没 Chrome 指纹，看看 https://github.com/refraction-networking/utls/issues/103#issuecomment-1708908623
@yuhan6665 ~~你咋改了这个 PR title 合并后还是原 title~~
@mmmray @Fangliding 以后 PR 准备好后先改个 title 然后等我合并吧，~~除非我几天没上线~~，不然又得在 release notes 中改 title
> My take is we can do if change is clean and organized in one place. This method remind me of https://gfw.report/publications/usenixsecurity23/en/#8-1-customizable-payload-prefixes and [v2fly/v2ray-core#1552](https://github.com/v2fly/v2ray-core/pull/1552) 赞同
~~又要在 release notes 中改 commit title 了~~
我简单看了下配置，为什么这个不叫 udpnoise，~~好吧 fragment 也没叫 tcpfragment，那没事了~~
感觉这里确实需要 base64 来支持非可打印字符，以及需要数组以支持连发多个 noise 包，“不能出现冒号”的限制应当去掉 @Fangliding 文档把 Freedom 改为“Freedom（fragment、noise）”，~~还有顶部配置示例中 "noise" 咋被绿了~~