多段のsource routingであり、送信者は宛先、金額、手数料予算、CLTV予算を含む内側のtrampoline onionを作り、通常のonionで最初のtrampoline nodeへ届ける。そのノードが次のtrampoline hopまたは受取人までの具体的な中間経路を計算し、各委任先は自分の担当部分だけを知る。
通常のLightning source routingでは、送信者が利用可能なネットワークグラフを把握し、すべてのhopを選ぶ。オフラインになりやすい携帯端末では、支払い前にchannel gossipを取得して整理し、経路を計算する必要がある。Trampoline Routingが委任するのはこの作業であり、鍵やチャネルの管理ではない。 [6]
送信者は最初のtrampoline nodeを選び、金額、最終宛先、手数料予算、CLTV予算を設定してtrampoline onionを作る。通常のpayment onionが小さなonionを届けると、そのノードは次のtrampoline hopの指示だけを開き、通常ノードを通る具体的な経路を見つけ、残りを次の区間向けに包み直す。 [1]
二つのtrampoline nodesの間には、提案を実装しない通常のLightningノードも置ける。これらはBOLT #4に従う標準onionとHTLCを処理する。Trampoline nodeは経路の空白を埋めるが、金額、時間条件、最終的な支払い秘密を後続検証に気付かれず変更することはできない。 [2]
委任はカストディではない。Trampoline nodeはseed、秘密鍵、チャネル資金を単独で使う権利を得ない。ただし支払いの拒否や遅延、悪い高額経路の選択、区間メタデータの観測は可能である。ウォレットは手数料とCLTV予算、payment secret、暗号化エラー、再試行を強制しなければならない。 [1]
2026年十月初めの時点で公開BOLTs提案#836は未完了だが、Eclairとlightning-kmpは新しく提案された形式の実装と旧実験プロトコルからの移行に言及している。これは実際の導入を示すが、全ネットワークの相互運用完了ではない。現在のEclair設定も一般の支払い有効化とprototype feature flagを分ける。 [5]
BOLT #4はonion層の内容を守り、hopには前後の相手だけを示すが、全メタデータを自動で隠さない。単一のtrampoline事業者は送信クライアントを知り、非対応受取人への接続時には宛先も知り得る。複数のtrampoline hopsとblinded pathは知識を分散できるが、時刻、金額、再利用は相関信号として残る。 [2]
Route blindingでは暗号化データにoutgoing_channel_idでなくoutgoing_node_idを入れてtrampolineと組み合わせられる。Trampoline nodeは次のノードだけを復号して経路を計算するため、受取人は自分側の区間を隠し、一時的な流動性不足時の再探索も許せる。 [4]
ウォレットの検証では、gossipを本当に減らすか、trampoline nodesの選び方、feature bitsとonion TLV、旧形式か提案形式か、手数料とCLTV予算、エラーとMPPの処理、非対応の宛先が想定以上の情報をノードへ漏らさないかを調べる。 [3]
理解を深めるには、この項目とあわせて次もお読みください Lightning Network, Lightning Routing, Lightning Service Provider, HTLC, Payment Channel, Bitcoin のプライバシー.
01Trampoline nodeはLightning支払いを盗めるか？+
経路探索の委任だけでは秘密鍵も支払い条件を回避する手段も得られない。ただし拒否、遅延、高額経路の試行、メタデータ収集は可能である。ウォレットは手数料とCLTVを制限し、onionとpayment secretを検証し、別ノードや再試行を選べなければならない。
02Trampoline RoutingとLSPは同じか？+
同じではない。LSPは接続、チャネル、流動性などを提供する運用上の役割で、trampoline nodeは委任された経路区間を計算する。一事業者が両方を担えるが、役割は別であり、集中は可用性とプライバシーの依存を強める。