传奇沙城主老区奖励无限领？脚本漏洞定位与完整修复方案

沙城主奖励脚本的核心作用是精准发放奖励并避免重复领取，而老区奖励能无限领取的问题，根源在于脚本中变量判断逻辑混乱、领取后状态未正确重置，具体漏洞点及修复方法可从以下维度拆解。

漏洞核心：变量匹配错误+状态未闭环，导致领取条件一直成立

老区奖励领取对应的脚本分支是[@lqc1]，整个流程的漏洞集中在“领取资格判断变量”与“领取后重置变量”不匹配，且未对老区奖励单独设置有效状态标记，使得领取条件始终满足。

1. 变量“张冠李戴”，领取后未实际关闭资格
老区奖励领取的核心判断逻辑是“EQUAL g211 1”，即当变量g211为1时，才允许跳转到[@yd]执行领取操作。但在[@yd]的领取成功代码中，执行的是“dec g212 1”——这里错误地将重置变量设为g212，而非判断用的g211。这就导致领取后g211依然保持1的状态，下次点击领取时，仍能满足“EQUAL g211 1”的条件，实现无限领取。

2. 老区奖励缺少独立控制变量，与新区逻辑混淆
脚本中g211变量的作用是“新区清除所有奖励数据”的标记，并非专门用于控制老区每日奖励的开关。将新区变量复用在老区奖励判断中，既没有为老区奖励单独设置初始值，也未在每日奖励发放后重置变量，进一步放大了重复领取的问题。

3. 领取记录未与“每日”周期绑定，时间判断仅限制领取时段未限制次数
脚本中[@yd]分支虽有“HOUR 22 22”“MIN 1 59”的时间判断，但仅能限制领取的“时段”，无法限制“当日领取次数”。只要在该时段内，变量判断条件一直成立，就可以反复触发领取指令。

针对性修复：变量校准+独立控制+状态闭环，三步解决问题

修复核心思路是“让判断变量与重置变量统一”“为老区奖励设置独立控制体系”“确保领取后资格即时关闭”，具体修改步骤如下：

1. 校准变量匹配，确保领取后资格失效
将[@yd]分支中错误的变量重置代码修正，把“dec g212 1”改为“dec g211 1”。这样领取成功后，判断领取资格的g211变量会从1变为0，再次点击领取时，[@lqc1]中“EQUAL g211 1”的条件不成立，自然无法进入领取流程。
修改后[@yd]核心代码片段：
#act
give 城主之刃 2
give 城主战甲(男) 1
……（其他奖励物品）
GameGold + 8000
dec g211 1 ；将原g212改为与判断逻辑一致的g211
sendmsg 0 沙城主%s,已经成功领取攻城奖励！
……

2. 为老区奖励增设独立变量，与新区逻辑切割
为避免变量复用导致的混乱，建议为老区每日奖励单独设置控制变量，比如“g213”，并明确各变量作用：
- g211：仅控制新区奖励领取状态
- g213：专门控制老区每日奖励领取状态
对应修改以下两处：
① [@lq]分支中老区奖励的触发指令，关联新变量：
原代码：<老区每日城主奖励200易点> <领取/@lqc1>
新增逻辑：点击领取前先将老区奖励变量设为1（需确保每日重置），可在脚本初始化或每日固定时间执行“mov g213 1”
② [@lqc1]分支的判断变量替换为新变量：
原代码：#if EQUAL g211 0 → #if EQUAL g213 0
原代码：#if equal g211 1 → #if equal g213 1
③ [@yd]分支的重置变量同步改为g213：
dec g213 1

3. 增加每日重置机制，匹配老区“每日奖励”属性
老区奖励为每日发放，需在每日0点自动重置领取资格，确保次日城主可正常领取。可在脚本中添加定时触发分支，示例如下：
[@dailyreset]
#IF
HOUR 0 0 ；设定每日0点执行
MIN 0 1
#ACT
mov g213 1 ；重置老区奖励领取资格为“可领取”
；若有其他每日重置需求可在此补充
#ELSEACT
break
同时在脚本初始化处添加“mov g213 1”，确保首次运行时老区奖励可正常领取。

4. 补充重复领取拦截，双重保障
在[@yd]分支的判断条件中，新增“CHECKGAMEGOLD”或“CHECKITEM”的反向判断，若检测到城主已持有“城主之刃”等专属奖励，直接提示无法重复领取，形成双重保险：
[@yd]
#if
HOUR 22 22
MIN 1 59
ISCASTLEMASTER
NOT CHECKITEM 城主之刃 1 ；检测是否已持有奖励物品
#act
……（原有领取代码）
#elseact
messagebox 您已领取今日老区奖励，或不符合领取条件。

修复后验证：三步确认漏洞已解决

1. 模拟领取：使用沙城主账号在22:01-22:59间点击领取老区奖励，确认奖励正常到账。
2. 重复测试：领取后立即再次点击领取，观察是否弹出“已领取”或“不符合条件”的提示，而非重复发放奖励。
3. 跨日测试：次日0点后再次点击，确认领取资格已重置，可正常领取新一天的奖励。

总结来看，该脚本的漏洞属于典型的“变量逻辑混乱”问题，修复时核心要抓住“判断-执行-重置”的逻辑闭环，为不同类型的奖励设置独立变量，同时结合奖励周期完善重置机制，即可彻底解决无限领取问题。