✨ 功能亮点
核心优势
同版本内任意区都能买，角色直接搬到你常玩的区
同行大多只能买本区的号。这套系统 996PC / GOM / BLUE / LF 四引擎的跨区搬运都已打通并真机验证，买号不用再迁就区服（服主可在后台一键开关）
核心优势
角色整体过户到你自己账号，双方账号都不用交出去
传统卖号是把账号密码交给对方，号里的东西全归对方，风险极高。这套只把这个角色（含装备/技能/背包/仓库）过户进买家自己的账号，卖家的账号和买家的账号都还是自己的
上架那一刻角色被引擎锁定，无法登录，杜绝交易期间转移财产
锁在引擎原生字段上（996PC 锁 4 列 / GOM 写 Hum 标志 / LF 写 IsLockLogin），不依赖外部脚本，卖家想反悔也进不去
采集端直接读游戏库，把可交易角色与资产同步到云端，无需人工填表
角色属性、装备清单、背包仓库、货币全部自动抓取，服主和玩家都不用手工录入
装备、技能、仓库快照留档，买家下单前可逐项核对
装备名走 cfg_item 表解析（不再是 #编号），支持卖家补传封面与实机截图
下单、付款、过户、放款全流程可查，异常订单可人工介入
过户失败自动全额退款；同一订单号幂等，不会重复扣款或重复过户
卖家余额进云端钱包，提现申请与发放全程留痕，按费率自动结算
采集端在线时直接把元宝发到卖家指定的游戏角色，发放失败自动退回余额
一个平台管 N 个区服，各自独立定价、独立数据、独立开关
每区一套 /t/{vkey} 专属入口与独立采集端令牌，互不串数据；配合跨服交易形成完整闭环
996PC / GOM / BLUE / LF 全支持，一套系统通吃
各引擎独立执行层，上架、过户、解锁、跨区、合区全部打通并已真机验证
内置自更新，改版后客户机自动升级，不用再手工发文件
启动 20 秒后检查、之后每 6 小时一次，只下载变化的文件
📋 详细介绍
角色交易系统把「买卖游戏角色」做成网站化、可托管的流程：玩家在游戏内找 NPC 上架角色（上架即锁定，避免交易期间资产被转移），买家在网站上浏览、下单、付款，平台完成过户后放款给卖家。
由两部分组成：
· 采集端（装在游戏服上，负责读取角色与资产快照、执行上架和过户）
· 云端平台（网站 + 后台：角色展示、订单、钱包、提现、费率与流水）
支持多版本（区服）隔离，一区一套数据；卖家提现走云端钱包，平台按费率统一结算。采集端带自更新，改版后客户机自动升级。
由两部分组成：
· 采集端（装在游戏服上，负责读取角色与资产快照、执行上架和过户）
· 云端平台（网站 + 后台：角色展示、订单、钱包、提现、费率与流水）
支持多版本（区服）隔离，一区一套数据；卖家提现走云端钱包，平台按费率统一结算。采集端带自更新，改版后客户机自动升级。
🧩 组件与下载
已安装用户无需重复下载：打开采集端会自动检测并更新（只下载变化的文件）。
🕒 更新日志
2026-10-30[采集端] v1.9.27GOM / 996PC / LF 交易可靠性更新：修复提现队列误删与重复发放、回执丢失后错误退款、跨区 UID 自愈混用和重新上架被旧窗口解锁；GOM 新增迁出源保护，LF 过户原子解锁；中心站补齐钱包行锁、结算幂等和跨机确认回滚后退款。采集端自检617项、PHP交易回归43项通过。请升级所有采集端到1.9.27后使用跨机回滚恢复任务。
2026-10-30[采集端] v1.9.26修「提现一直不到账」的根因（P0，会丢钱）：发放脚本里写了 GOLD + 这条 996PC 根本不存在的命令——真服全库统计 GAMEGOLD 544 / GAMEPOINT 867 / GIVE 628 次，而 GOLD 出现 0 次，引擎在加载期就判定整份「交易平台\发放检查.txt」失败，一个段都没注册。已按各引擎真服实证重写 5 档货币发放命令（金币在 996PC 是物品，改走 GIVE 金币 N），补齐此前缺失的充值点、黄金两档。另修：变量声明.txt 连续 3 天加载失败（VAR String HUMAN 真服 0 处，HUMAN 惯例是 Integer，本段已不放任何 VAR）；防重复到账判据错误——CHECKTEXTLIST 是整行精确匹配，拿单号去查「单号|数量|名|时间」明细行永远查不中，会导致同一单反复发钱，现改为单号单独写「已发放单号\<角色>.txt」。三引擎脚本已收口成同一份（新增 agent/regen_scripts.py 作唯一生成源，以后改脚本只改这一处，不会再出现「修好 996 坏 GOM」）；脚本校验器加了「按引擎的命令白名单」（真服频次 >=2 的 446 条），再写引擎不认识的命令会在打包前被拦下。另：996PC 补回「领取平台元宝」按钮；GOM/LF 足额判断改 CHECKGAMEGOLD ?（用 > 时元宝正好等于提交数会被误判不足）；GOM/LF 输入段补归零（不归零会拿上次数额再扣一次）；存款 HTTPPOST 通道补传货币类型；安装器补建「变量存档」「已发放单号」目录，三引擎都在 [@Login] 挂发放检查。升级后请务必重载引擎：@ReloadManage / @ReloadNpc 或重启 M2。
2026-10-28[采集端] v1.9.25修「提现一直不到账」的真正元凶：发放脚本里有 5 处「连续两个 #ACT」，引擎判定整份文件加载失败（日志：脚本错误, 加载失败: 交易平台\发放检查.txt），一个段都没注册，定时器每 60 秒在调空段。现已把 996PC / GOM / LF 三引擎的发放脚本重写为严格结构，并给脚本校验器加了「连续 #ACT」检查，这类错误以后在打包前就会被拦住。另：废弃 1.9.20 起的「邮件直发」方案（996PC 官方说明书：邮件给东西靠脚本命令 MailGIVE，直接往 TBL_MAIL 写「索引#数量」引擎不认，导致玩家点提取什么都没有、邮件却被标已读，实测丢了 5200 元宝）。提现改回「队列文件 + 脚本」：一行一笔，同一角色连提多次也不丢单；定时器 60 秒自动到账，在线不用点 NPC、不用小退。三引擎发放脚本完全统一；恢复 996PC 的「领取平台元宝」按钮（手动补一次用）；货币全程带类型，存什么就发什么（自定义 U 变量也能发，需在变量声明里 VAR 一行）。升级后请务必重载引擎：@ReloadManage / @ReloadNpc 或重启 M2。
2026-10-28[采集端] v1.9.22修 1.9.20/1.9.21 带出去的问题：提现发邮件时 SQL 把 GETDATE() 写进了列名列表，SQL Server 报「( 附近有语法错误」，导致所有提现都失败（钱会退回，但提不出来）。已修正为 10 列 / 6 个占位符 + VALUES 里 GETDATE()，并加 3 条断言锁死。含 1.9.21 的 996PC NPC 去「领取元宝」与 1.9.20 的提现防丢单。
2026-10-28[采集端] v1.9.21996PC 提现改邮件直发后，NPC 里的「领取平台元宝」按钮已删除（提现直接进游戏邮箱，小退刷新自己在邮件里领取，不用再来点 NPC）。保留 #CALL 发放检查仅兜底历史遗留老单。GOM / BLUE / LF 仍走文件通道，领取入口保留。含 1.9.20 的 P0 修复：提现不再丢单（996PC 走邮件一封一笔；文件通道禁止覆盖未领指令）。
2026-10-28[采集端] v1.9.20修「提现显示成功、游戏里一直不到账」（P0 会丢钱）：996PC 提现改走邮件通道（TBL_MAIL 直接发元宝，小退刷新即到账，一封一笔不会被覆盖）；GOM/BLUE/LF 的文件通道加防覆盖——该角色已有未领指令时明确失败并退款，绝不静默吞钱。
2026-10-28[采集端] v1.9.17三引擎全套：996PC / GOM / BLUE / LF。修 GOM/LF 一键安装后 NPC 点不开（MerChant 注册行）；修 996PC 装备名变 #编号（补 xlrd 1.2.0 纯 Python 解析）；绑定判定去掉 char_token 依赖。
2026-10-24[采集端] v1.9.13角色交易采集端 1.9.13：三引擎完整套；游戏端脚本文件通道；LF 登录拦截；跨区与 TLS 修复。
v1.0
· 角色上架 / 浏览 / 下单 / 过户 / 放款全流程
· 云端钱包与提现闭环（平台按费率结算）
· 采集端自更新：启动 20 秒后检查，之后每 6 小时一次