Skip to content

build(deps): bump the packages-dependencies group across 5 directories with 1 update - #573

Open
dependabot[bot] wants to merge 1 commit into
devfrom
dependabot/npm_and_yarn/packages/attest/packages-dependencies-09f69f0bb8
Open

build(deps): bump the packages-dependencies group across 5 directories with 1 update#573
dependabot[bot] wants to merge 1 commit into
devfrom
dependabot/npm_and_yarn/packages/attest/packages-dependencies-09f69f0bb8

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Oct 23, 2026 •
edited
Loading

Copy link
Copy Markdown
Contributor

Bumps the packages-dependencies group with 1 update in the /packages/attest directory: @stellar/stellar-sdk.
Bumps the packages-dependencies group with 1 update in the /packages/policy-spend directory: @stellar/stellar-sdk.
Bumps the packages-dependencies group with 1 update in the /packages/program directory: @stellar/stellar-sdk.
Bumps the packages-dependencies group with 1 update in the /packages/record directory: @stellar/stellar-sdk.
Bumps the packages-dependencies group with 1 update in the /packages/registry directory: @stellar/stellar-sdk.

Updates @stellar/stellar-sdk from 16.2.0 to 16.4.1

Release notes

Sourced from @​stellar/stellar-sdk's releases.

v16.4.1

v16.4.1

