Skip to main content
This document contains the help content for the stellar command-line program.

stellar

Work seamlessly with Stellar accounts, contracts, and assets from the command line.
  • Generate and manage keys and accounts
  • Build, deploy, and interact with contracts
  • Deploy asset contracts
  • Stream events
  • Start local testnets
  • Decode, encode XDR
  • More!
For additional information see: To get started generate a new identity:
Use keys with the --source flag in other commands. Commands that work with contracts are organized under the contract subcommand. List them:
Use contracts like a CLI:
Anything after the -- double dash (the “slop”) is parsed as arguments to the contract-specific CLI, generated on-the-fly from the contract schema. For the hello world example, with a function called hello that takes one string argument to, here’s how you invoke it:
Usage: stellar [OPTIONS] <COMMAND>
Subcommands:
  • contract — Tools for smart contract developers
  • doctor — Diagnose and troubleshoot CLI and network issues
  • events — Watch the network for contract events
  • env — Prints the environment variables
  • keys — Create and manage identities including keys and addresses
  • network — Configure connection to networks
  • container — Start local networks in containers
  • config — Manage CLI configuration
  • snapshot — Download a snapshot of a ledger from an archive
  • token — Interact with SEP-41 tokens and Stellar Asset Contracts
  • tx — Sign, Simulate, and Send transactions
  • xdr — Decode and encode XDR
  • strkey — Decode and encode strkey
  • completion — Print shell completion code for the specified shell
  • cache — Cache for transactions and contract specs
  • version — Print version information
  • skill — Print an AI-agent skill guide for using the Stellar CLI
  • plugin — The subcommand for CLI plugins
  • ledger — Fetch ledger information
  • message — Sign and verify arbitrary messages using SEP-53
  • fee-stats — ⚠️ Deprecated, use fees stats instead. Fetch network feestats
  • fees — Fetch network feestats and configure CLI fee settings
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
  • -f, --filter-logs <FILTER_LOGS> — Filter logs output. To turn on stellar_cli::log::footprint=debug or off =off. Can also use env var RUST_LOG
  • -q, --quiet — Do not write logs to stderr including INFO
  • -v, --verbose — Log DEBUG events
  • --very-verbose [alias: vv] — Log DEBUG and TRACE events
  • --no-cache — Do not cache your simulations and transactions

stellar contract

Tools for smart contract developers Usage: stellar contract <COMMAND>
Subcommands:
  • asset — Utilities to deploy a Stellar Asset Contract or get its id
  • alias — Utilities to manage contract aliases
  • bindings — Generate code client bindings for a contract
  • build — Build a contract from source
  • extend — Extend the time to live ledger of a contract-data ledger entry
  • deploy — Deploy a wasm contract
  • fetch — Fetch a contract’s Wasm binary
  • id — Generate the contract id for a given contract or asset
  • info — Access info about contracts
  • init — Initialize a Soroban contract project
  • inspect — ⚠️ Deprecated, use contract info. Inspect a WASM file listing contract functions, meta, etc
  • upload — Install a WASM file to the ledger without creating a contract instance
  • install — ⚠️ Deprecated, use contract upload. Install a WASM file to the ledger without creating a contract instance
  • invoke — Invoke a contract function
  • optimize — ⚠️ Deprecated, use build --optimize. Optimize a WASM file
  • read — Print the current value of a contract-data ledger entry
  • restore — Restore an evicted value for a contract-data legder entry

stellar contract asset

Utilities to deploy a Stellar Asset Contract or get its id Usage: stellar contract asset <COMMAND>
Subcommands:
  • id — Get Id of builtin Soroban Asset Contract. Deprecated, use stellar contract id asset instead
  • deploy — Deploy builtin Soroban Asset Contract

stellar contract asset id

Get Id of builtin Soroban Asset Contract. Deprecated, use stellar contract id asset instead Usage: stellar contract asset id [OPTIONS] --asset <ASSET>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --asset <ASSET> — ID of the Stellar classic asset to wrap, e.g. “native”, “USDC:G…5”, “USDC:alias”
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar contract asset deploy

Deploy builtin Soroban Asset Contract Usage: stellar contract asset deploy [OPTIONS] --asset <ASSET> --source-account <SOURCE_ACCOUNT>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --asset <ASSET> — ID of the Stellar classic asset to wrap, e.g. “USDC:G…5”
  • --alias <ALIAS> — The alias that will be used to save the assets’s id. Whenever used, --alias will always overwrite the existing contract id configuration without asking for confirmation
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
  • --resource-fee <RESOURCE_FEE> — Set the fee for smart contract resource consumption, in stroops. 1 stroop = 0.0000001 xlm. Overrides the simulated resource fee
  • --instructions <INSTRUCTIONS> — ⚠️ Deprecated, use --instruction-leeway to increase instructions. Number of instructions to allocate for the transaction
  • --instruction-leeway <INSTRUCTION_LEEWAY> — Allow this many extra instructions when budgeting resources with transaction simulation
  • --cost — Output the cost execution to stderr
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar contract alias

Utilities to manage contract aliases Usage: stellar contract alias <COMMAND>
Subcommands:
  • rm — Remove contract alias
  • add — Add contract alias
  • show — Show the contract id associated with a given alias
  • ls — List all aliases

stellar contract alias rm

Remove contract alias Usage: stellar contract alias rm [OPTIONS] <ALIAS> Command Alias: remove
Arguments:
  • <ALIAS> — The contract alias that will be removed
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar contract alias add

Add contract alias Usage: stellar contract alias add [OPTIONS] --contract-id <CONTRACT_ID> <ALIAS>
Arguments:
  • <ALIAS> — The contract alias that will be used
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --overwrite — Overwrite the contract alias if it already exists
  • --contract-id <CONTRACT_ID> [alias: id] — The contract id that will be associated with the alias
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar contract alias show

Show the contract id associated with a given alias Usage: stellar contract alias show [OPTIONS] <ALIAS>
Arguments:
  • <ALIAS> — The contract alias that will be displayed
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar contract alias ls

List all aliases Usage: stellar contract alias ls [OPTIONS]
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings

stellar contract bindings

