本月初，Fireblocks 宣布重构交易处理机制，核心是去中心化 nonce 序列并加装断路器，防止单一 nonce 队列的头阻塞拖垮整条账户。这让我回头重读 @Dusk 白皮书第 4.1 节。Moonlight 更像一套串行逐笔结算账户：nonce 不是可并发的交易编号，而是强制顺序的清算序号。核心判断是，DUSK 在这里同时充当转账标的、合约预付款和燃料计价单位，风险收益结构天然不对称。
Moonlight 的交易字段包含 value、nonce、deposit、gas_limit、gas_price、signature，白皮书要求 nonce 必须恰为当前值加一，否则拒绝入账。翻成金融条款，这就是一条单车道清算队列：任何一笔交易悬置，后续指令全部冻结，构成事实上的头阻塞。value 是转账金额，deposit 是送往合约的可选预付款，gas_limit×gas_price 把燃料成本以 $DUSK 计价——三者同源，账户余额同时承受支付、执行和费率三组敞口。退款条款也值得琢磨：合约执行回滚时金额原路退回，未用 gas 退还，实际上是一组依赖虚拟机状态回滚正确性的条件性结算条款。
命名上有个悖论：全透明的账户模型偏叫“月光”，月光本照不清，却要扛最严格的逐笔对账。如果串行队列被一笔坏交易或手续费剧烈波动卡住，账户的清算能力就跟着停摆；等新资金流入跌破维持阈值，或大额地址集中退出，终点大概率是一次结构化产品的信用事件。区别只在于，信用由算法背书，算法却不承担兑付义务。#dusk
操作上我不设方向性仓位，只留风险预算。单一敞口压在可承受损失下限以内，nonce 队列或退款规则一有异动就优先退出，不等叙事反转。日常要盯的链上指标没几个：协议总锁仓量趋势、大额地址持仓变动、合约管理员权限变更记录。对这个项目我不持立场，能给的就是一个风险调整后的预期回报率数字。剩下的，看各人风险偏好往哪边靠。
Moonlight 的交易字段包含 value、nonce、deposit、gas_limit、gas_price、signature，白皮书要求 nonce 必须恰为当前值加一，否则拒绝入账。翻成金融条款，这就是一条单车道清算队列：任何一笔交易悬置，后续指令全部冻结，构成事实上的头阻塞。value 是转账金额，deposit 是送往合约的可选预付款，gas_limit×gas_price 把燃料成本以 $DUSK 计价——三者同源，账户余额同时承受支付、执行和费率三组敞口。退款条款也值得琢磨：合约执行回滚时金额原路退回，未用 gas 退还，实际上是一组依赖虚拟机状态回滚正确性的条件性结算条款。
命名上有个悖论：全透明的账户模型偏叫“月光”，月光本照不清，却要扛最严格的逐笔对账。如果串行队列被一笔坏交易或手续费剧烈波动卡住，账户的清算能力就跟着停摆；等新资金流入跌破维持阈值，或大额地址集中退出，终点大概率是一次结构化产品的信用事件。区别只在于，信用由算法背书，算法却不承担兑付义务。#dusk
操作上我不设方向性仓位，只留风险预算。单一敞口压在可承受损失下限以内，nonce 队列或退款规则一有异动就优先退出，不等叙事反转。日常要盯的链上指标没几个：协议总锁仓量趋势、大额地址持仓变动、合约管理员权限变更记录。对这个项目我不持立场，能给的就是一个风险调整后的预期回报率数字。剩下的，看各人风险偏好往哪边靠。
