DefiniteDescriptorKey: provide additional methods for converting to a DescriptorPublicKey - #492
Conversation
|
Concept ACK. I think If we allowed |
Agreed, I just put it in for completeness. I'll drop it and people can call
Is it unusual? I'm happy to do
Ah, great point. |
I think so. I checked out |
|
Ok, after writing e16e7dd#r1025217984 I realize that
Huh, I could've sworn I saw this in stdlib some time ago. Maybe this is a pre-1.0 memory or a fever dream :).
No, there's a blanket |
No there isn't! From that page:
Fevered dreams indeed! |
|
Lol, ok. I'm starting to internalize what these trains are supposed to mean. Let's use |
3fbe4cc to
0b569a2
Compare
|
Pushed to use |
😅 nit: the ACK 0b569a2 |
… DescriptorPublicKey
0b569a2 to
1477dbb
Compare
|
lol, removed the |
…e additional methods for converting to a DescriptorPublicKey
1477dbbb80523dde399a7cbaba25cbac54bf2816 DefiniteDescriptorKey: provide additional methods for converting to a DescriptorPublicKey (Andrew Poelstra)
Pull request description:
Fixes #491
I didn't provide a mutable version of this. I'm not sure if we want to support this or not; generally public keys should be immutable after creation.
ACKs for top commit:
sanket1729:
ACK 1477dbbb80523dde399a7cbaba25cbac54bf2816
Tree-SHA512: 8c06ac3b6c395c3805b8cbd958ce4f354025ee88b2915562662cb084216048c6543591c468112981e8afa72d89373a544965096227475f0c198af9194d826a7e
Fixes #491
I didn't provide a mutable version of this. I'm not sure if we want to support this or not; generally public keys should be immutable after creation.