Trampoline 路由：手机闪电钱包把找路外包给谁

一、Trampoline：手机钱包为什么不自己找路

闪电网络的标准付款要求付款方对全网图谱了如指掌：本地拿一份完整频道地图，算出一条从自己到收款人的完整路径，把逐跳指令包进洋葱包。桌面节点这么做没问题，手机钱包就吃不消了——图谱数据随网络规模增长到不小的量级，同步、存储、重放更新的成本对手机既不友好也费电。Trampoline 路由是针对这个矛盾提出的扩展：付款方不再算全程，只把包交给一个信任的中继节点，由它代为完成剩余路径的计算与路由，必要时顺手做分片。这个方案当年以提案形式在规范仓库讨论，从未并入正式的 BOLT 标准，却在手机钱包生态里被普遍实现，最典型的就是手机钱包与它的服务商节点之间的固定搭档关系。

对用户来说，日常体验是：付款时手机几乎瞬间完成路由，不下载图谱，也很少报路径错误。机制层面，这是把图谱与路由计算外包给了第一跳。

二、信任边界随之外移

标准洋葱路由的隐私承诺是：中间每一跳只知道上游和下游，看不见付款全貌。Trampoline 把这条承诺改写了：你选定的那个 trampoline 节点知道这笔付款来自你、目标是它继续转交的下一个节点，如果收款路径不长，它甚至能相当有把握地猜到终点。它同时也成了一个可用性依赖——付款能不能成，取决于它对图谱的掌握和对这笔路由的处理，超时、余额、它的版本策略都会变成你的失败原因。

这不是安全上的灾难，而是信任的重新分配：私钥仍然在你手里，服务商不能动用你的资金；但在隐私与可用性两个维度上，你给了第一节点比标准模型更多的东西。评估一个用 trampoline 的钱包，值得问的问题依次是：第一跳是谁的节点、能不能换成别的、路由失败时它报告多少细节、它是否也可能成为收款路径上的瓶颈。

三、收款方向：同一机制的另一半

Trampoline 对收款的假设也影响体验。手机钱包的通道通常只连着服务商，理论上全网到你的手机都要经过这一条通道。收款方向的分片让局面可控：付款可以被拆成多笔 HTLC 分别挤进这条通道，只要入账方向的可用流动性够。反过来，入账流动性不足时，问题出在流动性而非路由——这时任何路由创新都帮不上忙，需要先调整通道资金分布。

服务商通常会在首笔入金时用临时流动性垫付，之后再通过后续交易回补，这类机制把一次性的大额开道费摊成了日常的小额成本。理解它，能解释很多第一次使用手机闪电钱包时的费用困惑：垫付部分是服务商替你临时出的链上资金，代价体现在服务费与后续通道的资金结构里。

四、边界清单

三条边界值得说死。第一，trampoline 不是标准化功能，不同实现对它的编码方式不同，跨生态互通并不由规范担保，有些实现还会限制对某些收款方启用。第二，标准闪电客户端把它的流量视为不透明数据，链上和标准图谱上都不会为它单独显现。第三，它解决的是手机端图谱负担，不是流动性问题——通道余额一边倒、容量不足这些老问题，一个不少地留在那条真实通道上。

选钱包时把它当作架构差异来读：省的是计算与流量，换的是对一个第一节点的信任半径。两种取舍都合法，关键是知道自己站在哪一格。

风险提示：本文仅为闪电网络机制科普，不构成任何投资建议。