Merge #6154: chore: remove trailing whitespaces in release notes

4969a72cc9 chore: remove trailing whitespaces in release notes (UdjinM6)

Pull request description:

  ## Issue being fixed or feature implemented
  https://gitlab.com/dashpay/dash/-/jobs/7421310092

  ## What was done?

  ## How Has This Been Tested?

  ## Breaking Changes

  ## Checklist:
  - [x] 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
  - [x] I have assigned this pull request to a milestone _(for repository code-owners and collaborators only)_

ACKs for top commit:
  PastaPastaPasta:
    utACK 4969a72cc9

Tree-SHA512: 2c85bb45a097543abad3e8f97fd9b7cd847fbfdfd4b4916e24f6725ffc05cad38647ff008dc4a35b188a6db631e6fffcbd535362a794f440d45a678255c13428
This commit is contained in:
pasta 2024-07-24 18:10:10 -05:00
parent 6bc60a7236
commit cd0a3a6cc6
No known key found for this signature in database
GPG Key ID: 52527BEDABE87984

View File

@ -51,7 +51,7 @@ Once the EHF signed message is mined and a cycle ends, the hard fork status will
miners on v20 and v21 will begin to signal for activation of MN_RR. As such, nearly 100% of miners will miners on v20 and v21 will begin to signal for activation of MN_RR. As such, nearly 100% of miners will
likely be signalling. If a sufficient number of mined blocks signal support for activation (starting at 80% and gradually decreasing to 60%) likely be signalling. If a sufficient number of mined blocks signal support for activation (starting at 80% and gradually decreasing to 60%)
by the end of a cycle, the hard fork will change status from `started` to `locked_in`. At this point, hard fork activation by the end of a cycle, the hard fork will change status from `started` to `locked_in`. At this point, hard fork activation
will occur at the end of the next cycle. will occur at the end of the next cycle.
Now that the hard fork is active, the new rules will be in effect. Now that the hard fork is active, the new rules will be in effect.
@ -339,7 +339,7 @@ dash-tx Changes
- When creating a hex-encoded Dash transaction using the `dash-tx` utility - When creating a hex-encoded Dash transaction using the `dash-tx` utility
with the `-json` option set, the following fields: `addresses`, `reqSigs` are no longer with the `-json` option set, the following fields: `addresses`, `reqSigs` are no longer
returned in the tx output of the response. returned in the tx output of the response.
dash-cli Changes dash-cli Changes
---------------- ----------------
@ -376,7 +376,7 @@ user-friendly for managing Dash wallets.
- new commands `dump` and `createfromdump` have been added, enhancing the wallet's storage migration capabilities. The - new commands `dump` and `createfromdump` have been added, enhancing the wallet's storage migration capabilities. The
`dump` command allows for exporting every key-value pair from the wallet as comma-separated hex values, facilitating a `dump` command allows for exporting every key-value pair from the wallet as comma-separated hex values, facilitating a
storage agnostic dump. Meanwhile, the `createfromdump` command enables the creation of a new wallet file using the storage agnostic dump. Meanwhile, the `createfromdump` command enables the creation of a new wallet file using the
records specified in a dump file. These commands are similar to BDB's `db_dump` and `db_load` tools and are useful records specified in a dump file. These commands are similar to BDB's `db_dump` and `db_load` tools and are useful
for manual wallet file construction for testing or migration purposes. for manual wallet file construction for testing or migration purposes.