Change started by @poka to support both ed25519 and sr25519 crypto-scheme and use ed25519 by default - linked to this post - Use ed25519 vs sr25519 for v2s clients
Full release notes (also available in the release page and in CHANGELOG.md):
[0.4.1] - 2025-04-08
Added / Changed
- We now use
ed25519crypto scheme by default for all commands. It means that if you import your substrate mnemonic without giving a specific argument to change the crypto scheme, the resulting SS58 address will not be the same as before (it was usingsr25519for substrate mnemonic previously)- Extra
-c/--crypto-schemeargument allows to specify which crypto scheme to use (sr25519ored25519) and having a default value ofed25519in most places.- this argument is present in all places where you could provide
-S/--secret-formatargument
- this argument is present in all places where you could provide
- Due to that change, the display of the vault (
vault list ...commands) will not display the g1v1 public key of alled25519<Base> keys by default anymore; you will have to provide an extra--show-g1v1argument for that. - Another impact is that we can now
vault deriveany key; including the ones withed25519crypto-scheme.- It is still highly recommended to only derive keys based on a substrate mnemonic; as old
g1v1keys with their manualid&secretare not as secure as using a generated substrate mnemonic.
- It is still highly recommended to only derive keys based on a substrate mnemonic; as old
- There is an exception to the impacted commands:
vault migratewill still import old key files assr25519crypto-scheme keys; as it would otherwise not correspond to the SS58 Address of those key files.
- Extra
- It is now possible to perform
vault importandvault derivecommands without interactive prompts if all necessary optional arguments are provided.- Please check for more details with commands:
vault import --helpvault derive --help
- If the command tries to override an existing vault entry, then it will still require manual input from the user!
- Please check for more details with commands:
- Adapted commands
identity link-accountandidentity change-owner-key- Made it clear that the arguments are meant to “target” another account
- Added possibility to provide the “target” account from the vault
-aSS58 Address of target vault account-vName of target vault account
-S(secret_format) doesn’t have a default anymore since it conflicts with using-aor-v
- Adapted
vault inspectcommand to display more information- Substrate URI (was already present)
- Crypto scheme: to be more coherent since both the
substrate uriandcrypto-schemeare needed to create the key with the properaddress - Secret seed/mini-secret: only computed if no
soft(single ‘/’) derivation are used - Public key (hex)
- SS58 Address
- (potential G1v1 public key if inspecting a <Base> account with ed25519 crypto-scheme)
- Small changes
- In the vault, changed sorting of children account so that they are sorted by derivation
Pathvalue (makes more sense when viewing derivations of one account)
- In the vault, changed sorting of children account so that they are sorted by derivation
Fixed
- None
Deprecated
- Two commands are still deprecated and will be removed in a future release:
gcli vault list-filesgcli vault migrate
Removed
- None
CI/CD
- None