路由图是一堆有新鲜度的传闻
闪电网络没有中心目录：谁能付款、走哪条通道费率多少，全靠节点之间互相转告维护。开一条通道要广播通道公告，之后每次调整费率或时间锁参数要发签名过的 channel_update。这些消息一旦进入 gossip 洪流就永久在网络里漂流——如果不设保质期，死掉两年的通道会永远躺在每个人的路由表里。于是 BOLT7 给公告定了一条朴素规则：每条 channel_update 带 UNIX 秒级时间戳，节点用它做两件事，剔除时间戳过于超前的数据，以及把最新一次更新停留在两周（1209600 秒）之前的通道整条剪掉或者无视。
两周不是死刑，是各家的自选动作
值得玩味的是规范的措辞：对超过两周没更新的通道，节点是”可以剪掉、可以忽略”——这是留给每个实现的策略自由，转发邻居还不许因为公告旧就直接断你的连接。于是同一张闪电网络里，不同节点眼中的地图边界并不一致：激进的实现早点剔除，保守的多留几天，一笔付款选路时看到的图谱因此有细微差异。对通道主人来说，这条弹性条款反而更要警惕——你不报错、不显式被拒，只是悄悄从邻居的选路候选里消失了。多数实现会在到期前按自己的策略重新签一条同样内容的更新来续期，让时间戳保持新鲜；改费率、调时间锁参数则必须立刻发新公告，不能等定时任务。
时间戳为什么要小心处理
规范顺带解释了一个工程细节：时间戳用 UNIX 秒意味着节点时钟偏差会直接进入保鲜判断。时钟偏快的节点把公告写成”未来数据”会被提前剔除，时钟偏慢等于自动缩短通道寿命，所以把节点时钟与标准时间源对齐是所有实现的共同运维基本功。这类”时间戳既是签名内容又是保鲜凭据”的双重身份，在 gossip 协议里处处要求实现谨慎处理。
节点主业的另一面
保鲜机制决定了闪电节点运维的基本盘：通道开着不代表地图上画着你。一个只想付钱不转发的个人节点无所谓路由新鲜度；一个以路由费为目标的节点，公告保鲜就是收入管道本身——每次在两周窗口内重签重发，都是给选路算法投一票”我还在线”。反过来，想彻底退出路由市场也别指望静默：旧公告会随邻居的缓存策略慢慢蒸发，但公告本身在网络存储里还会漂流很久，想干净退场，合作关闭通道把资金撤回报才是终结动作。
一次选路的保鲜视角
把镜头换到付款发起方：钱包选路前给自己的路由图做一轮体检——节点公告里地址不可达的条目跳过，通道两侧更新超过保鲜窗口的按本地策略剪除，然后在剩下的图上找路径。也就是说，你的通道是否”存在”，取决于每个转发节点各自的剪枝日历，而不是一张全网同步的除名表。这种去中心化保鲜的副作用是网络边缘的路由分歧：同一笔路由尝试在不同节点手里可能走完全不同的路径，甚至出现”甲节点看得到你、乙节点看不到”的半连通状态。排查这类玄学问题时，先把自家公告的时间戳查新，再考虑通道额度与功能位——顺序反了会浪费大量时间在图谱上。
快速问答
问：公告被剪掉后通道里的钱安全吗？ 答：安全。gossip 只影响别人找不找得到你这条路的付款路径，通道资金的保障在链上承诺交易与惩罚机制里，与路由图新鲜度无关。
问：为什么我的通道明明在线，大额付款总绕开我？
答：可能是某方向的 channel_update 时间戳旧或被标注了容量/余额限制；先检查两侧更新的时效与参数，再查 htlc_maximum_msat 之类的额度字段。
问：重启节点会让公告过期吗？ 答：不会立刻。公告时间戳是签发时间，重启不改写它；但重启占住两周窗口里的一段，久到无人代你重发时就会撞上剔除线。
风险提示：本文描述闪电协议机制，不构成投资建议或运营收益承诺；实现行为以你所用软件版本与官方文档为准。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。