拍卖行的恶意抬价是打金工作室的变现手段:用小号互相抬价把一件普通装备拍到天价,让同伙买走完成洗钱。抬价的识别靠出价图谱:谁在抬、抬给谁、抬了几次,关联关系在图谱里一目了然。
---出价的关联画像
function AuctionBid.profile(lotId)
local bids = auctionLots[lotId].bidHistory
local links = {}
for i = 2, #bids do
local pair = bids[i - 1].from .. ">" .. bids[i].from
links[pair] = (links[pair] or 0) + 1
end
return links
end
出价图谱的边按“上一手出价人到当前出价人”构建:两个账号反复互相接价,边上的计数就会异常放大。正常竞价的出价人是多方混战,恶意抬价的出价人高度集中,图谱的形状差异肉眼可辨。
function AuctionBid.detect(lotId)
local links = AuctionBid.profile(lotId)
local total = #auctionLots[lotId].bidHistory
for pair, count in pairs(links) do
if count >= 6 and count / total > 0.5 then
local a, b = pair:match("^(.-)>(.+)$")
QF_RiskAlarm("疑似互相抬价", lotId, a, b)
return true
end
end
return false
end
同一对账号的互相接价超过 6 次且占全场出价的一半以上,标记为疑似抬价进风控队列。处置的分级:确认互相抬价的双方各扣保证金,流拍的拍品重新上架,恶意抬价的出价记录不计入信誉。关联的图谱扩展到设备维度:同设备的账号互相出价直接定级高风险。
抬价告警的人工确认率周报,误报的样本回灌检测阈值,识别的精度靠数据喂养。
出价人的判断曾经用角色名,改名后图谱断链,改用 UserId 构建图谱后稳定。互相抬价的变种是三个账号轮转出价,两两的接价次数都不到阈值,图谱升级为有向环检测后,三角轮转也无所遁形。
图谱的构建在拍卖结束后批量执行,实时风控只做高频接价的简化判断。处置的通知附上出价流水摘要,被罚者的申诉凭证据说话。抬价识别的规则与点券寄售的溢价告警联动,两个通道的线索互相印证,风控的情报网越织越密。
本文由 996 技术组基于 996 引擎官方知识库与浮生梦老师课程体系整理。团队长期从事传奇类引擎 Lua 后端逻辑、客户端界面与商业版本交付,内容以官方知识库与真实项目为出处,按版本持续修订。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
设计初衷 新手的第一个 30 级决定留存:被红名追杀一次、被高级玩家抢一次 BOSS,新号当周流失率直接翻倍。新手走廊是 1…
设计初衷 拍卖行的恶意挂拍有两种:挂天价试探市场、批量挂垃圾物刷屏——挂拍零成本,恶意就没有代价。保证金机制让挂拍押上真金白…
设计初衷 家园系统回答的是长线玩家"下线之后游戏还在为我工作"的情感需求:种下去的种子在离线时生长,上线收割即是回馈。产出设…
底层原理 缓存防的是重复查询,但有一类查询永远查不到:恶意玩家批量请求不存在的物品名,每次都绕过缓存直击底层查询——缓存对"…
底层原理 金币、功勋这类关键数值,单账本一旦被静默改坏(bug 写错、内存篡改),没有任何报警——账本自己不会喊冤。双写校验…
底层原理 内存涨了不回落,十有八九是有张该死的表被谁攥着不放。Lua 的回收按可达性判定:只要还存在一条从全局表、活跃闭包或…