现已上线！2025 年 Telegram 研究 — 年度关键洞察 
4 079
订阅者
无数据24 小时
+67 天
+5230 天
数据加载中...
吸引订阅者
六月 '26
六月 '26
+20
在0个频道中
五月 '26
+83
在0个频道中
Get PRO
四月 '26
+38
在1个频道中
Get PRO
三月 '26
+23
在0个频道中
Get PRO
二月 '26
+18
在0个频道中
Get PRO
一月 '26
+34
在0个频道中
Get PRO
十二月 '25
+25
在0个频道中
Get PRO
十一月 '25
+37
在0个频道中
Get PRO
十月 '25
+101
在0个频道中
Get PRO
九月 '25
+68
在0个频道中
Get PRO
八月 '25
+92
在0个频道中
Get PRO
七月 '25
+91
在0个频道中
Get PRO
六月 '25
+87
在0个频道中
Get PRO
五月 '25
+99
在0个频道中
Get PRO
四月 '25
+117
在0个频道中
Get PRO
三月 '25
+65
在0个频道中
Get PRO
二月 '25
+125
在1个频道中
Get PRO
一月 '25
+88
在0个频道中
Get PRO
十二月 '24
+90
在0个频道中
Get PRO
十一月 '24
+61
在0个频道中
Get PRO
十月 '24
+83
在2个频道中
Get PRO
九月 '24
+84
在0个频道中
Get PRO
八月 '24
+45
在2个频道中
Get PRO
七月 '24
+31
在0个频道中
Get PRO
六月 '24
+45
在1个频道中
Get PRO
五月 '24
+82
在0个频道中
Get PRO
四月 '24
+138
在0个频道中
Get PRO
三月 '24
+100
在2个频道中
Get PRO
二月 '24
+245
在0个频道中
Get PRO
一月 '24
+246
在3个频道中
Get PRO
十二月 '23
+106
在2个频道中
Get PRO
十一月 '23
+83
在2个频道中
Get PRO
十月 '23
+114
在3个频道中
Get PRO
九月 '23
+109
在0个频道中
Get PRO
八月 '23
+130
在0个频道中
Get PRO
七月 '23
+332
在0个频道中
Get PRO
六月 '23
+236
在0个频道中
Get PRO
五月 '23
+350
在0个频道中
Get PRO
四月 '23
+1 055
在0个频道中
Get PRO
三月 '23
+356
在0个频道中
Get PRO
二月 '23
+195
在0个频道中
Get PRO
一月 '23
+86
在0个频道中
Get PRO
十二月 '22
+501
在0个频道中
| 日期 | 订阅者增长 | 提及 | 频道 | |
| 08 六月 | +1 | |||
| 07 六月 | +2 | |||
| 06 六月 | +3 | |||
| 05 六月 | +2 | |||
| 04 六月 | +4 | |||
| 03 六月 | +3 | |||
| 02 六月 | +5 | |||
| 01 六月 | 0 |
频道帖子
| 2 | 关于 Surge iOS 版本的功能订阅更新
我们了解到部分用户对近期 Surge iOS 的订阅功能更新不够频繁表示失望，因此对该问题进行说明和解决。
Surge iOS 自发布起已超过了十年，我们曾经的很多想法都已经被一个个的实现，因此，对于现在 Surge iOS 来说，想出一个新的功能并不容易。同时，为了保证用户体验，一些小型的新功能，也不会放入到订阅限制中。
对于我们的研发精力来说，其实有大量的精力放在了原有功能的改进与优化上，比如说最近更新加入的 X25519 + ML-KEM-768 后量子（混合）密钥交换支持，就要求我们从原本的 OpenSSL 实现切换至 BoringSSL，这涉及到大量的重构和测试。或是像去年跟随 Surge Mac v6 同步更新的最新 Surge VIF 引擎实现。这些都耗费了我们大量的研发精力，但是并没有纳入到订阅更新点中。
当然，由于 Surge iOS 的功能订阅，同时具备时间维度上向前与向后的延伸，我们充分理解连续订阅用户关于订阅功能点更新不够频繁的失望。因此我们建议所有用户取消自动续订开关，仅在 Surge iOS 提供了你所需要的新功能时，再进行订阅，这也是我们推出该订阅模式的初衷。即使不进行订阅，你依然可以免费享受到改进型更新，只需要为有需求的功能付费。
同时，由于我们研发人员的精力分配和开发进度的关系，我们也很难保证订阅更新的功能点可以稳定地推出，有时可能一个月就会有两个新功能，有时可能长时间都没有。因此我们现在推出一项改进，如果 Surge iOS 连续 90 天都没有推出新功能，那么在这期间存在订阅期的用户，订阅期将自动延期 90 天。
（举例来说，目前上一次订阅功能更新日是 2025 年 12 月 11 日，假如授权有效期是到 2026 年 2 月 1 日，那么订阅将自动被延期到 2026 年 5 月 1 日。）
我们将在未来数日更新授权系统进行展期，感谢您的支持和理解。 | 0 |
| 3 | 关于 VLESS 协议的说明
我们长期收到用户关于支持 VLESS 代理协议的请求。鉴于围绕该协议存在较多争议，我们过去倾向于避免公开回应，以免引发不必要的讨论与争端。然而，持续的沉默本身也被部分解读为一种态度，甚至产生了一些误解与猜测。基于这一现实情况，我们决定对相关问题进行一次正式说明。
（由于 vless / vision / xtls 等名称本身缺乏统一且明确的定义，下文将以「VLESS」作为整个协议族的统称。）
加密代理协议社区始终保持着高度活跃。从早期的 Shadowsocks，到后来的 Trojan、ShadowTLS、TUIC、Hysteria、AnyTLS 等项目，不同开发者持续提出新的设计思路，并在开放讨论与相互借鉴中推动技术演进。许多项目均由开发者无偿投入时间与精力完成，对整个生态产生了积极影响。
因此，当新的项目具备成熟度与稳定性时，我们通常乐于进行支持与适配。尽管 Surge 本身并未直接参与开源代理协议项目，但我们与部分协议作者保持着良好的私下沟通，也会就实现细节与 issue 进行技术层面的交流。我们对此一直保持开放性态度。
然而对于 VLESS 协议，由于其设计改变了传统 TLS 的分层边界。若要实现支持，需要对上游 TLS 库（如 OpenSSL/BoringSSL）进行定制化修改，这意味着后续无法直接跟随上游更新，增加整体 TLS 子系统的复杂性与安全评估成本。
此外，XTLS 将 TLS 从传统的端到端数据保护层重新定位为一种会话引导机制，把原本由标准协议层提供的完整性保障，部分转移到应用自行定义的数据路径之上。这种跨层设计虽然带来了某些特性，但降低了安全边界的可验证性。
相比之下，Trojan、TUIC、Hysteria、TrustTunnel 等协议均建立在标准 TLS 实现之上。标准化 TLS 经过长期实践验证，是目前应用最广泛且成熟度最高的加密隧道。
事实上，针对用户的需求，我们早已完成了一份 VLESS 协议的实验性实现。然而，代码的完成并不代表产品的就绪。正如前文所述，由于该协议目前需对底层 TLS 库进行非标准修改。如果现在将其合并进主分支，意味着我们要把巨大的维护风险和潜在的不稳定性带给所有 Surge 用户，这不符合我们对产品稳定性的要求。
除此之外，VLESS 协议的特性更新非常频繁，缺乏稳定且可依赖的文档和 specification，我们对这种探索性精神表示支持，但对于产品化来说，这种频繁的变动和复杂的参数配置，将对用户体验带来巨大的挑战。
所以我们依然在观察支持 VLESS 协议的必要性，如果最终确实被广泛采纳使用，或者产生了比其他 TLS 类协议的明显优势，或者有了完整的协议 specification，我们会第一时间重新评估合并事宜。
为了避免产生更多的误解和猜疑，我们在此承诺，如果未来 Surge iOS 版本决定加入 VLESS 协议支持，将作为一项免费更新推出，所有用户均可直接使用。以此表明我们绝非因为商业原因而故意延后支持。（Surge Mac 版本用户可以通过 External Proxy Program 机制进行使用）
希望您可以理解我们的决定，我们对造成的不便感到歉意。 | 0 |
