-
Notifications
You must be signed in to change notification settings - Fork 135
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Unspendable Miniscript key #558
Comments
No ideas, but I have a few thoughts:
|
I am not sure how I feel about this. Because a lot of times, the values of other I would not want to add this to |
The compiler API has the same problems we're having -- if the user needs an unspendable key but their Could we add another taproot descriptor variant which had an unspendable key? Or maybe make the taproot internal key be an |
For testing purposes and for an unused Taproot internal key, it can be useful to have a key that is provably unspendable. For instance, there is
lift_x(0x0250929b74c1a04954b78b4b6035e97a5e078a5a0f28ec96d547bfee9ace803ac0)
from BIP 341. This should work in generic contexts.We could add a sub trait of
MiniscriptKey
that returns a constant unspendable key. In rust-simplicity we recently added this. Randomized or iterative unspendable keys probably go a bit too far.Any ideas?
The text was updated successfully, but these errors were encountered: