有两个数字决定了反作弊是否适合装在你的 FiveM 服务器上：它给你多少保护，以及它在 FPS 上让你付出多少代价。大多数厂商大声宣扬前者，却对后者闭口不谈。这是对两者的技术拆解——包括 ZeroTrust 在 300 名玩家服务器上跑出的精确 resmon 数据——写出来是为了让你能诚实地判断，自己是否真的已经需要付费反作弊。

反作弊性能究竟是如何测量的

在 FiveM 中，性能不是营销口号，而是可测量的数值。每个资源（resource）都由 resmon 进行分析——这是内置的资源监视器，你可以在客户端和服务器控制台用 `resmon` 命令打开它。它以毫秒为单位显示每个资源每个 tick 消耗的 CPU 时间。这就是绝对的事实，也是你的管理团队和玩家可以用来审计我们的同一个工具。无处可藏。

客户端成本与游戏的帧预算相争。在 60 FPS 下，每帧约有 16.6ms。反作弊在那里消耗的一切，都是玩家的 CPU 和 GPU 得不到的时间。
服务端成本与你的服务器 tick 相争。在繁忙的服务器上，每个资源都在争夺同一个 CPU，而沉重的反作弊是把满员大厅变成卡顿大厅的最快方式。

我们的基准测试：ZeroTrust 在 300 名玩家的服务器上

我们在真实负载下测量了 ZeroTrust——一台在线且有 300 名玩家连接的服务器，而不是一台空的测试机。以下是在开启完整检测和主动拦截时的持续 resmon 数据：

300 名玩家下实测的 resmon

客户端：每个 tick 0.05ms。 服务端：每个 tick 低于 0.5ms。 两者均在检测和主动拦截运行时测得——而非被动或空闲模式。

把它放到具体语境中看。在客户端，16.6ms 帧预算中的 0.05ms 大约是单帧的 0.3%——在统计上与零无法区分，远低于玩家能够察觉的阈值。在服务端，300 名玩家下每个 tick 保持在 0.5ms 以下，把你绝大部分的 CPU 预算都留给了你的框架、脚本和角色扮演逻辑。说白了：没有可测量的 FPS 下降，没有服务器 tick 的劣化。

说句实话：你现在也许还不需要付费反作弊

这是大多数厂商永远不会告诉你的部分。如果你运营的是一个规模小、刚起步的服务器，或者你还在测试阶段——只是想看看你的项目到底能不能成——那你不需要 ZeroTrust。在还没有一个值得被攻击的社区之前就为企业级检测付费，是在解决一个你还没有的问题。

在这种情况下，使用免费或入门级的反作弊。FIREAC 是一个可靠的开源选择，能在你站稳脚跟之前覆盖基础需求。先把服务器上线，把玩家群做起来，等你真正有东西需要保护时，再回来谈严肃的防护。我们宁愿这样告诉你，也不愿卖给你一件你并不需要的东西。

何时 ZeroTrust 才是正确之选

当你运营一个已经成为目标的严肃社区时，这笔账就变了。一旦作弊者开始主动探测你的服务器——注入菜单、滥用事件、刷取（spawn）、利用漏洞——入门级方案就不再够用了。到这个阶段，你需要一个能同时做到两件通常相互矛盾之事的工具：配合实时主动拦截的海量检测，以及小到让防护永远不会让你损失哪怕一帧的占用。

这种平衡——一边是沉重、激进的强制执行，另一边是几乎为零的资源成本——正是 ZeroTrust 存在的全部理由。上面 300 名玩家的基准测试，就是这种平衡在生产环境中的样子：完整执行、客户端 0.05ms、服务端低于 0.5ms、零 FPS 下降。

我们如何把占用保持得如此之小

以底层思维编写的 Lua — 优化到极致，仅在真正需要时才启动专用线程。
事件驱动的检测对服务器上真正发生的事情作出反应，而不是每个 tick 去轮询那些通常并不存在的东西。
沉重的分析被卸载并异步处理，因此你的游戏和服务器 tick 所依赖的主线程永远不会被阻塞。
遥测数据分批发送，让网络和 CPU 成本在玩家数量攀升时保持平稳。

这些都不是魔法，我们也乐于接受审计——你自己运行一下 `resmon`。一个会拖累它本应守护之体验的防护，是一笔糟糕的交易。目标始终如一：抓住一切，不花分毫。 — Flo，ZeroTrust 首席开发（Lua/Web/C++）兼逆向工程师

FiveM 反作弊的真实性能成本：ZeroTrust 在 300 名玩家下的基准测试