Releases: gitmachtl/cardano-signer
Releases · gitmachtl/cardano-signer
cardano-signer 1.15.2
Release Notes / Change-Logs
- 1.15.2
General
- small bugfix, parameter
mainnetthrowing an "unknown" error for thesign --cip36command - added an arm64 build
- small bugfix, parameter
cardano-signer 1.15.1
Release Notes / Change-Logs
-
1.15.1
General
- small bugfix, parameters
help,usage,versionthrowing an "unknown" error
- small bugfix, parameters
-
1.15.0
New constitutional-commitee-member cold-key generation mode:
- generate conway cc-cold keys via the path
--path cc-coldor - generate conway cc-cold keys from the derivation path "1852'/1815'/acc'/4/idx'
- generate conway cc-cold keys from mnemonics or let cardano-signer generate new mnemonics for you
New constitutional-commitee-member hot-key generation mode:
- generate conway cc-hot keys via the path
--path cc-hotor - generate conway cc-hot keys from the derivation path "1852'/1815'/acc'/5/idx'
- generate conway cc-hot keys from mnemonics or let cardano-signer generate new mnemonics for you
General
- some corrections on extended verification key outputs
- an unknown parameter now throws an error. before, optional parameters with a typo were simply ignored
- general code cleanup, typos, etc.
- generate conway cc-cold keys via the path
cardano-signer 1.14.0
Release Notes / Change-Logs
-
1.14.0
New dRep-Key generation mode:
- generate conway dRep keys via the path
--path drepor - generate conway dRep keys from the derivation path
1852'/1815'/acc'/3/idx' - generate conway dRep keys from mnemonics or let cardano-signer generate new mnemonics for you
Key generation mode changes:
- the flag
with-chain-codehas been replaced by the new flagvkey-extended. this makes it easier for the users to understand the meaning - per default the public keys are now always generated as non-extended keys, the secret keys are always extended ones if derived from a path
General
- code cleanup
- generate conway dRep keys via the path
cardano-signer 1.13.0
Release Notes / Change-Logs
- 1.13.0
New key generation mode:
- generate normal ed25519 keys
- generate extended ed25519 keys from a derivation path like "1852H/1815H/0H/0/0"
- generate keys from mnemonics or let cardano-signer generate new mnemonics for you
- generate CIP36 conform vote keys incl. bech
cvote_vkdata and an optional vote_purpose - generate keys with or without chaincode attached
- directly write out
.skey/.vkeyfiles (like cardano-cli) - extended information like an
Xpub...key is available via the--json-extendedflag - shortcuts for paths can be used like
--path payment,--path stake,--path cip36
cardano-signer 1.12.1
-
Release-Notes for 1.12.1
CIP-36 update:
- Changed the
--rewards-addressparameter to--payment-addressparameter. This reflects the latest changes in CIP-36 - Also the keys for
rewardsAddressHex,rewardsAddressTypeandrewardsAddressNetworkin the--json-extendedoutput are not renamed topaymentAddressHex,paymentAddressType,paymentAddressNetwork
- Changed the
cardano-signer 1.12.0
-
Release-Notes for 1.12.0
General:
- The output via
--json-extendedis now showing more details about the address (hex, type, network) - The help description can now be displayed for each sub command like:
cardano-signer sign --cip8 --help - Addresses provided via the
--addressparameter can now be a bech-address, hex-string or the path to a file containing the bech-address (typical mywallet.addr) files
CIP-8 / CIP-30 updates:
- Completely reworked CIP-8/CIP-30 code. Flags
--cip8&--cip30will currently do the same, because CIP-30 uses CIP-8 signing. - Signing a payload now generates a full COSE_Sign1 signature together with the COSE_Key publicKey
- The payload can be set to hashed via the new flag
--hashed - The payload can be excluded from the COSE_Sign1 signature with the new flag
--nopayload - The signing address will be automatically checked against the publicKey (signing and verification)
- Extended data structure check of the given COSE_Sign1 & COSE_Key
- Verification can be done against the COSE_Sign1 & COSE_Key, and optionally also against a given payload and address
- The output via
--json-extendedshows additional information if the payload is hashed, address infos, etc.
- The output via
cardano-signer 1.11.0
- Release-Notes for 1.11.0
General:
- Added an optional flag
--bech(also--jcliworks), to output the signature and public key in jcli compatible bech format with prefixesed25519_siganded25519_pk. This is available in the normal signing mode. - The verify function now also accepts bech encoded signatures
ed25519_sigin addition to hex strings. - With this update the sign/verify functions in cardano-signer can substitute jcli for sign/verify.
- Added an optional flag
cardano-signer 1.10.1
- Release-Notes for 1.10.1
CIP-36 updates:
- Starting with Fund10, the rewards address for the voting rewards must be a regular payment address (enterprise or base address), not a stake address like before.
- Updated the README.md with examples using a payment address instead of a stake address
cardano-signer 1.10.0
-
Release-Notes for 1.10.0
- Added an optional address check for the normal sign/verify functions via the
--addressparameter. If provided, cardano-signer checks that the address belongs to the provided signing/public key. - Updated the README.md with more examples and better syntax highlighting.
- Added an optional address check for the normal sign/verify functions via the
cardano-signer 1.9.0
- Release-Notes for 1.9.0
CIP-36 mode updates:
- Added the new deregistration metadata format in CIP-36 mode, which is using key 61286 for the deregistration data.
- Changed the output of
--json-extendedin CIP-36 mode to output the cbor and json content below the "output" key example
General:
- Using the general bech32 lib to decode public/private keys, so any bech32 string can be used. Before it was limited to
ed25519_pkanded25519_skprefixes. - Defining command-line argument types to avoid parsing arguments like
--data-hex="000000"as a number. Must be parsed as a string of course. - Added command-line aliases so you can also use:
--signing-keyor--secret-key,--verification-keyor--public-key, etc.








