https://t.me/projectXray/3789804

"even though it is actually ineffective against splithttp"

甚至人家写的是 hy2 检测器，经风扇研究对 splithttp 无效，世界不去锐评自己加了的 hy2 反而拿来冲 Xray，反正对世界来说重点从来都只是攻击 Xray 发泄情绪，什么借口并不重要，这也就是他总是能说错一个事实就当无事发生、换个借口继续攻击的原因。

真的别说什么相爱相杀，我只感到恶心，从来都只有世界冲 Xray，甚至还连续写了两篇小作文，我可没主动对他干过啥。怪不得去年他说 TiT 是炒作，还在 GitHub 和频道闹出了一堆暴露水平的笑话，今天才知道他连 trojan-killer 的代码都没看过，就这还“技术细节”？去年和世界“私聊”时他甚至把我的所有动作都批判了一遍，加上今天的事情，我只觉得这个人的心理已经极度扭曲。

https://t.me/projectXtls/200

💬 New comment on Xray-core#3560 SplitHTTP h3 closes connections abruptly when dialerProxy is used
by @RPRX

> * 多路复用模式，三选一：
> * 复用多少次开新连接
> * 同时最多多少子连接
> * 同时总共多少条连接

想了一下，如下设计 SplitHTTP H2 H3 的多路复用控制更合适

首先基础模式二选一：

- 同时最多多少子连接（concurrency），先把现有连接复用满再开新的
- 同时最多多少条 TCP/UDP “连接”，先开新连接直至占满总数再复用

其次两个限制维度，可以同时生效：

- 一个连接最多被累计复用多少次，默认 0 为不限制
- 一个连接最大存活时间，默认 0 为不限制

最后，以上选项均填范围，Xray 每次随机选择一个确定值，以淡化潜在特征

这样的话原版的第一个“复用多少次开新连接”也能组合出实现，并且提供了更多可能，欢迎大家提出建议，~~不然就这么实现了~~

目前还想到可以在开新流时选择哪条连接的“算法”上做文章，~~不过还没想好，可以以后再 patch~~

Reply to this message to post a comment on GitHub.

💬 New comment on Xray-core#3560 SplitHTTP h3 h2 multiplex control
by @RPRX

话说去年我升级 XUDP UoT Migration 时不是预告过一个 PLUX 嘛，好像以前只公开过一点，干脆不留悬念了。PLUX 在 2021 年时是一个游戏加速器，UDP 上多倍发包是老生常谈，重点是它能在 TCP 类的流（QUIC 也算）上用：同时开多个连接发相同（但当然有 padding）的包，这样一条 TCP 不小心延迟或丢包甚至断开时其它的还 work，可以极大程度提升在 TCP 代理上打游戏的体验。~~游戏 UDP 包的数据量很小，多倍发也没啥，不是抢占带宽。去年我给还它扩展了些东西但忘了，回头翻翻去年的笔记。~~

~~当然可以说大饼或 ppt 加一，然而 XUDP 是 VLESS 刚出时就画的饼到 Xray 才发布，REALITY 是 2021 初的饼到 2023 初才发布。~~

Reply to this message to post a comment on GitHub.

💬 New comment on Xray-core#3560 SplitHTTP h3 h2 multiplex control
by @RPRX

其实就算我经常戏称它们为大饼，隔壁戏称为 ppt，还是与传统意义不同，因为我说的这些设计都是能实现的，而不是虚无缥缈。

不过就像我说过，“Xray-core 一直在按顺序做认为该做的事情”，对于填这些饼我从来没急过，~~该轮到时自然会轮到。~~

最后，祝福。

Reply to this message to post a comment on GitHub.

https://t.me/projectXray/3801758

大概他一天不跑 Xray 群里讽刺找茬就难受，我觉得既然某人愿意公开秀他的道德下线与精神状况，我们就当乐子看吧。

💬 New comment on Xray-core#3560 SplitHTTP h3 h2 multiplex control
by @RPRX

注：PLUX 就是以前提过的 Accelerator 加上 TCP 版后的名字，因为后者名字不显著，前者取名 PLUX 是因为它至少 double 了连接

Reply to this message to post a comment on GitHub.

Latest release: https://github.com/XTLS/Xray-core/releases/tag/v1.8.23

优化了 SplitHTTP 上行的稳定性，服务端必须升级到该版本以支持新版客户端。

恭喜 mmmray 贡献了 Xray-core 的第 1000 个 commit！

为了 ProjeCtX 这个群，我废了 12 个号，一周的时间

NFT

Announcement of NFTs by Project X

https://github.com/XTLS/Xray-core/discussions/3633

更新了该 NFT（Project X）的第一批赠予名单与数目，剩下的会继续赠送给 Project X 以前、以后的核心贡献者们。

我对该 NFT 的未来充满信心，因为无论如何它都是这些代理软件所发行的第一个 NFT，我已经觉得 75 个放多了，希望不要卖完。

虽然但是，今天 ETH 眼见触底了，现在你可以以八折入手该 NFT，这何尝不是一种首发优惠。

https://github.com/XTLS/Xray-core/discussions/3633

顺便更新下该 NFT 的销售情况：平均每 100views 会产生一个交易，已售七个，直到加密货币开始大跳水。在我们尚未全力宣传这件事、大多数人还不知道、现在 views 也才近千的情况下，这已经算得上是一个很好的开端，毕竟购买 NFT 相对麻烦，且七百块也不算便宜。总之非常感谢各位的支持！

💬 New comment on Xray-core#3641 Reality真的稳如老狗么？我偷自己还断流
by @toyo2333

> 不稳如老狗的话这里就比现在热闹多了，现在也就去年的五分之一吧，issue 区是用来报告 bug 不是用来开这种问题的，况且你
>
> > 机器是甲骨文
>
> 甲骨文就是这样的，IP 段都是黑的，去年已经讨论了很多次了，~有钱买甲骨文的号然后被封真不如买几个 Project X 的 NFT~

多谢老大指南！悟了！

Reply to this message to post a comment on GitHub.

注意到 https://github.com/XTLS/Xray-core/discussions/3633 有两个 thumbs down，当然我们不会因为他们点这个就 ban 他们，但的确不知道这种人是怎么想的也不留个 comment，是觉得反审查领域的人都理所应当燃烧自己照亮他人吗？被洗脑洗傻了？这和要求你必须开源且 OSI 有什么区别？上两次这么恶心还是在上两次，是哪两次我不说

💬 New comment on Xray-core#3644 API: Add new Get Inbound User
by @RPRX

> @RPRX 就是说下个月Switch咯（）

v1.9 的主题是 VLESS encryption 和 Vision seed，然后在维护过程中应该还会加个 Tun inbound、优化下 Xray 的转发性能等，尤其是 UDP 和 WireGuard，虽然后者用得很少，~~make Xray great again~~，目前预告的其它协议好像就 Switch 和 PLUX，计划放 v1.10

Reply to this message to post a comment on GitHub.