-
Notifications
You must be signed in to change notification settings - Fork 29
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
Upgrade bitcoin and miniscript #76
Upgrade bitcoin and miniscript #76
Conversation
4aadc82
to
44a10eb
Compare
|
This PR would be nicer if we implemented the suggestion in #80 |
Thanks for your contribution! The rest LGTM |
Leave it with me. |
If #84 is acceptable it could go in before this one and that would fix the CI fails. |
I'll put this on ice until my other PRs get merged/closed. |
11dc1e1
to
8a9eea7
Compare
Upgrade to `miniscript` v0.10.0 and `bitcoin` v0.30.0 API Changes: - `Network` is now `non_exhaustive` so we implement `TryFrom` instead of `From`. - `get_client`: Now takes an `HWIChain` instead of a generic, this is less general, and less usable. Done because `From<Network>` can no longer be implemented on `HWIChain` because of the newly added `non_exhaustive` on `Network`. - `Address` now has a tag and can only be deserialized unchecked. We just call `assume_checked` in the unit tests. Is the error handling for new `TryFrom` acceptable to the project?
We currently use `base64` to deserialize a vector. At the same time we use `base64` indirectly from `rust-bitcoin` when deserializing a PSBT. If we remove the dependency on `base64` and use the re-export from bitcoin it saves having to keep the dependency and transient dependency in sync so we don't get multiple versions of the same crate in the dependency tree.
8a9eea7
to
f720747
Compare
Changes in force push
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ACK f720747
This is my first PR to this project.
base64
dependency in favour ofbitcoin::base64
Note please, this makes the following API changes:
Network
is nownon_exhaustive
so we implementTryFrom
instead ofFrom
. Also add panic inIntoPy
, we already unwrap so it seems ok, please note.get_client
: Now takes anHWIChain
instead of a generic, this is less general, and less usable. Done becauseFrom<Network>
can no longer be implemented onHWIChain
because of the newly addednon_exhaustive
onNetwork
(added a test constTESTNET
forHWIChain(Network::Testnet)
)Address
now has a tag and can only be deserialized unchecked. We just callassume_checked
in the unit tests.Is the error handling for new
TryFrom
acceptable to the project?