行会基金的每一笔进出都要两本账:基金余额的当前值是一本,捐献支出的流水是另一本。余额回答"现在有多少",流水回答"怎么来的怎么花的",双本账的对账机制让行会的经济纠纷有据可裁。
---捐献:余额与流水同步写入
function GuildFund.donate(guildId, actor, amount)
local fund = getguildvar(actor, "GUILD", "fund") or 0
setguildvar(actor, "GUILD", "fund", fund + amount, 1)
QF_AppendFundLog(guildId, {
kind = "donate", by = actor:GetName(),
amount = amount, after = fund + amount, at = os.time(),
})
return true
end
余额(setguildvar 落库)与流水(追加日志)在同一个函数里先后写入,顺序先流水后余额还是先余额后流水不重要,重要的是两者绑在一起不允许拆开单独调用。流水的字段五要素:类型、操作人、金额、变动后余额、时间。
---每日对账:余额重算与存储值比对
function GuildFund.audit(guildId)
local sum = 0
for _, row in ipairs(QF_LoadFundLog(guildId)) do
sum = sum + row.amount
end
local stored = getguildvar(actor, "GUILD", "fund") or 0
if math.abs(sum - stored) > 0 then
QF_Alarm("基金对账差异 " .. guildId)
return false
end
return true
end
每日对账把流水重算的和与存储余额比对,差异即告警并冻结基金操作待人工核查。流水的保留期两年,行会换届与纠纷的追溯窗口覆盖完整的赛季周期。基金的支出同样走流水:建筑升级、工资发放、紧急动用三类的支出都带操作人,帮主动用基金的角色在审计里清晰可见。
对账的覆盖率达到全部行会,差异行会的处理结论(修复或确认)限时 48 小时给出。
流水曾经允许业务直接追加而不改余额,某次活动的奖励发放只写了流水没动余额,对账的差异揭发了这条漏网路径,写入的入口收敛成唯一函数。流水的存储按月分表后,跨月的对账要合并两表,对账脚本的分表感知是后来补的课。
双本账的模式推广到所有资源池:行会基金、行会仓库、个人银行,凡是公共资源都要有流水。对账的自动化程度决定审计的可持续性,人工对账在行会数量上百后必然失守。流水的查询接口给行会长老开放只读权限,行会治理的透明度从数据开始。
本文由 996 技术组基于 996 引擎官方知识库与浮生梦老师课程体系整理。团队长期从事传奇类引擎 Lua 后端逻辑、客户端界面与商业版本交付,内容以官方知识库与真实项目为出处,按版本持续修订。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
学员常见误区 Lua函数可返回多个值,学员用固定变量数接收时如果变量少于返回值,多余返回值被静默丢弃;如果变量多于返回值,多…
设计初衷 行会建筑的死穴是一次全解锁:会员没有逐步建设的过程感。梯度设计让每栋建筑都有前置条件和资源门槛。 数值模型 建筑分…
设计初衷 婚姻系统的属性加成是社交玩法的经济锚点:加成太弱没人结婚,太强则"为了属性被迫结婚"扭曲了社交本质。婚姻边界的设计…
设计初衷 宝箱类玩法的信任危机都源于同一句话:"概率是不是骗人的。"期望公示把概率从事后争议变成事前契约:奖池概率表全量公示…
设计初衷 流拍物(拍卖未成交的退回物品)堆积在卖家背包里成为死资产:低价值物流拍后无人问津,高价值物流拍后卖家不愿降价重拍。…
业务场景 沙巴克战功榜每周结算,玩家提交战功前不知道"再打多少能进前 10、前 10 的奖励是什么"。名次预览:输入自己的战…