Hiding part of the destination path
Ordinary routing information can reveal details about a recipient's location in the Lightning network. Route blinding lets the receiver provide a path segment whose internal routing information is protected through cryptographic construction. The sender can target an introduction point and use the supplied information without learning every ordinary identifier in the concealed segment. BOLT 4 specifies routing behavior, while BOLT 12 uses blinded paths in its offer and invoice-related workflows.
2 sources for this section
How to think about the path
Imagine delivery instructions that identify a public entrance but encrypt the directions beyond it for successive intermediaries. Each relevant hop receives enough information to continue without exposing the entire concealed route to the sender. This analogy explains the information boundary, not every protocol detail. The actual construction must handle cryptographic keys, forwarding data, constraints, and failure behavior, and wallets need compatible implementations to use it correctly.
1 source for this section
Privacy remains conditional
Route blinding does not make all payment information invisible. Amounts, timing, introduction points, repeated use, and observations by collaborating participants can still matter to an adversary. It also does not remove the need for channel liquidity or guarantee that a chosen path will succeed. Evaluate privacy claims against a stated observer model rather than using the technique's name as a promise of complete anonymity. Explain separately what a sender, forwarding node, recipient service, and network observer may learn.
2 sources for this section
The source notesEvidence & further reading2 sources
- BOLT 4: Onion routing Lightning specification contributors · Primary source · accessed 2026-09-21
- BOLT 12: Offers Lightning specification contributors · Primary source · accessed 2026-09-21