Rendez-vous routing
Also covering Hidden destinations, Blinded paths, and Route blinding
Rendez-vous routing, hidden destinations, and blinded paths are names for techniques that allow an LN node to send a payment to an unannounced node without learning where that node is in the network topology or what channels it shares with other nodes.
This topic description is a stub. We would welcome a pull request providing more background information about the topic.
Primary code and documentation
Optech newsletter and website mentions
2023
- LDK #2413 adds support for sending and receving payments with blinded paths
- LDK #2411 and #2412 add an API for constructing payment paths for blinded payments
- LND #7710 adds the ability to retrieve extra data about an HTLC in support of route blinding
- LDK #2120 adds support for finding a route to a receiver who is using blinded paths
- BOLTs #765 adds route blinding to the LN specification
- Eclair #2482 allows sending payments using blinded routes
2022
- Core Lightning #5646 adds support for forwarding blinded payments
- Eclair #2418 and #2408 add support for receiving payments sent with blinded routes
- Eclair #2253 adds support for relaying blinded payments
- Discussion about the need for LNURL or offers for effective blinded paths
2020
- C-Lightning #3623 adds a minimal implementation for spending payments using blinded paths
- C-Lightning #3600 adds experimental support for onion messages using blinded paths
- Decoy nodes and lightweight rendez-vous routing (blinded paths)
2018
See also
Previous Topic:
Redundant overpayments
Next Topic:
Replace-by-fee (RBF)