盲路径付款：闪电网络收款方如何藏起自己的节点身份和路线形状

一句话定位

盲路径是把闪电付款路线的“尾段”打码的技术：收款方不再把真实节点身份和它在路线里的位置交给付款人，而是发一串一次性的盲化公钥，每一跳在转发前把它替换成下一个盲身份。付款人的软件只知道“从某个介绍节点进去”，对通道深度、收款节点与谁相连全部失明。它是 BOLT12 报价单体系里的核心隐私构件，也适用于带支付助手的发票场景。

没有盲路径时泄漏了什么

经典发票流程里，付款人要从收款节点公钥出发做探路：沿公开图往回搜索能送达的通道。这段搜索本身就是情报——收款方邻居通道被试探了一遍，长期看等于全市场轮流给收款方的拓扑画像交作业。更直接的一层是身份：发票里那个明文节点 ID，本身就是一次广播。盲路径解决的正是这两件事：身份换成盲化 ID，探路需求收敛到介绍节点一个点上。

构造长什么样

一条盲路径由若干“盲节点”顺序组成，每个盲节点是一个按椭圆曲线扰动规则从真实节点公钥派生出来的伪公钥，外加一段只写给该跳的加密填充。发送方在构造洋葱时从最后一个盲节点往回逐层包装；介绍节点收到第一层时，用协议约定的盲化标量把自己这段解开，同时推导出下一个盲节点应该长什么样，再把包交给它。每一跳看到的同伴身份都是临时的，用过即废，多笔付款之间无法用节点 ID 做串并案。密码学根基仍是 BIP340 那套 Schnorr 点加法的线性：派生用的是公钥对点的运算，没有引入新信任假设。

介绍节点的责任边界

介绍节点是路线上唯一知道“后面是盲链”的入口，职责是验证填充、推进盲派生、继续转发。它因此获得了一个有限的新角色：能看到付款的到达频率，却仍然看不到终点与金额分布的全貌。运营视角的注意点也在这：盲路径把隐私从“全体共识图”挪到了“入口观察面”，想压住观察面，靠的是入口选择分散与路径长度设计，而不是再回到公开图的老路。

与相邻规范的关系

盲路径依赖一条能对盲节点回信的路径，这正是洋葱消息规范提供的能力；报价单与发票解耦的部分由 BOLT12 系列规范承载——这套规范文本已发布并处于实验性部署推进阶段，各实现的支持进度不一致。与它搭配的另一个构件是支付助手：离线收款时由助手代持预像并守门，和盲路径各管一段隐私——一个藏路线，一个藏在线状态。读资料时务必把“规范定稿”“实现可开”“网络多数支持”三档分清，任何一档都不自动代表另外两档。

一条直觉线

把传统发票想成快递单收件人栏印着家庭住址和门牌，盲路径则是给收件人换了一个月抛的信箱编号，快递员只认识最近那个代收点；代收点能统计有多少包裹寄向“这个编号”，但拼不出住在哪条街、邻居是谁。

常见误区

一是以为盲路径顺带隐藏金额：不是，沿路各跳对金额与时间锁的知情结构没有因盲化而改变。二是把它和 PTLC 混谈：后者处理的是跨跳关联的锁值，两者正交。三是认为上线了盲路径付款人软件就不需要任何图信息——介绍节点附近的一段仍然需要可路由。

快速问答

问：普通用户什么时候会感知它？答：多为使用支持报价单的钱包或扫码收款时，付款弹窗里的路线信息明显变少。问：它能防节点做黑名单吗？答：盲化让单点难以根据收款方身份拒绝，但入口节点仍可能限流，这是新的边界。

风险提示：本文只做协议机制科普，不构成任何投资与服务选型建议。