长期被玩家抱怨臃肿卡顿的 Epic Games Launcher,换了一副新骨架。

Epic 上线了推倒重写的客户端预览版,高调宣称核心功能由 AI 辅助完成,不仅首次原生支持 Linux,更在基准测试里把冷启动耗时压到 5.47 秒,比 Steam 的 10.07 秒快了足足 46%。

紧接着,《堡垒之夜》(Fortnite)宣布准备进入 Linux。

表面看,这是开源桌面玩家等了多年的破冰时刻。剥开跑分和公关宣传后,事情变了味:测试数据悄悄排除了低配置样本,客户端大幅砍掉了好友社交和账号生态,而 Fortnite 进入 Linux 的代价,是用 EAC v2 强行捆绑 TPM 2.0、安全启动并锁死内核,甚至直接把开拓 Linux 游戏市场的最大功臣 Steam Deck 挡在门外。

冷启动与界面切换耗时对照(Keywords Studios 测试) 客户端冷启动耗时(越短越好) 5.47 秒 (Epic 预览版) 10.07 秒 (Steam) 后台切至库界面耗时 0.36 秒 (Epic) 0.42 秒 (Steam)

所谓跑赢Steam,建立在样本清洗与功能阉割之上

从 2018 年上线至今,Epic 靠独占补偿和每周免费送游戏聚拢了大量注册账号,但沉重卡顿的客户端始终是玩家的眼中钉。

官方这次直接给开发过程贴上了氛围编程(vibe-coding)的标签,戏谑表示写代码太累,所以叫 AI 帮忙搞定。Epic Games Store 总经理 Martin Keely 随后澄清,团队并非盲目套用提示词,而是由小规模团队借助 AI 重构底层架构、编写模块并协助代码审查。

重构后的客户端将冷启动时间大幅缩减至五秒半(示意图)
重构后的客户端将冷启动时间大幅缩减至五秒半(示意图)

在第三方机构 Keywords Studios 进行的基准测试中,新启动器冷启动进商店仅需 5.47 秒,托盘唤醒游戏库仅需 0.36 秒。

但这场速度反超藏着两个关键注脚:

维度官方宣传点真实工程代价
测试样本冷启动比 Steam 快 46%13 台测试机中,汇总平均值时主动排除了配置最低的 3 台机型
唤醒差异托盘切回游戏库只需 0.36 秒比 Steam 的 0.42 秒仅快 60 毫秒,日常操作几乎无法察觉肉眼差异
功能完整度新增最近运行与居中下载管理器删除了好友社交、成就展示与账号管理等成熟生态,形同极简骨架
系统开销宣称界面响应提升数倍未提供受控的后台内存驻留、CPU 占用及游戏内资源开销对比

汉代扬雄在《法言》中写道:观书者审其真伪,观器者察其巧拙。砍掉绝大部分生态组件的程序自然跑得飞快。当后续将社交、云存档与反作弊完整塞回时,这套依靠 AI 生成重构的代码能否守住性能底线,依然没有经过现实检验。


3% 份额逼出的转向,以及被踢出局的功臣

促使 Epic 掉头的根源不是突然的技术善意,而是桌面操作系统的份额质变。

2022 年 2 月,Epic 首席执行官 Tim Sweeney 曾断言,面对碎片化的 Linux 内核,官方没有任何信心在海量玩家环境下防住作弊,因此绝不考虑让 Fortnite 适配 Linux 或 Steam Deck。当时 Steam 平台调查中的 Linux 份额仅有 1.06%。

Steam 平台 Linux 市场占有率变迁 1.06% 2022年1月(Sweeney 明确拒绝) 3.05% 2026年9月(常态增至当年2.9倍) 5.33% 2026年3月(调查异动峰值)

到 2026 年 9 月,Linux 在 Steam 上的常态份额攀升至 3.05%,峰值甚至突破 5.33%。这块增量市场让任何游戏厂商都无法继续装作看不见。

但荒诞之处在于,把 Linux 游戏生态推到今天这个体量的最大功臣是 Valve 的 Steam Deck;而 Epic 宣布 Fortnite 支持 Linux 的第一天,就明确排除了当前版本的 SteamOS。

原生启动器虽已就位,核心游戏仍被反作弊机制牢牢阻隔在门外(示意图)
原生启动器虽已就位,核心游戏仍被反作弊机制牢牢阻隔在门外(示意图)
Epic Linux 生态演进对比 过去:开源社区自救 依赖工具:Heroic Games Launcher 底层运行:Wine / Proton 手动配置 痛点:缺少官方支持,配置门槛高 现在:官方原生预览版 支持平台:Ubuntu / Fedora / Debian 架构:从零重构,跨平台原生运行 硬伤:Windows 游戏仍需层层兼容

