mirror of
https://github.com/dashpay/dash.git
synced 2024-12-25 03:52:49 +01:00
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: utACK4969a72cc9
Tree-SHA512: 2c85bb45a097543abad3e8f97fd9b7cd847fbfdfd4b4916e24f6725ffc05cad38647ff008dc4a35b188a6db631e6fffcbd535362a794f440d45a678255c13428
This commit is contained in:
parent
6bc60a7236
commit
cd0a3a6cc6
@ -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.
|
||||||
|
|
||||||
|
|
||||||
|
Loading…
Reference in New Issue
Block a user