Phoenix 收款被拒或迟迟未转入：核对流动性与费用上限
链小知 · 进阶 · 核验 · 依官方文档整理
在 iOS 的 Channel management 查看自动管理、sat 绝对上限、百分比上限与 Lightning 例外，区分链上存入和链下收款。
开始前准备
- 已有 Phoenix iOS 钱包与发生问题的收款记录，知道原付款是 Bitcoin 链上交易还是 Lightning；不需为排查重新恢复钱包。
- 入口与字段依据读取于 2026-10-12 的官方固定源码和应用内帮助；安装版本不一致时先记录版本与实际字段，不按 Android 布局套用。
1. 确定原收款是 L1 还是 L2
用既有付款记录确定是发往 Bitcoin 地址的链上收款，还是 Lightning 请求。L1 存入之后还需按策略转入 L2；L2 收款也可能需要链上操作来管理渠道。记录发送金额及当前收款提示，不能仅看到链上确认就认定 Lightning 可用余额已增加。
检查结果：能说明原资金入口，并将链上到账与渠道可用余额分开记录。
2. 打开收款费用策略
在 iOS 设置的 Fees 分组进入 Channel management，读取当前页面。Add liquidity 是另一项，不用为了查看费用策略进入购买流程。若当前版本没有这些入口，保留版本和界面差异，再查对应版本帮助。
检查结果：打开的是 Channel management，而不是新增流动性购买或发送页。
3. 查看自动渠道管理是否关闭
读取 Automated channel management 开关，不改变设置。关闭时，官方页面说明需要链上操作的收款会被拒；这不等于所有 Lightning 收款都被拒，也不证明原链上币已丢失。记录它与本次收款提示是否相关。
检查结果：知道自动管理状态及其对需要 L1 操作收款的影响。
4. 分别核对 sat 与百分比上限
读取 Max fee amount（sat），再展开 Show advanced options 查看 Max fee percent（%）。没有例外覆盖时，两项都限制费用；可以用显示的 example payment 对照，而不把 sat 数字当 sat/vB。原创算术示例：收款 100000 sat、绝对上限 5000 sat、比例上限 2%，较严格上限是 2000 sat；这只是预算计算，不是当前收费。
检查结果：两种单位已分开，能够解释金额足够却因费用上限拒收的情况。
5. 检查 Lightning 例外与估算后保留诊断
查看 Skip absolute fee check for Lightning 是否开启：开启后 Lightning 忽略绝对金额上限，但仍受百分比约束。再看 Mempool 费用估算及 Below the expected fee 等提示，判断策略是否可能低于需求；估算不等于此次确定报价。只查看，不改任何开关或输入；若误触，离页前恢复原值，因当前 iOS 源码会在页面消失且存在改动时自动保存，返回按钮并不保证取消修改。记录原提示、金额、开关和上限，不购买流动性，不以重复付款验证。
检查结果：已明确实际生效的限制、估算时间和失败提示；未改变费用策略或触发资金动作。
怎样确认完成
- 原付款类型、自动管理状态、费用上限及 Lightning 例外已记录，可以指出可能的策略限制。
- 不能解释的路由、同步或服务问题保留待核，不宣布费用已扣、已到账或加速成功。
- 教程为 documentation；仅核对官方正文/固定源码，未实测钱包界面、渠道、收款报价或支付。
常见错误与边界
- 收款余额不代表入站流动性；L1 收款与 Lightning 收款的可用条件不同。
- 百分比与 sat 绝对上限都要看；Lightning override 开启时的规则另算。
- 2023 旧费表不能用于当前报价，策略放宽也不能保证路由、服务或付款一定成功。