Fixed

  • Bumped axios from 1.18.0 to 1.20.0 to pick up fixes for its published security advisories, matching v17 (#1777).

Full Changelog: stellar/js-stellar-sdk@v16.4.0...v16.4.1

v16.4.0

v16.4.0: Protocol 30

Added

  • Protocol 30 XDR: the bundled schema is regenerated from stellar-xdr v30.0. v16 can decode the new types, including CAP-84 muxed contract addresses, but Address, scValToNative and the helpers built on them throw on muxed contract addresses (#1828).

Full Changelog: stellar/js-stellar-sdk@v16.3.1...v16.4.0

V16.3.1

v16.3.1

Fixed

  • Asset.compare() orders two assets with the same code by their issuers' key bytes, as stellar-core does, instead of by the G… strkey text. The two orders can differ, so decoding a valid pool-share ChangeTrust with Operation.fromXDRObject() or TransactionBuilder.fromXDR() threw Assets are not in lexicographic order, and getLiquidityPoolId() and new LiquidityPoolAsset() rejected the same asset pairs (backport of #1766).

Full Changelog: stellar/js-stellar-sdk@v16.3.0...v16.3.1

v16.3.0

v16.3.0

Added

  • Protocol 28 XDR: the bundled schema is regenerated from stellar-xdr@9c9c1459, picking up CAP-85 external executable references (xdr.ContractExecutableExternalRef, the contractExecutableExternalRef arm of ContractExecutable, and the scvExecutableTag ScVal arm) and CAP-83's STELLAR_VALUE_EMPTY_TX_SET (xdr.StellarValueProposedValue) (#1694).
  • Operation.createCustomContract accepts a CAP-85 externalRef — either {owner, tag} or an xdr.ContractExecutableExternalRef — as an alternative to wasmHash; exactly one of the two must be given. Adds the ExternalExecutableRef type (#1694, ported from #1665).
  • contract.Client.deploy accepts the same externalRef option and resolves the reference on-chain to fetch the contract's spec; generated bindings' deploy emits the option too (#1694, ported from #1665).
  • rpc.Server.getExternalRefWasmHash(ref): resolves a CAP-85 external executable reference to the 32-byte Wasm hash it names, by reading the owner contract's persistent tag entry. getContractWasmByContractId, contract.Client.from, and the bindings generator resolve external-ref contracts through it automatically (#1694).
  • buildInvocationTree renders a CAP-85 creation as type: "external" with the new ExternalRefCreateDetails shape (owner, tag, deployer address, salt, constructor args), and scValToNative decodes scvExecutableTag values to a string, or raw bytes when the tag is not valid UTF-8 (#1694).

Full Changelog: stellar/js-stellar-sdk@v16.2.0...v16.3.0

Changelog

Sourced from @​stellar/stellar-sdk's changelog.

v16.4.1

Fixed

  • Bumped axios from 1.18.0 to 1.20.0 to pick up fixes for its published security advisories, matching v17 (#1777).

v16.4.0

Added

  • Protocol 30 XDR: the bundled schema is regenerated from stellar-xdr v30.0. v16 can decode the new types, including CAP-84 muxed contract addresses, but Address, scValToNative and the helpers built on them throw on muxed contract addresses (#1828).

v16.3.1

Fixed

  • Asset.compare() orders two assets with the same code by their issuers' key bytes, as stellar-core does, instead of by the G… strkey text. The two orders can differ, so decoding a valid pool-share ChangeTrust with Operation.fromXDRObject() or TransactionBuilder.fromXDR() threw Assets are not in lexicographic order, and getLiquidityPoolId() and new LiquidityPoolAsset() rejected the same asset pairs (backport of #1766).

v16.3.0

Added

  • Protocol 28 XDR: the bundled schema is regenerated from stellar-xdr@9c9c1459, picking up CAP-85 external executable references (xdr.ContractExecutableExternalRef, the contractExecutableExternalRef arm of ContractExecutable, and the scvExecutableTag ScVal arm) and CAP-83's STELLAR_VALUE_EMPTY_TX_SET (xdr.StellarValueProposedValue) (#1694).
  • Operation.createCustomContract accepts a CAP-85 externalRef — either {owner, tag} or an xdr.ContractExecutableExternalRef — as an alternative to wasmHash; exactly one of the two must be given. Adds the ExternalExecutableRef type (#1694, ported from #1665).
  • contract.Client.deploy accepts the same externalRef option and resolves the reference on-chain to fetch the contract's spec; generated bindings' deploy emits the option too (#1694, ported from #1665).
  • rpc.Server.getExternalRefWasmHash(ref): resolves a CAP-85 external executable reference to the 32-byte Wasm hash it names, by reading the owner contract's persistent tag entry. getContractWasmByContractId, contract.Client.from, and the bindings generator resolve external-ref contracts through it automatically (#1694).
  • buildInvocationTree renders a CAP-85 creation as type: "external" with the new ExternalRefCreateDetails shape (owner, tag, deployer address, salt, constructor args), and scValToNative decodes scvExecutableTag values to a string, or raw bytes when the tag is not valid UTF-8 (#1694).
Commits

Updates @stellar/stellar-sdk from 16.2.0 to 16.4.1

Release notes

Sourced from @​stellar/stellar-sdk's releases.

v16.4.1

v16.4.1

Fixed

  • Bumped axios from 1.18.0 to 1.20.0 to pick up fixes for its published security advisories, matching v17 (#1777).

Full Changelog: stellar/js-stellar-sdk@v16.4.0...v16.4.1

v16.4.0

v16.4.0: Protocol 30

Added

  • Protocol 30 XDR: the bundled schema is regenerated from stellar-xdr v30.0. v16 can decode the new types, including CAP-84 muxed contract addresses, but Address, scValToNative and the helpers built on them throw on muxed contract addresses (#1828).

Full Changelog: stellar/js-stellar-sdk@v16.3.1...v16.4.0

V16.3.1

v16.3.1

Fixed

  • Asset.compare() orders two assets with the same code by their issuers' key bytes, as stellar-core does, instead of by the G… strkey text. The two orders can differ, so decoding a valid pool-share ChangeTrust with Operation.fromXDRObject() or TransactionBuilder.fromXDR() threw Assets are not in lexicographic order, and getLiquidityPoolId() and new LiquidityPoolAsset() rejected the same asset pairs (backport of #1766).

Full Changelog: stellar/js-stellar-sdk@v16.3.0...v16.3.1

v16.3.0

v16.3.0

Added

  • Protocol 28 XDR: the bundled schema is regenerated from stellar-xdr@9c9c1459, picking up CAP-85 external executable references (xdr.ContractExecutableExternalRef, the contractExecutableExternalRef arm of ContractExecutable, and the scvExecutableTag ScVal arm) and CAP-83's STELLAR_VALUE_EMPTY_TX_SET (xdr.StellarValueProposedValue) (#1694).
  • Operation.createCustomContract accepts a CAP-85 externalRef — either {owner, tag} or an xdr.ContractExecutableExternalRef — as an alternative to wasmHash; exactly one of the two must be given. Adds the ExternalExecutableRef type (#1694, ported from #1665).
  • contract.Client.deploy accepts the same externalRef option and resolves the reference on-chain to fetch the contract's spec; generated bindings' deploy emits the option too (#1694, ported from #1665).
  • rpc.Server.getExternalRefWasmHash(ref): resolves a CAP-85 external executable reference to the 32-byte Wasm hash it names, by reading the owner contract's persistent tag entry. getContractWasmByContractId, contract.Client.from, and the bindings generator resolve external-ref contracts through it automatically (#1694).
  • buildInvocationTree renders a CAP-85 creation as type: "external" with the new ExternalRefCreateDetails shape (owner, tag, deployer address, salt, constructor args), and scValToNative decodes scvExecutableTag values to a string, or raw bytes when the tag is not valid UTF-8 (#1694).

Full Changelog: stellar/js-stellar-sdk@v16.2.0...v16.3.0

Changelog

Sourced from @​stellar/stellar-sdk's changelog.

v16.4.1

Fixed

  • Bumped axios from 1.18.0 to 1.20.0 to pick up fixes for its published security advisories, matching v17 (#1777).

v16.4.0

Added

  • Protocol 30 XDR: the bundled schema is regenerated from stellar-xdr v30.0. v16 can decode the new types, including CAP-84 muxed contract addresses, but Address, scValToNative and the helpers built on them throw on muxed contract addresses (#1828).

v16.3.1

Fixed

  • Asset.compare() orders two assets with the same code by their issuers' key bytes, as stellar-core does, instead of by the G… strkey text. The two orders can differ, so decoding a valid pool-share ChangeTrust with Operation.fromXDRObject() or TransactionBuilder.fromXDR() threw Assets are not in lexicographic order, and getLiquidityPoolId() and new LiquidityPoolAsset() rejected the same asset pairs (backport of #1766).

v16.3.0

Added

  • Protocol 28 XDR: the bundled schema is regenerated from stellar-xdr@9c9c1459, picking up CAP-85 external executable references (xdr.ContractExecutableExternalRef, the contractExecutableExternalRef arm of ContractExecutable, and the scvExecutableTag ScVal arm) and CAP-83's STELLAR_VALUE_EMPTY_TX_SET (xdr.StellarValueProposedValue) (#1694).
  • Operation.createCustomContract accepts a CAP-85 externalRef — either {owner, tag} or an xdr.ContractExecutableExternalRef — as an alternative to wasmHash; exactly one of the two must be given. Adds the ExternalExecutableRef type (#1694, ported from #1665).
  • contract.Client.deploy accepts the same externalRef option and resolves the reference on-chain to fetch the contract's spec; generated bindings' deploy emits the option too (#1694, ported from #1665).
  • rpc.Server.getExternalRefWasmHash(ref): resolves a CAP-85 external executable reference to the 32-byte Wasm hash it names, by reading the owner contract's persistent tag entry. getContractWasmByContractId, contract.Client.from, and the bindings generator resolve external-ref contracts through it automatically (#1694).
  • buildInvocationTree renders a CAP-85 creation as type: "external" with the new ExternalRefCreateDetails shape (owner, tag, deployer address, salt, constructor args), and scValToNative decodes scvExecutableTag values to a string, or raw bytes when the tag is not valid UTF-8 (#1694).
Commits

Updates @stellar/stellar-sdk from 16.2.0 to 16.4.1

Release notes

Sourced from @​stellar/stellar-sdk's releases.

v16.4.1

v16.4.1

Fixed

  • Bumped axios from 1.18.0 to 1.20.0 to pick up fixes for its published security advisories, matching v17 (#1777).

Full Changelog: stellar/js-stellar-sdk@v16.4.0...v16.4.1

v16.4.0

v16.4.0: Protocol 30

Added

  • Protocol 30 XDR: the bundled schema is regenerated from stellar-xdr v30.0. v16 can decode the new types, including CAP-84 muxed contract addresses, but Address, scValToNative and the helpers built on them throw on muxed contract addresses (#1828).

Full Changelog: stellar/js-stellar-sdk@v16.3.1...v16.4.0

V16.3.1

v16.3.1

Fixed

  • Asset.compare() orders two assets with the same code by their issuers' key bytes, as stellar-core does, instead of by the G… strkey text. The two orders can differ, so decoding a valid pool-share ChangeTrust with Operation.fromXDRObject() or TransactionBuilder.fromXDR() threw Assets are not in lexicographic order, and getLiquidityPoolId() and new LiquidityPoolAsset() rejected the same asset pairs (backport of #1766).

Full Changelog: stellar/js-stellar-sdk@v16.3.0...v16.3.1

v16.3.0

v16.3.0

Added

  • Protocol 28 XDR: the bundled schema is regenerated from stellar-xdr@9c9c1459, picking up CAP-85 external executable references (xdr.ContractExecutableExternalRef, the contractExecutableExternalRef arm of ContractExecutable, and the scvExecutableTag ScVal arm) and CAP-83's STELLAR_VALUE_EMPTY_TX_SET (xdr.StellarValueProposedValue) (#1694).
  • Operation.createCustomContract accepts a CAP-85 externalRef — either {owner, tag} or an xdr.ContractExecutableExternalRef — as an alternative to wasmHash; exactly one of the two must be given. Adds the ExternalExecutableRef type (#1694, ported from #1665).
  • contract.Client.deploy accepts the same externalRef option and resolves the reference on-chain to fetch the contract's spec; generated bindings' deploy emits the option too (#1694, ported from #1665).
  • rpc.Server.getExternalRefWasmHash(ref): resolves a CAP-85 external executable reference to the 32-byte Wasm hash it names, by reading the owner contract's persistent tag entry. getContractWasmByContractId, contract.Client.from, and the bindings generator resolve external-ref contracts through it automatically (#1694).
  • buildInvocationTree renders a CAP-85 creation as type: "external" with the new ExternalRefCreateDetails shape (owner, tag, deployer address, salt, constructor args), and scValToNative decodes scvExecutableTag values to a string, or raw bytes when the tag is not valid UTF-8 (#1694).

Full Changelog: stellar/js-stellar-sdk@v16.2.0...v16.3.0

Changelog

Sourced from @​stellar/stellar-sdk's changelog.

v16.4.1

Fixed

  • Bumped axios from 1.18.0 to 1.20.0 to pick up fixes for its published security advisories, matching v17 (#1777).

v16.4.0

Added

  • Protocol 30 XDR: the bundled schema is regenerated from stellar-xdr v30.0. v16 can decode the new types, including CAP-84 muxed contract addresses, but Address, scValToNative and the helpers built on them throw on muxed contract addresses (#1828).

v16.3.1

Fixed

  • Asset.compare() orders two assets with the same code by their issuers' key bytes, as stellar-core does, instead of by the G… strkey text. The two orders can differ, so decoding a valid pool-share ChangeTrust with Operation.fromXDRObject() or TransactionBuilder.fromXDR() threw Assets are not in lexicographic order, and getLiquidityPoolId() and new LiquidityPoolAsset() rejected the same asset pairs (backport of #1766).

v16.3.0

Added

  • Protocol 28 XDR: the bundled schema is regenerated from stellar-xdr@9c9c1459, picking up CAP-85 external executable references (xdr.ContractExecutableExternalRef, the contractExecutableExternalRef arm of ContractExecutable, and the scvExecutableTag ScVal arm) and CAP-83's STELLAR_VALUE_EMPTY_TX_SET (xdr.StellarValueProposedValue) (#1694).
  • Operation.createCustomContract accepts a CAP-85 externalRef — either {owner, tag} or an xdr.ContractExecutableExternalRef — as an alternative to wasmHash; exactly one of the two must be given. Adds the ExternalExecutableRef type (#1694, ported from #1665).
  • contract.Client.deploy accepts the same externalRef option and resolves the reference on-chain to fetch the contract's spec; generated bindings' deploy emits the option too (#1694, ported from #1665).
  • rpc.Server.getExternalRefWasmHash(ref): resolves a CAP-85 external executable reference to the 32-byte Wasm hash it names, by reading the owner contract's persistent tag entry. getContractWasmByContractId, contract.Client.from, and the bindings generator resolve external-ref contracts through it automatically (#1694).
  • buildInvocationTree renders a CAP-85 creation as type: "external" with the new ExternalRefCreateDetails shape (owner, tag, deployer address, salt, constructor args), and scValToNative decodes scvExecutableTag values to a string, or raw bytes when the tag is not valid UTF-8 (#1694).
Commits

Updates @stellar/stellar-sdk from 16.2.0 to 16.4.1

Release notes

Sourced from @​stellar/stellar-sdk's releases.

v16.4.1

v16.4.1

Fixed

  • Bumped axios from 1.18.0 to 1.20.0 to pick up fixes for its published security advisories, matching v17 (#1777).

Full Changelog: stellar/js-stellar-sdk@v16.4.0...v16.4.1

v16.4.0

v16.4.0: Protocol 30

Added

  • Protocol 30 XDR: the bundled schema is regenerated from stellar-xdr v30.0. v16 can decode the new types, including CAP-84 muxed contract addresses, but Address, scValToNative and the helpers built on them throw on muxed contract addresses (#1828).

Full Changelog: stellar/js-stellar-sdk@v16.3.1...v16.4.0

V16.3.1

v16.3.1

Fixed

  • Asset.compare() orders two assets with the same code by their issuers' key bytes, as stellar-core does, instead of by the G… strkey text. The two orders can differ, so decoding a valid pool-share ChangeTrust with Operation.fromXDRObject() or TransactionBuilder.fromXDR() threw Assets are not in lexicographic order, and getLiquidityPoolId() and new LiquidityPoolAsset() rejected the same asset pairs (backport of #1766).

Full Changelog: stellar/js-stellar-sdk@v16.3.0...v16.3.1

v16.3.0

v16.3.0

Added

  • Protocol 28 XDR: the bundled schema is regenerated from stellar-xdr@9c9c1459, picking up CAP-85 external executable references (xdr.ContractExecutableExternalRef, the contractExecutableExternalRef arm of ContractExecutable, and the scvExecutableTag ScVal arm) and CAP-83's STELLAR_VALUE_EMPTY_TX_SET (xdr.StellarValueProposedValue) (#1694).
  • Operation.createCustomContract accepts a CAP-85 externalRef — either {owner, tag} or an xdr.ContractExecutableExternalRef — as an alternative to wasmHash; exactly one of the two must be given. Adds the ExternalExecutableRef type (#1694, ported from #1665).
  • contract.Client.deploy accepts the same externalRef option and resolves the reference on-chain to fetch the contract's spec; generated bindings' deploy emits the option too (#1694, ported from #1665).
  • rpc.Server.getExternalRefWasmHash(ref): resolves a CAP-85 external executable reference to the 32-byte Wasm hash it names, by reading the owner contract's persistent tag entry. getContractWasmByContractId, contract.Client.from, and the bindings generator resolve external-ref contracts through it automatically (#1694).
  • buildInvocationTree renders a CAP-85 creation as type: "external" with the new ExternalRefCreateDetails shape (owner, tag, deployer address, salt, constructor args), and scValToNative decodes scvExecutableTag values to a string, or raw bytes when the tag is not valid UTF-8 (#1694).

Full Changelog: stellar/js-stellar-sdk@v16.2.0...v16.3.0

Changelog

Sourced from @​stellar/stellar-sdk's changelog.

v16.4.1

Fixed

  • Bumped axios from 1.18.0 to 1.20.0 to pick up fixes for its published security advisories, matching v17 (#1777).

v16.4.0

Added

  • Protocol 30 XDR: the bundled schema is regenerated from stellar-xdr v30.0. v16 can decode the new types, including CAP-84 muxed contract addresses, but Address, scValToNative and the helpers built on them throw on muxed contract addresses (#1828).

v16.3.1

Fixed

  • Asset.compare() orders two assets with the same code by their issuers' key bytes, as stellar-core does, instead of by the G… strkey text. The two orders can differ, so decoding a valid pool-share ChangeTrust with Operation.fromXDRObject() or TransactionBuilder.fromXDR() threw Assets are not in lexicographic order, and getLiquidityPoolId() and new LiquidityPoolAsset() rejected the same asset pairs (backport of #1766).

v16.3.0

Added

  • Protocol 28 XDR: the bundled schema is regenerated from stellar-xdr@9c9c1459, picking up CAP-85 external executable references (xdr.ContractExecutableExternalRef, the contractExecutableExternalRef arm of ContractExecutable, and the scvExecutableTag ScVal arm) and CAP-83's STELLAR_VALUE_EMPTY_TX_SET (xdr.StellarValueProposedValue) (#1694).
  • Operation.createCustomContract accepts a CAP-85 externalRef — either {owner, tag} or an xdr.ContractExecutableExternalRef — as an alternative to wasmHash; exactly one of the two must be given. Adds the ExternalExecutableRef type (#1694, ported from #1665).
  • contract.Client.deploy accepts the same externalRef option and resolves the reference on-chain to fetch the contract's spec; generated bindings' deploy emits the option too (#1694, ported from #1665).
  • rpc.Server.getExternalRefWasmHash(ref): resolves a CAP-85 external executable reference to the 32-byte Wasm hash it names, by reading the owner contract's persistent tag entry. getContractWasmByContractId, contract.Client.from, and the bindings generator resolve external-ref contracts through it automatically (#1694).
  • buildInvocationTree renders a CAP-85 creation as type: "external" with the new ExternalRefCreateDetails shape (owner, tag, deployer address, salt, constructor args), and scValToNative decodes scvExecutableTag values to a string, or raw bytes when the tag is not valid UTF-8 (#1694).
Commits

Updates @stellar/stellar-sdk from 16.2.0 to 16.4.1

Release notes

Sourced from @​stellar/stellar-sdk's releases.

v16.4.1

v16.4.1

Fixed

  • Bumped axios from 1.18.0 to 1.20.0 to pick up fixes for its published security advisories, matching v17 (#1777).

Full Changelog: stellar/js-stellar-sdk@v16.4.0...v16.4.1

v16.4.0

v16.4.0: Protocol 30

Added

  • Protocol 30 XDR: the bundled schema is regenerated from stellar-xdr v30.0. v16 can decode the new types, including CAP-84 muxed contract addresses, but Address, scValToNative and the helpers built on them throw on muxed contract addresses (#1828).

Full Changelog: stellar/js-stellar-sdk@v16.3.1...v16.4.0

V16.3.1

v16.3.1

Fixed

  • Asset.compare() orders two assets with the same code by their issuers' key bytes, as stellar-core does, instead of by the G… strkey text. The two orders can differ, so decoding a valid pool-share ChangeTrust with Operation.fromXDRObject() or TransactionBuilder.fromXDR() threw Assets are not in lexicographic order, and getLiquidityPoolId() and new LiquidityPoolAsset() rejected the same asset pairs (backport of #1766).

Full Changelog: stellar/js-stellar-sdk@v16.3.0...v16.3.1

v16.3.0

v16.3.0

Added

  • Protocol 28 XDR: the bundled schema is regenerated from stellar-xdr@9c9c1459, picking up CAP-85 external executable references (xdr.ContractExecutableExternalRef, the contractExecutableExternalRef arm of ContractExecutable, and the scvExecutableTag ScVal arm) and CAP-83's STELLAR_VALUE_EMPTY_TX_SET (xdr.StellarValueProposedValue) (#1694).
  • Operation.createCustomContract accepts a CAP-85 externalRef — either {owner, tag} or an xdr.ContractExecutableExternalRef — as an alternative to wasmHash; exactly one of the two must be given. Adds the ExternalExecutableRef type (#1694, ported from #1665).
  • contract.Client.deploy accepts the same externalRef option and resolves the reference on-chain to fetch the contract's spec; generated bindings' deploy emits the option too (#1694, ported from #1665).
  • rpc.Server.getExternalRefWasmHash(ref): resolves a CAP-85 external executable reference to the 32-byte Wasm hash it names, by reading the owner contract's persistent tag entry. getContractWasmByContractId, contract.Client.from, and the bindings generator resolve external-ref contracts through it automatically (#1694).
  • buildInvocationTree renders a CAP-85 creation as type: "external" with the new ExternalRefCreateDetails shape (owner, tag, deployer address, salt, constructor args), and scValToNative decodes scvExecutableTag values to a string, or raw bytes when the tag is not valid UTF-8 (#1694).

Full Changelog: stellar/js-stellar-sdk@v16.2.0...v16.3.0

Changelog

Sourced from @​stellar/stellar-sdk's changelog.

v16.4.1

Fixed

  • Bumped axios from 1.18.0 to 1.20.0 to pick up fixes for its published security advisories, matching v17 (#1777).

v16.4.0

Added

  • Protocol 30 XDR: the bundled schema is regenerated from stellar-xdr v30.0. v16 can decode the new types, including CAP-84 muxed contract addresses, but Address, scValToNative and the helpers built on them throw on muxed contract addresses (#1828).

v16.3.1

Fixed

  • Asset.compare() orders two assets with the same code by their issuers' key bytes, as stellar-core does, instead of by the G… strkey text. The two orders can differ, so decoding a valid pool-share ChangeTrust with Operation.fromXDRObject() or TransactionBuilder.fromXDR() threw Assets are not in lexicographic order, and getLiquidityPoolId() and new LiquidityPoolAsset() rejected the same asset pairs (backport of #1766).

v16.3.0

Added

  • Protocol 28 XDR: the bundled schema is regenerated from stellar-xdr@9c9c1459, picking up CAP-85 external executable references (xdr.ContractExecutableExternalRef, the contractExecutableExternalRef arm of ContractExecutable, and the scvExecutableTag ScVal arm) and CAP-83's STELLAR_VALUE_EMPTY_TX_SET (xdr.StellarValueProposedValue) (#1694).
  • Operation.createCustomContract accepts a CAP-85 externalRef — either {owner, tag} or an xdr.ContractExecutableExternalRef — as an alternative to wasmHash; exactly one of the two must be given. Adds the ExternalExecutableRef type (#1694, ported from #1665).
  • contract.Client.deploy accepts the same externalRef option and resolves the reference on-chain to fetch the contract's spec; generated bindings' deploy emits the option too (#1694, ported from #1665).
  • rpc.Server.getExternalRefWasmHash(ref): resolves a CAP-85 external executable reference to the 32-byte Wasm hash it names, by reading the owner contract's persistent tag entry. getContractWasmByContractId, contract.Client.from, and the bindings generator resolve external-ref contracts through it automatically (#1694).
  • buildInvocationTree renders a CAP-85 creation as type: "external" with the new ExternalRefCreateDetails shape (owner, tag, deployer address, salt, constructor args), and scValToNative decodes scvExecutableTag values to a string, or raw bytes when the tag is not valid UTF-8 (#1694).
Commits

Updates @stellar/stellar-sdk from 16.2.0 to 16.4.1

Release notes

Sourced from @​stellar/stellar-sdk's releases.

v16.4.1

v16.4.1

Fixed

  • Bumped axios from 1.18.0 to 1.20.0 to pick up fixes for its published security advisories, matching v17 (#1777).

Full Changelog: stellar/js-stellar-sdk@v16.4.0...v16.4.1

v16.4.0

v16.4.0: Protocol 30

Added

  • Protocol 30 XDR: the bundled schema is regenerated from stellar-xdr v30.0. v16 can decode the new types, including CAP-84 muxed contract addresses, but Address, scValToNative and the helpers built on them throw on muxed contract addresses (#1828).

Full Changelog: stellar/js-stellar-sdk@v16.3.1...v16.4.0

V16.3.1

v16.3.1

Fixed

  • Asset.compare() orders two assets with the same code by their issuers' key bytes, as stellar-core does, instead of by the G… strkey text. The two orders can differ, so decoding a valid pool-share ChangeTrust with Operation.fromXDRObject() or TransactionBuilder.fromXDR() threw Assets are not in lexicographic order, and getLiquidityPoolId() and new LiquidityPoolAsset() rejected the same asset pairs (backport of #1766).

Full Changelog: stellar/js-stellar-sdk@v16.3.0...v16.3.1

v16.3.0

v16.3.0

Added

  • Protocol 28 XDR: the bundled schema is regenerated from stellar-xdr@9c9c1459, picking up CAP-85 external executable references (xdr.ContractExecutableExternalRef, the contractExecutableExternalRef arm of ContractExecutable, and the scvExecutableTag ScVal arm) and CAP-83's STELLAR_VALUE_EMPTY_TX_SET (xdr.StellarValueProposedValue) (#1694).
  • Operation.createCustomContract accepts a CAP-85 externalRef — either {owner, tag} or an xdr.ContractExecutableExternalRef — as an alternative to wasmHash; exactly one of the two must be given. Adds the ExternalExecutableRef type (#1694, ported from #1665).
  • contract.Client.deploy accepts the same externalRef option and resolves the reference on-chain to fetch the contract's spec; generated bindings' deploy emits the option too (#1694, ported from #1665).
  • rpc.Server.getExternalRefWasmHash(ref): resolves a CAP-85 external executable reference to the 32-byte Wasm hash it names, by reading the owner contract's persistent tag entry. getContractWasmByContractId, contract.Client.from, and the bindings generator resolve external-ref contracts through it automatically (#1694).
  • buildInvocationTree renders a CAP-85 creation as type: "external" with the new ExternalRefCreateDetails shape (owner, tag, deployer address, salt, constructor args), and scValToNative decodes scvExecutableTag values to a string, or raw bytes when the tag is not valid UTF-8 (#1694).

Full Changelog: stellar/js-stellar-sdk@v16.2.0...v16.3.0

Changelog

Sourced from @​stellar/stellar-sdk's changelog.

v16.4.1

Fixed

  • Bumped axios from 1.18.0 to 1.20.0 to pick up fixes for its published security advisories, matching v17 (#1777).

v16.4.0

Added

  • Protocol 30 XDR: the bundled schema is regenerated from stellar-xdr v30.0. v16 can decode the new types, including CAP-84 muxed contract addresses, but Address, scValToNative and the helpers built on them throw on muxed contract addresses (#1828).

v16.3.1

Fixed

  • Asset.compare() orders two assets with the same code by their issuers' key bytes, as stellar-core does, instead of by the G… strkey text. The two orders can differ, so decoding a valid pool-share ChangeTrust with Operation.fromXDRObject() or TransactionBuilder.fromXDR() threw Assets are not in lexicographic order, and getLiquidityPoolId() and new LiquidityPoolAsset() rejected the same asset pairs (backport of #1766).

v16.3.0

Added

  • Protocol 28 XDR: the bundled schema is regenerated from stellar-xdr@9c9c1459, picking up CAP-85 external executable references (xdr.ContractExecutableExternalRef, the contractExecutableExternalRef arm of ContractExecutable, and the scvExecutableTag ScVal arm) and CAP-83's STELLAR_VALUE_EMPTY_TX_SET (xdr.StellarValueProposedValue) (#1694).
  • Operation.createCustomContract accepts a CAP-85 externalRef — either {owner, tag} or an xdr.ContractExecutableExternalRef — as an alternative to wasmHash; exactly one of the two must be given. Adds the ExternalExecutableRef type (#1694, ported from #1665).
  • contract.Client.deploy accepts the same externalRef option and resolves the reference on-chain to fetch the contract's spec; generated bindings' deploy emits the option too (#1694, ported from #1665).
  • rpc.Server.getExternalRefWasmHash(ref): resolves a CAP-85 external executable reference to the 32-byte Wasm hash it names, by reading the owner contract's persistent tag entry. getContractWasmByContractId, contract.Client.from, ...

    Description has been truncated

@dependabot dependabot Bot added dependencies Pull requests that update a dependency file javascript Pull requests that update javascript code labels Oct 23, 2026
@dependabot dependabot Bot mentioned this pull request Oct 23, 2026
Closed
@dependabot
build(deps): bump the packages-dependencies group across 5 directorie…
afde2b9 
…s with 1 update

Bumps the packages-dependencies group with 1 update in the /packages/attest directory: [@stellar/stellar-sdk](https://github.com/stellar/js-stellar-sdk).
Bumps the packages-dependencies group with 1 update in the /packages/policy-spend directory: [@stellar/stellar-sdk](https://github.com/stellar/js-stellar-sdk).
Bumps the packages-dependencies group with 1 update in the /packages/program directory: [@stellar/stellar-sdk](https://github.com/stellar/js-stellar-sdk).
Bumps the packages-dependencies group with 1 update in the /packages/record directory: [@stellar/stellar-sdk](https://github.com/stellar/js-stellar-sdk).
Bumps the packages-dependencies group with 1 update in the /packages/registry directory: [@stellar/stellar-sdk](https://github.com/stellar/js-stellar-sdk).


Updates `@stellar/stellar-sdk` from 16.2.0 to 16.4.1
- [Release notes](https://github.com/stellar/js-stellar-sdk/releases)
- [Changelog](https://github.com/stellar/js-stellar-sdk/blob/v16.4.1/CHANGELOG.md)
- [Commits](stellar/js-stellar-sdk@v16.2.0...v16.4.1)

Updates `@stellar/stellar-sdk` from 16.2.0 to 16.4.1
- [Release notes](https://github.com/stellar/js-stellar-sdk/releases)
- [Changelog](https://github.com/stellar/js-stellar-sdk/blob/v16.4.1/CHANGELOG.md)
- [Commits](stellar/js-stellar-sdk@v16.2.0...v16.4.1)

Updates `@stellar/stellar-sdk` from 16.2.0 to 16.4.1
- [Release notes](https://github.com/stellar/js-stellar-sdk/releases)
- [Changelog](https://github.com/stellar/js-stellar-sdk/blob/v16.4.1/CHANGELOG.md)
- [Commits](stellar/js-stellar-sdk@v16.2.0...v16.4.1)

Updates `@stellar/stellar-sdk` from 16.2.0 to 16.4.1
- [Release notes](https://github.com/stellar/js-stellar-sdk/releases)
- [Changelog](https://github.com/stellar/js-stellar-sdk/blob/v16.4.1/CHANGELOG.md)
- [Commits](stellar/js-stellar-sdk@v16.2.0...v16.4.1)

Updates `@stellar/stellar-sdk` from 16.2.0 to 16.4.1
- [Release notes](https://github.com/stellar/js-stellar-sdk/releases)
- [Changelog](https://github.com/stellar/js-stellar-sdk/blob/v16.4.1/CHANGELOG.md)
- [Commits](stellar/js-stellar-sdk@v16.2.0...v16.4.1)

Updates `@stellar/stellar-sdk` from 16.2.0 to 16.4.1
- [Release notes](https://github.com/stellar/js-stellar-sdk/releases)
- [Changelog](https://github.com/stellar/js-stellar-sdk/blob/v16.4.1/CHANGELOG.md)
- [Commits](stellar/js-stellar-sdk@v16.2.0...v16.4.1)

Updates `@stellar/stellar-sdk` from 16.2.0 to 16.4.1
- [Release notes](https://github.com/stellar/js-stellar-sdk/releases)
- [Changelog](https://github.com/stellar/js-stellar-sdk/blob/v16.4.1/CHANGELOG.md)
- [Commits](stellar/js-stellar-sdk@v16.2.0...v16.4.1)

Updates `@stellar/stellar-sdk` from 16.2.0 to 16.4.1
- [Release notes](https://github.com/stellar/js-stellar-sdk/releases)
- [Changelog](https://github.com/stellar/js-stellar-sdk/blob/v16.4.1/CHANGELOG.md)
- [Commits](stellar/js-stellar-sdk@v16.2.0...v16.4.1)

Updates `@stellar/stellar-sdk` from 16.2.0 to 16.4.1
- [Release notes](https://github.com/stellar/js-stellar-sdk/releases)
- [Changelog](https://github.com/stellar/js-stellar-sdk/blob/v16.4.1/CHANGELOG.md)
- [Commits](stellar/js-stellar-sdk@v16.2.0...v16.4.1)

Updates `@stellar/stellar-sdk` from 16.2.0 to 16.4.1
- [Release notes](https://github.com/stellar/js-stellar-sdk/releases)
- [Changelog](https://github.com/stellar/js-stellar-sdk/blob/v16.4.1/CHANGELOG.md)
- [Commits](stellar/js-stellar-sdk@v16.2.0...v16.4.1)

Updates `@stellar/stellar-sdk` from 16.2.0 to 16.4.1
- [Release notes](https://github.com/stellar/js-stellar-sdk/releases)
- [Changelog](https://github.com/stellar/js-stellar-sdk/blob/v16.4.1/CHANGELOG.md)
- [Commits](stellar/js-stellar-sdk@v16.2.0...v16.4.1)

Updates `@stellar/stellar-sdk` from 16.2.0 to 16.4.1
- [Release notes](https://github.com/stellar/js-stellar-sdk/releases)
- [Changelog](https://github.com/stellar/js-stellar-sdk/blob/v16.4.1/CHANGELOG.md)
- [Commits](stellar/js-stellar-sdk@v16.2.0...v16.4.1)

Updates `@stellar/stellar-sdk` from 16.2.0 to 16.4.1
- [Release notes](https://github.com/stellar/js-stellar-sdk/releases)
- [Changelog](https://github.com/stellar/js-stellar-sdk/blob/v16.4.1/CHANGELOG.md)
- [Commits](stellar/js-stellar-sdk@v16.2.0...v16.4.1)

Updates `@stellar/stellar-sdk` from 16.2.0 to 16.4.1
- [Release notes](https://github.com/stellar/js-stellar-sdk/releases)
- [Changelog](https://github.com/stellar/js-stellar-sdk/blob/v16.4.1/CHANGELOG.md)
- [Commits](stellar/js-stellar-sdk@v16.2.0...v16.4.1)

Updates `@stellar/stellar-sdk` from 16.2.0 to 16.4.1
- [Release notes](https://github.com/stellar/js-stellar-sdk/releases)
- [Changelog](https://github.com/stellar/js-stellar-sdk/blob/v16.4.1/CHANGELOG.md)
- [Commits](stellar/js-stellar-sdk@v16.2.0...v16.4.1)

Updates `@stellar/stellar-sdk` from 16.2.0 to 16.4.1
- [Release notes](https://github.com/stellar/js-stellar-sdk/releases)
- [Changelog](https://github.com/stellar/js-stellar-sdk/blob/v16.4.1/CHANGELOG.md)
- [Commits](stellar/js-stellar-sdk@v16.2.0...v16.4.1)

Updates `@stellar/stellar-sdk` from 16.2.0 to 16.4.1
- [Release notes](https://github.com/stellar/js-stellar-sdk/releases)
- [Changelog](https://github.com/stellar/js-stellar-sdk/blob/v16.4.1/CHANGELOG.md)
- [Commits](stellar/js-stellar-sdk@v16.2.0...v16.4.1)

Updates `@stellar/stellar-sdk` from 16.2.0 to 16.4.1
- [Release notes](https://github.com/stellar/js-stellar-sdk/releases)
- [Changelog](https://github.com/stellar/js-stellar-sdk/blob/v16.4.1/CHANGELOG.md)
- [Commits](stellar/js-stellar-sdk@v16.2.0...v16.4.1)

Updates `@stellar/stellar-sdk` from 16.2.0 to 16.4.1
- [Release notes](https://github.com/stellar/js-stellar-sdk/releases)
- [Changelog](https://github.com/stellar/js-stellar-sdk/blob/v16.4.1/CHANGELOG.md)
- [Commits](stellar/js-stellar-sdk@v16.2.0...v16.4.1)

Updates `@stellar/stellar-sdk` from 16.2.0 to 16.4.1
- [Release notes](https://github.com/stellar/js-stellar-sdk/releases)
- [Changelog](https://github.com/stellar/js-stellar-sdk/blob/v16.4.1/CHANGELOG.md)
- [Commits](stellar/js-stellar-sdk@v16.2.0...v16.4.1)

Updates `@stellar/stellar-sdk` from 16.2.0 to 16.4.1
- [Release notes](https://github.com/stellar/js-stellar-sdk/releases)
- [Changelog](https://github.com/stellar/js-stellar-sdk/blob/v16.4.1/CHANGELOG.md)
- [Commits](stellar/js-stellar-sdk@v16.2.0...v16.4.1)

Updates `@stellar/stellar-sdk` from 16.2.0 to 16.4.1
- [Release notes](https://github.com/stellar/js-stellar-sdk/releases)
- [Changelog](https://github.com/stellar/js-stellar-sdk/blob/v16.4.1/CHANGELOG.md)
- [Commits](stellar/js-stellar-sdk@v16.2.0...v16.4.1)

Updates `@stellar/stellar-sdk` from 16.2.0 to 16.4.1
- [Release notes](https://github.com/stellar/js-stellar-sdk/releases)
- [Changelog](https://github.com/stellar/js-stellar-sdk/blob/v16.4.1/CHANGELOG.md)
- [Commits](stellar/js-stellar-sdk@v16.2.0...v16.4.1)

Updates `@stellar/stellar-sdk` from 16.2.0 to 16.4.1
- [Release notes](https://github.com/stellar/js-stellar-sdk/releases)
- [Changelog](https://github.com/stellar/js-stellar-sdk/blob/v16.4.1/CHANGELOG.md)
- [Commits](stellar/js-stellar-sdk@v16.2.0...v16.4.1)

Updates `@stellar/stellar-sdk` from 16.2.0 to 16.4.1
- [Release notes](https://github.com/stellar/js-stellar-sdk/releases)
- [Changelog](https://github.com/stellar/js-stellar-sdk/blob/v16.4.1/CHANGELOG.md)
- [Commits](stellar/js-stellar-sdk@v16.2.0...v16.4.1)

---
updated-dependencies:
- dependency-name: "@stellar/stellar-sdk"
  dependency-version: 16.3.1
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: packages-dependencies
- dependency-name: "@stellar/stellar-sdk"
  dependency-version: 16.3.1
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: packages-dependencies
- dependency-name: "@stellar/stellar-sdk"
  dependency-version: 16.3.1
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: packages-dependencies
- dependency-name: "@stellar/stellar-sdk"
  dependency-version: 16.3.1
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: packages-dependencies
- dependency-name: "@stellar/stellar-sdk"
  dependency-version: 16.3.1
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: packages-dependencies
- dependency-name: "@stellar/stellar-sdk"
  dependency-version: 16.3.1
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: packages-dependencies
- dependency-name: "@stellar/stellar-sdk"
  dependency-version: 16.3.1
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: packages-dependencies
- dependency-name: "@stellar/stellar-sdk"
  dependency-version: 16.3.1
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: packages-dependencies
- dependency-name: "@stellar/stellar-sdk"
  dependency-version: 16.3.1
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: packages-dependencies
- dependency-name: "@stellar/stellar-sdk"
  dependency-version: 16.3.1
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: packages-dependencies
- dependency-name: "@stellar/stellar-sdk"
  dependency-version: 16.3.1
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: packages-dependencies
- dependency-name: "@stellar/stellar-sdk"
  dependency-version: 16.3.1
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: packages-dependencies
- dependency-name: "@stellar/stellar-sdk"
  dependency-version: 16.3.1
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: packages-dependencies
- dependency-name: "@stellar/stellar-sdk"
  dependency-version: 16.3.1
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: packages-dependencies
- dependency-name: "@stellar/stellar-sdk"
  dependency-version: 16.3.1
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: packages-dependencies
- dependency-name: "@stellar/stellar-sdk"
  dependency-version: 16.3.1
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: packages-dependencies
- dependency-name: "@stellar/stellar-sdk"
  dependency-version: 16.3.1
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: packages-dependencies
- dependency-name: "@stellar/stellar-sdk"
  dependency-version: 16.3.1
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: packages-dependencies
- dependency-name: "@stellar/stellar-sdk"
  dependency-version: 16.3.1
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: packages-dependencies
- dependency-name: "@stellar/stellar-sdk"
  dependency-version: 16.3.1
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: packages-dependencies
- dependency-name: "@stellar/stellar-sdk"
  dependency-version: 16.3.1
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: packages-dependencies
- dependency-name: "@stellar/stellar-sdk"
  dependency-version: 16.3.1
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: packages-dependencies
- dependency-name: "@stellar/stellar-sdk"
  dependency-version: 16.3.1
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: packages-dependencies
- dependency-name: "@stellar/stellar-sdk"
  dependency-version: 16.3.1
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: packages-dependencies
- dependency-name: "@stellar/stellar-sdk"
  dependency-version: 16.3.1
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: packages-dependencies
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot
dependabot Bot force-pushed the dependabot/npm_and_yarn/packages/attest/packages-dependencies-09f69f0bb8 branch from d597da3 to afde2b9 Compare November 1, 2026 23:28

This branch has not been deployed

No deployments
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Reviewers

No reviews

Assignees

No one assigned

Labels

dependencies Pull requests that update a dependency file javascript Pull requests that update javascript code

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

0 participants