Skip to content

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

Closed
dependabot[bot] wants to merge 1 commit into
devfrom
dependabot/npm_and_yarn/packages/attest/packages-dependencies-10d11b49df
Closed

dependabot[bot] wants to merge 1 commit into
devfrom
dependabot/npm_and_yarn/packages/attest/packages-dependencies-10d11b49df

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Sep 26, 2026 •

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.3.0

Release notes

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

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.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.3.0

Release notes

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

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.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.3.0

Release notes

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

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.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.3.0

Release notes

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

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.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.3.0

Release notes

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

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.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.3.0

Release notes

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

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.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.3.0

Release notes

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

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.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.3.0

Release notes

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

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.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.3.0

Release notes

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

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.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.3.0

Release notes

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

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.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.3.0

Release notes

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

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:

@dependabot dependabot Bot added dependencies Pull requests that update a dependency file javascript Pull requests that update javascript code labels Sep 26, 2026
…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.3.0
- [Release notes](https://github.com/stellar/js-stellar-sdk/releases)
- [Changelog](https://github.com/stellar/js-stellar-sdk/blob/v16.3.0/CHANGELOG.md)
- [Commits](stellar/js-stellar-sdk@v16.2.0...v16.3.0)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

---
updated-dependencies:
- dependency-name: "@stellar/stellar-sdk"
  dependency-version: 16.3.0
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: packages-dependencies
- dependency-name: "@stellar/stellar-sdk"
  dependency-version: 16.3.0
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: packages-dependencies
- dependency-name: "@stellar/stellar-sdk"
  dependency-version: 16.3.0
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: packages-dependencies
- dependency-name: "@stellar/stellar-sdk"
  dependency-version: 16.3.0
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: packages-dependencies
- dependency-name: "@stellar/stellar-sdk"
  dependency-version: 16.3.0
  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-10d11b49df branch from 2a3d213 to 47fc39c Compare October 1, 2026 23:30
@dependabot
dependabot Bot changed the base branch from main to dev October 16, 2026 16:58
@dependabot @github

dependabot Bot commented on behalf of github Oct 23, 2026

Copy link
Copy Markdown
Contributor Author

Superseded by #573.

@dependabot dependabot Bot closed this Oct 23, 2026
@dependabot
dependabot Bot deleted the dependabot/npm_and_yarn/packages/attest/packages-dependencies-10d11b49df branch October 23, 2026 10:17
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

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

Projects

None yet

Development

Successfully merging this pull request may close these issues.

0 participants