Improving censorship-resistance, privacy, and security of Lightning Address \ stacker news ~bitcoin

pull down to refresh

Improving censorship-resistance, privacy, and security of Lightning Address

2012 sats \ 2 comments \ @moneyball 17 Nov 2023 bitcoin

Thanks to tbast from Acinq for putting together these well-thought-out design options. They demonstrate how with BOLT 12, users will be able to get all the benefits of Lightning Address today but also preserve censorship-resistance, privacy, and security properties of bitcoin.

Thoughts?

https://lists.linuxfoundation.org/pipermail/lightning-dev/2023-November/004204.html

view all related items

211 sats \ 0 replies \ @bluematt 17 Nov 2023

All the benefits of LN-Address, (most of) the privacy of BOLT12, plus you can choose use it without trusting a provider as long as you have your own domain and can add one DNS record!

21 sats \ 0 replies \ @k00b 17 Nov 2023

I’m partial to #3 mostly because it’s so simple. It’s something I imagine plebs could do for a noncustodial node they run themselves after following a straightforward guide.

It also seems like the least expensive experiment to run given the protocol doesn’t need to change. It’s the perfect plan A.

It would suck as a wallet provider though. If there’s some way to not need a dns record for every username that’d be ideal. If there isn’t a way to do that (I haven’t thought about it much), you’d probably also want to provide #1 for custodians.