You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Lightning Address is a very popular protocol that brings UX improvements that users love.
We'd like to provide those UX benefits without its privacy and security drawbacks.
Issues with the current lightning address protocol
As described here, the lightning address protocol requires payment senders to make an HTTP request to the recipient's domain owner.
This has some inconvenient side effects:
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This document outlines some of the upcoming Bitcoin Core 22.0 release changes and provides steps to help. This is meant to get you started on testing, but is in no way comprehensive! After running through the steps in this guide, you are encouraged to do your own testing.
This can be as simple as testing the same features in this guide, but trying it a different way. Even better, think of features you use regularly and test that they still work as expected in the release candidate. You can also read the release notes to find something not covered in this guide. This is a great way to be involved with Bitcoin's development and helps keep Bitcoin running smoothly and bug free! Your help in this endeavor is greatly appreciated.
This document proposes a new scheme to avoid address reuse while retaining some of the convenience of address reuse,
keeping recoverability purely from Bitcoin time chain and avoiding visible fingerprint.
The scheme has negligible average overhead.
Phoenix in a splicing future (a.k.a death to all swaps)
Phoenix in a splicing future (a.k.a death to all swaps)
Phoenix implements trusted swaps for users' convenience (to allow easy onboarding and offboarding).
But it's not a satisfying solution for the following reasons:
It uses two on-chain transactions for swap-in where one should be sufficient (one transaction from the user to Acinq followed by a channel open)
Swap-out feerates are unpredictable (because we may fund the swap-out with unconfirmed previous outputs) which is frustrating for users
It forces Acinq to use its own utxos, which doesn't scale well and is an operational burden
If Acinq doesn't have any utxos available and the mempool is completely full, swaps are stuck which is also frustrating for users
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Get bitcoin.pdf from the bitcoin blockchain in one line
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters