CS2推出服务器端反透视遮挡剔除功能

背景

《反恐精英 2》（Counter‑Strike 2）是 Valve 开发的团队射击游戏，其社区服务器长期受透视作弊（wallhack）困扰。传统防作弊方案多在客户端侧检测或封禁，但无法阻止作弊软件直接读取服务器下发的敌人位置数据。社区开发者推出了一款名为 CS2FOW（Counter‑Strike 2 Fog Of War） 的服务器端插件，旨在从数据源头切断透视作弊的信息流。该插件的 FAQ 在 Reddit、Discord、GitHub 以及实际服务器测试中反复被提及，以下内容即为 FAQ 的中文完整解读。

核心内容

CS2FOW 是一个专为 CS2 社区服务器设计的服务器端防透视插件。其核心原理是：如果一名敌人完全被实心地图几何体遮挡，CS2FOW 会停止向该客户端发送该敌人的实时实体数据。客户端收不到隐藏敌人的位置，透视作弊软件就无法获取可用的绘图数据。

• 插件仅运行在服务器侧，不模糊、隐藏或修改玩家 PC 上的任何文件，无需玩家安装任何内容，也无法在 Valve 官方匹配中使用（除非 Valve 在游戏内实现类似机制）。
• 插件本身不引入安全风险：它不修改客户端文件、不注入客户端、不要求玩家安装额外组件。
• 作弊者无法通过“更新作弊”来绕过：如果服务器不发送隐藏敌人的位置，作弊软件就无法恢复从未收到的精确实时数据。但作弊者仍可使用较弱信号，例如声音事件、最后已知位置、预瞄点、队友信息或游戏意识。CS2FOW 减少了主要的透视数据源，但无法杜绝所有作弊行为。
• 对游戏逻辑无影响：敌人实体在服务器上依然正常存在，命中判定、子弹穿透、伤害、移动和游戏规则均在服务器侧处理。插件仅改变是否将该敌人实体传输给某个客户端。
• 仍然可以穿墙（wallbang）命中隐藏敌人：只要瞄准方向正确，服务器仍可判定命中，客户端无需知道敌人精确位置。

可见性过滤的范围

• 当前预览版中，CS2FOW 只过滤活着的敌方玩家（pawn）及其当前持有的武器，针对 T/CT 存活角色。不过滤队友、自己、死亡玩家、观战者、HLTV、抛射物、掉落的世界物品、粒子、特效或声音。
• 机器人被视为普通玩家进行可见性计算，死去的机器人、被观察的玩家、队友和观战者不过滤。
• 死亡玩家、观战者、HLTV 故意不被过滤，因为他们的行为与活人游戏不同，更容易规避作弊。
• 雷达作弊如果依赖服务器发送的敌人实体位置，CS2FOW 同样会减少数据：隐藏的敌人不传输，因此雷达上位置数据减少。但插件当前不隐藏声音事件、队友信息、炸弹信息或所有可能的世界线索。

声音与动态对象

• 声音事件（脚步声、枪声等）属于独立于实体数据之外的信息。CS2FOW 目前专注于实体可见性，不会随机化或剥离声音。改变声音需要谨慎设计，因为服务器不知道谁在作弊，任何声音修改也会影响合法玩家，且脚步声是 CS 核心机制。
• 当前预览版不将烟雾作为遮挡物。烟雾是动态对象，需要不同的处理方式。未来一个简单的版本可能用体积近似活跃的烟雾，但真实烟雾行为需要更多研究以免破坏正常游戏。
• 动态遮挡物（门、可破坏物、道具、烟雾、粒子、抛射物）当前故意不在范围内。掉落武器是真实的信息泄漏点（例如武器突然出现/消失/移动可能暴露玩家位置），未来干净的修复方式是对掉落武器实体也进行可见性过滤。

精度与性能

