一、前言
Counter-Strike 2 全面转向 Subtick 架构后，游戏机制的利用方式也发生了根本性变化。在 CS:GO 时代，射速突破主要依赖内存写入或网络参数操纵；而在 CS2 中，Subtick 系统引入了全新的攻防战场——输入历史记录（Input History） 与 Subtick 消息成为了新的焦点。
Subtick 本是为了改善游戏体验而设计的：玩家的每一次按键不再绑定到 64 tick 的帧边界，而是以带精确时间戳的子帧消息记录。这本该让操作更跟手、更公平。但任何"信任客户端提交时间"的机制，都可能被反过来利用。
本文将深入剖析 CS2 中 Double Tap（双重射击）机制的原理与实现逻辑，并重点探讨其检测与防护思路。理解攻击，是为了更好地防守。
注：本文代码已做脱敏处理，变量名与命名空间进行了统一。目的是展示机制逻辑，而非提供可直接运行的成品。
---
二、CS2 Subtick 系统回顾
在深入代码之前，有必要回顾 CS2 的 Subtick 架构：
· Tick 与 Subtick：CS2 服务器仍以 Tick（通常 64 tick）为单位推进世界状态，但玩家输入（按下/松开按键、瞄准等）不再绑定到 Tick 边界，而是以 Subtick 消息的形式记录精确的时间戳。
· 输入历史（Input History）：每次 CUserCMD 包含一个 inputHistoryField，其中存储了本次命令中所有按键事件的精确时间信息。每个 CCSGOInputHistoryEntryPB 代表一个按键事件，包含 nPlayerTickCount（玩家请求的 Tick 计数）等字段。
· 攻击时序：武器的 m_nNextPrimaryAttackTick 决定了武器下一次可以开火的最早 Tick。服务器会检查 nPlayerTickCount 是否 >= m_nNextPrimaryAttackTick 来决定是否允许本次攻击。
理解这一架构是理解 Double Tap 的基础。
---
三、Double Tap 的核心逻辑
Double Tap 的本质，是让服务器相信"我这一枪打在武器冷却完毕的那个未来 Tick 上"，从而在一个 Tick 内合法放行两次攻击。核心只有三步：读取 NextAttackTick → 篡改 nPlayerTickCount → 注入 Subtick 消息。
3.1 输入历史篡改主函数
整个 Double Tap 的入口在于对 CUserCMD 中输入历史（Input History）的修改：
```cpp
void DoubleTap::SetHistoryTick(CUserCMD* pCmd, const int nHistoryTick)
{
if (!pCmd)
return;
for (int i = 0; i < pCmd->cmd.input_history_size(); ++i)
{
auto* pInputHistory = pCmd->cmd.mutable_input_history(i);
if (!pInputHistory)
continue;
pInputHistory->set_player_tick_count(nHistoryTick);
pInputHistory->set_player_tick_fraction(0.f);
}
if (GetAsyncKeyState(VK_XBUTTON2) & 0x8000)
{
GetCL_Bypass()->AddProcessSubTick(IN_ATTACK, true);
pCmd->cmd.set_attack1_start_history_index(-1);
}
}
```
逐段解析：
1. 空指针检查：if (!pCmd) return; 是防御性编程，防止后续访问空指针。
2. 遍历输入历史：input_history_size() 返回本次 CMD 中记录的按键事件数量。每个事件都对应一个 CCSGOInputHistoryEntryPB。
3. 篡改 tick 值：set_player_tick_count(nHistoryTick) 将每个事件的 nPlayerTickCount 统一设为传入的目标 tick。set_player_tick_fraction(0.f) 清除 subtick 的小数部分，确保服务器认为该事件恰好发生在 tick 边界上。
4. 条件注入：当检测到侧键（XButton2）按下时，向当前命令追加一条 IN_ATTACK 的 Subtick 消息，并将 attack1_start_history_index 置为 -1，使攻击索引失效，防止服务器重复处理。
3.2 Tick 计算与奇偶翻转
真正的 Double Tap 需要精确计算"武器下一次可攻击的 tick"，并通过奇偶翻转实现双发节奏：
```cpp
void Ragebot::DoubleTap()
{
if (!config.ragebot.enable || !config.ragebot.doubletap || !g_cmd || !g_local_pawn || !g_local_pawn->ActiveWeapon())
return;
static int shot_count{};
double offset_tick{};
auto temp = g_local_pawn->ActiveWeapon()->m_next_primary_attack_tick_ratio()
+ modf(g_local_pawn->ActiveWeapon()->m_iWatTickOffset(), &offset_tick);
auto next_attack = g_local_pawn->ActiveWeapon()->m_next_primary_attack_tick();
auto shoot_tick = (int)next_attack + offset_tick;
if (temp >= 0.0) {
if (temp >= 1.0) {
++shoot_tick;
}
}
else {
--shoot_tick;
}
bool f = shot_count % 2;
if (g_cmd->pb.attack1_start_history_index() > -1)
shot_count++;
for (int i = 0; i < g_cmd->pb.input_history_size(); i++) {
auto input_history = g_cmd->pb.mutable_input_history(i);
if (!input_history) {
continue;
}
input_history->set_player_tick_count(f ? shoot_tick - 1 : 0);
input_history->set_player_tick_fraction(0.f);
}
g_cmd->pb.set_attack1_start_history_index(-1);
}
```
逐段解析：
1. 状态检查：config.ragebot.doubletap 控制功能开关；g_cmd、g_local_pawn、ActiveWeapon() 确保当前有有效的命令、玩家和武器对象。
2. tick 精度计算：
· m_next_primary_attack_tick_ratio() 返回武器冷却进度的小数部分（0.0 到 1.0）。
· m_iWatTickOffset() 是额外的 tick 偏移量。
· modf 分离出整数部分存入 offset_tick，小数部分与 ratio 相加得到 temp。
· next_attack 是武器下一次可攻击的整数 tick。
3. 进位/借位处理：若 temp >= 1.0，说明累积超过一个 tick，shoot_tick 加一；若 temp < 0.0，则减一。这保证了 shoot_tick 是精确的、四舍五入后的可攻击 tick。
4. 奇偶翻转：bool f = shot_count % 2; 决定本次调用是"第一发"还是"第二发"。shot_count 仅在 attack1_start_history_index() > -1（即上一帧确实发起了攻击）时自增。这意味着：
· 第一次调用（f = false）：将 tick 设为 0，表示"立即攻击"。
· 第二次调用（f = true）：将 tick 设为 shoot_tick - 1，即武器刚好冷却完毕的前一个 tick。
5. 统一篡改输入历史：与 3.1 相同，遍历所有历史条目，根据奇偶状态设置不同的 nPlayerTickCount。
6. 清空攻击索引：set_attack1_start_history_index(-1) 确保服务器不会对同一个攻击事件重复计数。
3.3 两段代码的协同关系
SetHistoryTick 和 DoubleTap 实际上是一个流程的两个部分：
阶段 调用位置 作用
DoubleTap 每帧逻辑循环 计算目标 tick，决定本次是奇还是偶，篡改输入历史
SetHistoryTick 按键触发时 额外注入 Subtick 消息，锁定攻击索引
在实际实现中，DoubleTap 负责"什么时候攻击、攻击几次"，SetHistoryTick 负责"怎么把攻击包装成合法输入"。两者结合，才能在一个 tick 内欺骗服务器接受两次攻击。
---
四、与 CS:GO 时代的对比
维度 CS:GO CS2
核心机制 修改 m_flNextPrimaryAttack 或操纵 cl_cmdrate 篡改 Subtick 输入历史的 nPlayerTickCount
实现方式 客户端内存写入 数据包/命令序列篡改
检测难度 较低（可 CRC 校验关键变量） 较高（需要分析输入历史模式）
服务器端可见性 间接（通过射击间隔推断） 直接（服务器可检查 nPlayerTickCount 的合法性）
我建议写一个DT充能条
---
五、检测与防护思路
Double Tap 攻击面之所以危险，是因为它伪装成了"合法输入"。因此检测也必须从两个维度下手。
5.1 服务器端检测
1. nPlayerTickCount 合法性校验
对于每个输入历史条目，检查 nPlayerTickCount 是否在合理范围内：
· 不能是未来的 Tick（nPlayerTickCount > currentTick + 某阈值）
· 不能与当前 Tick 差距过大
· 不能出现同一个 Tick 内的 nPlayerTickCount 跳跃式变化
2. 射击频率分析
统计单位时间内 IN_ATTACK 的次数，若超过武器允许的最大射速则标记。需要结合武器类型和当前弹药状态。
3. 攻击索引连续性检查
检查 attack1_start_history_inde
