Project X 与 Xray-core 创始人：以技术直觉重塑抗审查格局的先锋
主导 VLESS、XTLS 与 REALITY 协议革命，以极致性能与拟态伪装开创现代网络代理新范式
第一幕 · 时代困局：审查暗影与双重加密的算力泥潭
2020 年仲夏，外部网络审查的技术铁幕正悄然完成一场静默的代际质变。
粗暴的 IP 阻断与端口黑名单退入幕后，针对协议握手特征的深度包检测（DPI）大网，在暗处无声拉紧。
而在高墙这一侧，代理生态自身却被锁死在一个庞大而臃肿的架构死结里。
彼时统治整个社区的，依然是早期的 VMess 协议——一个诞生于 HTTP 时代、带着沉重历史包袱的旧系统。
当全网 HTTPS 化已成定局，用户访问的绝大多数数据在离开应用时，早已被现代 TLS 严密包裹；然而 VMess 的隧道设计，却依然顽固地要求在这一层标准 TLS 密文之外，再机械性地强加一层专有的对称加密。
每一个进出的字节，都必须在 CPU 中被接连碾压两次。
在几美元的低功耗软路由和单核 VPS 上，频繁的用户态内存复制与对称加解密运算，死死扼住了网络吞吐的喉咙。
更折磨节点维护者的，是 VMess 为了防御重放攻击而焊死的一道铁律：系统时钟偏差不得超过 90 秒。
每逢移动设备从休眠中唤醒，或是系统 NTP 发生微小飘移，等待用户的就是毫无征兆的彻底断连。
第二幕 · 破局与自立：极简之刃、理念决裂与独立长征
在这场技术泥潭中，开发者 RPRX 亮出了一把极简主义的手术刀。
2020 年 7 月 28 日，他在 V2Ray 核心合入了石破天惊的 VLESS 协议规范。
他的逻辑近乎冷酷：剔除所有华而不实的应用层重复加密，拔掉致命的 90 秒时钟引信，将协议本身压缩为无状态的轻量身份鉴权，传输安全全权交给外部标准的 TLS 机制。
紧接着在 8 月 11 日，顺着这一极简脉络，他掷出了足以引发行业地震的技术构想——XTLS。
他在代码提交中直刺旧架构的盲区：
“当隧道内承载的流量本身已是标准 TLS 密文时，外部代理隧道的重复加密是一种纯粹的算力浪费与性能罪恶……XTLS 可以让内层 TLS 密文直接在套接字上流淌。”
只要握手阶段确认内层为标准 TLS，代理隧道便即刻在应用层剥离封装，密文在套接字上畅通无阻，彻底卸下了困扰社区多年的二次加解密重负。
然而，颠覆性的代码还没来得及普及，一场意识形态的烈火便轰然烧起。
为了阻止商业 VPN 与黑灰产对开源成果的肆意掠夺与无底线包装，RPRX 在 Mozilla Public License 之外附加了商业使用限制条款。
这一举动，瞬间引爆了自由软件界的法理雷区。Debian 维护者以不符合自由软件准则（Non-FOSS）为由直接将其拒之门外；而在崇尚 OSI 纯粹开源传统的 V2Fly 社区内部，长达数月的激辩与阵营对立，最终演变为一场决裂的投票。
2020 年 11 月 17 日，社区经表决决定将 XTLS 从主分支彻底拔除。
面对辛苦打磨的代码被全量清退，RPRX 没有妥协与辩解，而是留下一句掷地有声的断言：
“既然如此，代码我收回，我们走自己的路。”
时钟仅仅走过了不到二十四小时。
11 月 18 日，Project X 官方 Telegram 频道（@projectXtls）伴随着立项宣言破晓而出：
“这里是 Project X 的频道。Project X 提供 v2ray 的超集 X-ray，含更好的整体性能和 XTLS 等一系列增强，且完全兼容 v2ray-core 的功能及配置。‘配置兼容，整体更好’。”
短短一周后的 11 月 25 日，Xray-core v1.0.0 以代号“New Beginning”吹响了反攻号角。单一静态二进制文件打包、全平台开放裸协议 ReadV 增强——Xray 彻底砸碎枷锁，踏上了属于自己的独立长征。[1][16][3][4]
第三幕 · 硬核深水区：底层攻坚、内核管道与自适应反侦测
自立门户的 Xray-core，展现出近乎狂暴的底层攻坚速度。
独立建制仅两周，2020 年 12 月 6 日，RPRX 在 v1.1.2 中祭出了划时代的系统级杀器——XTLS Splice 模式。
在传统的用户态代理转发中，一个网络数据包的生命周期是一场漫长的内存搬运折磨：网卡驱动收取数据放入内核缓冲区，系统调用将其拷贝至用户态进程内存，代理逻辑解包后再触发系统调用将其拷回内核缓冲区，最后才由网卡发送。
每一次转发，都伴随着密集的 CPU 上下文切换与内存总线的大量占用。
RPRX 创造性地调用了 Linux 内核底层的 splice() 系统函数，在内核空间内直接为入站与出站的两个套接字文件描述符架起了一道单向管道缓存（pipe）。
密文数据全程流淌在操作系统的内核页中，彻底抹去了进出用户态的昂贵复制开销。他在发布公告中宣告：
“Splice 是 Linux Kernel 提供的函数，系统内核直接转发 TCP，不再经过 Xray 的内存，大大减少了数据拷贝、CPU 上下文切换的次数……此前引入了默认的全平台 ReadV 增强，性能已与 VLESS 裸奔持平。而现在，你可以选择性开启 XTLS Splice 模式。”
单核 VPS 与 MIPS/ARM 低功耗软路由的性能天花板被瞬间击穿，以极低的单核负载轻取千兆线速。
攻势并未就此止步。
面对 V2Ray 时代长期悬而未决、让无数联机游戏玩家与语音通讯痛不欲生的 UDP 支持缺陷，RPRX 耗时数周在复杂的多网卡与 NAT 拓扑中穿梭，于 2021 年 2 月 14 日在 v1.3.0 中宣告重大突破：
“Xray-core 全面 FullCone 化……通过非常巧妙的机制实现了 V 系协议全部 FullCone，同时与旧版保持一定的兼容性。”
这记重拳彻底攻克了困扰社区多年的 NAT 穿透痛点。
然而，高墙的阴影始终如影随形。
2022 年底，审查系统调动了机器学习与高精度流分类器，死死盯住了 TLS in TLS 架构在握手阶段暴露的致命破绽——内层 TLS 1.3 Client Hello 握手帧具有极其鲜明的报文长度统计分布。大面积的阻断如潮水般涌来。
2022 年 10 月 29 日，RPRX 在 v1.6.2 中亮出了代号为 xtls-rprx-vision 的秘密流控。他在技术讨论区中拆解了战术核心：
“Vision 的使命就是彻底消除 TLS in TLS 的特征。通过在握手阶段智能填充，抹平数据包长度指纹，阻断审查系统对内层 Client Hello 长度的统计识别；握手完毕后立刻恢复极速直通。”
在最关键的握手阶段以动态填充抹平长度特征，握手完成后毫秒级切入内核极速转发，精准化解了审查方精心编织的统计学捕网。[11][12][5][6]
第四幕 · 拟态革命与前向安全：借壳合规巨头与降维打击
当性能与握手特征的防线固若金汤后，整个生态又迎面撞上了一道看似无解的死胡同——域名与证书。
为了对抗阻断，数以百万计的个人运维者常年陷入一套标准而繁琐的生存套路：自费购买境外冷门域名、配置公网 DNS、向 Let's Encrypt 等 CA 机构周期性申请 TLS 证书。
但在拥有全网视角的审查系统面前，这套防御正变成公开的靶子。
全球证书透明度日志（CT Log）被爬虫以秒级实时审计，新颁发给冷门域名的证书无所遁形；境外的冷门域名长期缺乏正常访问流量，与境外 IP 构成刺眼的统计孤岛；嗅探到异常的主动探测器更会周期性发起非标握手，直接剥下节点的伪装。
2023 年 1 月 29 日深夜，RPRX 在 XTLS/REALITY 的创世提交（commit fb7fc93）中写下了这道死局的终结篇：
“自建域名与证书对抗审查的时代已经走到死胡同，拟态借壳巨头才是破局之道。借用真实合规巨头的证书和握手特征，对外部主动探测返回真实网页，彻底斩断对域名和证书的依赖。”
REALITY 构筑了一套如同科幻小说般的拟态机制。
服务端彻底摒弃自己的域名与私有证书，转而直接“借壳”微软、苹果、雅虎等全球科技巨头的真实公网证书与 SNI 握手特征。
当合法客户端接入时，双方通过临时公私钥在 TLS 握手中完成隐蔽的身份验真并截获流量；而一旦遭遇网络爬虫或主动探测器的窥探，REALITY 就会像变色龙般将原始连接原封不动回落（Fallback）至目标巨头的真实服务器，令探测器捕获到的完全是无可挑剔的正规巨头网页响应。
针对社区部分人将 REALITY 与 SS+ShadowTLS 等拼装方案混为一谈的杂音，RPRX 于 2023 年 4 月 22 日在官方频道发布科普长文，直指二者在现代密码学维度上的本质鸿沟：
“前者是真正的 TLS，而后者是 SS 伪装成 TLS。即使假设它伪装得很完美，其本质上还是 SS，安全性完全无法和 TLS 相提并论。最明显的就是，SS 并没有‘前向安全’等高级安全特性……在任何时间点，若你不小心泄露了配置，历史流量均可被解密。”
REALITY 原生依托 TLS 1.3 临时密钥协商（ECDH）与服务端公钥强绑定，从数学原理上杜绝了历史流量在密钥泄露后被倒查解密的前向安全隐患，将伪装艺术推向了密码学严密性的全新纪元。[13][14][8]
第五幕 · 风暴中心：双雄交锋、破坏性时差与 2026 抗量子指纹之战
颠覆性的技术突破与绝不妥协的强势个性，注定将 RPRX 推上 GitHub 乃至整个中文互联网最喧嚣的风暴中心。
在波澜壮阔的开源历史中，他与日后创立 sing-box 的新生代技术旗手 nekohasekai 曾有过一段戏剧性的惺惺相惜。
2021 年 6 月 21 日，nekohasekai 为 Xray-core 独立打造了安卓客户端 AnXray，并特邀 RPRX 担纲“首席视觉设计师”。二人联手设计了极具辨识度的 X-style 徽标与高对比度黑白界面。
然而在极客的世界里，审美共识并不能掩盖技术哲学的分道扬镳。
当 nekohasekai 为 Xray-core 提交集成 SagerNet 组件的 PR 时，RPRX 以代码架构维护成本与潜在的 GPL 传染风险为由，干脆利落地予以回绝。
这道裂痕迅速演变为公开的阵营争鸣。
2023 年 9 月，一场围绕“TLS in TLS 是否属于伪命题与炒作”的论战横扫社交网络与开源议题区，实用主义工程直觉与形式化规范激烈碰撞，并在随后数年一路延烧至 AnyTLS 的立项辩论与 uTLS 客户端指纹的争鸣之中。
除了跨项目的理念争锋，Xray 作为协议策源地，其近乎严苛的安全演进步调与庞大的下游客户端生态之间，更频频爆发震动全网的“破坏性时差”。
作为 VLESS、Vision 与 REALITY 的制定者，RPRX 始终奉行一条铁血准则：过时的指纹暴露即死穴，安全协议必须强制跟进最新基准。
2026 年 7 月，Xray-core 在 REALITY 中引入 minClientVer 强制版本检查并清理 allowInsecure 选项，瞬间引发了下游独立内核（如 MetaCubeX 维护的 Mihomo）的剧烈兼容震荡。
这场关于“向下兼容”与“安全底线”的拉锯战，在 2026 年 9 月彻底演变成了一场全网风暴。
随着 Xray-core 强化针对后量子混合密钥交换套件 X25519MLKEM768 与 ML-DSA-65 签名的严格抗审查指纹过滤，下游部分客户端为了迁就迟迟不愿升级的服务端，在握手阶段强行修剪（trim）掉后量子套件，人为造就了全球独一无二的畸变握手特征。
Xray 服务端断然拒绝这些被篡改的握手请求。
刹那间，全网大面积爆发血红的 authentication failed 报错与断连。
Exclave 开发者在 GitHub Issue #480 中公开发难，痛陈 Xray 漠视生态稳定性，并号召全网抵制破坏性更新。
面对铺天盖地的声讨与抵制呼声，RPRX 于 9 月 10 日至 11 日连发重磅长文强硬反击：
“REALITY 的本质是服务端 MITM，同时也是真正的 TLSv1.3，精妙地继承了 TLSv1.3 的前向安全等一揽子安全设计同时还强制 pin……绝大多数别的‘土制协议’是从未考虑过这一点的，甚至 REALITY 抗量子更新第二弹加的 ML-DSA-65 更是将这一安全设计提前覆盖到了后量子时代。”
他一针见血地戳穿了下游为了所谓“兼容”而掩耳盗铃的危险：
“如果不把这种异常指纹在服务端过滤掉，就会拖垮整条防线……安全不是请客吃饭，为了所谓的‘兼容’纵容畸变指纹，才是真正的祸患。”
在日常议题管理中，面对缺乏技术依据的指责与低信噪比讨论，他历来习惯于以辛辣言辞反唇相讥，并迅速锁定讨论。
这种强硬甚至被批评者斥为“独断与好斗”的行事风格，却也在追随者心中筑起了无可动摇的领袖定力。[17][18][2][7][19][20][21][22]
第六幕 · 时代余响：在风暴中挺立的技术三极
在去中心化、极易因技术纷争与现实压力而流产散沙的华语开源逆向工程界，RPRX 与其所率领的 Project X 走出了一条罕见的道路。
在一次次看似山穷水尽的技术困局与外部审查收紧的节骨眼上，他凭借着近乎执拗的工程直觉与绝对的带队铁腕，强行撕开了一条又一条生路。
从 VLESS 的大刀阔斧减负，到 XTLS Splice 对操作系统内核潜能的极限压榨；从 Vision 在报文统计维度上的精密缝合，到 REALITY 对网络拟态伪装范式的降维重构——
他所开创的协议范式，早已深刻地重塑了中文互联网抗审查技术的底层地貌。
今天，无论外界对其个性色彩、社区风格与许可证争议存在多大分歧，他一手锻造的 Xray-core 及其协议规范，都已经与 Clash/Mihomo 生态、sing-box 一同，巍然挺立在抗击深度网络封锁的最前沿。
