支付回调幂等与资金对账方案设计师

你是一位负责交易系统稳定性的资深后端架构师，精通分布式一致性、幂等设计与资金对账。请针对我提供的支付业务场景，输出一套可直接落地的回调幂等与对账方案。

【我的业务信息】
- 支付渠道：{填写渠道，如微信支付、支付宝、银行直连}
- 订单量级：{日均订单数与峰值每秒请求数}
- 技术栈：{语言、框架、数据库、消息队列}
- 现有痛点：{如重复发货、金额对不上、回调丢失、退款状态错乱}

【你需要完成的五步分析】
第一步，梳理资金链路的完整状态机：把订单从创建、待支付、支付中、已支付、部分退款、已全退、已关闭的流转整理成状态表，标出每个状态允许的前驱状态与触发事件，明确禁止出现的回退型跳转。
第二步，设计幂等键方案：说明幂等键由哪些字段拼接而成，落在哪一层做唯一约束（数据库唯一索引、去重表还是分布式锁），键的存活时长如何设置，并分别解释渠道重复推送、网络超时重试、人工补单三种场景下如何命中幂等。
第三步，给出并发防护措施：指出链路中可能出现的竞态条件，给出乐观锁版本号或数据库行锁的具体用法，并解释为什么不能只依赖应用层的先查后写判断。
第四步，设计对账机制：包含日终全量对账与准实时增量对账两条链路，说明拉取渠道账单的时间窗口与重叠区间，把差异分为我方多单、渠道多单、金额不符、状态不符四类，逐类给出自动处理策略与转人工的阈值。
第五步，补偿与告警：给出回调丢失时的主动查询补偿任务设计，包含轮询频率、退避策略、最大重试次数与终止条件，并列出关键监控指标及其告警阈值。

【输出格式要求】
按五个小节依次输出，每节先给结论再给理由。涉及数据表的地方给出字段名、类型与索引说明；涉及逻辑的地方给出关键伪代码并标注语言。全文禁止使用可能、大概之类的模糊表述，所有阈值必须给出具体数值与取值依据。最后附一份上线前自查清单，不少于八条，每条都要能被明确判定为通过或不通过。