ch
Feedback
Project X Channel

Project X Channel

前往频道在 Telegram

📈 Telegram 频道 Project X Channel 的分析概览

频道 Project X Channel (@projectxtls) 中文 语言赛道中的 是活跃参与者。目前社区聚集了 29 535 名订阅者,在 技术与应用 类别中位列第 4 500,并在 中国 地区排名第 8 315

📊 受众指标与增长动态

невідомо 创建以来,项目保持高速增长,吸引了 29 535 名订阅者。

根据 29 七月, 2026 的最新数据,频道保持稳定运转。过去 30 天订阅人数变化为 2 383,过去 24 小时变化为 3,整体触达仍然可观。

  • 认证状态: 未认证
  • 互动率 (ER): 平均受众互动率为 28.89%。内容发布后 24 小时内通常能获得 15.18% 的反应,占订阅者总量。
  • 帖子覆盖: 每篇帖子平均可获得 8 532 次浏览,首日通常累积 4 485 次浏览。
  • 互动与反馈: 受众积极参与,单帖平均反应数为 51
  • 主题关注点: 内容集中在 xray, tun, vless, github, reply 等核心主题上。

📝 描述与内容策略

作者将该频道定位为表达主观观点的平台:
Donation: https://github.com/XTLS/Xray-core/issues/3668 中文群组:https://t.me/projectXray Русский: https://t.me/projectVless Persian: https://t.me/projectXhttp GitHub: https://github.com/XTLS

凭借高频更新(最新数据采集于 30 七月, 2026),频道始终保持新鲜度与高覆盖。分析显示受众积极互动,使其成为 技术与应用 类别中的关键影响点。

29 535
订阅者
+324 小时
+737
+2 38330
帖子存档

不是 其实我觉得无所谓 俄罗斯人这个月给我捐了5kusd 我管国内的傻逼干嘛

福建(福州和泉州)、江苏和浙江等网络限制较严格的部分地区,部分运营商可能对境外 TLS 连接实施 SNI 白名单过滤。使用海外中转或直连线路时,如果采用 AnyTLS 等带有 TLS 握手特征的协议,且所使用的 SNI 不在允许范围内,可能会出现连接被阻断的情况。所以个人猜测那些Anytls机场跳过证书验证有可能是为了使用白名单SNI,跳过证书验证后就直接使用自签证书了。 这些地区如需使用直连线路,可以优先考虑使用了可用 SNI 的 VLESS + REALITY 线路(更安全)的机场或Anytls等协议机场。

💬 New comment on Xray-core#6376 XHTTP的默认maxConcurrency字段造成问题 by @RememberOurPromise 上次上上次utls出问题:天塌了,被识别了 加个版本限制督促更新:搞极端化 真正的成本博弈:拉黑杠精 Reply to this message to post a comment on GitHub.

💬 New comment on Xray-core#6376 XHTTP的默认maxConcurrency字段造成问题 by @RPRX 本来没空回你了,还“类似的问题”上了,唉,甩个链接你自己看吧 https://github.com/XTLS/Xray-core/pull/6507#issuecomment-4995449807 能被解密的加密安全性问题和流量特征问题是一个严重级别的问题吗?在后者里面,你第一个包就把“我是代理”写在脸上那当然也是最严重的啊 就这我也只是加了个默认值而不是用户改不了的硬编码,我一直很好奇的问题是有些人与其纠结我要不要这么干,有这时间没见他们去问世界搞出这种离谱的东西意欲何为,[Exclave 作者甚至称我为“始作俑者”](https://t.me/projectXtls/3487),世界不搞出这种离谱的东西我有必要防这一手吗,到底谁才是始作俑者 所以我就说中国翻墙娱乐圈很魔幻吧,这都什么跟什么,用不标准的指纹逼我加了个默认值过滤,我反而成有错的那个了?啊这,不是? ~~其它的我有空再回复吧~~ Reply to this message to post a comment on GitHub.

💬 New comment on Xray-core#6376 XHTTP的默认maxConcurrency字段造成问题 by @RPRX 本来没空回你了,还“类似的问题”上了,唉,甩个链接你自己看吧 https://github.com/XTLS/Xray-core/pull/6507#issuecomment-4995449807 能被解密的加密安全性问题和流量特征问题是一个级别的问题吗?就算是后者,你第一个包就把“我是代理”写在脸上那当然也是最严重的啊 就这我也只是加了个默认值而不是用户改不了的硬编码,我一直很好奇的问题是有些人与其纠结我为什么这么干,有这时间没见他们去问世界搞出这种离谱的东西意欲何为,[Exclave 作者甚至称我为“始作俑者”](https://t.me/projectXtls/3487),世界不搞出这种离谱的东西我有必要防这一手吗,到底谁才是始作俑者 所以我就说中国翻墙娱乐圈很魔幻吧,这都什么跟什么,用不标准的指纹逼我加了个默认值过滤,我反而成有错的那个了?啊这,不是? ~~其它的我有空再回复吧~~ Reply to this message to post a comment on GitHub.