• 可见性检查点设置在玩家身体周围，而非每个武器的枪口。如果枪口在身体可见前露出拐角，武器会先弹出（pop‑in）。计划通过增加武器枪口或武器包围盒的可见性采样来修复，让玩家在持有的武器变得可见时提前被暴露。
• 空间计算使用真实的 CS2 地图物理资源，而非手工制作的地图。烘焙器从已挂载的地图中提取静态世界碰撞三角形，构建 BVH8 加速结构，运行时对多个观测点和目标点进行几何遮挡测试。对于实心静态墙壁、地板、角落和正常地图掩体准确，但并非完整的动态游戏对象模拟。
• 目标是在“接近可见”时刻提前暴露，而非精确到最后一毫秒。CS2FOW 根据移动和延迟做出预测，在敌人完全可见之前稍稍提前暴露，并让已暴露的敌人短暂保持可见，以避免延迟弹出（late pop‑in）。当前预览仍需在实际服务器中测试边缘情况。
• 延迟处理：使用接收方的 RTT（往返时间）加上工作线程更新间隔来决定提前暴露多远。高延迟玩家会获得更大的提前暴露缓冲，有配置上限。这并不能让网络完美，但因为服务器已知道玩家位置和地图几何，无需等待客户端反馈“我已出墙”。

技术实现与性能数据

• 工作线程以固定间隔刷新可见性矩阵，默认 10ms。CheckTransmit 只读取已完成矩阵，不执行 BVH 遍历、射线数学、文件 I/O、锁或烘焙。测试中未发现可感知的开销。
• 昂贵的贴图工作提前完成或在低优先级后台烘焙完成。运行时使用烘焙好的 BVH8 数据和 AVX 数学，而非引擎的 TraceRay 密集调用。
• 在测试的 12v12 最坏场景中，旧的基于 trace 的方法可达约 60ms；CS2FOW 平均约 1ms，最差约 8ms。最坏情况源于更多敌对配对（尤其当所有玩家互为敌人时）。CS2FOW 为此类工作负载设计：预烘焙地图数据、BVH8 遍历、AVX 包数学、工作线程、早期退出和缓存三角形包。服务器管理员仍应使用 cs2fow_status 命令测试自己的地图和玩家数量。
• AVX 为运行时基线，让更多服务器能运行。BVH8 格式使用八宽浮点向量，配合 AVX 工作。AVX2 的有用性有限（主要用于整数/向量操作）。预览版没有标量回退方案。如果 VDS 供应商隐藏了 CPU 特性（物理 CPU 支持 AVX 但客户机 OS 未暴露），需检查 CPU‑Z 或 lscpu。
• 自动烘焙：若当前地图没有有效的 .bvh8 文件，CS2FOW 会在后台低优先级启动内置烘焙器。服务器保持可玩并继续工作（fail‑open），验证后即可在同一地图会话中激活。支线地图（Workshop 附加 VPK）也可读取烘焙。
• 方便性和恶劣托管环境：自动烘焙在正常安装下应可工作，但某些 Linux 权限、面板设置或 VDS 策略可能阻止后台可执行文件。可选的预烘焙让服务器管理员无需在首次加载时运行烘焙器。CS2FOW 会验证地图源文件。

关键要点

• 原理：服务器端通过预烘焙地图几何体，动态决定是否向某客户端发送完全被遮挡的敌人实体数据，从根本上切断透视作弊的数据来源。
• 范围：仅过滤活着的敌方玩家及其当前武器，不修改客户端文件，不影响游戏逻辑（命中、穿墙、伤害等均正常）。
• 局限性：声音、掉落武器、动态对象（烟雾、门等）目前未被过滤；作弊者仍可利用声音、队友信息、枪线意识等弱信号。
• 延迟策略：提前暴露即将可见的敌人，高延迟玩家获得更大的暴露缓冲，平衡作弊防护与公平游戏体验。
• 性能：使用 BVH8 + AVX + 工作线程，运行时开销极低（平均 1ms），远优于传统 trace 方法（最差 60ms）。
• 部署：仅需服务器管理员安装 Metamod 插件；自动烘焙或预烘焙地图；需要 CPU 支持 AVX。

意义与影响

CS2FOW 代表了一种从架构层面对抗透视作弊的思路——不是检测或封禁，而是让作弊软件赖以生存的数据本身消失。这种“源头切断”方法具有以下意义：

• **对