RPRX
REALITY? https://github.com/XTLS/Xray-core/discussions/3307#discussioncomment-9445978
@PoneyClairDeLune https://github.com/XTLS/Xray-core/issues/2162#issuecomment-1570188095 > 下行流式上行分包（多次请求）
已知潜在问题，双向 Splice 会导致 timer 没被更新从而掐断连接 @yuhan6665
> 可以吧 ~这周再填一个坑~ 这个坑挺好填的，Splice 又观察不了，~~不就只有把 timeout 扔掉这一个方法吗~~
不知道 Linux 双向 Splice 后有没有自带不活跃超时机制，~~希望它有~~，或者有 syscall 能给单个 TCP socket 设置不活跃超时关闭也行
Vision?
Vision 的自动 splice 大概率不支持套这么多 dialerProxy @yuhan6665
> 我大体测了一下 感觉 xtls 协议用在客户端的链式代理其实非常好用 因为一般的链式是额外双层加密解密 而 xtls 可以做到连接头双层加密 后面跨两层裸奔 同时两个服务器都是端口转发 非常高效 对性能来说是这样，对“不想让观察者关联两个或多个连接”来说不合适，所以还是不适合 tor，~~虽然它就多加密几层还是能被关联~~ 对于“不想让观察者关联两个或多个连接”的起夜级需求，我想了下还是只能空跑流量抹平时序特征，like https://github.com/v2ray/v2ray-core/issues/2526#issuecomment-783931231 ，~~比 hysteria 的 brutal 更激进~~，不过这样的强特征又不适合过墙了，有点难取舍，~~好在我没有搞回国流量 ghs 的需求~~
TLS 握手消息长度特征比较固定，而 Trojan 在设计上只是简单套了一层 TLS 加密，没有掩盖内层流量特征，所以可以被轻易识别。 可以看一下 https://github.com/XTLS/Trojan-killer/issues/4 中的讨论和 https://github.com/XTLS/Trojan-killer/blob/main/main.go ，代码很简单。 --- 其实很多东西三年前我介绍 VLESS 的理念时就说过了，查看 https://github.com/v2ray/v2ray-core/issues/2636 Flow 那段，只是 GFW 不封就没人在意。 就像当初我说 https://github.com/v2ray/v2ray-core/issues/2523#issuecomment-636548331 ，还有人跟我 [argue](https://github.com/v2ray/v2ray-core/issues/2526)，现在比照着我当初的发言再看看现状： 1. GFW 精准封锁全随机数裸协议，~~被迫再造 SSR 但又会被针对~~，此外，以前的威胁是协议黑名单，现在有协议甚至 SNI...
> 可以看一下 https://github.com/XTLS/Trojan-killer/issues/4 中的讨论