背景
- 技能CD加速，
- 移动加速
方案
首先， 客户端连接服务端时候，需要时间校对。 客户端将自身的时间戳(t客)发送给服务端，服务端收到这个数据包时的时间戳为(t服)。
t客 = 客户端发送数据包时当前的时间戳
t服 = 服务端收到数据包时当前的时间戳
t服-t客 就是 客户端和服务端的时间差 + 数据从客户端传送服务端所需的时间，我们将其记作 t差。
t差 = t服-t客 // 客户机和服务机的时间差 + 数据传送的耗时
客户端刚连接服务端时，我们要求客户端多次向服务端发送时间戳数据包， 这样我们可以统计获得 登录时的 平均(t差average)，以及最小(t差min)
因为客户端和服务端两边时间的流速相同, 这里t差会有变化，主要是网络波动导致的。
但平均t差应该是趋于稳定的。如果平均t差在登录时和登录一段时间后发生了几秒的变化，则说明客户端可能修改了数据包中的时间戳。
针对CD加速，也就是技能包重发，如果两次使用技能的客户端时间戳(t客)之差是小于技能CD的，那么可以判断为使用了异常手段。
针对移动加速，
如果是类似变速精灵hook了GetTickCount，并且位置信息由客户端计算并同步给服务端。那么客户端的时间戳也会快速增长， t差的值将会迅速变大。
如果是伪造成网络卡顿，延迟角色移动数据包的发送，在关键时刻一股脑发送多个数据包，这里可以设置数据包的有效期，如果数据包的时间戳和 服务端期望的时间戳(t服-平均t差)相差太大，比如说500ms，那么我们就将其判定为无效数据包。