Project X Channel

الذهاب إلى القناة على Telegram

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

📈 نظرة تحليلية على قناة تيليجرام 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 أيام

8 532

عرض المشاهدات

~ 4 48524 ساعات

~ 5 54148 ساعات

28.89%

معدل المشاركة

~ 4

المشاركات في اليوم

Ads index

beta

أرشيف المشاركات

29 537

？

29 537

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

29 537

Repost from 科学上网观察与机场测速

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

29 537

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

29 537

💬 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.

29 537

💬 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.

29 537

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

29 537

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

29 537

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

29 537

💬 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.

29 537

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

29 537

💬 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.

29 537

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

29 537

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

29 537

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

29 537

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

29 537

客户端用surge，服务端用xray

29 537

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

29 537

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