#dusk $DUSK @Dusk 我以前做链上支付时习惯把订单号顺手塞进memo，但读了@Dusk 的Transaction Lifecycle文档后才发现这个习惯不能直接搬过来，因为Dusk的交易数据在memo、合约调用、合约部署以及blob之间是单选关系，memo并不能默认和其他payload一起带上。这个区别会直接改变支付系统的接法，商户如果既要收款又要调用合约完成动作，就不能想当然地把订单号继续放进同一笔交易的memo里。客户端需要先决定这笔交易的主任务，再为订单关联设计另一条可靠记录。压力场景其实很具体，用户提交一笔带合约动作的付款后前端显示已发送，后台却按照memo去匹配订单，结果金额进来了但订单号没有按预期出现，客服只能人工查交易。这里未必是Dusk丢了数据，更可能是接入方把其他链的交易习惯硬套了过来。所以我现在看DUSK的支付集成时不会只问转账能否成功，会先确认交易承载的到底是memo还是合约调用，再检查订单关联能否独立复核。@Dusk 已经把payload边界写清楚了，但示例能否让开发者提前避开这种误用，才是dusk进入真实支付场景后更值得验证的地方。