mirror of
https://github.com/ElementsProject/lightning.git
synced 2024-11-19 01:43:36 +01:00
5becfa6ee1
We had a scheme where lightningd itself would put a per-node secret in the blinded path, then we'd tell the caller when it was used. Then it simply checks the alias to determine if the correct path was used. But this doesn't work when we start to offer multiple blinded paths. So go for a far simpler scheme, where the secret is generated (and stored) by the caller, and hand it back to them. We keep the split "with secret" or "without secret" API, since I'm sure callers who don't care about the secret won't check that it doesn't exist! And without that, someone can use a blinded path for a different message and get a response which may reveal the node. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> |
||
|---|---|---|
| .. | ||
| test | ||
| connectd_gossipd_wire.csv | ||
| connectd_wire.csv | ||
| connectd.c | ||
| connectd.h | ||
| gossip_rcvd_filter.c | ||
| gossip_rcvd_filter.h | ||
| handshake.c | ||
| handshake.h | ||
| Makefile | ||
| multiplex.c | ||
| multiplex.h | ||
| netaddress.c | ||
| netaddress.h | ||
| onion_message.c | ||
| onion_message.h | ||
| peer_exchange_initmsg.c | ||
| peer_exchange_initmsg.h | ||
| sha1.c | ||
| sha1.h | ||
| tor_autoservice.c | ||
| tor_autoservice.h | ||
| tor.c | ||
| tor.h | ||
| websocketd.c | ||