Bump stellar-sdk from 10.4.1 to 11.2.1

[dependabot]

Bumps stellar-sdk from 10.4.1 to 11.2.1.

Release notes

Sourced from stellar-sdk's releases.

v11.2.1

Fixed

• An unnecessary dependency has been removed which was causing a TypeScript error in certain environments (#912).
• Dependencies have been upgraded (see [email protected] for release notes, #913).

v11.2.0

Added

• Support for the new, optional diagnosticEventsXdr field on the SorobanRpc.Server.sendTransaction method. The raw field will be present when using the _sendTransaction method, while the normal method will have an already-parsed diagnosticEvents: xdr.DiagnosticEvent[] field, instead (#905).
• A new exported interface SorobanRpc.Api.EventResponse so that developers can type-check individual events (#904).

Updated

• Dependencies have been updated to their latest versions (#906, #908).

v11.1.0

Added

• SorobanRpc.Server.simulateTransaction now supports an optional addlResources parameter to allow users to specify additional resources that they want to include in a simulation (#896).
• ContractSpec now has a jsonSchema() method to generate a JSON Schema for a particular contract specification (#889).

Fixed

• All dependencies have been updated to their latest versions, including stellar-base to v10.0.1 which included a small patch (#897).

New Contributors

• @​willemneal made their first contribution in stellar/js-stellar-sdk#889

Full Changelog: stellar/js-stellar-sdk@v11.0.1...v11.1.0

v11.0.1

This is a hotfix on the major v11 release, see that for the full release notes.

Fixed

• SorobanRpc.Server.getEvents uses the correct type for the start ledger (#890).

v11.0.0

This is the stable Protocol 20 release.

v11.0.0: Protocol 20, Soroban!

Breaking Changes

• The package has been renamed: it is now @stellar/stellar-sdk.
• The new minimum version is Node 18.
• The soroban-client library (stellar/js-soroban-client) has been merged into this package, causing significant breaking changes in the module structure (#860):
  • The namespaces have changed to move each server-dependent component into its own module. Shared components (e.g. TransactionBuilder) are still in the top level, Horizon-specific interactions are in the Horizon namespace (i.e. Server is now Horizon.Server), and new Soroban RPC interactions are in the SorobanRpc namespace.
  • There is a detailed migration guide available to outline both the literal (i.e. necessary code changes) and philosophical (i.e. how to find certain functionality) changes needed to adapt to this merge.
• The SorobanRpc.Server.prepareTransaction and SorobanRpc.assembleTransaction methods no longer need an optional networkPassphrase parameter, because it is implicitly part of the transaction already (#870).
• Certain effects have been renamed to align better with the "tense" that other structures have (#844):
  • DepositLiquidityEffect -> LiquidityPoolDeposited
  • WithdrawLiquidityEffect -> LiquidityPoolWithdrew
  • LiquidityPoolTradeEffect -> LiquidityPoolTrade
  • LiquidityPoolCreatedEffect -> LiquidityPoolCreated
  • LiquidityPoolRevokedEffect -> LiquidityPoolRevoked

... (truncated)

Changelog

Sourced from stellar-sdk's changelog.

v11.2.1

Fixed

• An unnecessary dependency has been removed which was causing a TypeScript error in certain environments (#912).
• Dependencies have been upgraded (see [email protected] for release notes, #913).

v11.2.0

Added

• Support for the new, optional diagnosticEventsXdr field on the SorobanRpc.Server.sendTransaction method. The raw field will be present when using the _sendTransaction method, while the normal method will have an already-parsed diagnosticEvents: xdr.DiagnosticEvent[] field, instead (#905).
• A new exported interface SorobanRpc.Api.EventResponse so that developers can type-check individual events (#904).

Updated

• Dependencies have been updated to their latest versions (#906, #908).

v11.1.0

Added

• SorobanRpc.Server.simulateTransaction now supports an optional addlResources parameter to allow users to specify additional resources that they want to include in a simulation (#896).
• ContractSpec now has a jsonSchema() method to generate a JSON Schema for a particular contract specification (#889).

Fixed

• All dependencies have been updated to their latest versions, including stellar-base to v10.0.1 which included a small patch (#897).

v11.0.1

Fixed

• SorobanRpc.Server.getEvents uses the correct type for the start ledger.

v11.0.0

Breaking Changes

• The package has been renamed to @stellar/stellar-sdk.
• The new minimum supported version is Node 18.
• The PaymentCallBuilder was incorrectly indicating that it would return a collection of Payment records, while in reality it can return a handful of "payment-like" records (#885).

Fixed

• The SorobanRpc.Server.getEvents method now correctly parses responses without a contractId field set. The events[i].contractId field on an event is now optional, omitted if there was no ID for the event (e.g. system events; (#883)).

v11.0.0-beta.6

Fixed

• The stellar-base library has been upgraded to beta.4 which contains a bugfix for large sequence numbers (#877).
• The SorobanRpc.Server.getTransaction() method will now return the full response when encountering a FAILED transaction result (#872).

... (truncated)

Commits

• bacbf8e Release v11.2.1 (#913)
• e2722f6 Eliminating utility-types dependency entirely (#912)
• 77d7de6 Prepare v11.2.0 for release (#908)
• 547b360 Update README to flow better (#907)
• 82d0dfb Add support for new sendTransaction response field (#905)
• fbcb184 Export the individual event response instance (#904)
• d2cf06b Bump follow-redirects from 1.15.3 to 1.15.4 (#906)
• 4214a1c Update examples to use new module and package structure. (#900)
• f1358a5 Prepare v11.1.0 for release (#897)
• 828e355 Support resource leeway parameter when simulating Soroban transactions. (#896)
• Additional commits viewable in compare view

Maintainer changes

This version was pushed to npm by stellar-npm-ci, a new releaser for stellar-sdk since your current version.

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[dependabot]

Superseded by #36.