v26.7.28 的 XHTTP 默认 maxConnections 已减少到了 3,该版本也修复了 iOS 审核问题,另外我好奇俄罗斯能用 XMC 协议翻墙吗 关于 stable release,目前主要有 REALITY 服务端更新、TUN 修 DNS 泄露、Freedom 的逻辑简化这三件事,做完了才会标 latest

那我也锐评下他们:菜是原罪,最关键的倒还不是“实现不了”的水平菜,而是反审查上的认知菜,能认同过 CDN 是滥用这种观点,哪天 GFW 封 IP 杀疯了别让我看到他们再翻出来😁

Exclave 作者完全就是歪理,我三年前就说过 REALITY 发的那个版本号主要就是防止 uTLS 指纹出问题,后来它也确实出过几次问题,直接按版本号来筛选掉客户端是最简单的解决方案 况且这个版本号目前来说就只是日期罢了,如果其他 REALITY 客户端的作者认为自己的指纹没问题,正确的做法是及时更新内嵌的实现日期,而不是抵制 Xray 在抗识别方向上的努力 但也不奇怪,毕竟非 Xray 生态的中国翻墙娱乐圈作者们大多都在“关爱世界委员会”的小圈子里,沆瀣一气才是常态😁

💬 New comment on Xray-core#6376 XHTTP的默认maxConcurrency字段造成问题 by @RPRX > In some regions, connection rate limiting has started again. It has now reached Moscow as well. The limit has been reduced from 12 concurrent connections to 4, with a temporary ban of a few minutes after exceeding the limit. > > Not everyone is able to use XHTTP. > > Would it be possible to schedule adding a connection limit option to mux.cool? > 如果把 maxConnections 设为 3 有助于规避这项限制吗? > > Mux cool 的增强有计划,但它的流量特征可能不太 h2 > > 我先查看一下邮件(刚刚查看过了,未找到相关邮件) ~~或许是在针对 XHTTP 一个月前刚改的 maxConnections 默认值 6~~,[鉴于 Xray 只针对俄伊](https://t.me/projectXtls/3373),先降为 3 看看吧,~~至少比 1 强~~ ~~又要发版了,俄罗斯的事才是头等大事,另外我查了一下 RKN 相当于网信办,TSPU 才相当于 GFW,等下改成 anti-TSPU~~ Reply to this message to post a comment on GitHub.

🔨 1 new commit to Xray-core:main: 6ab123b: XMC finalmask: Add default directional padding/keep-alive packets, matching Minecraft… by Sparrow

💬 New comment on Xray-core#6521 Experimental MASQUE‑based VPN MVP (Android/Windows/server) — possible related client / reference for CONNECT‑IP by @RPRX ~~即使没有 SNI 和送中问题~~,WARP 还是有两个大问题,一是它的入口 IP 池是独立的,~~明牌代理~~,二是会给 CF 的网站传递真实源 IP,~~又送中了~~ 恰逢看到一些服务会附带 Linux 虚拟机,比如 AI,~~以及我用来 force-push 的 GitHub Codespace~~,理论上 XDRIVE 可以把它们变成代理服务端 ~~当然 XDRIVE 最大的问题就是我最近太懒了,懒得写代码,懒得测试,连 AI 都懒得用,只能说今年内出吧,2026 总得有个代表性的新协议~~ Reply to this message to post a comment on GitHub.

那群人闲得一笔,别被带节奏了

我早就说过了,SURGE PRO 群还是得看 mieq,人家刘割割不懂装懂被我打脸到直接退休了 mieq 还要硬挺,我只想问 mieq 一个问题,你家刘教主在技术上赢了我的话他会选择退休吗?会甚至不敢开放论坛生怕被我喷他后面说的那些话吗?😁

现在通关了, 刚才那算结算

photo content

用xray-core搭服务端socks inbound给色鸡客户端用是吧😏

客户端用surge,服务端用xray

中间没隔太平洋 是个人就能加两个群

Surge 里的人订阅了Claudepro 让Claude做入群题目进来的😇