Project X Channel
27.1K subscribers
182 photos
2 videos
6 files
958 links
Download Telegram
Forwarded from Nikita Korotaev
Dear members of our community,

From the bottom of my heart, I congratulate you on the upcoming year 2026.
I wish you strong health and inner peace.

May the new year bring more clarity of thought, stronger decisions, and well-considered architectural choices.

Thank you to each of you for your contributions - through code, discussions, testing, documentation, and critical thinking. It is precisely because of this collective effort that Xray-core remains a living, evolving, and truly strong open source project.

Happy New Year! May 2026 become a year of stability, progress, and security for all of us, and for the users for whom we do this work.
149🔥18👍12🎉6😁2
2022 - XTLS Vision
2023 - REALITY
2024 - XHTTP
2025 - VLESS Encryption
2026 - XTLS Switch
🔥158👍4817👀8😁5
Forwarded from 李维斯
老大要搞的switch是什么东东
👀13
Forwarded from Agfianlej
Project X Channel
老大要搞的switch是什么东东
叫什么老大?在我眼里是财神爷,毕竟我vps+cdn卖的基本上都跑他的xray、vless、xhttp、reality
😁75👀96🎉41
目前 Xray-core 的架构是代理协议层 over 传输层 over 安全层,虽然不及之前设想的 NEXT 架构可以随便串但也完全够用了,且搞 Splice 等跨层判断也方便,实在不行还有 dialer-proxy,现在突然想画饼在后面加一个通用伪装层,不像以前放传输层主要是因为还要用到 XHTTP/3 等已经确保了基于 UDP 的可靠传输以及 XMUX、上下行分离等功能,设想中通用伪装层会支持 ICMP(ping)、ASCII(比如结合 VLESS Encryption 且它比 TLS/REALITY 更好)、DNS 等(mKCP 用的人太少,原有那些伪装直接剪切过来,但 RAW 的 HTTP 伪装用的人多所以会被保留),PR welcome,奖励一个 Project X NFT

甚至能把 REALITY XOR 成全随机数给中转用
49😁8🔥7
Project X Channel
说完 NFT 的事说一下 GUI Client 吧,半年前定的六项计划已发布了三项(REALITY 抗量子、ECH、VLESS Encryption),还附带了些其它内容比如 VLESS Reverse Proxy 等,剩下三项是 Vision Seed、Windows TUN、GUI Client,其中 Vision Seed 不小心排到了 Chrome 指纹修复之后,如果服务端强制客户端开启 Seed 则客户端指纹一定不会有前几天的问题 TUN 也不必多说肯定会有,为什么需要 GUI Client …
虽说画饼但 v25.3.6 画的饼都差不多实现了,还有 reverse 等惊喜,唯一还没雏形的是客户端,当然还会有无脑的配置订阅,总之目标就是 Xray-core 出了任何新功能都能迅速铺开,而不需要等其它实现去移植,客户端会以 VLESS 协议为主,毕竟很快人们就会发现 VLESS is all you need,折腾其它的是浪费时间
👍50😁854🔥3👀1
如果你想的 精简版 core 是裁剪掉其它协议那大可不必,其它协议的代码根本就没占多少空间,就算 hy2 加进来了也是,你没用到的话也不会影响运行时性能,计划会做的是重构 core 减少 java 味的代码并提升性能
👍362
经典 tls in tls 是炒作
😁313
Forwarded from 薄荷
这没有证据表明那没有证据表明,我这有证据表明甲骨文春川 ss2022 开一天就死了
😁51
目前对二进制体积敏感的也就硬路由了,基本上不会需要 WireGuard 或 TUN,所以 Xray 合并 TUN 后倒是可以出个不带 gVisor 的编译 tag,再算上持续的精简代码应该能控制在 20MB 左右吧

其实需要 TUN 的话用 system stack 是不是也不需要 gVisor
30
Forwarded from Project X Channel
不如让苹果扩容限制到 100MB 解决所有问题,50MB 玩呢
👍346
Forwarded from Hailin
Project X Channel
不如让苹果扩容限制到 100MB 解决所有问题,50MB 玩呢
我这就给 Tim Cook发邮件🤔
🔥51😁25👀53
Project X
👀某人谈论rprx
“GFW都关机几年了,哪有钱去侦测,工资都拖欠发不出来”

“我给别人手搓的ss ,在国内用几年,也不封,个人观点认为ss没问题”

“XTLS从一开始吹嘘的黑科技,最近2年好像看不到有人用了把”

?什么 SS 原教旨主义者 @haleeric
😁1279
Forwarded from ELLER Nexon
我的raw http最近被针对秒封,我准备上大量的vless+ reality 看会不会封,别的环境和用户群都一样
😁37
Project X
我不管你啥,我用就vless加密,你来破解我🤣
你还真别说,小心 GFW 靠私有 Linux 0day 直接拿到你私钥然后 MITM

不过既然都黑进你服务器了,直接挂马也行,只是会导致流量消耗异常
😁31👀83🔥31
Project X
Linux0day都来了,全球几十万的contributor可不比gfw那点人弱🤣
GFW 的背后是国家机器,手里会没几十个 0day?你在这儿整笑呢
👍49😁32🔥2
Project X
動用 0day 就為了抓你一個上網鍵政的……
那肯定是没必要,只是说极端情况下会有这种手段,但估计我都享受不到这待遇,所以不必担心毕竟担心也没用,普通人在可选范围内选择最安全的加密即可,不要直接明文 HTTP 或加密连客户端配置安全都没有
👍30🔥3