Skip to content

chore(release): update changelog and bump version to 0.24.0-dev.14#833

Merged
shumkov merged 1 commit into
v0.24-devfrom
release_0.24.0-dev.14
Mar 20, 2023
Merged

chore(release): update changelog and bump version to 0.24.0-dev.14#833
shumkov merged 1 commit into
v0.24-devfrom
release_0.24.0-dev.14

Conversation

@shumkov

@shumkov shumkov commented Mar 20, 2023

Copy link
Copy Markdown
Collaborator

Issue being fixed or feature implemented

Release new Dash Platform version

What was done?

  • Updated changelog
  • Bumped packages version

How Has This Been Tested?

None

Breaking Changes

None

Checklist:

  • I have performed a self-review of my own code
  • I have commented my code, particularly in hard-to-understand areas
  • I have added or updated relevant unit/integration/functional/e2e tests
  • I have made corresponding changes to the documentation

For repository code-owners and collaborators only

  • I have assigned this pull request to a milestone

@shumkov
shumkov requested a review from antouhou as a code owner March 20, 2023 17:50
@shumkov shumkov added this to the v0.24.0 milestone Mar 20, 2023
@shumkov
shumkov merged commit 3f48ff6 into v0.24-dev Mar 20, 2023
@shumkov
shumkov deleted the release_0.24.0-dev.14 branch March 20, 2023 17:52
shumkov added a commit that referenced this pull request Jul 4, 2026
Bring the branch up to v4.1-dev, which bumps rust-dashcore to afcff156:
key-wallet now impls `Zeroize` + `Drop` on `ExtendedPrivKey`, and
`extended_public_key` moved into the new `ExtendedPubKeySigner` subtrait.

Conflicts resolved (take base's rust-dashcore, afcff156):
- Cargo.toml / Cargo.lock: base's afcff156 rev.
- packages/rs-sdk-ffi/src/mnemonic_resolver_core_signer.rs: reconcile the
  derive-sign-destroy zeroization with the upstream change.
  - `WipingXprv` REMOVED — it was a local workaround for `ExtendedPrivKey`
    having no `Drop`, which key-wallet now provides (dashcore PR #833, added
    specifically for this signer). The bare value self-wipes on every path.
  - `WipingSecretKey` KEPT — the `secp256k1::SecretKey` copy at the two sign
    sites is the one key intermediate #833 cannot cover (`SecretKey` is an
    upstream type with no `Zeroize`, only `non_secure_erase()`), so the RAII
    guard remains the only way to close its `?`-early-return / panic leak
    window. Preserves the "no key bytes survive the trait boundary" invariant.
  - `extended_public_key` moved into an `impl ExtendedPubKeySigner` block
    (dashcore #839).

Bump ripple + follow-through:
- packages/rs-platform-wallet-ffi/src/dashpay.rs: import `ExtendedPubKeySigner`
  for `receiving_xpub` (the method moved off `Signer`).
- packages/rs-platform-wallet-ffi/src/sign_with_mnemonic_resolver.rs: drop its
  own now-redundant `WipingXprv`, relying on `ExtendedPrivKey`'s upstream Drop.

rs-sdk-ffi + platform-wallet-ffi build; 300 + 8 tests pass (incl. the 12
resolver-signer tests); full-workspace build green; fmt + clippy clean.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants