zk.money付款链接未被领走：区分请求、escrow与退款竞态
链小知 · 进阶 · 核验 · 依官方文档整理
对照原链接类型、claim窗口与退款状态，避免把请求链接当已付款或把到期当自动退款。
开始前准备
- 准备已有付款/请求类型、escrow交易、创建与expiry时间、claim/refund状态和既有接收记录；不要提交完整付款链接、secret fragment或私人留言。
- 方法依据2026-10-14匿名读取的官方正文；只核已有脱敏材料，不登录、安装、连接钱包、生成证明、请求业务服务、签名或操作资金。
1. 确认request还是持款payment link
request link只请求一个金额，不带款；XMTP联系人的请求也要对方真正付款才移动资金。payment link则把金额锁进Aztec escrow，交易落地后才显示链接。仅有请求消息或链接生成界面不证明收款。
检查结果：链接类型、是否锁款及原交易层分别明确。
2. 核链接持有人和实际claim路径
付款链接持有人即可领取，不必先有zk.money账户，可领到zk.money余额或直接到Ethereum。链接信息位于URL的#之后，不会随常规HTTP请求发送到服务器，但拿到完整链接的人仍能领款；它不能公开当普通交易链接，记录中只留内部标识。
检查结果：已领取证据与链接分享行为分开，未暴露可领取材料。
3. 把claim开始时间与expiry核齐
可选claim窗口1/7/30天，默认30；窗口约在创建后两分钟打开。refund窗口创建即打开，关闭于同一expiry，不能独立设置。保留原实际时间，约两分钟和证明约一分钟都不能换算成个人精准倒计时。
检查结果：创建、claim窗口和同一expiry分别对应，估时未作SLA。
4. 用先落地的claim或cancel判断退款
expiry前可以cancel，但claim也仍可能落地，先完成者有效；界面约在expiry前半分钟不再提供cancel，是给退款落地留时间，不等链上已退款。expiry后是reclaim，无领取竞态也无reclaim期限；不会既claim又refund，过期也不等款自动回余额。
检查结果：claim/cancel/reclaim按原落地顺序判断，按钮状态与实际资金分开。
5. 失败时拆出赞助与筛查层
本人账户当前每天可获100笔网络费赞助；支付、提款、创建payment link和cancel各算一笔。赞助合同空或网络费超其承担上限会停，不能从余额有款推网络费可自付。claim直出Ethereum还按Withdrawal的地址筛查、enclave/relayer和费用路径核；提款总额含费用仍须严格低于2500美元，不能只看接收额，不把所有失败归未认领。
检查结果：失败具体阶段、赞助和外部提款角色有原材料或待核。
6. 按实际接收结束而不逆推匿名
直接付tag是最终支付，对方可看到发送tag和note；公开Ethereum出入的地址、时间、金额仍可见。最终将escrow、claim或退款交易与对应Aztec/外部接收材料对上，缺材料保留状态，不凭“private”标签宣称无法关联或已到账。
检查结果：付款/退款结果和隐私边界分别说明，不从链接存在证明资产接收。
怎样确认完成
- 形成按产品、身份、时点和原状态分列的检查表，缺证保留待核。
- verification=documentation；具体客户端、账户、证明验证、网络状态及资金结果未实测。
常见错误与边界
- payment link如现金；不公开完整链接或#fragment。
- expiry前refund与claim竞态，expiry后reclaim仍需实际操作结果。