由TG散户群体自发形成的测速社区。专注*用户测*的体验：单线程表现、三网/国际区域表现、实际延迟&稳定性等综合评定。
➤专线入口天梯表: https://www.haitunt.org
欢迎所有 用户👨🏻💻 和 机场主🕋 投稿，共建透明、客观、更反映用户实际体验的评测生态。
➤投稿: @HaitunSubmit_bot
➤(若有)可能的撤稿事项，仅受理*原投稿人*。
讨论群: @haitunspeed
频道: @haitun_channel
➤专线入口天梯表: https://www.haitunt.org
欢迎所有 用户👨🏻💻 和 机场主🕋 投稿，共建透明、客观、更反映用户实际体验的评测生态。
➤投稿: @HaitunSubmit_bot
➤(若有)可能的撤稿事项，仅受理*原投稿人*。
讨论群: @haitunspeed
频道: @haitun_channel
代理圈自己的春晚，起承转合已经比 CCTV 春晚还精彩！
———
RPRX 回应节选 (原文在 Github 👈 )：
1. 某 KOL 及其合作者针对 Reality 协议所指的
2. RPRX 坦言：
3. 余下内容是 RPRX 对某 KOL (那些人) 的道德看法。
———
频道按：
结合 2022 年底官方统计数据，京＋沪＋穗 三地四网的出入口局（挂载 #GFW 服务器）的带宽处理规模加总 ≈ 18.04 Tbps。同期，它们连接的海缆总容量达 746.36 Tbps。
———
当某代理 app 和 Xray-core 开发者/拥趸激烈交战时，华为、派网、新华三、深信服的工程师可能坐在家里边嗑瓜子、边看代理界春晚中的抖包袱。这些工程师，或许都已经计划好在初八上班后开一个新 project 提取特征，为 GFW 添砖加瓦，争取在马年升职加薪。这或许才是这场闹剧的最大悲哀！
#吃瓜 #窝里斗 #第二阶段 #续集 #xray #reality #vless #rprx #sukka
———
RPRX 回应节选 (原文在 Github 👈 )：
1. 某 KOL 及其合作者针对 Reality 协议所指的
maxUselessRecords 错漏，实际上早在 2023 年的某次 commit 中就已修改为 32，只因 2024 年的另一 commit 失误合并上游代码时未经核验而导致取值不慎返祖。预计：当相关参数回溯 2023 版后，该报告第 2.3.2 节和表 2.5-1 及之前所提出的「初步 探测手段」就失效了。
注：实际上，RPRX 本人也曾在 crypto/tls 的 PR (2023年) 提及过取值 16 存在安全风险，所以该报告的相应章节及表的探测思路不算新的发现。
2. RPRX 坦言：
很遗憾鹦鹉却是反审查中很难避开的一环，REALITY 的“特征”其实还有很多，比如说 server handshake 消息 TCP 分包发送/粘包发送，data record 的 max size 与切换策略（XTLS 也有这个问题，不过 REALITY 的大规模普及在一定程度上扰乱了公网流量特征）、广泛存在的 timeouts 等，即使全解决了也顶多做到特征符合“端口转发”……按：这段话并未 address 该报告的 4.4 节及表 2.5-2～2.5-6，尤其源自 Go 库本身的 16 上限问题确实是个硬伤（假设 GFW 算力 → ∞ 的话）。
但 RPRX 称：以前没说那么多是因为不想给 GFW 提供弹药，等它自己研究出来我再改，这样可以延长拉锯时间……所以 REALITY 成了一个不得不长期存在、维护的协议
值得注意的是，另有开发者绕开 Go，转而用 Rust 重构 Reality & XHTTP，见 undead-undead/xray-lite，或许是一个新的破局思路？【新项目，暂无临床证据】
3. 余下内容是 RPRX 对某 KOL (那些人) 的道德看法。
可能那些 KOL 有着自己的道德坐标系？本文不予置评。看客们若有兴趣，可移步原文。
———
频道按：
结合 2022 年底官方统计数据，京＋沪＋穗 三地四网的出入口局（挂载 #GFW 服务器）的带宽处理规模加总 ≈ 18.04 Tbps。同期，它们连接的海缆总容量达 746.36 Tbps。
利用率仅 ≈ 2.4% ❗️
—— 若计入内蒙＋新疆＋黑龙江的中欧陆缆、云南＋广西＋西藏的南亚陆缆，该比率只会更低。
如此低的利用率，与国际通行的海缆 10%—30% 点亮率之间，存在数量级的鸿沟。这似乎暗示了 GFW 的算力极其吃紧，或许该报告所述的 「深度行为分析」在理论上自洽，但在现实中的可行性需要打一个问号❓
———
当某代理 app 和 Xray-core 开发者/拥趸激烈交战时，华为、派网、新华三、深信服的工程师可能坐在家里边嗑瓜子、边看代理界春晚中的抖包袱。这些工程师，或许都已经计划好在初八上班后开一个新 project 提取特征，为 GFW 添砖加瓦，争取在马年升职加薪。这或许才是这场闹剧的最大悲哀！
顺祝各位看官在马年也升职加薪！🚀🚀🚀
#吃瓜 #窝里斗 #第二阶段 #续集 #xray #reality #vless #rprx #sukka
《速查表》协议分类的调整
本次更新：
━➊
━➋
———
《速查表》持续更新在 https://www.haitunt.org/cheatsheet.html
如有其他补充/反馈，请前往 @HaitunSubmit_bot
———
#app #插件 #软件 #协议 #代理工具 #代理核心 #代理协议 #mihomo #singbox #xray #v2ray #v2fly #dae #大鹅 #surge #exclave #husi #速查表 #cheatsheet
本次更新：
━➊
表 1 的「孤家寡人」和「已退环境」两个序列整体后移。因使用者鲜见，或许实际使用率都少于 WireGuard/SOCKS 等常作链式代理的传统协议
━➋
表 1 的「已退环境」相应行列加注 灰色 底纹背景，旨在贴近活跃度、生命周期。———
《速查表》持续更新在 https://www.haitunt.org/cheatsheet.html
如有其他补充/反馈，请前往 @HaitunSubmit_bot
———
按：Surge 至今仍有一定影响力，在其支持 AdGuard's TrustTunnel 协议后，仅在次日 Exclave 和 Husi 也光速支持！
Exclave 和 Husi 在协议支持度上仍是全平台的第一和第二。
#app #插件 #软件 #协议 #代理工具 #代理核心 #代理协议 #mihomo #singbox #xray #v2ray #v2fly #dae #大鹅 #surge #exclave #husi #速查表 #cheatsheet
《参数汇总：代理工具的协议支持 & Apps与通用核心的隶属》
如两张图所示
网页版地址 (持续/优先更新) :
🆕 Latest Version: 2025.10.30
https://www.haitunt.org/cheatsheet.html
⚠️ 这不是一份测评，而是纯粹的协议参数速查表
#app #协议 #代理工具 #代理核心 #代理协议 #mihomo #singbox #xray #v2ray #v2fly #dae #大鹅 #surge #小火箭 #loon #stash #qx #surfboard #vless #reality #encryption #hy2 #anytls #windows #win #macos #linux #openwrt #路由器 #华硕 #小米 #软路由 #插件 #内网穿透 #参数 #速查表 #cheatsheet
如两张图所示
VLESS 家族过于庞杂，仅节选机场节点常用的特性/分支。
待有统计数据后，会再补充一些信息……
To be announced……
网页版地址 (持续/优先更新) :
🆕 Latest Version: 2025.10.30
https://www.haitunt.org/cheatsheet.html
⚠️ 这不是一份
#app #协议 #代理工具 #代理核心 #代理协议 #mihomo #singbox #xray #v2ray #v2fly #dae #大鹅 #surge #小火箭 #loon #stash #qx #surfboard #vless #reality #encryption #hy2 #anytls #windows #win #macos #linux #openwrt #路由器 #华硕 #小米 #软路由 #插件 #内网穿透 #参数 #速查表 #cheatsheet
9 月 11 日，一份从 GFW 内部流出的文件（见 gfw.report 的报告, 或 TG 推文）颠覆了许多人对代理安全的既有认知：已快进到 通过植入证书来进行 MitM。
1️⃣ 当前主流的代理方式 或不再安全
泄露文件及其讨论 1、讨论 2 等指出：只要你设备的 “证书” 被污染，无论套多少层加密或隧道技术，对于 #GFW 都不过是衣不蔽体。
⚠️25-09-20 注：积至 (Geedge) 和 GFW 的关联性 争议不休！
2️⃣ 积至的新技术：以主动 MitM 来监管流量
据悉，积至公司的新技术，可通过 蜜汁证书➕MitM 随时监控、解密你的流量——只需通过各种手段，把它的《蜜汁证书》悄悄植入，成为潜伏在你设备里的内鬼，丝滑小连招即成。
该思路与 iOS 部分代理 #App 的 MitM 去广告等场景类似。只是在 #去广告 场景中，你是主动安装第三方证书。而在积至的新技术场景中，你是被动植入第三方 (投毒) 证书❗️
3️⃣ 今后的安全标准：或不能停留在 “传统加密”
RPRX (Xray-core 和 VLESS 开发者) 称其 Reality 协议和抗量子加密 (Post-Quantum Encryption, 简称 Encryption) 特性都独具优势。
开发者推介 ⓵ Reality 对 MitM 的抗性；⓶ 号召中转机场从 SS 切至 Encryption。
频道注：#Reality 至少在 GFW Pro Max 的新疆，表现独一档；但后者的整体表现如何，还有待观察。
━ #专线 机场中，S* 等个别引入 Encryption，又如 L*、Y* 等意外改用 Reality；
━ 现仅 ⓵ Xray >= v25.9.5 [9月5日更新]、⓶ Mihomo >= v1.19.13 [8月27日更新] 等极个别核心的新版本支持 Encryption 特性❗️
━ 基于上述核心的 App 名单，见海豚测速-代理工具篇。可利用版本号按图索骥，跟踪 协议 / 新特性 支持动向。
倘若情况变得更加严峻，#代理协议 开发者与 GFW 免不了新一轮的斗智斗勇。明天，你还会翻墙吗？
（⚠️ 25-09-21 全文内容有调整 ）
#漫谈 #技术杂谈 #vless #抗量子 #encryption #xray #mihomo
新代理App：
基于
✅ Android
✅ iOS
✅ Windows
✅ macOS
❌ Linux
🌟 独家特色
⚠️ 当前不足（
👥 用户群契合度
📥 下载与反馈
项目: github.com/5vnetwork/vproxy
官网: https://vproxy.5vnetwork.com
TG群: @vproxygroup
#Vproxy #自建 #Windows #安卓 #ios #app #vps #免费
Vproxy 基于
Xray 核心的一款免费、开源、多平台代理客户端，支持多种协议，#自建党 的瑞士军刀。现已支持：✅ Android
✅ iOS
✅ Windows
✅ macOS
❌ Linux
🌟 独家特色
自建党的”三位一体“工具：VPS 搭建节点 ➕ 探针 ➕ 代理客户端
——截至目前的独一家❗️
⚠️ 当前不足（
v1.2.6版）❶ 协议兼容性：某些新协议如 AnyTLS 尚不支持，参考 #xray 的协议覆盖。
❷ 无分流功能：仅支持直连或代理，无法多节点分流。
❸ 无同步功能：尚未实现配置同步功能，用户在多设备间需要手动配置。
——据悉，上述方面的改进已在筹备
👥 用户群契合度
➤ 新手组：适合。UI 简洁，支持一键导入，新手轻松上手。
➤ 甜点组：一般。
➤ 进阶组：目前仅迎合 #自建党。因目前缺乏多节点分流功能（仍在开发中）。
📥 下载与反馈
项目: github.com/5vnetwork/vproxy
官网: https://vproxy.5vnetwork.com
TG群: @vproxygroup
#Vproxy #自建 #Windows #安卓 #ios #app #vps #免费
