lncli updatechanpolicy：通道报价的账与公告传播节奏

路由节点的收益取决于报价，而报价不是一成不变的广告：lncli updatechanpolicy 就是修改每条通道对外报价的命令——基础费、百万分比费率、时间锁增量、HTLC 金额上下限都在这里改，改完由节点向全网重发通道更新公告。理解它的作用域、字段语义和公告传播节奏，是从”开了通道”进阶到”经营通道”的分水岭。

一、两种作用域 命令的参数支持二选一的作用域：global 开关把本次修改应用到当前所有活动通道；不给 global 时用 --chan_point 指到具体的出金点，只改一条。两种作用域写进同一次调用会报错。运营节奏上，全局调用于市场费率突变（例如链上费率暴涨，需要整体抬高转发费保护利润），单通道调整用于个案——比如对某个容量大、翻转频繁的伙伴通道做不对称定价。

二、报价字段的账 base_fee_msat 是每笔经过该边的固定基础费（毫聪）；费率部分有两个入口字段：fee_rate 是比例值（百万分比的浮点写法），fee_rate_ppm 是整数百万分比，两者语义等价，整数入口在脚本里更稳。time_lock_delta 规定经过这条边的 HTLC 至少要增加的区块时间锁增量，报得太低会在路径校验时被上游嫌弃，报得太高则挤占整条支付路径的超时预算。min_htlc_msat 需要配套的 specified 标志才生效，max_htlc_msat 设上限——过高的上限会把路径机会让给带不来利润的碎款，过低的下限则直接被大流量应用跳过。create_missing_edge 是给图数据库里缺失边信息的异常通道补档案用的修复位，不是报价字段。

三、入向费用 v0.19.0-beta 的接口里还有入向费用（inbound fee）字段，标注为实验性：它让你对”流入”本通道的流量收费，用于流动性补贴场景。实验性意味着协议层与对端实现的支持并不齐一，激进配置前确认主流钱包的兼容现状；未设置时保留先前值，这一点在模板化脚本里要显式处理，避免”以为清零了其实还在”。

四、公告的节奏与可见延迟 改完政策，节点向对端发 channel_update，逐跳传播到公开图。你的报价生效时间由两件事决定：本地图数据更新，以及上游路由器的缓存策略。Mission Control 类选路器对失败边有冷却与信誉衰减，降价公告到达后流量抬升通常滞后几分钟到更久；涨价时同样存在过渡期，期间旧报价与更新报价在不同节点的路由表里并存。批量运营要接受”政策生效是分钟级的渐变而不是按钮瞬移”。

五、常见事故清单 事故一：拿 global 改 min_htlc_msat 时忘了 global 会把实验用的定价推到全部通道，第二天大流量客户集体路由绕开你才发觉。事故二：把 fee_rate 写成百分数而不是比例，实际报价差了数量级——百万分比体系下 100 是万分之一，1 是百万分之一，抄配置前先对齐单位。事故三：调 delta 时按单通道思路改了全局，上游对超时链条的累积预算被破坏，路径成功率下降但费单看起来一切正常。事故四：以为不公告的私有通道改了政策没人知道——报价确实不出现在公开图，但每次付款的通道更新仍会发给直连对端，谈判型定价在对手视角是透明的。

六、与相邻命令的分工 updatechanstatus 只切通道的启用/禁用公告状态，不碰价格；feereport 读当前报价与滚动收入，负责核对策略是否落地；describegraph 从第三方视角看你在公开图上的双边报价；nodeaudit 类审计功能（视版本）负责把报价与历史流量做归因。经营闭环就是：定策略用 updatechanpolicy，验证用 feereport 与 describegraph，复盘再回到策略——把四个命令排进同一条巡检流水线，比单点调参安全得多。

风险提示：本文所述字段与语义以 LND v0.19.0-beta 源码与官方接口定义核对为准，实验性字段与协议兼容性随版本变化。报价策略影响路由收入与资金流动性，请先在测试网或小流量通道验证，本文不构成任何投资建议。