过去 Linux 用户依赖 Heroic 等开源启动器维持体验,现在官方启动器虽然原生适配了 Ubuntu 22.04、Fedora 43 和 Debian 12,但最核心的在线竞技游戏,依然把掌机玩家挡在门外。想在 Steam Deck 上玩 Fortnite,唯一合规的路径还是云游戏。


EAC v2 的代价:把自由系统改造成封闭沙盒

为了解决 Linux 环境下的作弊死结,Epic 拿出了升级版 Easy Anti-Cheat(EAC)Linux v2。

在 Windows 下,反作弊体系极度依赖高权限内核驱动。而在 Linux 体系中,任何人都能自由修改并编译内核,普通反作弊驱动基本丧失防御力。《Apex 英雄》此前彻底放弃 Linux 平台,原因就是无法在受控内核与伪装作弊内核之间做出区分。

Epic 放弃了传统的私有内核模块路线,转向 eBPF 和 BPF LSM 架构,但筑起安全防线的代价是层层硬件枷锁:

  • 强制硬件门槛.必须开启 TPM 2.0、Secure Boot(安全启动),桌面设备必须开启 IOMMU。
  • 内核签名锁定.只允许运行受信任机构签名的内核与模块,强制启用度量引导(Measured Boot)。
  • 权限机制封死.启动系统内核锁定(Kernel Lockdown),全盘禁用 kexec 快速重载注入。
EAC Linux v2 硬件与内核信任链机制 1. 硬件层门槛 • 强制 TPM 2.0 • Secure Boot 安全启动 • IOMMU 内存保护 2. 内核完整性 • 受信任签名内核/模块 • 度量引导 (Measured Boot) • 开启 Kernel Lockdown 3. 运行监测 • eBPF / BPF LSM 机制 • 禁用 kexec 动态注入 • 形成类主机受限沙盒

这套工程逻辑很坦白:既然无法信任自由环境,就把开源系统彻底锁死成一台家用游戏主机。

Steam Deck 之所以被拒之门外,原因正在于此。SteamOS 出于玩家折腾和社区兼容的考量,并没有默认锁定固件签名与引导链条,在 EAC v2 的眼里,这恰恰构成了不可控风险。

Fortnite 登陆 Linux:理想与现实的落差 表面叙事:生态破冰 • 原生登陆:官方推 Linux 启动器 • 开放口号:EAC v2 将向第三方提供 • 份额回馈:Linux 占 Steam 突破 3% 玩家直觉误区 误以为 Steam Deck 即插即玩时代到来 底层现实:严苛锁死 • 设备排除:Steam Deck 暂不支持 • 硬件硬锁:强制 TPM 2.0 与 Secure Boot • 系统封锁:禁用 kexec 与开启 lockdown 实际工程代价 将自由系统改造成封闭的类主机沙盒

借刀杀人的平台算计与真正的安全赤字

《史记》有言:天下熙熙,皆为利来;天下攘攘,皆为利往。Epic 这一套组合拳,算计从来不在技术本身。

在应用层,AI 快速搭建上层代码确实能换来漂亮的跑分,但底层的技术负债没有消失。预览版刚上线,就出现了 Denuvo 校验报错与游戏偶发崩溃;更现实的阻力在于安全信任,安全社区对未经验证的 AI 辅助代码抱有本能戒心,在缺少独立审计的情况下,让玩家在这套客户端里输入信用卡和支付凭证,本身就是一场信任透支。

AI快速生成的上层代码,仍需面对深层架构的技术负债隐患(示意图)
AI快速生成的上层代码,仍需面对深层架构的技术负债隐患(示意图)

在平台层,这是一次精巧的压力转移。Epic 既不打算把 Fortnite 上架 Steam 商店,又要借 Linux 份额分一杯羹,于是开出了一张苛刻的安全清单,反手把球踢给 Valve:如果你想让 SteamOS 运行当红网游,你就得改写系统引导规则,锁死你的掌机。

Valve 没有任何理由为了竞争对手的一款游戏,放弃自身系统的自由度与主控权。

对于尝鲜的用户,重构版确实解决了日常点击时的卡顿;但若期待在开源系统上无拘无束地运行主流竞技大作,现实给出的账单非常刺眼:想要进入这场游戏,你必须先交出对操作系统的支配权。