【框架设计】金币回收：通胀控制与产出回收平衡

实战应用：用在哪里

传奇引擎的金币产出来自打怪与任务，回收靠修理、买药与交易税。产出大于回收，物价就飞涨，低级装备变白菜，新手打金积极性崩塌。设计一组可观测的回收口，把通胀控制在月度 5% 以内，经济大盘稳了，所有付费定价才有意义。

产出回收监控

function Economy.tick(now)
    if now % 3600 ~= 0 then return end
    local inflow  = QF_SumField("gold_in",  3600)
    local outflow = QF_SumField("gold_out", 3600)
    local ratio = outflow / math.max(inflow, 1)
    QF_Report("economy", { inH = inflow, outH = outflow, ratio = ratio })
    if ratio < 0.6 then
        Economy.boostSink()
    end
end

每小时统计产出与回收比值，低于 0.6 说明回收不足，自动加大回收口力度。比值连续三小时高于 0.95 则接近收支平衡线，同样记录观察，防止回收过头压制玩家金币存量。

动态回收口

function Economy.boostSink()
    repairRate = 0.12
    potionPrice = math.floor(potionPrice * 1.1)
    QF_NotifyGM("回收口已增强", "repair=" .. repairRate)
end

修理费率上调到 12%，药水价格上浮 10%，玩家感知平滑，不会像直接扣税那样引发抵触。调整全部进配置快照，运营确认后一键回滚。金价曲线按周出报表，配合策划调节任务奖励，产出端与回收端两头一起拧。交易税、修理、药水、传送四类回收口各占两成，避免单一税源引发反感，玩家对在哪里花钱的感受被均匀分散。

验证与监控

物价指数每周抽样三类热门商品计算，环比涨幅超过 8% 即预警通胀抬头。

踩坑记录

修理费率上调那次，配置生效比公告早了两小时，玩家的实际支出与公告口径不符，退款处理了一整晚，生效时间与公告时间从此绑在同一份配置里。四个回收口的占比模型在低等级服失效，新手服修理占比畸高而交易税几乎为零，参数按服务器阶段分组后模型才成立。经济参数没有一劳永逸，每个新区开服都是一次新的经济实验，报表要看到第二周才能下结论。物价指数的采样商品每季度轮换一次，长期盯同一组商品会让指数对新品类的通胀失明，采样池的轮换规则写进了报表口径。回收口增强的幅度做过克制的分级，第一级只动修理费率，效果不足再动药水价格，梯度响应避免了经济数据的剧烈波动。产出端的联动同样重要，掉率活动与回收口状态互斥，产出放大期间回收口自动收敛，两头同时发力只会让曲线更颠簸。物价指数的采样商品每季度轮换一次，长期盯同一组商品会让指数对新品类的通胀失明，采样池的轮换规则写进了报表口径。回收口增强的幅度做过克制的分级，第一级只动修理费率，效果不足再动药水价格，梯度响应避免了经济数据的剧烈波动。产出端的联动同样重要，掉率活动与回收口状态互斥，产出放大期间回收口自动收敛，两头同时发力只会让曲线更颠簸。

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