Releases: stellar/js-stellar-sdk
v13.3.0
v13.2.0
v13.2.0
Added
- Support passing in an optional
options.address
to thecontract.Client.deploy
method (#1158).
Fixed
- Extend support for parsing contract specifications in environments that don't have WebAssembly compilers (#1157).
- Add missing
to_muxed
andto_muxed_id
to Horizon’sPaymentOperationResponse
(#1149). - Upgrade
@stellar/stellar-base
dependency to latest version (#1159).
Contributors
@chadoh @kknownymouss @jeesunikim @kalepail @Shaptic
Full Changelog: v13.1.0...v13.2.0
v13.1.0
v13.1.0
Added
- Added
Horizon.Server.root
to obtain information from the Horizon root endpoint (#1122).
Fixed
- When using a friendbot that points to a Horizon instance that has ledger metadata disabled, you can no longer extract the account sequence from the response. Instead, we hit RPC directly (#1107).
rpc.Server.getEvents()
now correctly returns thecursor
field at the top-level response (#1124).
Contributors
Full Changelog: v13.0.0...v13.1.0
v13.0.0
v13.0.0: Protocol 22
This is a direct re-tag of rc.2 with the only change being an upgrade to the stellar-base
library to incorporate a patch release. Nonetheless, the entire changelog from the prior major version here is replicated for a comprehensive view on what's broken, added, and fixed.
Breaking Changes
- We stopped supporting Node 18 explicitly a while ago, but now the Babelification of the codebase will transform to Node 18 instead of 16.
TypeScript Bindings: the contract
module.
contract.AssembledTransaction#signAuthEntries
now takes anaddress
instead of apublicKey
. This brings the API more inline with its actual functionality: It can be used to sign all the auth entries for a particular address, whether that is the address of an account (public key) or a contract. (#1044).- The
ClientOptions.signTransaction
type has been updated to reflect the latest SEP-43 protocol, which matches the latest major version of Freighter and other wallets. It now acceptsaddress
,submit
, andsubmitUrl
options, and it returns a promise containing thesignedTxXdr
and thesignerAddress
. It now also returns anError
type if an error occurs during signing.basicNodeSigner
has been updated to reflect this new type.
ClientOptions.signAuthEntry
type has been updated to reflect the SEP-43 protocol, which returns a promise containing thesignerAddress
in addition to thesignAuthEntry
that was returned previously. It also can return anError
type.SentTransaction.init
andnew SentTransaction
now take one (1) argument instead of two (2). The first argument had previously been deprecated and ignored. To update:
-SentTransaction(nonsense, realStuff)
+SentTransaction(realStuff)
-new SentTransaction(nonsense, realStuff)
+new SentTransaction(realStuff)
Server APIs: the rpc
and Horizon
modules.
- Deprecated RPC APIs have been removed (#1084):
simulateTransaction
'scost
field is removedrpc.Server.getEvents
'spagingToken
field is deprecated, usecursor
instead
- Deprecated Horizon APIs have been removed (deprecated since v10.0.1, ):
- removed fields
transaction_count
,base_fee
, andbase_reserve
- removed fields
num_accounts
andamount
from assets
- removed fields
- The
SorobanRpc
import, previously deprecated, has been removed. You can importrpc
instead:
-import { SorobanRpc } from '@stellar/stellar-sdk'
+import { rpc } from '@stellar/stellar-sdk'
// alternatively, you can also import from the `rpc` entrypoint:
import { Server } from '@stellar/stellar-sdk/rpc'
Added
TypeScript Bindings: the contract
module.
contract.Client
now has a staticdeploy
method that can be used to deploy a contract instance from an existing uploaded/"installed" Wasm hash. The first arguments to this method are the arguments for the contract's__constructor
method in accordance with CAP-42 (#1086). For example, using theincrement
test contract as modified in https://github.com/stellar/soroban-test-examples/pull/2/files#diff-8734809100be3803c3ce38064730b4578074d7c2dc5fb7c05ca802b2248b18afR10-R45:
const tx = await contract.Client.deploy(
{ counter: 42 },
{
networkPassphrase,
rpcUrl,
wasmHash: uploadedWasmHash,
publicKey: someKeypair.publicKey(),
...basicNodeSigner(someKeypair, networkPassphrase),
},
);
const { result: client } = await tx.signAndSend();
const t = await client.get();
expect(t.result, 42);
contract.AssembledTransaction#signAuthEntries
now allows you to overrideauthorizeEntry
. This can be used to streamline novel workflows using cross-contract auth. (#1044).
Server modules: the rpc
, Horizon
, and stellartoml
modules.
Horizon.ServerApi
now has anEffectType
exported so that you can compare and infer effect types directly (#1099).Horizon.ServerApi.Trade
type now has atype_i
field for type inference (#1099).- All effects now expose their type as an exact string (#947).
stellartoml.Resolver.resolve
now has aallowedRedirects
option to configure the number of allowed redirects to follow when resolving a stellar toml file.rpc.Server.getEvents
now returns acursor
field that matchespagingToken
andid
rpc.Server.getTransactions
now returns atxHash
fieldrpc.Server
has two new methods:
export interface BalanceResponse {
latestLedger: number;
/** present only on success, otherwise request malformed or no balance */
balanceEntry?: {
/** a 64-bit integer */
amount: string;
authorized: boolean;
clawback: boolean;
lastModifiedLedgerSeq?: number;
liveUntilLedgerSeq?: number;
};
}
New bundles without dependencies
- You can now build the browser bundle without various dependencies:
- Set
USE_AXIOS=false
to build without theaxios
dependency: this will buildstellar-sdk-no-axios.js
andstellar-sdk-no-axios.min.js
in thedist/
directory, or just runyarn build:browser:no-axios
to generate these files. - You can import Node packages without the
axios
dependency via@stellar/stellar-sdk/no-axios
. For Node environments that don't support modern imports, use@stellar/stellar-sdk/lib/no-axios/index
. - Set
USE_EVENTSOURCE=false
to build without theeventsource
dependency: this will buildstellar-sdk-no-eventsource.js
andstellar-sdk-no-eventsource.min.js
in thedist/
directory, or just runyarn build:browser:no-eventsource
to generate these files. - You can import Node packages without the
eventsource
dependency via@stellar/stellar-sdk/no-eventsource
. For Node.js environments that don't support modern imports, use@stellar/stellar-sdk/lib/no-eventsource/index
. - To use a minimal build without both Axios and EventSource, use
stellar-sdk-minimal.js
for the browser build and import from@stellar/stellar-sdk/minimal
for the Node package.
- Set
Fixed
contract.AssembledTransaction#nonInvokerSigningBy
now correctly returns contract addresses, in instances of cross-contract auth, rather than throwing an error.sign
will ignore these contract addresses, since auth happens via cross-contract call (#1044).buildInvocationTree
now correctly handles V2 contract creation and displays constructor args (js-stellar-base#785).
v13.0.0-rc.2
v13.0.0-rc.2
Breaking Changes
- The
ClientOptions.signTransaction
type has been updated to reflect the latest SEP-43 protocol, which matches the latest major version of Freighter and other wallets. It now acceptsaddress
,submit
, andsubmitUrl
options, and it returns a promise containing thesignedTxXdr
and thesignerAddress
. It now also returns anError
type if an error occurs during signing.basicNodeSigner
has been updated to reflect the new type.
ClientOptions.signAuthEntry
type has also been updated to reflect the SEP-43 protocol, which also returns a promise containing thesignerAddress
in addition to thesignAuthEntry
that was returned previously. It also can return anError
type.
Added
contract.Client
now has a staticdeploy
method that can be used to deploy a contract instance from an existing uploaded/"installed" Wasm hash. The first arguments to this method are the arguments for the contract's__constructor
method in accordance with CAP-42 (#1086).
For example, using the increment
test contract as modified in https://github.com/stellar/soroban-test-examples/pull/2/files#diff-8734809100be3803c3ce38064730b4578074d7c2dc5fb7c05ca802b2248b18afR10-R45:
const tx = await contract.Client.deploy(
{ counter: 42 },
{
networkPassphrase,
rpcUrl,
wasmHash: uploadedWasmHash,
publicKey: someKeypair.publicKey(),
...basicNodeSigner(someKeypair, networkPassphrase),
},
);
const { result: client } = await tx.signAndSend();
const t = await client.get();
expect(t.result, 42);
Horizon.ServerApi
now has anEffectType
exported so that you can compare and infer effect types directly (#1099).Horizon.ServerApi.Trade
type now has atype_i
field for type inference.- All effects now expose their type as an exact string (#947).
stellartoml-Resolver.resolve
now has aallowedRedirects
option to configure the number of allowed redirects to follow when resolving a stellar toml file.
v13.0.0-rc.1
v13.0.0-rc.1
: Protocol 22
Breaking Changes
-
Deprecated RPC APIs have been removed (#1084):
simulateTransaction
'scost
field is removedgetEvents
returns acursor
field that matchespagingToken
andid
getTransactions
returns atxHash
field
-
Horizon Server API types: removed fields
transaction_count
,base_fee
, andbase_reserve
(deprecated since v10.0.1) -
SentTransaction.init
andnew SentTransaction
now take one (1) argument instead of two (2). The first argument had previously been deprecated and ignored. To update:-SentTransaction(nonsense, realStuff) +SentTransaction(realStuff) -new SentTransaction(nonsense, realStuff) +new SentTransaction(realStuff)
-
SorobanRpc
import, previously deprecated, has been removed. You can importrpc
instead:-import { SorobanRpc } from '@stellar/stellar-sdk' +import { rpc } from '@stellar/stellar-sdk'
As an alternative, you can also import from the
rpc
entrypoint:import { Server } from '@stellar/stellar-sdk/rpc'
Added
rpc.Server
now has apollTransaction
method to retry transaction retrieval (#1092).
Full Changelog: v13.0.0-beta.1...v13.0.0-rc.1
v13.0.0-beta.1: Protocol 22
v13.0.0-beta.1
This is the first release that supports Protocol 22. While the network has not upgraded yet, you can start integrating the new features into your codebase if you want a head start. Keep in mind that while the binary XDR is backwards-compatible, the naming and layout of structures is not. In other words, this build will continue to work on Protocol 21, but you may have to update code that references XDR directly.
Breaking Changes
contract.AssembledTransaction#signAuthEntries
now takes anaddress
instead of apublicKey
. This brings the API more inline with its actual functionality: It can be used to sign all the auth entries for a particular address, whether that is the address of an account (public key) or a contract. (#1044).- The Node.js code will now Babelify to Node 18 instead of Node 16, but we stopped supporting Node 16 long ago so this shouldn't be a breaking change.
Added
- You can now build the browser bundle without various dependencies:
- Set
USE_AXIOS=false
to build without theaxios
dependency: this will buildstellar-sdk-no-axios.js
andstellar-sdk-no-axios.min.js
in thedist/
directory, or just runyarn build:browser:no-axios
to generate these files. - You can import Node packages without the
axios
dependency via@stellar/stellar-sdk/no-axios
. For Node environments that don't support modern imports, use@stellar/stellar-sdk/lib/no-axios/index
. - Set
USE_EVENTSOURCE=false
to build without theeventsource
dependency: this will buildstellar-sdk-no-eventsource.js
andstellar-sdk-no-eventsource.min.js
in thedist/
directory, or just runyarn build:browser:no-eventsource
to generate these files. - You can import Node packages without the
eventsource
dependency via@stellar/stellar-sdk/no-eventsource
. For Node.js environments that don't support modern imports, use@stellar/stellar-sdk/lib/no-eventsource/index
. - To use a minimal build without both Axios and EventSource, use
stellar-sdk-minimal.js
for the browser build and import from@stellar/stellar-sdk/minimal
for the Node package.
- Set
contract.AssembledTransaction#signAuthEntries
now allows you to overrideauthorizeEntry
. This can be used to streamline novel workflows using cross-contract auth. (#1044)rpc.Server
now has agetSACBalance
helper which lets you fetch the balance of a built-in Stellar Asset Contract token held by a contract (#1046):
export interface BalanceResponse {
latestLedger: number;
/** present only on success, otherwise request malformed or no balance */
balanceEntry?: {
/** a 64-bit integer */
amount: string;
authorized: boolean;
clawback: boolean;
lastModifiedLedgerSeq?: number;
liveUntilLedgerSeq?: number;
};
}
Fixed
contract.AssembledTransaction#nonInvokerSigningBy
now correctly returns contract addresses, in instances of cross-contract auth, rather than throwing an error.sign
will ignore these contract addresses, since auth happens via cross-contract call (#1044).
Contributors
@Shaptic @psheth9 @BlaineHeffron @chadoh
New Contributors
- @ElliotFriend made their first contribution in #965
- @omahs made their first contribution in #1069
Full Changelog: v12.3.0...v13.0.0-beta.1
v12.3.0
Added
rpc.Server
now has agetTransactions
, which has the same response schema asgetTransactions
except with bundles of transactions (#1037).rpc.Server
now has agetVersionInfo
method which reports version information of the RPC instance it is connected to (#1028):
export interface GetVersionInfoResponse {
version: string;
commit_hash: string;
build_time_stamp: string;
captive_core_version: string;
protocol_version: number;
}
Fixed
- Lower authorization entry's default signature expiration to ~8min for security reasons (#1023).
- Remove
statusText
error check to broaden compatibility (#1001). - Upgraded
stellar-base
which includes various fixes (release notes, #1045).
Contributors
@Shaptic @chadoh @aditya1702 @psheth9
New Contributors
- @jeesunikim made their first contribution in #1025
- @cah4a made their first contribution in #1001
Full Changelog: v12.2.0...v12.3.0
v12.2.0
Fixed
@stellar/stellar-base
and its underlying dependency@stellar/js-xdr
have been upgraded to their latest versions; reference their release notes (v12.1.0 and v3.1.2, respectively) for details (#1013).
Added
- You can now pass custom headers to both
rpc.Server
andHorizon.Server
(#1013):
import { Server } from "@stellar/stellar-sdk/rpc";
const s = new Server("<some URL>", { headers: { "X-Custom-Header": "hello" }})
Horizon.Server
now supports the newPOST /transactions_async
endpoint via thesubmitAsyncTransaction
method (#989). Its purpose is to provide an immediate response to the submission rather than waiting for Horizon to determine its status. The response schema is as follows:
interface SubmitAsyncTransactionResponse {
// the submitted transaction hash
hash: string;
// one of "PENDING", "DUPLICATE", "TRY_AGAIN_LATER", or "ERROR"
tx_status: string;
// a base64-encoded xdr.TransactionResult iff `tx_status` is "ERROR"
error_result_xdr: string;
}
rpc.Server
now has agetFeeStats
method which retrieves fee statistics for a previous chunk of ledgers to provide users with a way to provide informed decisions about getting their transactions included in the following ledgers (#998):
export interface GetFeeStatsResponse {
sorobanInclusionFee: FeeDistribution;
inclusionFee: FeeDistribution;
latestLedger: number; // uint32
}
interface FeeDistribution {
max: string; // uint64
min: string; // uint64
mode: string; // uint64
p10: string; // uint64
p20: string; // uint64
p30: string; // uint64
p40: string; // uint64
p50: string; // uint64
p60: string; // uint64
p70: string; // uint64
p80: string; // uint64
p90: string; // uint64
p95: string; // uint64
p99: string; // uint64
transactionCount: string; // uint32
ledgerCount: number; // uint32
}
New Contributors
- @celestialkylin made their first contribution in #988
- @aditya1702 made their first contribution in #989
- @kanwalpreetd made their first contribution in #1008
Full Changelog: v12.1.0...v12.2.0
v12.1.0
v12.1.0
Added
contract
now exports theDEFAULT_TIMEOUT
(#984).contract.AssembledTransaction
now has:toXDR
andfromXDR
methods for serializing the transaction to and from XDR. These methods should be used in place ofAssembledTransaction.toJSON
andAssembledTransaction.fromJSON
for multi-auth signing. The JSON methods are now deprecated. Note: you must now callsimulate
on the transaction before the finalsignAndSend
call after all required signatures are gathered when using the XDR methods (#977).- a
restoreFootprint
method which accepts therestorePreamble
returned when a simulation call fails due to some contract state that has expired. When invoking a contract function, one can now setrestore
totrue
in theMethodOptions
. When enabled, arestoreFootprint
transaction will be created and await signing when required (#991). - separate
sign
andsend
methods so that you can sign a transaction without sending it (signAndSend
still works as before; #922).
contract.Client
now has atxFromXDR
method which should be used in place oftxFromJSON
for multi-auth signing (#977).
Deprecated
- In
contract.AssembledTransaction
,toJSON
andfromJSON
should be replaced withtoXDR
andfromXDR
. - In
contract.Client
,txFromJSON
should be replaced withtxFromXDR
.
Fixed
- If you edit an
AssembledTransaction
withtx.raw = cloneFrom(tx.build)
, thetx.simulationData
will now be updated correctly (#985).