【安全加密】多开检测：同机多账号的关联识别

实战应用：用在哪里

工作室的一台机器挂十个号刷金：同一 IP 之外，同机的设备指纹把账号串成一串葡萄。多开检测在登录与行为两个环节采集同机关联，把独立账号聚成设备簇，批量行为的处置从封一个号变成端一串号。

设备簇的构建

---login: 玩家登录触发
function login(actor)
    local devId = actor:GetDeviceId()
    if not devId or devId == "" then return end
    local key = "DEV:" .. devId
    local members = getplayvar(actor, 2, key)
    -- 同设备当日登录计数与账号集合
    MultiOpen.touch(key, actor:GetUserId())
    local cnt = MultiOpen.count(key)
    if cnt >= 3 then
        sendmsg(actor, 1, "检测到同设备多账号在线，行为将受限")
        setplayvar(actor, "HUMAN", "MultiOpenFlag", cnt, 0)
    end
end

登录触发里取设备指纹，同一指纹的当日登录账号数超过 3 个即打多开标记。设备指纹由客户端采集的硬件特征哈希生成，单靠 IP 会把整个网吧误判成一簇，指纹加 IP 的双因子聚簇才够准。

簇行为的处置

---簇级别的行为限制：同簇账号共享限额
function MultiOpen.rateLimit(actor)
    local flag = getplayvar(actor, 2, "MultiOpenFlag")
    if not flag or tonumber(flag) < 3 then return false end
    -- 多开簇：金币产出与交易频率降为三分之一
    MultiOpen.apply(actor, { goldRate = 0.33, tradeGap = 300 })
    return true
end

多开簇的处置走限制而非封禁：金币产出与交易频率降为三分之一、交易间隔拉到 300 秒，正常玩家无感而工作室的产出模型直接崩掉。观察期 48 小时：簇内账号的行为样本进风控模型，确认批量脚本特征后整簇冻结并人工复核。误伤的申诉通道直达客服，单号解限的判定依据是行为回放而不是簇标签本身。

验证与监控

设备簇规模的分布监控：规模超过 10 的簇自动进人工复核队列；误伤率与申诉翻案率的双指标周报，翻案率超过 5% 说明指纹或阈值需要校准。

踩坑记录

设备指纹曾经只用 MAC 地址，虚拟机批量伪造同一 MAC 反而聚成一堆假簇，指纹加入硬件组合哈希后抗伪。处置曾经直接封号，误伤了合租宿舍的两个真玩家，限制代替封禁后申诉量降九成。同簇判定的IP因子曾经没排除公司出口 NAT，一家公司的员工集体被标，IP 因子降级为参考权重。

上线要点

多开的阈值按服务器类型分档：休闲服 5 个、硬核服 3 个。处置的文案写明受限原因与申诉入口，透明减少对抗情绪。设备簇的数据与异常交易图谱共用存储，资金流向叠加设备关联后洗钱链条一查到底。

本文由 996 技术组基于 996 引擎官方知识库与浮生梦老师课程体系整理。团队长期从事传奇类引擎 Lua 后端逻辑、客户端界面与商业版本交付，内容以官方知识库与真实项目为出处，按版本持续修订。