有件事一直弄不明白，按照以往案例得出的结论：

一、如果出现出现高风险代表检测不到，所以进行临时封禁7天例行检查(巡查)

二、如果出现当场十年，代表被系统直接检测到辅助直接拉闸，起初我以为是触摸或者加速问题，但是单透也有在线拉闸的案例，但是我又很确定我的单透模式是不创建触摸屏驱动的，ta如果检测内核驱动也不可能，现在完全无痕，不创建任何文件进行通信，而且如果说内核被检测到，为什么秒封情况只存在于少部分用户，而不应该集体拉闸才对，有很多打到战神都没事，打了那么多局肯定进过巡查，系统检测不出来，而且能进高风险也能证明检测不到，但是存在秒封又打破了这个结论，总之就是非常冲突，摸不清猜不透。

目前唯一能解释的就是这个检测机制还没完善对部分设备不兼容，亦或者该检测机制只对特定用户开放，元芳你怎么看？

系统十年没有人能弄明白每个项目都有 玩收费的也是一样 自己稳定就行了

对了现在硬件断点是有专门检查的，在libtersafe.so中一个叫GP6_GetHWBPStat的检测专门来查询硬件断点／监视点，输出 all_wp/all_bp/used_wp/used_bp

GP6 查询服务已启动
↓
收到有效的 GP6_GetHWBPStat 请求，并指定 tid
↓
进入 0x283FD4，开始尝试检测
↓
attach → waitpid → GETREGSET 成功
↓
统计该线程的硬件断点／监视点槽位

还有对应的环境检测 并且有对应上报
Root：确认汇总结果写入 root / is_root 等报告字段
BL／启动验证：确认命中后生成事件数据
ADB、x86、机型等：确认进入环境汇总数据

注意以上的检测 没有说检测了就一定10年 只是有可能会减少账号的置信度 让账号产生不信任 从而容易触发高风险甚至是系统10年等等

分析了好几遍目前没有PTE断点的检测 甚至时序检测也没有不信的自己看游戏的libtersafe 但是没有这些检测不代表追踪没有其他方法检测 有弹道检测等等

其实我挺希望这个圈子和平点 大家开开心心 不要一直吵

想要更新的内容/bug 反馈发送邮箱
看到了会考虑添加/修复 频道评论很难看到 请发送邮箱
bug@vtkernel.com

大家好我是安叶，我与另外两位作者理念不同，决定彻底退出VT这个团队

我们再此声明一下 安叶全程没有参与制作 主要负责宣传 我看到很多人说这说那

享受这个周末