Trampoline Routing

सामान्य Lightning source routing मानता है कि sender के पास उपयोग योग्य network graph है और वह हर hop स्वयं चुनता है। अक्सर offline रहने वाले phone को payment से पहले channel gossip download और prune करके route निकालना पड़ता है; Trampoline Routing यह काम अधिक नया network view रखने वाले कई nodes को देता है, keys या channels की custody नहीं। [6]

Sender पहला trampoline node चुनता है, amount, अंतिम destination, fee budget और CLTV budget तय करता है और trampoline onion बनाता है। सामान्य payment onion छोटी onion को node तक पहुँचाती है; वह केवल अगले trampoline hop का निर्देश खोलता है, सामान्य nodes के रास्ते ठोस path खोजता है और बची onion को अगले segment के लिए फिर लपेटता है। [1]

दो trampoline nodes के बीच ऐसे सामान्य Lightning nodes हो सकते हैं जो proposal को support नहीं करते; वे BOLT #4 के अनुसार standard onion और HTLC process करते हैं। Trampoline node route की खाली कड़ी भरता है, पर बाद की जाँच विफल किए बिना amount, time conditions या अंतिम payment secret नहीं बदल सकता। [2]

Delegation custody नहीं है। Trampoline node को seed, private key या channel से एकतरफा खर्च का अधिकार नहीं मिलता; फिर भी वह payment रोक या देर कर सकता है, खराब या महँगा path चुन सकता है और अपने segment का metadata देख सकता है। Wallet को fee और CLTV budgets, payment secret, encrypted errors और retries लागू करने चाहिए। [1]

अक्टूबर 2026 की शुरुआत में सार्वजनिक BOLTs proposal #836 खुला है, जबकि Eclair और lightning-kmp नए प्रस्तावित प्रारूप के implementation और पुराने experimental protocol से migration का उल्लेख करते हैं। यह वास्तविक rollout दिखाता है, पूरी network interoperability नहीं; वर्तमान Eclair configuration सामान्य payment enablement और prototype feature flag को भी अलग रखती है। [5]

BOLT #4 onion layers की सामग्री बचाता है और hop को केवल predecessor तथा successor दिखाता है, पर सारा metadata अपने आप नहीं छिपाता। अकेला trampoline provider sending client और non-supporting receiver तक bridge करते समय destination जान सकता है; कई trampoline hops और blinded path यह ज्ञान बाँट सकते हैं, पर timing, amount और reuse correlation signals रहते हैं। [2]

Route blinding को trampoline के साथ encrypted data में outgoing_channel_id की जगह outgoing_node_id रखकर जोड़ा जा सकता है। Trampoline node केवल अगला node decrypt करके वहाँ तक route निकालता है; receiver अपना segment छिपा सकता है और अस्थायी liquidity shortage में node को pathfinding दोहराने दे सकता है। [4]

किसी wallet की जाँच में देखना चाहिए कि वह सच में gossip सीमित करता है या नहीं, trampoline nodes कैसे चुनता है, कौन-से feature bits और onion TLV उपयोग करता है, format पुराना है या proposed, fee और CLTV budgets, failures और MPP कैसे संभालता है, तथा unsupported destination node को अपेक्षा से अधिक जानकारी तो नहीं देता। [3]