长期被玩家批评笨重的 Epic Games Launcher 突然换了骨架。官方上线了完全从零重写的客户端预览版，不仅首次原生支持 Linux，还在基准测试里把冷启动耗时压到了 5.47 秒，压过老对手 Steam 的 10.07 秒。
紧接着，更大的消息落地：常年对开源系统关紧大门的《堡垒之夜》（Fortnite），终于准备进入 Linux。
两件事看似是开源游戏生态的重大胜利，但细看底层的兑现条件，味道全变了。支持 Linux 的代价，是要求设备开启 TPM 2.0、安全启动，并彻底锁死内核；而当前 Linux 游戏最大的硬件功臣 Steam Deck，被直接挡在门外。
所谓氛围编码，只换了一层跑得快的外壳
把客户端推倒重写，是 Epic 拖延多年的功课。早期的启动缓慢、内存占用夸张和功能残缺，一直是玩家长期诟病的对象。
官方用氛围编码来形容这次重构，但 Epic Games Store 总经理 Martin Keely 解释，项目并非靠输入提示词一键生成。团队彻底废弃了原有的旧架构，由 AI 辅助编写核心功能并协助代码审查。
在 Keywords Studios 实施的第三方测试中，Epic 预览版的冷启动耗时几乎比 Steam 缩减了一半，后台切回游戏库只需 0.36 秒。
但跑分赢了，不等于游戏体验赢了。启动器省下的 4 秒钟只是界面渲染响应，一旦进入 3D 游戏，外壳跑得再快也换不来硬件帧率。
3% 份额带来的转向，与被抛下的 Steam Deck
让 Epic 态度发生 180 度大转弯的，不是突发的技术善意，而是桌面平台实打实的份额变化。
2022 年 2 月，Epic 首席执行官 Tim Sweeney 曾断言，面对碎片化严重的 Linux 内核，官方根本没有信心在大规模环境下防住外挂，因此绝不考虑让《堡垒之夜》支持 Linux 或 Steam Deck。
当时，Steam 软硬件调查中的 Linux 份额仅有 1.06%。
到 2026 年 9 月，Linux 在 Steam 上的常态份额攀升到了 3.05%，期间峰值一度触及 5.33%。这块增量市场让厂商无法再视而不见。
然而随之而来的反常现实是：将 Linux 份额推上 3% 的最大功臣是 Valve 的 Steam Deck，但 Epic 宣布《堡垒之夜》支持 Linux 的第一天，就明确表示当前 SteamOS 无法运行该游戏。掌机用户若想玩，依然只能依靠云游戏。
过去 Linux 用户依赖 Heroic 等开源启动器曲线救国，如今官方启动器虽然原生落地 Ubuntu 22.04、Fedora 43 和 Debian 12，但游戏本身的落地完全是另一回事。
EAC v2 的代价：把自由系统改造成受限沙盒
为了解决竞技反作弊的死结，Epic 拿出的方案是全新的 Easy Anti-Cheat（EAC）Linux v2。
在 Windows 环境下，反作弊往往依靠高权限的内核驱动运转。但在 Linux 下，玩家可以自行修改并编译内核，传统的反作弊驱动几乎形同虚设。此前《Apex 英雄》直接放弃 Linux 平台，原因也是无法区分正常玩家与伪装内核。
Epic 放弃了私有内核模块的路线，改用 eBPF 和 BPF LSM 架构，但换取安全的代价极其严苛：
- 硬件要求.强制开启 TPM 2.0、Secure Boot（安全启动），桌面设备必须开启 IOMMU。
- 内核要求.仅允许受信任机构签名的内核与模块，强制启用度量引导。
- 权限要求.开启内核锁定，全面禁用 kexec 快速重载机制。
工程逻辑十分直接：既然不能信任自由环境，就把系统彻底收拢成受限沙盒。
这也解释了 Steam Deck 为何缺席。SteamOS 出于灵活性考虑，并没有按这套规则默认锁死引导签名，自然被 EAC v2 判定为不合规。
生产级代码的信任账本与平台博弈
《史记》有言：“以利相动，转祸为福。”商业平台的妥协与让步，背后都是算清的利益账。
重构启动器与改造反作弊，暴露出两个层面的现实约束。
在应用层，AI 辅助重写的代码能快速刷出漂亮的性能数字，但面对深层权限与跨平台适配时，技术负债依然需要时间化解。新版本发布初期，Denuvo 令牌报错与部分游戏崩溃的问题，已经说明了重写上层并不等于彻底稳定。
在底层生态上，这场博弈的关键在于 Valve 接不接招。Epic 明确表示没有把《堡垒之夜》上架 Steam 的计划，仍要求玩家使用自家启动器，同时又寄希望于 Valve 修改 SteamOS 的引导和安全规范来配合自己。
Valve 是否会为了竞争对手的一款头部网游，交出自身掌机系统的自由度与主导权？
对于尝鲜的用户，新版启动器确实解决了日常点击时的卡顿；但若期待在 Linux 上无拘无束地运行主流竞技大作，现实给出的答案很明确：你必须先让渡出对操作系统的支配权。