Generate code client bindings for a contract Usage: stellar contract bindings <COMMAND>
Subcommands:
  • rust — Generate Rust bindings
  • typescript — ⚠️ Deprecated, use the JavaScript Stellar SDK instead (https://github.com/stellar/js-stellar-sdk#cli). Generate a TypeScript / JavaScript package
  • python — Generate Python bindings
  • java — Generate Java bindings
  • flutter — Generate Flutter bindings
  • swift — Generate Swift bindings
  • php — Generate PHP bindings
  • kmp — Generate Kotlin Multiplatform bindings

stellar contract bindings rust

Generate Rust bindings Usage: stellar contract bindings rust --wasm <WASM>
Options:
  • --wasm <WASM> — Path to wasm binary

stellar contract bindings typescript

⚠️ Deprecated, use the JavaScript Stellar SDK instead (https://github.com/stellar/js-stellar-sdk#cli). Generate a TypeScript / JavaScript package Usage: stellar contract bindings typescript [OPTIONS] --output-dir <OUTPUT_DIR> <--wasm <WASM>|--wasm-hash <WASM_HASH>|--contract-id <CONTRACT_ID>>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --wasm <WASM> — Wasm file path on local filesystem. Provide this OR --wasm-hash OR --contract-id
  • --wasm-hash <WASM_HASH> — Hash of Wasm blob on a network. Provide this OR --wasm OR --contract-id
  • --contract-id <CONTRACT_ID> [alias: id] — Contract ID/alias on a network. Provide this OR --wasm-hash OR --wasm
  • --output-dir <OUTPUT_DIR> — Where to place generated project
  • --overwrite — Whether to overwrite output directory if it already exists
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar contract bindings python

Generate Python bindings Usage: stellar contract bindings python

stellar contract bindings java

Generate Java bindings Usage: stellar contract bindings java

stellar contract bindings flutter

Generate Flutter bindings Usage: stellar contract bindings flutter

stellar contract bindings swift

Generate Swift bindings Usage: stellar contract bindings swift

stellar contract bindings php

Generate PHP bindings Usage: stellar contract bindings php

stellar contract bindings kmp

Generate Kotlin Multiplatform bindings Usage: stellar contract bindings kmp

stellar contract build

Build a contract from source Builds all crates that are referenced by the cargo manifest (Cargo.toml) that have cdylib as their crate-type. Crates are built for the wasm32 target. Unless configured otherwise, crates are built with their default features and with their release profile. In workspaces builds all crates unless a package name is specified, or the command is executed from the sub-directory of a workspace crate. To view the commands that will be executed, without executing them, use the —print-commands-only option. Usage: stellar contract build [OPTIONS] build <COMMAND>
Subcommands:
  • archive — Generate (or inspect) the reproducible source archive for a contract
Container Options:
  • --image <IMAGE> — Build inside this container image (e.g. docker.io/stellar/stellar-cli:latest). When set, the build runs in the container against the bind-mounted working tree instead of locally. Any tag or digest ref is accepted. On Linux the container runs as your uid:gid so built wasm isn’t root-owned; this assumes the image keeps CARGO_HOME/RUSTUP_HOME writable by non-root users, as the official image does.
  • --pull — Pull --image before building to refresh a moving tag. By default the build uses the image already present locally and doesn’t pull (matching docker run), so a locally-built or digest-pinned image is used as-is. Pass --pull to fetch the newest image for the tag first.
  • -d, --docker-host <DOCKER_HOST> — Optional argument to override the default docker host. This is useful when you are using a non-standard docker host path for your Docker-compatible container runtime, e.g. Docker Desktop defaults to $HOME/.docker/run/docker.sock instead of /var/run/docker.sock
  • --engine <ENGINE> — Container engine to use [default: docker] Possible values:
    • docker: Docker, or any Docker-compatible CLI
    • apple-container: Apple’s container CLI (macOS 26+, Apple silicon)
  • --cpus <CPUS> — Limit the number of CPUs available to the container, e.g. 2. A whole number: Apple’s container engine does not accept fractional CPUs
  • --memory <MEMORY> — Limit the memory available to the container, e.g. 2g or 512m
Features:
  • --features <FEATURES> — Build with the list of features activated, space or comma separated
  • --all-features — Build with the all features activated
  • --no-default-features — Build with the default feature not activated
Metadata:
  • --meta <META> — Add key-value to contract meta (adds the meta to the contractmetav0 custom section)
Options:
  • --manifest-path <MANIFEST_PATH> — Path to Cargo.toml
  • --package <PACKAGE> — Package to build If omitted, all packages that build for crate-type cdylib are built.
  • --profile <PROFILE> — Build with the specified profile Default value: release
  • --out-dir <OUT_DIR> — Directory to copy wasm files to If provided, wasm files can be found in the cargo target directory, and the specified directory. If ommitted, wasm files are written only to the cargo target directory.
  • --locked — Assert that Cargo.lock will remain unchanged
  • --optimize <OPTIMIZE> — Optimize the generated wasm. Enabled by default; pass --optimize=false to disable. Requires the additional-libs feature Default value: true Possible values: true, false
Other:
  • --print-commands-only — Print commands to build without executing them

stellar contract build archive

Generate (or inspect) the reproducible source archive for a contract. Produces a gzipped tarball of the source tree and prints its SHA-256 (the SEP-58 source_sha256). Use --dry-run to list exactly what would be archived without writing anything — handy for confirming the contents before publishing the archive. The archive is the current working directory, honoring the project’s .gitignore and .ignore files (the .git directory itself is always skipped). Run this from the project (or workspace) root you want archived. Usage: stellar contract build archive [OPTIONS]
Options:
  • -o, --out-file <OUT_FILE> — Where to write the gzipped tarball. Required unless --dry-run is used
  • --dry-run — List the entries that would be archived and the computed source_sha256, without writing any file

stellar contract extend

Extend the time to live ledger of a contract-data ledger entry. If no keys are specified the contract itself is extended. Usage: stellar contract extend [OPTIONS] --ledgers-to-extend <LEDGERS_TO_EXTEND> --source-account <SOURCE_ACCOUNT>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --ledgers-to-extend <LEDGERS_TO_EXTEND> — Number of ledgers to extend the entries
  • --ttl-ledger-only — Only print the new Time To Live ledger
  • --contract-id <CONTRACT_ID> [alias: id] — Contract ID to which owns the data entries. If no keys provided the Contract’s instance will be extended
  • --key <KEY> — Storage key (symbols only)
  • --key-xdr <KEY_XDR> — Storage key (base64-encoded XDR)
  • --wasm <WASM> — Path to Wasm file of contract code to extend
  • --wasm-hash <WASM_HASH> — Path to Wasm file of contract code to extend
  • --durability <DURABILITY> — Storage entry durability Default value: persistent Possible values:
    • persistent: Persistent
    • temporary: Temporary
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
  • --resource-fee <RESOURCE_FEE> — Set the fee for smart contract resource consumption, in stroops. 1 stroop = 0.0000001 xlm. Overrides the simulated resource fee
  • --instructions <INSTRUCTIONS> — ⚠️ Deprecated, use --instruction-leeway to increase instructions. Number of instructions to allocate for the transaction
  • --instruction-leeway <INSTRUCTION_LEEWAY> — Allow this many extra instructions when budgeting resources with transaction simulation
  • --cost — Output the cost execution to stderr
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar contract deploy

Deploy a wasm contract Usage: stellar contract deploy [OPTIONS] --source-account <SOURCE_ACCOUNT> [-- <CONTRACT_CONSTRUCTOR_ARGS>...]
Arguments:
  • <CONTRACT_CONSTRUCTOR_ARGS> — If provided, will be passed to the contract’s __constructor function with provided arguments for that function as --arg-name value
Build Options:
  • --package <PACKAGE> — Package to build when auto-building without —wasm
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Metadata:
  • --meta <META> — Add key-value to contract meta (adds the meta to the contractmetav0 custom section)
Options:
  • --wasm <WASM> — WASM file to deploy. When neither —wasm nor —wasm-hash is provided inside a Cargo workspace, builds the project automatically. One of —wasm or —wasm-hash is required when outside a Cargo workspace
  • --wasm-hash <WASM_HASH> — Hash of the already installed/deployed WASM file
  • --salt <SALT> — Custom salt 32-byte salt for the token id
  • -i, --ignore-checks — Whether to ignore safety checks when deploying contracts Default value: false
  • --alias <ALIAS> — The alias that will be used to save the contract’s id. Whenever used, --alias will always overwrite the existing contract id configuration without asking for confirmation
  • --optimize <OPTIMIZE> — Optimize the generated wasm. Enabled by default; pass --optimize=false to disable. Requires the additional-libs feature Default value: true Possible values: true, false
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
  • --resource-fee <RESOURCE_FEE> — Set the fee for smart contract resource consumption, in stroops. 1 stroop = 0.0000001 xlm. Overrides the simulated resource fee
  • --instructions <INSTRUCTIONS> — ⚠️ Deprecated, use --instruction-leeway to increase instructions. Number of instructions to allocate for the transaction
  • --instruction-leeway <INSTRUCTION_LEEWAY> — Allow this many extra instructions when budgeting resources with transaction simulation
  • --cost — Output the cost execution to stderr
  • --auth-mode <AUTH_MODE> — Set the authorization mode for transaction simulation. When unset, the RPC default is used: record with the root mode if no authorization entries exist, otherwise enforce the provided entries. Should only be set for InvokeHostFunction transactions. The enforce mode is for simulating transactions that already contain authorization entries Possible values:
    • enforce: Validate the authorization entries already on the transaction
    • root: Record authorization entries, requiring each to be rooted at the transaction’s top-level operation
    • non-root: Record all authorization entries, including non-root entries
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar contract fetch

Fetch a contract’s Wasm binary Usage: stellar contract fetch [OPTIONS]
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --contract-id <CONTRACT_ID> [alias: id] — Contract ID to fetch
  • --wasm-hash <WASM_HASH> — Wasm to fetch
  • -o, --out-file <OUT_FILE> — Where to write output otherwise stdout is used
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar contract id

Generate the contract id for a given contract or asset Usage: stellar contract id <COMMAND>
Subcommands:
  • asset — Derive the contract id for a builtin Stellar Asset Contract
  • wasm — Derive the contract id for a Wasm contract

stellar contract id asset

Derive the contract id for a builtin Stellar Asset Contract Usage: stellar contract id asset [OPTIONS] --asset <ASSET>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --asset <ASSET> — ID of the Stellar classic asset to wrap, e.g. “native”, “USDC:G…5”, “USDC:alias”
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar contract id wasm

Derive the contract id for a Wasm contract Usage: stellar contract id wasm [OPTIONS] --salt <SALT> --source-account <SOURCE_ACCOUNT>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --salt <SALT> — ID of the Soroban contract
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided

stellar contract info

Access info about contracts Usage: stellar contract info <COMMAND>
Subcommands:
  • interface — Output the interface of a contract
  • meta — Output the metadata stored in a contract
  • env-meta — Output the env required metadata stored in a contract
  • build — Output the contract build information, if available
  • hash — Output the SHA-256 hash of a contract’s Wasm

stellar contract info interface

Output the interface of a contract. A contract’s interface describes the functions, parameters, and types that the contract makes accessible to be called. The data outputted by this command is a stream of SCSpecEntry XDR values. See the type definitions in stellar-xdr. See also XDR data format. Outputs no data when no data is present in the contract. Usage: stellar contract info interface [OPTIONS] <--wasm <WASM>|--wasm-hash <WASM_HASH>|--contract-id <CONTRACT_ID>>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --wasm <WASM> — Wasm file path on local filesystem. Provide this OR --wasm-hash OR --contract-id
  • --wasm-hash <WASM_HASH> — Hash of Wasm blob on a network. Provide this OR --wasm OR --contract-id
  • --contract-id <CONTRACT_ID> [alias: id] — Contract ID/alias on a network. Provide this OR --wasm-hash OR --wasm
  • --output <OUTPUT> — Format of the output Default value: rust Possible values:
    • rust: Rust code output of the contract interface
    • xdr-base64: XDR output of the info entry
    • json: JSON output of the info entry (one line, not formatted)
    • json-formatted: Formatted (multiline) JSON output of the info entry
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar contract info meta

Output the metadata stored in a contract. A contract’s meta is a series of key-value pairs that the contract developer can set with any values to provided metadata about the contract. The meta also contains some information like the version of Rust SDK, and Rust compiler version. The data outputted by this command is a stream of SCMetaEntry XDR values. See the type definitions in stellar-xdr. See also XDR data format. Outputs no data when no data is present in the contract. Usage: stellar contract info meta [OPTIONS] <--wasm <WASM>|--wasm-hash <WASM_HASH>|--contract-id <CONTRACT_ID>>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --wasm <WASM> — Wasm file path on local filesystem. Provide this OR --wasm-hash OR --contract-id
  • --wasm-hash <WASM_HASH> — Hash of Wasm blob on a network. Provide this OR --wasm OR --contract-id
  • --contract-id <CONTRACT_ID> [alias: id] — Contract ID/alias on a network. Provide this OR --wasm-hash OR --wasm
  • --output <OUTPUT> — Format of the output Default value: text Possible values:
    • text: Text output of the meta info entry
    • xdr-base64: XDR output of the info entry
    • json: JSON output of the info entry (one line, not formatted)
    • json-formatted: Formatted (multiline) JSON output of the info entry
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar contract info env-meta

Output the env required metadata stored in a contract. Env-meta is information stored in all contracts, in the contractenvmetav0 WASM custom section, about the environment that the contract was built for. Env-meta allows the Soroban Env to know whether the contract is compatibility with the network in its current configuration. The data outputted by this command is a stream of SCEnvMetaEntry XDR values. See the type definitions in stellar-xdr. See also XDR data format. Outputs no data when no data is present in the contract. Usage: stellar contract info env-meta [OPTIONS] <--wasm <WASM>|--wasm-hash <WASM_HASH>|--contract-id <CONTRACT_ID>>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --wasm <WASM> — Wasm file path on local filesystem. Provide this OR --wasm-hash OR --contract-id
  • --wasm-hash <WASM_HASH> — Hash of Wasm blob on a network. Provide this OR --wasm OR --contract-id
  • --contract-id <CONTRACT_ID> [alias: id] — Contract ID/alias on a network. Provide this OR --wasm-hash OR --wasm
  • --output <OUTPUT> — Format of the output Default value: text Possible values:
    • text: Text output of the meta info entry
    • xdr-base64: XDR output of the info entry
    • json: JSON output of the info entry (one line, not formatted)
    • json-formatted: Formatted (multiline) JSON output of the info entry
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar contract info build

Output the contract build information, if available. If the contract has a meta entry like source_repo=github:user/repo, this command will try to fetch the attestation information for the WASM file. Usage: stellar contract info build [OPTIONS] <--wasm <WASM>|--wasm-hash <WASM_HASH>|--contract-id <CONTRACT_ID>>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --wasm <WASM> — Wasm file path on local filesystem. Provide this OR --wasm-hash OR --contract-id
  • --wasm-hash <WASM_HASH> — Hash of Wasm blob on a network. Provide this OR --wasm OR --contract-id
  • --contract-id <CONTRACT_ID> [alias: id] — Contract ID/alias on a network. Provide this OR --wasm-hash OR --wasm
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar contract info hash

Output the SHA-256 hash of a contract’s Wasm. The hash can be computed from a local .wasm file (--wasm) or read from a deployed contract (--id). The two flags are mutually exclusive. Stellar Asset Contracts have no Wasm and therefore no hash; using --id against a SAC will return an error. Usage: stellar contract info hash [OPTIONS] <--wasm <WASM>|--contract-id <CONTRACT_ID>>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --wasm <WASM> — Path to a local .wasm file
  • --contract-id <CONTRACT_ID> [alias: id] — Contract ID or alias of a deployed contract
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar contract init

Initialize a Soroban contract project. This command will create a Cargo workspace project and add a sample Stellar contract. The name of the contract can be specified by --name. It can be run multiple times with different names in order to generate multiple contracts, and files won’t be overwritten unless --overwrite is passed. Usage: stellar contract init [OPTIONS] <PROJECT_PATH>
Arguments:
  • <PROJECT_PATH>
Options:
  • --name <NAME> — An optional flag to specify a new contract’s name. Default value: hello-world
  • --overwrite — Overwrite all existing files.

stellar contract inspect

⚠️ Deprecated, use contract info. Inspect a WASM file listing contract functions, meta, etc Usage: stellar contract inspect [OPTIONS] --wasm <WASM>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --wasm <WASM> — Path to wasm binary
  • --output <OUTPUT> — Output just XDR in base64 Default value: docs Possible values:
    • xdr-base64: XDR of array of contract spec entries
    • xdr-base64-array: Array of xdr of contract spec entries
    • docs: Pretty print of contract spec entries

stellar contract upload

Install a WASM file to the ledger without creating a contract instance Usage: stellar contract upload [OPTIONS] --source-account <SOURCE_ACCOUNT>
Build Options:
  • --package <PACKAGE> — Package to build when —wasm is not provided
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Metadata:
  • --meta <META> — Add key-value to contract meta (adds the meta to the contractmetav0 custom section)
Options:
  • --wasm <WASM> — Path to wasm binary. When omitted inside a Cargo workspace, builds the project automatically. Required when outside a Cargo workspace
  • -i, --ignore-checks — Whether to ignore safety checks when deploying contracts Default value: false
  • --optimize <OPTIMIZE> — Optimize the generated wasm. Enabled by default; pass --optimize=false to disable. Requires the additional-libs feature Default value: true Possible values: true, false
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
  • --resource-fee <RESOURCE_FEE> — Set the fee for smart contract resource consumption, in stroops. 1 stroop = 0.0000001 xlm. Overrides the simulated resource fee
  • --instructions <INSTRUCTIONS> — ⚠️ Deprecated, use --instruction-leeway to increase instructions. Number of instructions to allocate for the transaction
  • --instruction-leeway <INSTRUCTION_LEEWAY> — Allow this many extra instructions when budgeting resources with transaction simulation
  • --cost — Output the cost execution to stderr
  • --auth-mode <AUTH_MODE> — Set the authorization mode for transaction simulation. When unset, the RPC default is used: record with the root mode if no authorization entries exist, otherwise enforce the provided entries. Should only be set for InvokeHostFunction transactions. The enforce mode is for simulating transactions that already contain authorization entries Possible values:
    • enforce: Validate the authorization entries already on the transaction
    • root: Record authorization entries, requiring each to be rooted at the transaction’s top-level operation
    • non-root: Record all authorization entries, including non-root entries
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar contract install

⚠️ Deprecated, use contract upload. Install a WASM file to the ledger without creating a contract instance Usage: stellar contract install [OPTIONS] --source-account <SOURCE_ACCOUNT>
Build Options:
  • --package <PACKAGE> — Package to build when —wasm is not provided
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Metadata:
  • --meta <META> — Add key-value to contract meta (adds the meta to the contractmetav0 custom section)
Options:
  • --wasm <WASM> — Path to wasm binary. When omitted inside a Cargo workspace, builds the project automatically. Required when outside a Cargo workspace
  • -i, --ignore-checks — Whether to ignore safety checks when deploying contracts Default value: false
  • --optimize <OPTIMIZE> — Optimize the generated wasm. Enabled by default; pass --optimize=false to disable. Requires the additional-libs feature Default value: true Possible values: true, false
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
  • --resource-fee <RESOURCE_FEE> — Set the fee for smart contract resource consumption, in stroops. 1 stroop = 0.0000001 xlm. Overrides the simulated resource fee
  • --instructions <INSTRUCTIONS> — ⚠️ Deprecated, use --instruction-leeway to increase instructions. Number of instructions to allocate for the transaction
  • --instruction-leeway <INSTRUCTION_LEEWAY> — Allow this many extra instructions when budgeting resources with transaction simulation
  • --cost — Output the cost execution to stderr
  • --auth-mode <AUTH_MODE> — Set the authorization mode for transaction simulation. When unset, the RPC default is used: record with the root mode if no authorization entries exist, otherwise enforce the provided entries. Should only be set for InvokeHostFunction transactions. The enforce mode is for simulating transactions that already contain authorization entries Possible values:
    • enforce: Validate the authorization entries already on the transaction
    • root: Record authorization entries, requiring each to be rooted at the transaction’s top-level operation
    • non-root: Record all authorization entries, including non-root entries
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar contract invoke

Invoke a contract function Generates an “implicit CLI” for the specified contract on-the-fly using the contract’s schema, which gets embedded into every Soroban contract. The “slop” in this command, everything after the --, gets passed to this implicit CLI. Get in-depth help for a given contract: stellar contract invoke … — —help Usage: stellar contract invoke [OPTIONS] --contract-id <CONTRACT_ID> --source-account <SOURCE_ACCOUNT> [-- <CONTRACT_FN_AND_ARGS>...]
Arguments:
  • <CONTRACT_FN_AND_ARGS> — Function name as subcommand, then arguments for that function as --arg-name value
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --contract-id <CONTRACT_ID> [alias: id] — Contract ID to invoke
  • --is-view — ⚠️ Deprecated, use --send=no. View the result simulating and do not sign and submit transaction
  • --send <SEND> — Whether or not to send a transaction Default value: default Possible values:
    • default: Send transaction if simulation indicates there are ledger writes, published events, or auth required, otherwise return simulation result
    • no: Do not send transaction, return simulation result
    • yes: Always send transaction
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
  • --resource-fee <RESOURCE_FEE> — Set the fee for smart contract resource consumption, in stroops. 1 stroop = 0.0000001 xlm. Overrides the simulated resource fee
  • --instructions <INSTRUCTIONS> — ⚠️ Deprecated, use --instruction-leeway to increase instructions. Number of instructions to allocate for the transaction
  • --instruction-leeway <INSTRUCTION_LEEWAY> — Allow this many extra instructions when budgeting resources with transaction simulation
  • --cost — Output the cost execution to stderr
  • --auth-mode <AUTH_MODE> — Set the authorization mode for transaction simulation. When unset, the RPC default is used: record with the root mode if no authorization entries exist, otherwise enforce the provided entries. Should only be set for InvokeHostFunction transactions. The enforce mode is for simulating transactions that already contain authorization entries Possible values:
    • enforce: Validate the authorization entries already on the transaction
    • root: Record authorization entries, requiring each to be rooted at the transaction’s top-level operation
    • non-root: Record all authorization entries, including non-root entries
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar contract optimize

⚠️ Deprecated, use build --optimize. Optimize a WASM file Usage: stellar contract optimize [OPTIONS] --wasm <WASM>...
Options:
  • --wasm <WASM> — Path to one or more wasm binaries
  • --wasm-out <WASM_OUT> — Path to write the optimized WASM file to (defaults to same location as —wasm with .optimized.wasm suffix)

stellar contract read

Print the current value of a contract-data ledger entry Usage: stellar contract read [OPTIONS]
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --output <OUTPUT> — Type of output to generate Default value: string Possible values:
    • string: String
    • json: Json
    • xdr: XDR
  • --contract-id <CONTRACT_ID> [alias: id] — Contract ID to which owns the data entries. If no keys provided the Contract’s instance will be extended
  • --key <KEY> — Storage key (symbols only)
  • --key-xdr <KEY_XDR> — Storage key (base64-encoded XDR)
  • --wasm <WASM> — Path to Wasm file of contract code to extend
  • --wasm-hash <WASM_HASH> — Path to Wasm file of contract code to extend
  • --durability <DURABILITY> — Storage entry durability Default value: persistent Possible values:
    • persistent: Persistent
    • temporary: Temporary
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar contract restore

Restore an evicted value for a contract-data legder entry. If no keys are specificed the contract itself is restored. Usage: stellar contract restore [OPTIONS] --source-account <SOURCE_ACCOUNT>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --contract-id <CONTRACT_ID> [alias: id] — Contract ID to which owns the data entries. If no keys provided the Contract’s instance will be extended
  • --key <KEY> — Storage key (symbols only)
  • --key-xdr <KEY_XDR> — Storage key (base64-encoded XDR)
  • --wasm <WASM> — Path to Wasm file of contract code to extend
  • --wasm-hash <WASM_HASH> — Path to Wasm file of contract code to extend
  • --durability <DURABILITY> — Storage entry durability Default value: persistent Possible values:
    • persistent: Persistent
    • temporary: Temporary
  • --ledgers-to-extend <LEDGERS_TO_EXTEND> — Number of ledgers to extend the entry
  • --ttl-ledger-only — Only print the new Time To Live ledger
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
  • --resource-fee <RESOURCE_FEE> — Set the fee for smart contract resource consumption, in stroops. 1 stroop = 0.0000001 xlm. Overrides the simulated resource fee
  • --instructions <INSTRUCTIONS> — ⚠️ Deprecated, use --instruction-leeway to increase instructions. Number of instructions to allocate for the transaction
  • --instruction-leeway <INSTRUCTION_LEEWAY> — Allow this many extra instructions when budgeting resources with transaction simulation
  • --cost — Output the cost execution to stderr
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar doctor

Diagnose and troubleshoot CLI and network issues Usage: stellar doctor [OPTIONS]
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings

stellar events

Watch the network for contract events Usage: stellar events [OPTIONS]

FILTERS:

  • --id <CONTRACT_IDS> — A set of (up to 5) contract IDs to filter events on. This parameter can be passed multiple times, e.g. --id C123.. --id C456.., or passed with multiple parameters, e.g. --id C123 C456. Though the specification supports multiple filter objects (i.e. combinations of type, IDs, and topics), only one set can be specified on the command-line today, though that set can have multiple IDs/topics.
  • --topic <TOPIC_FILTERS> — A set of (up to 5) topic filters to filter event topics on. A single topic filter can contain 1-4 different segments, separated by commas. An asterisk (* character) indicates a wildcard segment. In addition to up to 4 possible topic filter segments, the "" wildcard can also be added, and will allow for a flexible number of topics in the returned events. The "" wildcard must be the last segment in a query. If the ”**” wildcard is not included, only events with the exact number of topics as the given filter will be returned. Example: topic filter with two segments: --topic "AAAABQAAAAdDT1VOVEVSAA==,*" Example: two topic filters with one and two segments each: --topic "AAAABQAAAAdDT1VOVEVSAA==" --topic '*,*' Example: topic filter with four segments and the "" wildcard: —topic “AAAABQAAAAdDT1VOVEVSAA==,,,*,” Note that all of these topic filters are combined with the contract IDs into a single filter (i.e. combination of type, IDs, and topics).
  • --type <EVENT_TYPE> — Specifies which type of contract events to display Default value: all Possible values: all, contract, system
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --start-ledger <START_LEDGER> — The first ledger sequence number in the range to pull events https://developers.stellar.org/docs/learn/encyclopedia/network-configuration/ledger-headers#ledger-sequence
  • --cursor <CURSOR> — The cursor corresponding to the start of the event range
  • --output <OUTPUT> — Output formatting options for event stream Default value: pretty Possible values:
    • pretty: Human-readable output with decoded event names and parameters
    • plain: Human-readable output without colors
    • json: JSON output with decoded event names and parameters
    • raw: Raw event output without self-describing decoding
  • -c, --count <COUNT> — The maximum number of events to display (defer to the server-defined limit) Default value: 10
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar env

Prints the environment variables Prints to stdout in a format that can be used as .env file. Environment variables have precedence over defaults. By default, secret values are concealed. To display them, use --reveal. Pass a name to get the value of a single environment variable. Its value is printed without shell quoting (control characters are neutralized), suitable for command substitution. Concealed variables print nothing unless --reveal is passed. If there are no environment variables in use, prints the defaults. Usage: stellar env [OPTIONS] [NAME]
Arguments:
  • <NAME> — Env variable name to get the value of. E.g.: $ stellar env STELLAR_ACCOUNT
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --reveal — Whether to reveal the value of concealed env vars. By default, concealed env vars are hidden behind a placeholder value

stellar keys

Create and manage identities including keys and addresses Usage: stellar keys <COMMAND>
Subcommands:
  • add — Add a new identity (keypair, ledger, OS specific secure store)
  • public-key — Given an identity return its address (public key)
  • fund — Fund an identity on a test network
  • generate — Generate a new identity using a 24-word seed phrase The seed phrase can be stored in a config file (default) or in an OS-specific secure store
  • ls — List identities
  • rm — Remove an identity
  • secret — Output an identity’s secret key
  • use — Set the default identity that will be used on all commands. This allows you to skip --source-account or setting a environment variable, while reusing this value in all commands that require it
  • unset — Unset the default key identity defined previously with keys use <identity>

stellar keys add

Add a new identity (keypair, ledger, OS specific secure store) Usage: stellar keys add [OPTIONS] <NAME>
Arguments:
  • <NAME> — Name of identity
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --secret-key — ⚠️ Deprecated, use --secure-store. Enter secret (S) key when prompted
  • --seed-phrase — ⚠️ Deprecated, use --secure-store. Enter key using 12-24 word seed phrase
  • --secure-store — Save the new key in your OS’s credential secure store. On Mac this uses Keychain, on Windows it is Secure Store Service, and on *nix platforms it uses a combination of the kernel keyutils and DBus-based Secret Service. This only supports seed phrases for now.
  • --public-key <PUBLIC_KEY> — Add a public key, ed25519, or muxed account, e.g. G1.., M2..
  • --ledger — Derive the address from a connected Ledger hardware wallet at m/44'/148'/N', where N defaults to 0 and can be set with --hd-path. Persists the derived public key (and --hd-path, when provided) so later commands work without the device
  • --overwrite — Overwrite existing identity if it already exists. When combined with —secure-store, also replaces the existing Secure Store entry
  • --hd-path <HD_PATH> — When importing a seed phrase, which hd_path to derive the key at. Persisted on the identity so later commands derive the same account without re-passing the flag. Not valid with --public-key or a raw secret key

stellar keys public-key

Given an identity return its address (public key) Usage: stellar keys public-key [OPTIONS] [NAME] Command Alias: address
Arguments:
  • <NAME> — Name of identity to lookup. Required unless --ledger is provided
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --hd-path <HD_PATH> — If identity is a seed phrase use this hd path, default is 0. With —ledger this is the Ledger account index (default 0)
  • --ledger — Derive the address from a connected Ledger hardware wallet at m/44'/148'/N', where N defaults to 0 and can be set with --hd-path

stellar keys fund

Fund an identity on a test network Usage: stellar keys fund [OPTIONS] [NAME]
Arguments:
  • <NAME> — Name of identity to lookup. Required unless --ledger is provided
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --hd-path <HD_PATH> — If identity is a seed phrase use this hd path, default is 0. With —ledger this is the Ledger account index (default 0)
  • --ledger — Derive the address from a connected Ledger hardware wallet at m/44'/148'/N', where N defaults to 0 and can be set with --hd-path
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar keys generate

Generate a new identity using a 24-word seed phrase The seed phrase can be stored in a config file (default) or in an OS-specific secure store Usage: stellar keys generate [OPTIONS] <NAME>
Arguments:
  • <NAME> — Name of identity
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --seed <SEED> — Optional seed to use when generating seed phrase. Random otherwise
  • -s, --as-secret — Output the generated identity as a secret key
  • --secure-store — Save the new key in your OS’s credential secure store. On Mac this uses Keychain, on Windows it is Secure Store Service, and on *nix platforms it uses a combination of the kernel keyutils and DBus-based Secret Service.
  • --hd-path <HD_PATH> — Which hd_path to derive the key at from the seed phrase. Honored across all storage modes: with --as-secret it picks which derived key is stored, with --secure-store or plain seed-phrase storage it is persisted on the identity so later commands derive the same account without re-passing the flag
  • --fund — Fund generated key pair Default value: false
  • --overwrite — Overwrite existing identity if it already exists. When combined with —secure-store, also replaces the existing Secure Store entry
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar keys ls

List identities Usage: stellar keys ls [OPTIONS]
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • -l, --long

stellar keys rm

Remove an identity Usage: stellar keys rm [OPTIONS] <NAME>
Arguments:
  • <NAME> — Identity to remove
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --force — Skip confirmation prompt

stellar keys secret

Output an identity’s secret key Usage: stellar keys secret [OPTIONS] <NAME>
Arguments:
  • <NAME> — Name of identity to lookup, default is test identity
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --phrase — Output seed phrase instead of private key
  • --hd-path <HD_PATH> — If identity is a seed phrase use this hd path, default is 0

stellar keys use

Set the default identity that will be used on all commands. This allows you to skip --source-account or setting a environment variable, while reusing this value in all commands that require it Usage: stellar keys use [OPTIONS] <NAME>
Arguments:
  • <NAME> — Set the default network name
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings

stellar keys unset

Unset the default key identity defined previously with keys use <identity> Usage: stellar keys unset [OPTIONS]
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings

stellar network

Configure connection to networks Usage: stellar network <COMMAND>
Subcommands:
  • add — Add a new network
  • rm — Remove a network
  • ls — List networks
  • use — Set the default network that will be used on all commands. This allows you to skip --network or setting a environment variable, while reusing this value in all commands that require it
  • health — Fetch the health of the configured RPC
  • info — Checks the health of the configured RPC
  • settings — Fetch the network’s config settings
  • unset — Unset the default network defined previously with network use <network>
  • root-account — Compute the root account keypair for a network

stellar network add

Add a new network Usage: stellar network add [OPTIONS] --rpc-url <RPC_URL> --network-passphrase <NETWORK_PASSPHRASE> <NAME>
Arguments:
  • <NAME> — Name of network
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — Optional header to include in requests to the RPC, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server

stellar network rm

Remove a network Usage: stellar network rm [OPTIONS] <NAME>
Arguments:
  • <NAME> — Network to remove
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings

stellar network ls

List networks Usage: stellar network ls [OPTIONS]
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • -l, --long — Get more info about the networks

stellar network use

Set the default network that will be used on all commands. This allows you to skip --network or setting a environment variable, while reusing this value in all commands that require it Usage: stellar network use [OPTIONS] <NAME>
Arguments:
  • <NAME> — Set the default network name
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings

stellar network health

Fetch the health of the configured RPC Usage: stellar network health [OPTIONS]
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --output <OUTPUT> — Format of the output Default value: text Possible values:
    • text: Text output of network health status
    • json: JSON result of the RPC request
    • json-formatted: Formatted (multiline) JSON output of the RPC request
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar network info

Checks the health of the configured RPC Usage: stellar network info [OPTIONS]
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --output <OUTPUT> — Format of the output Default value: text Possible values:
    • text: Text output of network info
    • json: JSON result of the RPC request
    • json-formatted: Formatted (multiline) JSON output of the RPC request
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar network settings

Fetch the network’s config settings Usage: stellar network settings [OPTIONS]
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --internal — Include internal config settings that are not upgradeable and are internally maintained by the network
  • --output <OUTPUT> — Format of the output Default value: json Possible values:
    • xdr: XDR (ConfigUpgradeSet type)
    • json: JSON, XDR-JSON of the ConfigUpgradeSet XDR type
    • json-formatted: JSON formatted, XDR-JSON of the ConfigUpgradeSet XDR type
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar network unset

Unset the default network defined previously with network use <network> Usage: stellar network unset [OPTIONS]
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings

stellar network root-account

Compute the root account keypair for a network Usage: stellar network root-account <COMMAND>
Subcommands:
  • public-key — Output a network’s root account address (public key)
  • secret — Output a network’s root account secret key

stellar network root-account public-key

Output a network’s root account address (public key) Usage: stellar network root-account public-key [OPTIONS] Command Alias: address
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to derive the root account from
  • -n, --network <NETWORK> — Name of network to use from config

stellar network root-account secret

Output a network’s root account secret key Usage: stellar network root-account secret [OPTIONS]
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to derive the root account from
  • -n, --network <NETWORK> — Name of network to use from config

stellar container

Start local networks in containers Usage: stellar container <COMMAND>
Subcommands:
  • logs — Get logs from a running network container
  • start — Start a container running a Stellar node, RPC, API, and friendbot (faucet)
  • stop — Stop a network container started with stellar container start
  • use — Set the default container engine used by stellar container commands
  • unset — Unset the default container engine defined previously with container use <engine>

stellar container logs

Get logs from a running network container Usage: stellar container logs [OPTIONS] [NAME]
Arguments:
  • <NAME> — Container to get logs from Default value: local
Options:
  • -d, --docker-host <DOCKER_HOST> — Optional argument to override the default docker host. This is useful when you are using a non-standard docker host path for your Docker-compatible container runtime, e.g. Docker Desktop defaults to $HOME/.docker/run/docker.sock instead of /var/run/docker.sock
  • --engine <ENGINE> — Container engine to use [default: docker] Possible values:
    • docker: Docker, or any Docker-compatible CLI
    • apple-container: Apple’s container CLI (macOS 26+, Apple silicon)

stellar container start

Start a container running a Stellar node, RPC, API, and friendbot (faucet). stellar container start NETWORK [OPTIONS] By default, when starting a testnet container, without any optional arguments, it will run the equivalent of the following docker command: docker run --rm -p 8000:8000 --name stellar stellar/quickstart:latest --testnet --enable rpc,horizon Usage: stellar container start [OPTIONS] [NETWORK]
Arguments:
  • <NETWORK> — Network to start. Default is local Possible values: local, testnet, futurenet, pubnet
Options:
  • -d, --docker-host <DOCKER_HOST> — Optional argument to override the default docker host. This is useful when you are using a non-standard docker host path for your Docker-compatible container runtime, e.g. Docker Desktop defaults to $HOME/.docker/run/docker.sock instead of /var/run/docker.sock
  • --engine <ENGINE> — Container engine to use [default: docker] Possible values:
    • docker: Docker, or any Docker-compatible CLI
    • apple-container: Apple’s container CLI (macOS 26+, Apple silicon)
  • --cpus <CPUS> — Limit the number of CPUs available to the container, e.g. 2. A whole number: Apple’s container engine does not accept fractional CPUs
  • --memory <MEMORY> — Limit the memory available to the container, e.g. 2g or 512m
  • --name <NAME> — Optional argument to specify the container name
  • -l, --limits <LIMITS> — Optional argument to specify the limits for the local network only
  • -p, --ports-mapping <PORTS_MAPPING> — Argument to specify the HOST_PORT:CONTAINER_PORT mapping Default value: 8000:8000
  • -t, --image-tag-override <IMAGE_TAG_OVERRIDE> — Optional argument to override the default docker image tag for the given network
  • --protocol-version <PROTOCOL_VERSION> — Optional argument to specify the protocol version for the local network only

stellar container stop

Stop a network container started with stellar container start Usage: stellar container stop [OPTIONS] [NAME]
Arguments:
  • <NAME> — Container to stop Default value: local
Options:
  • -d, --docker-host <DOCKER_HOST> — Optional argument to override the default docker host. This is useful when you are using a non-standard docker host path for your Docker-compatible container runtime, e.g. Docker Desktop defaults to $HOME/.docker/run/docker.sock instead of /var/run/docker.sock
  • --engine <ENGINE> — Container engine to use [default: docker] Possible values:
    • docker: Docker, or any Docker-compatible CLI
    • apple-container: Apple’s container CLI (macOS 26+, Apple silicon)

stellar container use

Set the default container engine used by stellar container commands Usage: stellar container use [OPTIONS] <ENGINE>
Arguments:
  • <ENGINE> — Container engine to use by default Possible values:
    • docker: Docker, or any Docker-compatible CLI
    • apple-container: Apple’s container CLI (macOS 26+, Apple silicon)
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings

stellar container unset

Unset the default container engine defined previously with container use <engine> Usage: stellar container unset [OPTIONS]
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings

stellar config

Manage CLI configuration Usage: stellar config <COMMAND>
Subcommands:
  • migrate — Migrate the local configuration to the global directory
  • dir — Show the global configuration directory

stellar config migrate

Migrate the local configuration to the global directory Usage: stellar config migrate [OPTIONS]
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings

stellar config dir

Show the global configuration directory. The location will depend on how your system is configured.
  • It looks up for XDG_CONFIG_HOME environment variable. If it’s set, $XDG_CONFIG_HOME/stellar will be used. - If not set, it defaults to $HOME/.config. - Can be overridden by --config-dir flag.
Usage: stellar config dir [OPTIONS]
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings

stellar snapshot

Download a snapshot of a ledger from an archive Usage: stellar snapshot <COMMAND>
Subcommands:
  • create — Create a ledger snapshot using a history archive
  • merge — Merge multiple ledger snapshots into a single snapshot file

stellar snapshot create

Create a ledger snapshot using a history archive. Filters (address, wasm-hash) specify what ledger entries to include. Account addresses include the account, and trustlines. Contract addresses include the related wasm, contract data. If a contract is a Stellar asset contract, it includes the asset issuer’s account and trust lines, but does not include all the trust lines of other accounts holding the asset. To include them specify the addresses of relevant accounts. Any invalid contract id passed as --address will be ignored. Usage: stellar snapshot create [OPTIONS]

Archive Options:

  • --archive-url <ARCHIVE_URL> — Archive URL

Filter Options:

  • --address <ADDRESS> — Account or contract address/alias to include in the snapshot
  • --wasm-hash <WASM_HASHES> — WASM hashes to include in the snapshot
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --ledger <LEDGER> — The ledger sequence number to snapshot. Defaults to latest history archived ledger
  • --output <OUTPUT> — Format of the out file Default value: json Possible values: json
  • --out <OUT> — Out path that the snapshot is written to Default value: snapshot.json
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar snapshot merge

Merge multiple ledger snapshots into a single snapshot file. When the same ledger key appears in multiple snapshots, the entry from the last snapshot in the argument list takes precedence. Metadata (protocol_version, sequence_number, timestamp, etc.) is taken from the last snapshot. Example: stellar snapshot merge A.json B.json —out merged.json This allows combining snapshots from different contract deployments or manually edited snapshots without regenerating from scratch. Usage: stellar snapshot merge [OPTIONS] <SNAPSHOTS> <SNAPSHOTS>...
Arguments:
  • <SNAPSHOTS> — Snapshot files to merge (at least 2 required)
Options:
  • -o, --out <OUT> — Output path for the merged snapshot Default value: snapshot.json

stellar token

Interact with SEP-41 tokens and Stellar Asset Contracts Usage: stellar token <COMMAND>
Subcommands:
  • transfer — Transfer tokens from one account to another
  • transfer-from — Transfer tokens on an owner’s behalf using a granted allowance
  • burn — Burn tokens from an account, destroying them
  • burn-from — Burn tokens from an owner’s account using a granted allowance
  • balance — Read the token balance of an account or contract
  • name — Read the token’s name (SEP-41 metadata)
  • symbol — Read the token’s symbol (SEP-41 metadata)
  • decimals — Read the token’s decimals (SEP-41 metadata)
  • approve — Approve an allowance for a spender to transfer on your behalf
  • allowance — Read the allowance a spender has on an owner’s behalf

stellar token transfer

Transfer tokens from one account to another Usage: stellar token transfer [OPTIONS] --id <ID> --from <FROM> --to <TO> --amount <AMOUNT>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --id <ID> — The token to transfer from: a contract id or alias, native, or a classic asset as CODE:ISSUER
  • --from <FROM> — Account to transfer tokens from. Signs and authorizes the transfer, so it must be an identity or secret key you control
  • --to <TO> — Account or contract to transfer the tokens to. Accepts a G…/M… account, a C… contract address, or an alias
  • --amount <AMOUNT> — Amount to transfer, in the token’s smallest unit (stroops for a Stellar Asset Contract)
  • --output <OUTPUT> — Format of the output Default value: text Possible values:
    • text: Human-readable text
    • json: Compact, single-line JSON output
    • json-formatted: Formatted (multiline) JSON output
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries

stellar token transfer-from

Transfer tokens on an owner’s behalf using a granted allowance Usage: stellar token transfer-from [OPTIONS] --id <ID> --spender <SPENDER> --from <FROM> --to <TO> --amount <AMOUNT>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --id <ID> — The token to transfer from: a contract id or alias, native, or a classic asset as CODE:ISSUER
  • --spender <SPENDER> — Spender drawing on its allowance. Signs and authorizes the transfer, so it must be an identity or secret key you control
  • --from <FROM> — Owner whose tokens are moved. Must have granted --spender an allowance. Accepts a G…/M… account, a C… contract address, or an alias
  • --to <TO> — Account or contract to transfer the tokens to. Accepts a G…/M… account, a C… contract address, or an alias
  • --amount <AMOUNT> — Amount to transfer, in the token’s smallest unit (stroops for a Stellar Asset Contract)
  • --output <OUTPUT> — Format of the output Default value: text Possible values:
    • text: Human-readable text
    • json: Compact, single-line JSON output
    • json-formatted: Formatted (multiline) JSON output
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries

stellar token burn

Burn tokens from an account, destroying them Usage: stellar token burn [OPTIONS] --id <ID> --from <FROM> --amount <AMOUNT>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --id <ID> — The token to burn: a contract id or alias, native, or a classic asset as CODE:ISSUER
  • --from <FROM> — Account whose tokens are destroyed. Signs and authorizes the burn, so it must be an identity or secret key you control
  • --amount <AMOUNT> — Amount to burn, in the token’s smallest unit (stroops for a Stellar Asset Contract)
  • --output <OUTPUT> — Format of the output Default value: text Possible values:
    • text: Human-readable text
    • json: Compact, single-line JSON output
    • json-formatted: Formatted (multiline) JSON output
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries

stellar token burn-from

Burn tokens from an owner’s account using a granted allowance Usage: stellar token burn-from [OPTIONS] --id <ID> --spender <SPENDER> --from <FROM> --amount <AMOUNT>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --id <ID> — The token to burn from: a contract id or alias, native, or a classic asset as CODE:ISSUER
  • --spender <SPENDER> — Spender drawing on its allowance. Signs and authorizes the burn, so it must be an identity or secret key you control
  • --from <FROM> — Owner whose tokens are destroyed. Must have granted --spender an allowance. Accepts a G…/M… account, a C… contract address, or an alias
  • --amount <AMOUNT> — Amount to burn, in the token’s smallest unit (stroops for a Stellar Asset Contract)
  • --output <OUTPUT> — Format of the output Default value: text Possible values:
    • text: Human-readable text
    • json: Compact, single-line JSON output
    • json-formatted: Formatted (multiline) JSON output
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries

stellar token balance

Read the token balance of an account or contract Usage: stellar token balance [OPTIONS] --id <ID> --account <ACCOUNT>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --id <ID> — The token to query: a contract id or alias, native, or a classic asset as CODE:ISSUER
  • --account <ACCOUNT> — Account or contract whose balance to read
  • --decimal — Format the balance as a decimal using the token’s decimals, instead of the raw smallest unit (stroops for a Stellar Asset Contract)
  • --output <OUTPUT> — Format of the output Default value: text Possible values:
    • text: Human-readable text
    • json: Compact, single-line JSON output
    • json-formatted: Formatted (multiline) JSON output
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar token name

Read the token’s name (SEP-41 metadata) Usage: stellar token name [OPTIONS] --id <ID>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --id <ID> — The token to query: a contract id or alias, native, or a classic asset as CODE:ISSUER
  • --output <OUTPUT> — Format of the output Default value: text Possible values:
    • text: Human-readable text
    • json: Compact, single-line JSON output
    • json-formatted: Formatted (multiline) JSON output
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar token symbol

Read the token’s symbol (SEP-41 metadata) Usage: stellar token symbol [OPTIONS] --id <ID>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --id <ID> — The token to query: a contract id or alias, native, or a classic asset as CODE:ISSUER
  • --output <OUTPUT> — Format of the output Default value: text Possible values:
    • text: Human-readable text
    • json: Compact, single-line JSON output
    • json-formatted: Formatted (multiline) JSON output
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar token decimals

Read the token’s decimals (SEP-41 metadata) Usage: stellar token decimals [OPTIONS] --id <ID>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --id <ID> — The token to query: a contract id or alias, native, or a classic asset as CODE:ISSUER
  • --output <OUTPUT> — Format of the output Default value: text Possible values:
    • text: Human-readable text
    • json: Compact, single-line JSON output
    • json-formatted: Formatted (multiline) JSON output
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar token approve

Approve an allowance for a spender to transfer on your behalf Usage: stellar token approve [OPTIONS] --id <ID> --from <FROM> --spender <SPENDER> --amount <AMOUNT> --expiration-ledger <EXPIRATION_LEDGER>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --id <ID> — The token to approve an allowance on: a contract id or alias, native, or a classic asset as CODE:ISSUER
  • --from <FROM> — Account granting the allowance. Signs and authorizes the approval, so it must be an identity or secret key you control
  • --spender <SPENDER> — Account or contract allowed to spend on --from’s behalf. Accepts a G…/M… account, a C… contract address, or an alias
  • --amount <AMOUNT> — Allowance to grant, in the token’s smallest unit (stroops for a Stellar Asset Contract). Replaces any existing allowance
  • --expiration-ledger <EXPIRATION_LEDGER> — Ledger sequence after which the allowance expires. Must be at or beyond the current ledger when the amount is positive
  • --output <OUTPUT> — Format of the output Default value: text Possible values:
    • text: Human-readable text
    • json: Compact, single-line JSON output
    • json-formatted: Formatted (multiline) JSON output
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries

stellar token allowance

Read the allowance a spender has on an owner’s behalf Usage: stellar token allowance [OPTIONS] --id <ID> --from <FROM> --spender <SPENDER>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --id <ID> — The token to query: a contract id or alias, native, or a classic asset as CODE:ISSUER
  • --from <FROM> — Account or contract that granted the allowance (the owner of the funds)
  • --spender <SPENDER> — Account or contract allowed to spend on --from’s behalf
  • --decimal — Format the allowance as a decimal using the token’s decimals, instead of the raw smallest unit (stroops for a Stellar Asset Contract)
  • --output <OUTPUT> — Format of the output Default value: text Possible values:
    • text: Human-readable text
    • json: Compact, single-line JSON output
    • json-formatted: Formatted (multiline) JSON output
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar tx

Sign, Simulate, and Send transactions Usage: stellar tx <COMMAND>
Subcommands:
  • update — Update the transaction
  • edit — Edit a transaction envelope from stdin. This command respects the environment variables STELLAR_EDITOR, EDITOR and VISUAL, in that order
  • hash — Calculate the hash of a transaction envelope
  • new — Create a new transaction
  • operation — Manipulate the operations in a transaction, including adding new operations
  • send — Send a transaction envelope to the network
  • sign — Sign a transaction envelope appending the signature to the envelope
  • simulate — Simulate a transaction envelope from stdin
  • fetch — Fetch a transaction from the network by hash If no subcommand is passed in, the transaction envelope will be returned
  • decode — Decode a transaction envelope from XDR to JSON
  • encode — Encode a transaction envelope from JSON to XDR

stellar tx update

Update the transaction Usage: stellar tx update <COMMAND>
Subcommands:
  • sequence-number — Edit the sequence number on a transaction

stellar tx update sequence-number

Edit the sequence number on a transaction Usage: stellar tx update sequence-number <COMMAND> Command Alias: seq-num
Subcommands:
  • next — Fetch the source account’s seq-num and increment for the given tx

stellar tx update sequence-number next

Fetch the source account’s seq-num and increment for the given tx Usage: stellar tx update sequence-number next [OPTIONS]
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar tx edit

Edit a transaction envelope from stdin. This command respects the environment variables STELLAR_EDITOR, EDITOR and VISUAL, in that order. Example: Start a new edit session $ stellar tx edit Example: Pipe an XDR transaction envelope $ stellar tx new manage-data —data-name hello —build-only | stellar tx edit Usage: stellar tx edit

stellar tx hash

Calculate the hash of a transaction envelope Usage: stellar tx hash [OPTIONS] [TX_XDR]
Arguments:
  • <TX_XDR> — Base-64 transaction envelope XDR or file containing XDR to decode, or stdin if empty
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar tx new

Create a new transaction Usage: stellar tx new <COMMAND>
Subcommands:
  • account-merge — Transfer XLM balance to another account and remove source account
  • begin-sponsoring-future-reserves — Begin sponsoring future reserves for another account
  • bump-sequence — Bump sequence number to invalidate older transactions
  • change-trust — Create, update, or delete a trustline
  • claim-claimable-balance — Claim a claimable balance by its balance ID
  • clawback — Clawback an asset from an account
  • clawback-claimable-balance — Clawback a claimable balance by its balance ID
  • create-account — Create and fund a new account
  • create-claimable-balance — Create a claimable balance that can be claimed by specified accounts
  • create-passive-sell-offer — Create a passive sell offer on the Stellar DEX
  • end-sponsoring-future-reserves — End sponsoring future reserves
  • liquidity-pool-deposit — Deposit assets into a liquidity pool
  • liquidity-pool-withdraw — Withdraw assets from a liquidity pool
  • manage-buy-offer — Create, update, or delete a buy offer
  • manage-data — Set, modify, or delete account data entries
  • manage-sell-offer — Create, update, or delete a sell offer
  • path-payment-strict-send — Send a payment with a different asset using path finding, specifying the send amount
  • path-payment-strict-receive — Send a payment with a different asset using path finding, specifying the receive amount
  • payment — Send asset to destination account
  • revoke-sponsorship — Revoke sponsorship of a ledger entry or signer
  • set-options — Set account options like flags, signers, and home domain
  • set-trustline-flags — Configure authorization and trustline flags for an asset

stellar tx new account-merge

Transfer XLM balance to another account and remove source account Usage: stellar tx new account-merge [OPTIONS] --source-account <SOURCE_ACCOUNT> --account <ACCOUNT>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --account <ACCOUNT> — Muxed Account to merge with, e.g. GBX..., ‘MBX…’
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx new begin-sponsoring-future-reserves

Begin sponsoring future reserves for another account Usage: stellar tx new begin-sponsoring-future-reserves [OPTIONS] --source-account <SOURCE_ACCOUNT> --sponsored-id <SPONSORED_ID>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --sponsored-id <SPONSORED_ID> — Account that will be sponsored
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx new bump-sequence

Bump sequence number to invalidate older transactions Usage: stellar tx new bump-sequence [OPTIONS] --source-account <SOURCE_ACCOUNT> --bump-to <BUMP_TO>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --bump-to <BUMP_TO> — Sequence number to bump to
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx new change-trust

Create, update, or delete a trustline Usage: stellar tx new change-trust [OPTIONS] --source-account <SOURCE_ACCOUNT> --line <LINE>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --line <LINE>
  • --limit <LIMIT> — Limit for the trust line, 0 to remove the trust line Default value: 9223372036854775807
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx new claim-claimable-balance

Claim a claimable balance by its balance ID Usage: stellar tx new claim-claimable-balance [OPTIONS] --source-account <SOURCE_ACCOUNT> --balance-id <BALANCE_ID>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --balance-id <BALANCE_ID> — Balance ID of the claimable balance to claim (64-character hex string)
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx new clawback

Clawback an asset from an account Usage: stellar tx new clawback [OPTIONS] --source-account <SOURCE_ACCOUNT> --from <FROM> --asset <ASSET> --amount <AMOUNT>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --from <FROM> — Account to clawback assets from, e.g. GBX...
  • --asset <ASSET> — Asset to clawback
  • --amount <AMOUNT> — Amount of the asset to clawback, in stroops. 1 stroop = 0.0000001 of the asset
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx new clawback-claimable-balance

Clawback a claimable balance by its balance ID Usage: stellar tx new clawback-claimable-balance [OPTIONS] --source-account <SOURCE_ACCOUNT> --balance-id <BALANCE_ID>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --balance-id <BALANCE_ID> — Balance ID of the claimable balance to clawback. Accepts multiple formats: - API format with type prefix (72 chars): 000000006f2179b31311fa8064760b48942c8e166702ba0b8fbe7358c4fd570421840461 - Direct hash format (64 chars): 6f2179b31311fa8064760b48942c8e166702ba0b8fbe7358c4fd570421840461 - Address format (base32): BAAMLBZI42AD52HKGIZOU7WFVZM6BPEJCLPL44QU2AT6TY3P57I5QDNYIA
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx new create-account

Create and fund a new account Usage: stellar tx new create-account [OPTIONS] --source-account <SOURCE_ACCOUNT> --destination <DESTINATION>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --destination <DESTINATION> — Account Id to create, e.g. GBX...
  • --starting-balance <STARTING_BALANCE> — Initial balance in stroops of the account, default 1 XLM Default value: 10_000_000
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx new create-claimable-balance

Create a claimable balance that can be claimed by specified accounts Usage: stellar tx new create-claimable-balance [OPTIONS] --source-account <SOURCE_ACCOUNT> --amount <AMOUNT>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --asset <ASSET> — Asset to be held in the ClaimableBalanceEntry Default value: native
  • --amount <AMOUNT> — Amount of asset to store in the entry, in stroops. 1 stroop = 0.0000001 of the asset
  • --claimant <CLAIMANTS> — Claimants of the claimable balance. Format: account_id or account_id:predicate_json Can be specified multiple times for multiple claimants. Examples:
    • --claimant alice (unconditional) - --claimant 'bob:{"before_absolute_time":"1735689599"}' - --claimant 'charlie:{"and":[{"before_absolute_time":"1735689599"},{"before_relative_time":"3600"}]}'
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx new create-passive-sell-offer

Create a passive sell offer on the Stellar DEX Usage: stellar tx new create-passive-sell-offer [OPTIONS] --source-account <SOURCE_ACCOUNT> --selling <SELLING> --buying <BUYING> --amount <AMOUNT> --price <PRICE>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --selling <SELLING> — Asset to sell
  • --buying <BUYING> — Asset to buy
  • --amount <AMOUNT> — Amount of selling asset to offer, in stroops. 1 stroop = 0.0000001 of the asset (e.g. 1 XLM = 10_000_000 stroops)
  • --price <PRICE> — Price of 1 unit of selling asset in terms of buying asset as “numerator:denominator” (e.g., “1:2” means 0.5)
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx new end-sponsoring-future-reserves

End sponsoring future reserves Usage: stellar tx new end-sponsoring-future-reserves [OPTIONS] --source-account <SOURCE_ACCOUNT>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx new liquidity-pool-deposit

Deposit assets into a liquidity pool Usage: stellar tx new liquidity-pool-deposit [OPTIONS] --source-account <SOURCE_ACCOUNT> --liquidity-pool-id <LIQUIDITY_POOL_ID> --max-amount-a <MAX_AMOUNT_A> --max-amount-b <MAX_AMOUNT_B>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --liquidity-pool-id <LIQUIDITY_POOL_ID> — Liquidity pool ID to deposit to
  • --max-amount-a <MAX_AMOUNT_A> — Maximum amount of the first asset to deposit, in stroops
  • --max-amount-b <MAX_AMOUNT_B> — Maximum amount of the second asset to deposit, in stroops
  • --min-price <MIN_PRICE> — Minimum price for the first asset in terms of the second asset as “numerator:denominator” (e.g., “1:2” means 0.5) Default value: 1:1
  • --max-price <MAX_PRICE> — Maximum price for the first asset in terms of the second asset as “numerator:denominator” (e.g., “1:2” means 0.5) Default value: 1:1
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx new liquidity-pool-withdraw

Withdraw assets from a liquidity pool Usage: stellar tx new liquidity-pool-withdraw [OPTIONS] --source-account <SOURCE_ACCOUNT> --liquidity-pool-id <LIQUIDITY_POOL_ID> --amount <AMOUNT> --min-amount-a <MIN_AMOUNT_A> --min-amount-b <MIN_AMOUNT_B>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --liquidity-pool-id <LIQUIDITY_POOL_ID> — Liquidity pool ID to withdraw from
  • --amount <AMOUNT> — Amount of pool shares to withdraw, in stroops
  • --min-amount-a <MIN_AMOUNT_A> — Minimum amount of the first asset to receive, in stroops
  • --min-amount-b <MIN_AMOUNT_B> — Minimum amount of the second asset to receive, in stroops
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx new manage-buy-offer

Create, update, or delete a buy offer Usage: stellar tx new manage-buy-offer [OPTIONS] --source-account <SOURCE_ACCOUNT> --selling <SELLING> --buying <BUYING> --amount <AMOUNT> --price <PRICE>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --selling <SELLING> — Asset to sell
  • --buying <BUYING> — Asset to buy
  • --amount <AMOUNT> — Amount of buying asset to purchase, in stroops. 1 stroop = 0.0000001 of the asset (e.g. 1 XLM = 10_000_000 stroops). Use 0 to remove the offer
  • --price <PRICE> — Price of 1 unit of buying asset in terms of selling asset as “numerator:denominator” (e.g., “1:2” means 0.5)
  • --offer-id <OFFER_ID> — Offer ID. If 0, will create new offer. Otherwise, will update existing offer Default value: 0
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx new manage-data

Set, modify, or delete account data entries Usage: stellar tx new manage-data [OPTIONS] --source-account <SOURCE_ACCOUNT> --data-name <DATA_NAME>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --data-name <DATA_NAME> — String up to 64 bytes long. If this is a new Name it will add the given name/value pair to the account. If this Name is already present then the associated value will be modified
  • --data-value <DATA_VALUE> — Up to 64 bytes long hex string If not present then the existing Name will be deleted. If present then this value will be set in the DataEntry
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx new manage-sell-offer

Create, update, or delete a sell offer Usage: stellar tx new manage-sell-offer [OPTIONS] --source-account <SOURCE_ACCOUNT> --selling <SELLING> --buying <BUYING> --amount <AMOUNT> --price <PRICE>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --selling <SELLING> — Asset to sell
  • --buying <BUYING> — Asset to buy
  • --amount <AMOUNT> — Amount of selling asset to offer, in stroops. 1 stroop = 0.0000001 of the asset (e.g. 1 XLM = 10_000_000 stroops). Use 0 to remove the offer
  • --price <PRICE> — Price of 1 unit of selling asset in terms of buying asset as “numerator:denominator” (e.g., “1:2” means 0.5)
  • --offer-id <OFFER_ID> — Offer ID. If 0, will create new offer. Otherwise, will update existing offer Default value: 0
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx new path-payment-strict-send

Send a payment with a different asset using path finding, specifying the send amount Usage: stellar tx new path-payment-strict-send [OPTIONS] --source-account <SOURCE_ACCOUNT> --send-asset <SEND_ASSET> --send-amount <SEND_AMOUNT> --destination <DESTINATION> --dest-asset <DEST_ASSET> --dest-min <DEST_MIN>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --send-asset <SEND_ASSET> — Asset to send (pay with)
  • --send-amount <SEND_AMOUNT> — Amount of send asset to deduct from sender’s account, in stroops. 1 stroop = 0.0000001 of the asset (e.g. 1 XLM = 10_000_000 stroops)
  • --destination <DESTINATION> — Account that receives the payment
  • --dest-asset <DEST_ASSET> — Asset that the destination will receive
  • --dest-min <DEST_MIN> — Minimum amount of destination asset that the destination account can receive. The operation will fail if this amount cannot be met
  • --path <PATH> — List of intermediate assets for the payment path, comma-separated (up to 5 assets). Each asset should be in the format ‘code:issuer’ or ‘native’ for XLM
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx new path-payment-strict-receive

Send a payment with a different asset using path finding, specifying the receive amount Usage: stellar tx new path-payment-strict-receive [OPTIONS] --source-account <SOURCE_ACCOUNT> --send-asset <SEND_ASSET> --send-max <SEND_MAX> --destination <DESTINATION> --dest-asset <DEST_ASSET> --dest-amount <DEST_AMOUNT>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --send-asset <SEND_ASSET> — Asset to send (pay with)
  • --send-max <SEND_MAX> — Maximum amount of send asset to deduct from sender’s account, in stroops. 1 stroop = 0.0000001 of the asset (e.g. 1 XLM = 10_000_000 stroops)
  • --destination <DESTINATION> — Account that receives the payment
  • --dest-asset <DEST_ASSET> — Asset that the destination will receive
  • --dest-amount <DEST_AMOUNT> — Exact amount of destination asset that the destination account will receive, in stroops. 1 stroop = 0.0000001 of the asset
  • --path <PATH> — List of intermediate assets for the payment path, comma-separated (up to 5 assets). Each asset should be in the format ‘code:issuer’ or ‘native’ for XLM
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx new payment

Send asset to destination account Usage: stellar tx new payment [OPTIONS] --source-account <SOURCE_ACCOUNT> --destination <DESTINATION> --amount <AMOUNT>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --destination <DESTINATION> — Account to send to, e.g. GBX...
  • --asset <ASSET> — Asset to send, default native, e.i. XLM Default value: native
  • --amount <AMOUNT> — Amount of the aforementioned asset to send, in stroops. 1 stroop = 0.0000001 of the asset (e.g. 1 XLM = 10_000_000 stroops)
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx new revoke-sponsorship

Revoke sponsorship of a ledger entry or signer Usage: stellar tx new revoke-sponsorship [OPTIONS] --source-account <SOURCE_ACCOUNT> --account-id <ACCOUNT_ID>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --account-id <ACCOUNT_ID> — Account ID (required for all sponsorship types)
  • --asset <ASSET> — Asset for trustline sponsorship (format: CODE:ISSUER)
  • --data-name <DATA_NAME> — Data name for data entry sponsorship
  • --offer-id <OFFER_ID> — Offer ID for offer sponsorship
  • --liquidity-pool-id <LIQUIDITY_POOL_ID> — Pool ID for liquidity pool sponsorship. Accepts multiple formats: - API format with type prefix (72 chars): 000000006f2179b31311fa8064760b48942c8e166702ba0b8fbe7358c4fd570421840461 - Direct hash format (64 chars): 6f2179b31311fa8064760b48942c8e166702ba0b8fbe7358c4fd570421840461 - Address format (base32): LAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
  • --claimable-balance-id <CLAIMABLE_BALANCE_ID> — Claimable balance ID for claimable balance sponsorship. Accepts multiple formats: - API format with type prefix (72 chars): 000000006f2179b31311fa8064760b48942c8e166702ba0b8fbe7358c4fd570421840461 - Direct hash format (64 chars): 6f2179b31311fa8064760b48942c8e166702ba0b8fbe7358c4fd570421840461 - Address format (base32): BAAMLBZI42AD52HKGIZOU7WFVZM6BPEJCLPL44QU2AT6TY3P57I5QDNYIA
  • --signer-key <SIGNER_KEY> — Signer key for signer sponsorship
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx new set-options

Set account options like flags, signers, and home domain Usage: stellar tx new set-options [OPTIONS] --source-account <SOURCE_ACCOUNT>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx new set-trustline-flags

Configure authorization and trustline flags for an asset Usage: stellar tx new set-trustline-flags [OPTIONS] --source-account <SOURCE_ACCOUNT> --trustor <TRUSTOR> --asset <ASSET>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --trustor <TRUSTOR> — Account to set trustline flags for, e.g. GBX..., or alias, or muxed account, `M123…“
  • --asset <ASSET> — Asset to set trustline flags for
  • --set-authorize — Signifies complete authorization allowing an account to transact freely with the asset to make and receive payments and place orders
  • --set-authorize-to-maintain-liabilities — Denotes limited authorization that allows an account to maintain current orders but not to otherwise transact with the asset
  • --set-trustline-clawback-enabled — Enables the issuing account to take back (burning) all of the asset. See our section on Clawbacks: https://developers.stellar.org/docs/learn/encyclopedia/transactions-specialized/clawbacks
  • --clear-authorize
  • --clear-authorize-to-maintain-liabilities
  • --clear-trustline-clawback-enabled
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx operation

Manipulate the operations in a transaction, including adding new operations Usage: stellar tx operation <COMMAND> Command Alias: op
Subcommands:
  • add — Add Operation to a transaction

stellar tx operation add

Add Operation to a transaction Usage: stellar tx operation add <COMMAND>
Subcommands:
  • account-merge — Transfer XLM balance to another account and remove source account
  • begin-sponsoring-future-reserves — Begin sponsoring future reserves for another account
  • bump-sequence — Bump sequence number to invalidate older transactions
  • change-trust — Create, update, or delete a trustline
  • claim-claimable-balance — Claim a claimable balance by its balance ID
  • clawback — Clawback an asset from an account
  • clawback-claimable-balance — Clawback a claimable balance by its balance ID
  • create-account — Create and fund a new account
  • create-claimable-balance — Create a claimable balance that can be claimed by specified accounts
  • create-passive-sell-offer — Create a passive sell offer on the Stellar DEX
  • end-sponsoring-future-reserves — End sponsoring future reserves
  • liquidity-pool-deposit — Deposit assets into a liquidity pool
  • liquidity-pool-withdraw — Withdraw assets from a liquidity pool
  • manage-buy-offer — Create, update, or delete a buy offer
  • manage-data — Set, modify, or delete account data entries
  • manage-sell-offer — Create, update, or delete a sell offer
  • path-payment-strict-receive — Send a payment with a different asset using path finding, specifying the receive amount
  • path-payment-strict-send — Send a payment with a different asset using path finding, specifying the send amount
  • payment — Send asset to destination account
  • revoke-sponsorship — Revoke sponsorship of a ledger entry or signer
  • set-options — Set account options like flags, signers, and home domain
  • set-trustline-flags — Configure authorization and trustline flags for an asset

stellar tx operation add account-merge

Transfer XLM balance to another account and remove source account Usage: stellar tx operation add account-merge [OPTIONS] --source-account <SOURCE_ACCOUNT> --account <ACCOUNT> [TX_XDR]
Arguments:
  • <TX_XDR> — Base-64 transaction envelope XDR or file containing XDR to decode, or stdin if empty
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --operation-source-account <OPERATION_SOURCE_ACCOUNT> [alias: op-source] — Source account used for the operation
  • --account <ACCOUNT> — Muxed Account to merge with, e.g. GBX..., ‘MBX…’
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx operation add begin-sponsoring-future-reserves

Begin sponsoring future reserves for another account Usage: stellar tx operation add begin-sponsoring-future-reserves [OPTIONS] --source-account <SOURCE_ACCOUNT> --sponsored-id <SPONSORED_ID> [TX_XDR]
Arguments:
  • <TX_XDR> — Base-64 transaction envelope XDR or file containing XDR to decode, or stdin if empty
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --operation-source-account <OPERATION_SOURCE_ACCOUNT> [alias: op-source] — Source account used for the operation
  • --sponsored-id <SPONSORED_ID> — Account that will be sponsored
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx operation add bump-sequence

Bump sequence number to invalidate older transactions Usage: stellar tx operation add bump-sequence [OPTIONS] --source-account <SOURCE_ACCOUNT> --bump-to <BUMP_TO> [TX_XDR]
Arguments:
  • <TX_XDR> — Base-64 transaction envelope XDR or file containing XDR to decode, or stdin if empty
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --operation-source-account <OPERATION_SOURCE_ACCOUNT> [alias: op-source] — Source account used for the operation
  • --bump-to <BUMP_TO> — Sequence number to bump to
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx operation add change-trust

Create, update, or delete a trustline Usage: stellar tx operation add change-trust [OPTIONS] --source-account <SOURCE_ACCOUNT> --line <LINE> [TX_XDR]
Arguments:
  • <TX_XDR> — Base-64 transaction envelope XDR or file containing XDR to decode, or stdin if empty
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --operation-source-account <OPERATION_SOURCE_ACCOUNT> [alias: op-source] — Source account used for the operation
  • --line <LINE>
  • --limit <LIMIT> — Limit for the trust line, 0 to remove the trust line Default value: 9223372036854775807
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx operation add claim-claimable-balance

Claim a claimable balance by its balance ID Usage: stellar tx operation add claim-claimable-balance [OPTIONS] --source-account <SOURCE_ACCOUNT> --balance-id <BALANCE_ID> [TX_XDR]
Arguments:
  • <TX_XDR> — Base-64 transaction envelope XDR or file containing XDR to decode, or stdin if empty
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --operation-source-account <OPERATION_SOURCE_ACCOUNT> [alias: op-source] — Source account used for the operation
  • --balance-id <BALANCE_ID> — Balance ID of the claimable balance to claim (64-character hex string)
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx operation add clawback

Clawback an asset from an account Usage: stellar tx operation add clawback [OPTIONS] --source-account <SOURCE_ACCOUNT> --from <FROM> --asset <ASSET> --amount <AMOUNT> [TX_XDR]
Arguments:
  • <TX_XDR> — Base-64 transaction envelope XDR or file containing XDR to decode, or stdin if empty
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --operation-source-account <OPERATION_SOURCE_ACCOUNT> [alias: op-source] — Source account used for the operation
  • --from <FROM> — Account to clawback assets from, e.g. GBX...
  • --asset <ASSET> — Asset to clawback
  • --amount <AMOUNT> — Amount of the asset to clawback, in stroops. 1 stroop = 0.0000001 of the asset
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx operation add clawback-claimable-balance

Clawback a claimable balance by its balance ID Usage: stellar tx operation add clawback-claimable-balance [OPTIONS] --source-account <SOURCE_ACCOUNT> --balance-id <BALANCE_ID> [TX_XDR]
Arguments:
  • <TX_XDR> — Base-64 transaction envelope XDR or file containing XDR to decode, or stdin if empty
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --operation-source-account <OPERATION_SOURCE_ACCOUNT> [alias: op-source] — Source account used for the operation
  • --balance-id <BALANCE_ID> — Balance ID of the claimable balance to clawback. Accepts multiple formats: - API format with type prefix (72 chars): 000000006f2179b31311fa8064760b48942c8e166702ba0b8fbe7358c4fd570421840461 - Direct hash format (64 chars): 6f2179b31311fa8064760b48942c8e166702ba0b8fbe7358c4fd570421840461 - Address format (base32): BAAMLBZI42AD52HKGIZOU7WFVZM6BPEJCLPL44QU2AT6TY3P57I5QDNYIA
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx operation add create-account

Create and fund a new account Usage: stellar tx operation add create-account [OPTIONS] --source-account <SOURCE_ACCOUNT> --destination <DESTINATION> [TX_XDR]
Arguments:
  • <TX_XDR> — Base-64 transaction envelope XDR or file containing XDR to decode, or stdin if empty
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --operation-source-account <OPERATION_SOURCE_ACCOUNT> [alias: op-source] — Source account used for the operation
  • --destination <DESTINATION> — Account Id to create, e.g. GBX...
  • --starting-balance <STARTING_BALANCE> — Initial balance in stroops of the account, default 1 XLM Default value: 10_000_000
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx operation add create-claimable-balance

Create a claimable balance that can be claimed by specified accounts Usage: stellar tx operation add create-claimable-balance [OPTIONS] --source-account <SOURCE_ACCOUNT> --amount <AMOUNT> [TX_XDR]
Arguments:
  • <TX_XDR> — Base-64 transaction envelope XDR or file containing XDR to decode, or stdin if empty
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --operation-source-account <OPERATION_SOURCE_ACCOUNT> [alias: op-source] — Source account used for the operation
  • --asset <ASSET> — Asset to be held in the ClaimableBalanceEntry Default value: native
  • --amount <AMOUNT> — Amount of asset to store in the entry, in stroops. 1 stroop = 0.0000001 of the asset
  • --claimant <CLAIMANTS> — Claimants of the claimable balance. Format: account_id or account_id:predicate_json Can be specified multiple times for multiple claimants. Examples:
    • --claimant alice (unconditional) - --claimant 'bob:{"before_absolute_time":"1735689599"}' - --claimant 'charlie:{"and":[{"before_absolute_time":"1735689599"},{"before_relative_time":"3600"}]}'
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx operation add create-passive-sell-offer

Create a passive sell offer on the Stellar DEX Usage: stellar tx operation add create-passive-sell-offer [OPTIONS] --source-account <SOURCE_ACCOUNT> --selling <SELLING> --buying <BUYING> --amount <AMOUNT> --price <PRICE> [TX_XDR]
Arguments:
  • <TX_XDR> — Base-64 transaction envelope XDR or file containing XDR to decode, or stdin if empty
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --operation-source-account <OPERATION_SOURCE_ACCOUNT> [alias: op-source] — Source account used for the operation
  • --selling <SELLING> — Asset to sell
  • --buying <BUYING> — Asset to buy
  • --amount <AMOUNT> — Amount of selling asset to offer, in stroops. 1 stroop = 0.0000001 of the asset (e.g. 1 XLM = 10_000_000 stroops)
  • --price <PRICE> — Price of 1 unit of selling asset in terms of buying asset as “numerator:denominator” (e.g., “1:2” means 0.5)
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx operation add end-sponsoring-future-reserves

End sponsoring future reserves Usage: stellar tx operation add end-sponsoring-future-reserves [OPTIONS] --source-account <SOURCE_ACCOUNT> [TX_XDR]
Arguments:
  • <TX_XDR> — Base-64 transaction envelope XDR or file containing XDR to decode, or stdin if empty
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --operation-source-account <OPERATION_SOURCE_ACCOUNT> [alias: op-source] — Source account used for the operation
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx operation add liquidity-pool-deposit

Deposit assets into a liquidity pool Usage: stellar tx operation add liquidity-pool-deposit [OPTIONS] --source-account <SOURCE_ACCOUNT> --liquidity-pool-id <LIQUIDITY_POOL_ID> --max-amount-a <MAX_AMOUNT_A> --max-amount-b <MAX_AMOUNT_B> [TX_XDR]
Arguments:
  • <TX_XDR> — Base-64 transaction envelope XDR or file containing XDR to decode, or stdin if empty
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --operation-source-account <OPERATION_SOURCE_ACCOUNT> [alias: op-source] — Source account used for the operation
  • --liquidity-pool-id <LIQUIDITY_POOL_ID> — Liquidity pool ID to deposit to
  • --max-amount-a <MAX_AMOUNT_A> — Maximum amount of the first asset to deposit, in stroops
  • --max-amount-b <MAX_AMOUNT_B> — Maximum amount of the second asset to deposit, in stroops
  • --min-price <MIN_PRICE> — Minimum price for the first asset in terms of the second asset as “numerator:denominator” (e.g., “1:2” means 0.5) Default value: 1:1
  • --max-price <MAX_PRICE> — Maximum price for the first asset in terms of the second asset as “numerator:denominator” (e.g., “1:2” means 0.5) Default value: 1:1
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx operation add liquidity-pool-withdraw

Withdraw assets from a liquidity pool Usage: stellar tx operation add liquidity-pool-withdraw [OPTIONS] --source-account <SOURCE_ACCOUNT> --liquidity-pool-id <LIQUIDITY_POOL_ID> --amount <AMOUNT> --min-amount-a <MIN_AMOUNT_A> --min-amount-b <MIN_AMOUNT_B> [TX_XDR]
Arguments:
  • <TX_XDR> — Base-64 transaction envelope XDR or file containing XDR to decode, or stdin if empty
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --operation-source-account <OPERATION_SOURCE_ACCOUNT> [alias: op-source] — Source account used for the operation
  • --liquidity-pool-id <LIQUIDITY_POOL_ID> — Liquidity pool ID to withdraw from
  • --amount <AMOUNT> — Amount of pool shares to withdraw, in stroops
  • --min-amount-a <MIN_AMOUNT_A> — Minimum amount of the first asset to receive, in stroops
  • --min-amount-b <MIN_AMOUNT_B> — Minimum amount of the second asset to receive, in stroops
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx operation add manage-buy-offer

Create, update, or delete a buy offer Usage: stellar tx operation add manage-buy-offer [OPTIONS] --source-account <SOURCE_ACCOUNT> --selling <SELLING> --buying <BUYING> --amount <AMOUNT> --price <PRICE> [TX_XDR]
Arguments:
  • <TX_XDR> — Base-64 transaction envelope XDR or file containing XDR to decode, or stdin if empty
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --operation-source-account <OPERATION_SOURCE_ACCOUNT> [alias: op-source] — Source account used for the operation
  • --selling <SELLING> — Asset to sell
  • --buying <BUYING> — Asset to buy
  • --amount <AMOUNT> — Amount of buying asset to purchase, in stroops. 1 stroop = 0.0000001 of the asset (e.g. 1 XLM = 10_000_000 stroops). Use 0 to remove the offer
  • --price <PRICE> — Price of 1 unit of buying asset in terms of selling asset as “numerator:denominator” (e.g., “1:2” means 0.5)
  • --offer-id <OFFER_ID> — Offer ID. If 0, will create new offer. Otherwise, will update existing offer Default value: 0
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx operation add manage-data

Set, modify, or delete account data entries Usage: stellar tx operation add manage-data [OPTIONS] --source-account <SOURCE_ACCOUNT> --data-name <DATA_NAME> [TX_XDR]
Arguments:
  • <TX_XDR> — Base-64 transaction envelope XDR or file containing XDR to decode, or stdin if empty
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --operation-source-account <OPERATION_SOURCE_ACCOUNT> [alias: op-source] — Source account used for the operation
  • --data-name <DATA_NAME> — String up to 64 bytes long. If this is a new Name it will add the given name/value pair to the account. If this Name is already present then the associated value will be modified
  • --data-value <DATA_VALUE> — Up to 64 bytes long hex string If not present then the existing Name will be deleted. If present then this value will be set in the DataEntry
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx operation add manage-sell-offer

Create, update, or delete a sell offer Usage: stellar tx operation add manage-sell-offer [OPTIONS] --source-account <SOURCE_ACCOUNT> --selling <SELLING> --buying <BUYING> --amount <AMOUNT> --price <PRICE> [TX_XDR]
Arguments:
  • <TX_XDR> — Base-64 transaction envelope XDR or file containing XDR to decode, or stdin if empty
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --operation-source-account <OPERATION_SOURCE_ACCOUNT> [alias: op-source] — Source account used for the operation
  • --selling <SELLING> — Asset to sell
  • --buying <BUYING> — Asset to buy
  • --amount <AMOUNT> — Amount of selling asset to offer, in stroops. 1 stroop = 0.0000001 of the asset (e.g. 1 XLM = 10_000_000 stroops). Use 0 to remove the offer
  • --price <PRICE> — Price of 1 unit of selling asset in terms of buying asset as “numerator:denominator” (e.g., “1:2” means 0.5)
  • --offer-id <OFFER_ID> — Offer ID. If 0, will create new offer. Otherwise, will update existing offer Default value: 0
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx operation add path-payment-strict-receive

Send a payment with a different asset using path finding, specifying the receive amount Usage: stellar tx operation add path-payment-strict-receive [OPTIONS] --source-account <SOURCE_ACCOUNT> --send-asset <SEND_ASSET> --send-max <SEND_MAX> --destination <DESTINATION> --dest-asset <DEST_ASSET> --dest-amount <DEST_AMOUNT> [TX_XDR]
Arguments:
  • <TX_XDR> — Base-64 transaction envelope XDR or file containing XDR to decode, or stdin if empty
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --operation-source-account <OPERATION_SOURCE_ACCOUNT> [alias: op-source] — Source account used for the operation
  • --send-asset <SEND_ASSET> — Asset to send (pay with)
  • --send-max <SEND_MAX> — Maximum amount of send asset to deduct from sender’s account, in stroops. 1 stroop = 0.0000001 of the asset (e.g. 1 XLM = 10_000_000 stroops)
  • --destination <DESTINATION> — Account that receives the payment
  • --dest-asset <DEST_ASSET> — Asset that the destination will receive
  • --dest-amount <DEST_AMOUNT> — Exact amount of destination asset that the destination account will receive, in stroops. 1 stroop = 0.0000001 of the asset
  • --path <PATH> — List of intermediate assets for the payment path, comma-separated (up to 5 assets). Each asset should be in the format ‘code:issuer’ or ‘native’ for XLM
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx operation add path-payment-strict-send

Send a payment with a different asset using path finding, specifying the send amount Usage: stellar tx operation add path-payment-strict-send [OPTIONS] --source-account <SOURCE_ACCOUNT> --send-asset <SEND_ASSET> --send-amount <SEND_AMOUNT> --destination <DESTINATION> --dest-asset <DEST_ASSET> --dest-min <DEST_MIN> [TX_XDR]
Arguments:
  • <TX_XDR> — Base-64 transaction envelope XDR or file containing XDR to decode, or stdin if empty
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --operation-source-account <OPERATION_SOURCE_ACCOUNT> [alias: op-source] — Source account used for the operation
  • --send-asset <SEND_ASSET> — Asset to send (pay with)
  • --send-amount <SEND_AMOUNT> — Amount of send asset to deduct from sender’s account, in stroops. 1 stroop = 0.0000001 of the asset (e.g. 1 XLM = 10_000_000 stroops)
  • --destination <DESTINATION> — Account that receives the payment
  • --dest-asset <DEST_ASSET> — Asset that the destination will receive
  • --dest-min <DEST_MIN> — Minimum amount of destination asset that the destination account can receive. The operation will fail if this amount cannot be met
  • --path <PATH> — List of intermediate assets for the payment path, comma-separated (up to 5 assets). Each asset should be in the format ‘code:issuer’ or ‘native’ for XLM
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx operation add payment

Send asset to destination account Usage: stellar tx operation add payment [OPTIONS] --source-account <SOURCE_ACCOUNT> --destination <DESTINATION> --amount <AMOUNT> [TX_XDR]
Arguments:
  • <TX_XDR> — Base-64 transaction envelope XDR or file containing XDR to decode, or stdin if empty
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --operation-source-account <OPERATION_SOURCE_ACCOUNT> [alias: op-source] — Source account used for the operation
  • --destination <DESTINATION> — Account to send to, e.g. GBX...
  • --asset <ASSET> — Asset to send, default native, e.i. XLM Default value: native
  • --amount <AMOUNT> — Amount of the aforementioned asset to send, in stroops. 1 stroop = 0.0000001 of the asset (e.g. 1 XLM = 10_000_000 stroops)
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx operation add revoke-sponsorship

Revoke sponsorship of a ledger entry or signer Usage: stellar tx operation add revoke-sponsorship [OPTIONS] --source-account <SOURCE_ACCOUNT> --account-id <ACCOUNT_ID> [TX_XDR]
Arguments:
  • <TX_XDR> — Base-64 transaction envelope XDR or file containing XDR to decode, or stdin if empty
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --operation-source-account <OPERATION_SOURCE_ACCOUNT> [alias: op-source] — Source account used for the operation
  • --account-id <ACCOUNT_ID> — Account ID (required for all sponsorship types)
  • --asset <ASSET> — Asset for trustline sponsorship (format: CODE:ISSUER)
  • --data-name <DATA_NAME> — Data name for data entry sponsorship
  • --offer-id <OFFER_ID> — Offer ID for offer sponsorship
  • --liquidity-pool-id <LIQUIDITY_POOL_ID> — Pool ID for liquidity pool sponsorship. Accepts multiple formats: - API format with type prefix (72 chars): 000000006f2179b31311fa8064760b48942c8e166702ba0b8fbe7358c4fd570421840461 - Direct hash format (64 chars): 6f2179b31311fa8064760b48942c8e166702ba0b8fbe7358c4fd570421840461 - Address format (base32): LAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
  • --claimable-balance-id <CLAIMABLE_BALANCE_ID> — Claimable balance ID for claimable balance sponsorship. Accepts multiple formats: - API format with type prefix (72 chars): 000000006f2179b31311fa8064760b48942c8e166702ba0b8fbe7358c4fd570421840461 - Direct hash format (64 chars): 6f2179b31311fa8064760b48942c8e166702ba0b8fbe7358c4fd570421840461 - Address format (base32): BAAMLBZI42AD52HKGIZOU7WFVZM6BPEJCLPL44QU2AT6TY3P57I5QDNYIA
  • --signer-key <SIGNER_KEY> — Signer key for signer sponsorship
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx operation add set-options

Set account options like flags, signers, and home domain Usage: stellar tx operation add set-options [OPTIONS] --source-account <SOURCE_ACCOUNT> [TX_XDR]
Arguments:
  • <TX_XDR> — Base-64 transaction envelope XDR or file containing XDR to decode, or stdin if empty
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx operation add set-trustline-flags

Configure authorization and trustline flags for an asset Usage: stellar tx operation add set-trustline-flags [OPTIONS] --source-account <SOURCE_ACCOUNT> --trustor <TRUSTOR> --asset <ASSET> [TX_XDR]
Arguments:
  • <TX_XDR> — Base-64 transaction envelope XDR or file containing XDR to decode, or stdin if empty
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --operation-source-account <OPERATION_SOURCE_ACCOUNT> [alias: op-source] — Source account used for the operation
  • --trustor <TRUSTOR> — Account to set trustline flags for, e.g. GBX..., or alias, or muxed account, `M123…“
  • --asset <ASSET> — Asset to set trustline flags for
  • --set-authorize — Signifies complete authorization allowing an account to transact freely with the asset to make and receive payments and place orders
  • --set-authorize-to-maintain-liabilities — Denotes limited authorization that allows an account to maintain current orders but not to otherwise transact with the asset
  • --set-trustline-clawback-enabled — Enables the issuing account to take back (burning) all of the asset. See our section on Clawbacks: https://developers.stellar.org/docs/learn/encyclopedia/transactions-specialized/clawbacks
  • --clear-authorize
  • --clear-authorize-to-maintain-liabilities
  • --clear-trustline-clawback-enabled
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided
  • --build-only — Build the transaction and only write the base64 xdr to stdout

stellar tx send

Send a transaction envelope to the network Usage: stellar tx send [OPTIONS] [TX_XDR]
Arguments:
  • <TX_XDR> — Base-64 transaction envelope XDR or file containing XDR to decode, or stdin if empty
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar tx sign

Sign a transaction envelope appending the signature to the envelope Usage: stellar tx sign [OPTIONS] [TX_XDR]
Arguments:
  • <TX_XDR> — Base-64 transaction envelope XDR, or file containing XDR to decode, or stdin if empty
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries

stellar tx simulate

Simulate a transaction envelope from stdin Usage: stellar tx simulate [OPTIONS] --source-account <SOURCE_ACCOUNT> [TX_XDR]
Arguments:
  • <TX_XDR> — Base-64 transaction envelope XDR or file containing XDR to decode, or stdin if empty
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --instruction-leeway <INSTRUCTION_LEEWAY> — Allow this many extra instructions when budgeting resources during transaction simulation
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config
  • --auth-mode <AUTH_MODE> — Set the authorization mode for transaction simulation. When unset, the RPC default is used: record with the root mode if no authorization entries exist, otherwise enforce the provided entries. Should only be set for InvokeHostFunction transactions. The enforce mode is for simulating transactions that already contain authorization entries Possible values:
    • enforce: Validate the authorization entries already on the transaction
    • root: Record authorization entries, requiring each to be rooted at the transaction’s top-level operation
    • non-root: Record all authorization entries, including non-root entries
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0
  • --sign-with-lab — Sign with https://lab.stellar.org
  • --sign-with-ledger — Sign with a ledger wallet
  • --auto-sign — Sign without prompting for approval. Only applies to signatures that require user approval, like non-root Soroban auth entries
Transaction Options:
  • -s, --source-account <SOURCE_ACCOUNT> [alias: source] — Account that where transaction originates from. Alias source. Can be an identity (—source alice), a public key (—source GDKW…), a muxed account (—source MDA…), a secret key (—source SC36…), or a seed phrase (—source “kite urban…”). If --build-only was NOT provided, this key will also be used to sign the final transaction. In that case, trying to sign with public key will fail
  • --fee <FEE> — ⚠️ Deprecated, use --inclusion-fee. Fee amount for transaction, in stroops. 1 stroop = 0.0000001 xlm
  • --inclusion-fee <INCLUSION_FEE> — Maximum fee amount for transaction inclusion, in stroops. 1 stroop = 0.0000001 xlm. Defaults to 100 if no arg, env, or config value is provided

stellar tx fetch

Fetch a transaction from the network by hash If no subcommand is passed in, the transaction envelope will be returned Usage: stellar tx fetch [OPTIONS] fetch <COMMAND>
Subcommands:
  • result — Fetch the transaction result
  • meta — Fetch the transaction meta
  • fee — Fetch the transaction fee information
  • events — Fetch the transaction events
Options:
  • --hash <HASH> — Hash of transaction to fetch
  • --output <OUTPUT> — Format of the output Default value: json Possible values:
    • json: JSON output with parsed XDRs (one line, not formatted)
    • json-formatted: Formatted (multiline) JSON output with parsed XDRs
    • xdr: Original RPC output (containing XDRs)
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar tx fetch result

Fetch the transaction result Usage: stellar tx fetch result [OPTIONS] --hash <HASH>
Options:
  • --hash <HASH> — Transaction hash to fetch
  • --output <OUTPUT> — Format of the output Default value: json Possible values:
    • json: JSON output with parsed XDRs (one line, not formatted)
    • json-formatted: Formatted (multiline) JSON output with parsed XDRs
    • xdr: Original RPC output (containing XDRs)
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar tx fetch meta

Fetch the transaction meta Usage: stellar tx fetch meta [OPTIONS] --hash <HASH>
Options:
  • --hash <HASH> — Transaction hash to fetch
  • --output <OUTPUT> — Format of the output Default value: json Possible values:
    • json: JSON output with parsed XDRs (one line, not formatted)
    • json-formatted: Formatted (multiline) JSON output with parsed XDRs
    • xdr: Original RPC output (containing XDRs)
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar tx fetch fee

Fetch the transaction fee information Usage: stellar tx fetch fee [OPTIONS] --hash <HASH>
Options:
  • --hash <HASH> — Transaction hash to fetch
  • --output <OUTPUT> — Output format for fee command Default value: table Possible values:
    • json: JSON output of the ledger entry with parsed XDRs (one line, not formatted)
    • json-formatted: Formatted (multiline) JSON output of the ledger entry with parsed XDRs
    • table: Formatted in a table comparing fee types
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar tx fetch events

Fetch the transaction events Usage: stellar tx fetch events [OPTIONS] --hash <HASH>
Options:
  • --hash <HASH> — Transaction hash to fetch
  • --output <OUTPUT> — Format of the output Default value: json Possible values:
    • json: JSON output of the events with parsed XDRs (one line, not formatted)
    • json-formatted: Formatted (multiline) JSON output of events with parsed XDRs
    • text: Human readable event output with parsed XDRs
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar tx decode

Decode a transaction envelope from XDR to JSON Usage: stellar tx decode [OPTIONS] [INPUT]...
Arguments:
  • <INPUT> — XDR or files containing XDR to decode, or stdin if empty
Options:
  • --input <INPUT_FORMAT> Default value: single-base64 Possible values: single-base64, single
  • --output <OUTPUT_FORMAT> Default value: json Possible values: json, json-formatted

stellar tx encode

Encode a transaction envelope from JSON to XDR Usage: stellar tx encode [OPTIONS] [INPUT]...
Arguments:
  • <INPUT> — XDR or files containing XDR to decode, or stdin if empty
Options:
  • --input <INPUT_FORMAT> Default value: json Possible values: json
  • --output <OUTPUT_FORMAT> Default value: single-base64 Possible values: single-base64, single

stellar xdr

Decode and encode XDR Usage: stellar xdr <COMMAND>
Subcommands:
  • types — View information about types
  • guess — Guess the XDR type
  • decode — Decode XDR
  • encode — Encode XDR
  • compare — Compare two XDR values with each other
  • generate — Generate XDR values
  • xfile — Preprocess XDR .x files
  • version — Print version information

stellar xdr types

View information about types Usage: stellar xdr types <COMMAND>
Subcommands:
  • list —
  • schema —
  • schema-files — Generate JSON schema files for the XDR types, writing a file for each type to the out directory

stellar xdr types list

Usage: stellar xdr types list [OPTIONS]
Options:
  • --output <OUTPUT> Default value: plain Possible values: plain, json, json-formatted

stellar xdr types schema

Usage: stellar xdr types schema [OPTIONS] --type <TYPE>
Options:
  • --type <TYPE> — XDR type to generate schema for
  • --output <OUTPUT> Default value: json-schema-draft201909 Possible values: json-schema-draft201909

stellar xdr types schema-files

Generate JSON schema files for the XDR types, writing a file for each type to the out directory Usage: stellar xdr types schema-files [OPTIONS] --out-dir <OUT_DIR>
Options:
  • --out-dir <OUT_DIR>
  • --output <OUTPUT> Default value: json-schema-draft201909 Possible values: json-schema-draft201909

stellar xdr guess

Guess the XDR type. Prints a list of types that the XDR values can be decoded into. Usage: stellar xdr guess [OPTIONS] [INPUT]
Arguments:
  • <INPUT> — XDR or file containing XDR to decode, or stdin if empty
Options:
  • --input <INPUT_FORMAT> Default value: single-base64 Possible values: single, single-base64, stream, stream-base64, stream-framed
  • --output <OUTPUT_FORMAT> Default value: list Possible values: list
  • --certainty <CERTAINTY> — Certainty as an arbitrary value Default value: 2

stellar xdr decode

Decode XDR Usage: stellar xdr decode [OPTIONS] --type <TYPE> [INPUT]...
Arguments:
  • <INPUT> — XDR or files containing XDR to decode, or stdin if empty
Options:
  • --type <TYPE> — XDR type to decode
  • --input <INPUT_FORMAT> Default value: stream-base64 Possible values: single, single-base64, stream, stream-base64, stream-framed
  • --output <OUTPUT_FORMAT> Default value: json Possible values: json, json-formatted, text, rust-debug, rust-debug-formatted

stellar xdr encode

Encode XDR Usage: stellar xdr encode [OPTIONS] --type <TYPE> [INPUT]...
Arguments:
  • <INPUT> — XDR or files containing XDR to decode, or stdin if empty
Options:
  • --type <TYPE> — XDR type to encode
  • --input <INPUT_FORMAT> Default value: json Possible values: json
  • --output <OUTPUT_FORMAT> Default value: single-base64 Possible values: single, single-base64, stream

stellar xdr compare

Compare two XDR values with each other Outputs: -1 when the left XDR value is less than the right XDR value, 0 when the left XDR value is equal to the right XDR value, 1 when the left XDR value is greater than the right XDR value Usage: stellar xdr compare [OPTIONS] --type <TYPE> <LEFT> <RIGHT>
Arguments:
  • <LEFT> — XDR file to decode and compare with the right value
  • <RIGHT> — XDR file to decode and compare with the left value
Options:
  • --type <TYPE> — XDR type of both inputs
  • --input <INPUT> Default value: single-base64 Possible values: single, single-base64

stellar xdr generate

Generate XDR values Usage: stellar xdr generate <COMMAND>
Subcommands:
  • default — Generate default XDR values
  • arbitrary — Generate arbitrary XDR values

stellar xdr generate default

Generate default XDR values Usage: stellar xdr generate default [OPTIONS] --type <TYPE>
Options:
  • --type <TYPE> — XDR type to generate
  • --output <OUTPUT_FORMAT> Default value: single-base64 Possible values: single, single-base64, json, json-formatted, text

stellar xdr generate arbitrary

Generate arbitrary XDR values Usage: stellar xdr generate arbitrary [OPTIONS] --type <TYPE>
Options:
  • --type <TYPE> — XDR type to generate
  • --output <OUTPUT_FORMAT> Default value: single-base64 Possible values: single, single-base64, json, json-formatted, text
  • --hint <HINT> — Keep generating values until the value’s JSON representation contains this string. Useful for hinting toward a particular union/enum variant or sub-value. Repeat the flag to require several substrings; all of them must be present in the same value
  • --hint-attempts <HINT_ATTEMPTS> — Maximum number of generation attempts when —hint is set before giving up Default value: 20000

stellar xdr xfile

Preprocess XDR .x files Usage: stellar xdr xfile <COMMAND>
Subcommands:
  • preprocess — Preprocess XDR .x files by evaluating #ifdef/#ifndef/#elif/#else/#endif directives

stellar xdr xfile preprocess

Preprocess XDR .x files by evaluating #ifdef/#ifndef/#elif/#else/#endif directives Usage: stellar xdr xfile preprocess [OPTIONS] [INPUT]
Arguments:
  • <INPUT> — XDR .x file to preprocess, or stdin if omitted
Options:
  • --features <FEATURES> — Features/symbols to define
  • --all-features — Enable all features/symbols found in the input

stellar xdr version

Print version information Usage: stellar xdr version

stellar strkey

Decode and encode strkey Usage: stellar strkey [OPTIONS] <COMMAND>
Subcommands:
  • decode — Decode strkey
  • encode — Encode strkey
  • zero — Generate the zero strkey
  • version — Print version information
Options:
  • -q, --quiet — Suppress stderr log and warning output

stellar strkey decode

Decode strkey Reads the strkey from stdin. Usage: stellar strkey decode

stellar strkey encode

Encode strkey Reads the JSON from stdin. Usage: stellar strkey encode

stellar strkey zero

Generate the zero strkey Usage: stellar strkey zero [OPTIONS] <STRKEY>
Arguments:
  • <STRKEY> — Strkey type to generate the zero value for Possible values: public_key_ed25519, pre_auth_tx, hash_x, muxed_account_ed25519, signed_payload_ed25519, contract, liquidity_pool, claimable_balance_v0
Options:
  • --output <OUTPUT> — Output format Default value: strkey Possible values: strkey, json

stellar strkey version

Print version information Usage: stellar strkey version

stellar completion

Print shell completion code for the specified shell Ensure the completion package for your shell is installed, e.g. bash-completion for bash. To enable autocomplete in the current bash shell, run: source <(stellar completion --shell bash) To enable autocomplete permanently, run: echo "source <(stellar completion --shell bash)" >> ~/.bashrc Usage: stellar completion --shell <SHELL>
Options:
  • --shell <SHELL> — The shell type Possible values: bash, elvish, fish, powershell, zsh

stellar cache

Cache for transactions and contract specs Usage: stellar cache <COMMAND>
Subcommands:
  • clean — Delete the cache
  • path — Show the location of the cache
  • actionlog — Access details about cached actions like transactions, and simulations. (Experimental. May see breaking changes at any time.)

stellar cache clean

Delete the cache Usage: stellar cache clean

stellar cache path

Show the location of the cache Usage: stellar cache path

stellar cache actionlog

Access details about cached actions like transactions, and simulations. (Experimental. May see breaking changes at any time.) Usage: stellar cache actionlog <COMMAND>
Subcommands:
  • ls — List cached actions (transactions, simulations)
  • read — Read cached action

stellar cache actionlog ls

List cached actions (transactions, simulations) Usage: stellar cache actionlog ls [OPTIONS]
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • -l, --long

stellar cache actionlog read

Read cached action Usage: stellar cache actionlog read --id <ID>
Options:
  • --id <ID> — ID of the cache entry

stellar version

Print version information Usage: stellar version [OPTIONS]
Options:
  • --only-version — Print only the version
  • --only-version-major — Print only the major version
  • --only-commit — Print only the commit sha

stellar skill

Print an AI-agent skill guide for using the Stellar CLI Outputs a Markdown document describing how to use the Stellar CLI idiomatically. It is meant to be read by AI coding agents (or pasted into their instructions) so they follow the CLI’s conventions: using named networks, identities, and contract aliases instead of raw RPC URLs, secret keys, and hard-coded contract ids. Usage: stellar skill

stellar plugin

The subcommand for CLI plugins Usage: stellar plugin <COMMAND>
Subcommands:
  • search — Search for CLI plugins using GitHub
  • ls — List installed plugins
Search for CLI plugins using GitHub Usage: stellar plugin search

stellar plugin ls

List installed plugins Usage: stellar plugin ls

stellar ledger

Fetch ledger information Usage: stellar ledger <COMMAND>
Subcommands:
  • entry — Work with ledger entries
  • latest — Get the latest ledger sequence and information from the network
  • fetch —

stellar ledger entry

Work with ledger entries Usage: stellar ledger entry <COMMAND>
Subcommands:

stellar ledger entry fetch

Fetch ledger entries. This command supports all types of ledger entries supported by the RPC. Read more about the RPC command here: https://developers.stellar.org/docs/data/apis/rpc/api-reference/methods/getLedgerEntries#types-of-ledgerkeys Usage: stellar ledger entry fetch <COMMAND>
Subcommands:
  • account — Fetch account entry by public key or alias
  • contract-data — Fetch contract ledger entry by address or alias and storage key
  • claimable-balance — Fetch a claimable balance ledger entry by id
  • liquidity-pool — Fetch a liquidity pool ledger entry by id
  • contract-code — Fetch a Contract’s WASM bytecode by WASM hash
  • trustline — Fetch a trustline by account and asset
  • data — Fetch key-value data entries attached to an account (see manageDataOp)
  • offer — Fetch an offer by account and offer id

stellar ledger entry fetch account

Fetch account entry by public key or alias Usage: stellar ledger entry fetch account [OPTIONS] --account <ACCOUNT>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --account <ACCOUNT> — Account alias or address to lookup
  • --output <OUTPUT> — Format of the output Default value: json Possible values:
    • json: JSON output of the ledger entry with parsed XDRs (one line, not formatted)
    • json-formatted: Formatted (multiline) JSON output of the ledger entry with parsed XDRs
    • xdr: Original RPC output (containing XDRs)
  • --hd-path <HD_PATH> — If identity is a seed phrase use this hd path, default is 0
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar ledger entry fetch contract-data

Fetch contract ledger entry by address or alias and storage key Usage: stellar ledger entry fetch contract-data [OPTIONS] --contract <CONTRACT>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --contract <CONTRACT> — Contract alias or address to fetch
  • --output <OUTPUT> — Format of the output Default value: json Possible values:
    • json: JSON output of the ledger entry with parsed XDRs (one line, not formatted)
    • json-formatted: Formatted (multiline) JSON output of the ledger entry with parsed XDRs
    • xdr: Original RPC output (containing XDRs)
  • --durability <DURABILITY> — Storage entry durability Default value: persistent Possible values:
    • persistent: Persistent
    • temporary: Temporary
  • --key <KEY> — Storage key (symbols only)
  • --key-xdr <KEY_XDR> — Storage key (base64-encoded XDR)
  • --instance — If the contract instance ledger entry should be included in the output
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar ledger entry fetch claimable-balance

Fetch a claimable balance ledger entry by id Usage: stellar ledger entry fetch claimable-balance [OPTIONS]
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --id <ID> — Claimable Balance Ids to fetch an entry for
  • --output <OUTPUT> — Format of the output Default value: json Possible values:
    • json: JSON output of the ledger entry with parsed XDRs (one line, not formatted)
    • json-formatted: Formatted (multiline) JSON output of the ledger entry with parsed XDRs
    • xdr: Original RPC output (containing XDRs)
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar ledger entry fetch liquidity-pool

Fetch a liquidity pool ledger entry by id Usage: stellar ledger entry fetch liquidity-pool [OPTIONS]
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --id <ID> — Liquidity pool ids
  • --output <OUTPUT> — Format of the output Default value: json Possible values:
    • json: JSON output of the ledger entry with parsed XDRs (one line, not formatted)
    • json-formatted: Formatted (multiline) JSON output of the ledger entry with parsed XDRs
    • xdr: Original RPC output (containing XDRs)
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar ledger entry fetch contract-code

Fetch a Contract’s WASM bytecode by WASM hash Usage: stellar ledger entry fetch contract-code [OPTIONS]
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --wasm-hash <WASM_HASH> — Get WASM bytecode by hash
  • --output <OUTPUT> — Format of the output Default value: json Possible values:
    • json: JSON output of the ledger entry with parsed XDRs (one line, not formatted)
    • json-formatted: Formatted (multiline) JSON output of the ledger entry with parsed XDRs
    • xdr: Original RPC output (containing XDRs)
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar ledger entry fetch trustline

Fetch a trustline by account and asset Usage: stellar ledger entry fetch trustline [OPTIONS] --account <ACCOUNT> --asset <ASSET>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --output <OUTPUT> — Format of the output Default value: json Possible values:
    • json: JSON output of the ledger entry with parsed XDRs (one line, not formatted)
    • json-formatted: Formatted (multiline) JSON output of the ledger entry with parsed XDRs
    • xdr: Original RPC output (containing XDRs)
  • --account <ACCOUNT> — Account alias or address to lookup
  • --asset <ASSET> — Assets to get trustline info for
  • --hd-path <HD_PATH> — If account is a seed phrase use this hd path, default is 0
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar ledger entry fetch data

Fetch key-value data entries attached to an account (see manageDataOp) Usage: stellar ledger entry fetch data [OPTIONS] --account <ACCOUNT> --data-name <DATA_NAME>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --output <OUTPUT> — Format of the output Default value: json Possible values:
    • json: JSON output of the ledger entry with parsed XDRs (one line, not formatted)
    • json-formatted: Formatted (multiline) JSON output of the ledger entry with parsed XDRs
    • xdr: Original RPC output (containing XDRs)
  • --account <ACCOUNT> — Account alias or address to lookup
  • --data-name <DATA_NAME> — Fetch key-value data entries attached to an account (see manageDataOp)
  • --hd-path <HD_PATH> — If identity is a seed phrase use this hd path, default is 0
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar ledger entry fetch offer

Fetch an offer by account and offer id Usage: stellar ledger entry fetch offer [OPTIONS] --account <ACCOUNT> --offer <OFFER>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --output <OUTPUT> — Format of the output Default value: json Possible values:
    • json: JSON output of the ledger entry with parsed XDRs (one line, not formatted)
    • json-formatted: Formatted (multiline) JSON output of the ledger entry with parsed XDRs
    • xdr: Original RPC output (containing XDRs)
  • --account <ACCOUNT> — Account alias or address to lookup
  • --offer <OFFER> — ID of an offer made on the Stellar DEX
  • --hd-path <HD_PATH> — If identity is a seed phrase use this hd path, default is 0
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar ledger latest

Get the latest ledger sequence and information from the network Usage: stellar ledger latest [OPTIONS]
Options:
  • --output <OUTPUT> — Format of the output Default value: text Possible values:
    • text: Text output of network info
    • json: JSON result of the RPC request
    • json-formatted: Formatted (multiline) JSON output of the RPC request
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar ledger fetch

Usage: stellar ledger fetch [OPTIONS] <SEQ>
Arguments:
  • <SEQ> — Ledger Sequence to start fetch (inclusive)
Options:
  • --limit <LIMIT> — Number of ledgers to fetch Default value: 1
  • --output <OUTPUT> — Format of the output Default value: text Possible values:
    • text: Text output of network info
    • json: JSON result of the RPC request
    • json-formatted: Formatted (multiline) JSON output of the RPC request
  • --xdr-format <XDR_FORMAT> — Format of the xdr in the output Default value: json Possible values:
    • json: XDR fields will be fetched as json and accessible via the headerJson and metadataJson fields
    • xdr: XDR fields will be fetched as xdr and accessible via the headerXdr and metadataXdr fields
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar message

Sign and verify arbitrary messages using SEP-53 Usage: stellar message <COMMAND>
Subcommands:
  • sign — Sign an arbitrary message using SEP-53
  • verify — Verify a SEP-53 signed message

stellar message sign

Sign an arbitrary message using SEP-53 Signs a message following the SEP-53 specification for arbitrary message signing. The provided message will get prefixed with “Stellar Signed Message:\n”, hashed with SHA-256, and signed with the ed25519 private key. Example: stellar message sign “Hello, World!” —sign-with-key alice Usage: stellar message sign [OPTIONS] --sign-with-key <SIGN_WITH_KEY> [MESSAGE]
Arguments:
  • <MESSAGE> — The message to sign. If not provided, reads from stdin. This should not include the SEP-53 prefix “Stellar Signed Message:\n”, as it will be added automatically
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --base64 — Treat the message as base64-encoded binary data
Signing Options:
  • --sign-with-key <SIGN_WITH_KEY> — Sign with a local key or key saved in OS secure storage. Can be an identity (—sign-with-key alice), a secret key (—sign-with-key SC36…), or a seed phrase (—sign-with-key “kite urban…”). If using seed phrase, --hd-path defaults to the 0 path
  • --hd-path <HD_PATH> — If using a seed phrase to sign, sets which hierarchical deterministic path to use, e.g. m/44'/148'/{hd_path}. Example: --hd-path 1. Default: 0

stellar message verify

Verify a SEP-53 signed message Verifies that a signature was produced by the holder of the private key corresponding to the given account public key, following the SEP-53 specification. The provided message will get prefixed with “Stellar Signed Message:\n” before verification. Example: stellar message verify “Hello, World!” —signature BASE64_SIG —public-key GABC… Usage: stellar message verify [OPTIONS] --signature <SIGNATURE> --public-key <PUBLIC_KEY> [MESSAGE]
Arguments:
  • <MESSAGE> — The message to verify. If not provided, reads from stdin. This should not include the SEP-53 prefix “Stellar Signed Message:\n”, as it will be added automatically
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --base64 — Treat the message as base64-encoded binary data
  • -s, --signature <SIGNATURE> — The base64-encoded signature to verify
  • -p, --public-key <PUBLIC_KEY> — The public key to verify the signature against. Can be an identity (—public-key alice), a public key (—public-key GDKW…)
  • --hd-path <HD_PATH> — If public key identity is a seed phrase use this hd path, default is 0

stellar fee-stats

⚠️ Deprecated, use fees stats instead. Fetch network feestats Usage: stellar fee-stats [OPTIONS]
Options:
  • --output <OUTPUT> — Format of the output Default value: text Possible values:
    • text: Text output of network info
    • json: JSON result of the RPC request
    • json-formatted: Formatted (multiline) JSON output of the RPC request
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar fees

Fetch network feestats and configure CLI fee settings Usage: stellar fees <COMMAND>
Subcommands:
  • stats — Fetch the feestats from the network
  • use — Set the default inclusion fee settings for the CLI
  • unset — Remove the default inclusion fee settings for the CLI

stellar fees stats

Fetch the feestats from the network Usage: stellar fees stats [OPTIONS]
Options:
  • --output <OUTPUT> — Format of the output Default value: text Possible values:
    • text: Text output of network info
    • json: JSON result of the RPC request
    • json-formatted: Formatted (multiline) JSON output of the RPC request
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar fees use

Set the default inclusion fee settings for the CLI Usage: stellar fees use [OPTIONS] <--amount <AMOUNT>|--fee-metric <FEE_METRIC>>
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings
Options:
  • --amount <AMOUNT> — Set the default inclusion fee amount, in stroops. 1 stroop = 0.0000001 xlm
  • --fee-metric <FEE_METRIC> — Set the default inclusion fee based on a metric from the network’s fee stats Possible values: max, min, mode, p10, p20, p30, p40, p50, p60, p70, p80, p90, p95, p99
RPC Options:
  • --rpc-url <RPC_URL> — RPC server endpoint
  • --rpc-header <RPC_HEADERS> — RPC Header(s) to include in requests to the RPC provider, example: “X-API-Key: abc123”. Multiple headers can be added by passing the option multiple times
  • --network-passphrase <NETWORK_PASSPHRASE> — Network passphrase to sign the transaction sent to the rpc server
  • -n, --network <NETWORK> — Name of network to use from config

stellar fees unset

Remove the default inclusion fee settings for the CLI Usage: stellar fees unset [OPTIONS]
Global Options:
  • --config-dir <CONFIG_DIR> — Location of config directory. By default, it uses $XDG_CONFIG_HOME/stellar if set, falling back to ~/.config/stellar otherwise. Contains configuration files, aliases, and other persistent settings