Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR was opened by the Changesets release GitHub action. When you're ready to do a release, you can merge this and the packages will be published to npm automatically. If you're not ready to do a release yet, that's fine, whenever you add more changesets to master, this PR will be updated.
Releases
@bitauth/libauth@3.0.0
Major Changes
#127
e5c275f
Thanks @bitjson! - Add support for relative BIP32 derivationRelative BIP32 Hierarchical Deterministic (HD) derivation is now supported via the
deriveHdPathRelative
utility, and the Libauth compiler has been updated to explicitly use relative derivation by default forHdKey
s. Absolute derivation has also been enhanced to validate the expected depth of provided HD keys.If you application relies on relative derivation but uses
deriveHdPath
, you'll need to switch to using the newderiveHdPathRelative
, as absolute derivation will now fail if provided with a non-zero depth HD key.Fixes #49.
#127
e5c275f
Thanks @bitjson! - CashAssembly:.signature
is now.ecdsa_signature
All CashAssembly scripts using the
.signature
operation should instead call.ecdsa_signature
or switch to.schnorr_signature
.Additionally,
signing_serialization.token_prefix
is now available.#127
e5c275f
Thanks @bitjson! - Unify object parameters and error handling across libraryA number of existing Libauth utilities have been modified to adhere to Libauth's object parameter and error handling conventions:
encodeCashAddress
/decodeCashAddress
lockingBytecodeToCashAddress
/cashAddressToLockingBytecode
encodeCashAddressFormat
/decodeCashAddressFormat
crackHdPrivateNodeFromHdPublicNodeAndChildPrivateNode
decodeHdKey
(decodeHdKeyUnchecked
)decodeHdPrivateKey
/encodeHdPrivateKey
decodeHdPublicKey
/encodeHdPrivateKey
deriveHdPath
deriveHdPathRelative
deriveHdPrivateNodeFromSeed
deriveHdPrivateNodeIdentifier
/deriveHdPublicNodeIdentifier
deriveHdPrivateNodeChild
/deriveHdPublicNodeChild
deriveHdPublicKey
deriveHdPublicNode
hdKeyVersionIsPrivateKey
/hdKeyVersionIsPublicKey
hdPrivateKeyToIdentifier
/hdPublicKeyToIdentifier
deriveHdPrivateNodeFromBip39Mnemonic
deriveSeedFromBip39Mnemonic
encodeBip39Mnemonic
/decodeBip39Mnemonic
generateBip39Mnemonic
generateDeterministicEntropy
Please see the relevant guide(s) for usage examples:
Minor Changes
#127
e5c275f
Thanks @bitjson! - Add usage guides and API overview#127
e5c275f
Thanks @bitjson! - Add P2PKH CashAddress utilitiesThe following utilities are now available:
hdPrivateKeyToP2pkhLockingBytecode
hdPrivateKeyToP2pkhCashAddress
hdPublicKeyToP2pkhLockingBytecode
hdPublicKeyToP2pkhCashAddress
privateKeyToP2pkhLockingBytecode
privateKeyToP2pkhCashAddress
publicKeyToP2pkhLockingBytecode
publicKeyToP2pkhCashAddress
For usage examples, see
wallets.md
.#127
e5c275f
Thanks @bitjson! - Validate all keys prior to compilation, exposevalidateCompilationData
The compiler now validates all compilation data (i.e. validate all public and private keys), prior to compilation, regardless of whether or not the offending public or private key material is used. This is intended to surface software defects (particularly in the software used by counterparties) as early as possible.
#127
e5c275f
Thanks @bitjson! - Add support fordecodeTransactionOutputs
Patch Changes
#127
e5c275f
Thanks @bitjson! -generateRandomBytes
: always verify unique results across two runsFixes #119. Old behavior is available at
generateRandomBytesUnchecked
.