Releases: IntersectMBO/evolution-sdk
@evolution-sdk/scalus-uplc@2.0.4
@evolution-sdk/evolution@0.5.4
Patch Changes
-
#306
73f9aafThanks @solidsnakedev! - The provider now readscost_models_rawfrom the/epochs/latest/parametersresponse instead of the legacycost_modelsfield. The legacy field uses alphabetically-keyed names and is truncated post-Plomin (297 entries vs 350 canonical for PlutusV3), which produces an incorrectscript_data_hashand causesScriptIntegrityHashMismatchon any transaction carrying Plutus scripts. Falls back tocost_modelsfor older API deployments that don't servecost_models_raw. -
#305
032e545Thanks @solidsnakedev! - Credential-based UTxO queries (getUtxosandgetUtxosWithUnitwith aCredentialinstead of anAddress) now work across all providers that support them. Previously, passing aCredentialto Blockfrost produced an invalid API path, and Koios silently rejected the query. Blockfrost now encodes credentials as CIP-5 bech32 (addr_vkh/scriptprefixes), and Koios routes credential queries to thePOST /credential_utxosendpoint with hex-encoded payment credential hashes.- Added
toBech32/fromBech32toKeyHash(addr_vkhprefix) andScriptHash(scriptprefix) - Added
Credential.toHexandCredential.toBech32convenience functions - Fixed
BlockfrostEffect.getUtxosWithUnitreading the address fromaddressPathinstead of the responseutxo.address
- Added
@evolution-sdk/devnet@3.0.4
@evolution-sdk/aiken-uplc@2.0.4
@evolution-sdk/scalus-uplc@2.0.3
Patch Changes
- Updated dependencies [
10e5b44]:- @evolution-sdk/evolution@0.5.3
@evolution-sdk/evolution@0.5.3
Patch Changes
- #250
10e5b44Thanks @solidsnakedev! - FixedgetUtxosandgetUtxosWithUnitin the Kupmios provider producing invalid Kupo URLs when called with aCredentialinstead of anAddress. The credential hash (aUint8Array) was being interpolated directly into the URL pattern, resulting in a comma-separated list of byte values instead of the expected hex string. Both call sites now convert the hash to hex withBytes.toHexbefore building the URL.
@evolution-sdk/devnet@3.0.3
Patch Changes
- Updated dependencies [
10e5b44]:- @evolution-sdk/evolution@0.5.3
- @evolution-sdk/aiken-uplc@2.0.3
- @evolution-sdk/scalus-uplc@2.0.3
@evolution-sdk/aiken-uplc@2.0.3
Patch Changes
- Updated dependencies [
10e5b44]:- @evolution-sdk/evolution@0.5.3
@evolution-sdk/scalus-uplc@2.0.2
@evolution-sdk/evolution@0.5.2
Patch Changes
-
#246
61ed73eThanks @solidsnakedev! - AddAddress.fromSeed()for synchronous address derivation from a BIP-39 seed phrase. This enables deriving addresses without constructing aClientorChaininstance — useful for devnet genesis funding where the address must be known before the cluster starts.The
Derivationmodule now accepts a numericnetworkId(0 = testnet, 1 = mainnet) instead of anetworkstring ("Mainnet" | "Testnet" | "Custom"). The default changed from mainnet (1) to testnet (0). If you callwalletFromSeed,addressFromSeed,walletFromBip32, orwalletFromPrivateKeywith the oldnetworkoption, replace it withnetworkId:network: "Mainnet"→networkId: 1network: "Testnet"ornetwork: "Custom"→networkId: 0(or omit, since 0 is the default)
-
#242
2b464f8Thanks @solidsnakedev! - AddsignTxsmethod toSigningClient,OfflineSignerClient, and all wallet types for batch transaction signing per CIP-103. For CIP-30 browser wallets, the implementation detectsapi.cip103.signTxs,api.experimental.signTxs, or directapi.signTxsand falls back to sequentialapi.signTxcalls when no batch method is available. Seed and private key wallets delegate to per-transaction signing internally.WalletApinow accepts optionalcip103,experimental, and directsignTxspropertiesTransactionSignatureRequesttype exported fromWalletmodulesignTxsWithAutoFetchaggregates reference inputs across all transactions in a single provider call