StellarMCP
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| PORT | No | HTTP server port | 4021 |
| LOG_LEVEL | No | Log level: debug, info, warn, error | info |
| TRANSPORT | No | Transport mode: stdio or http | stdio |
| OZ_API_KEY | No | OpenZeppelin facilitator API key (required for HTTP mode) | |
| HORIZON_URL | No | Horizon API URL | https://horizon-testnet.stellar.org |
| SOROBAN_RPC_URL | No | Soroban RPC URL (used by ReflectorOracle and SEP-41 support) | |
| STELLAR_NETWORK | No | Stellar network: testnet or pubnet | testnet |
| OZ_FACILITATOR_URL | No | OpenZeppelin x402 facilitator URL (required for HTTP mode) | |
| REFLECTOR_CONTRACT_ID | No | Reflector oracle contract ID on Stellar (enables ReflectorOracle in PriceAggregator) | |
| STELLAR_PAYEE_ADDRESS | No | Your Stellar address for receiving payments (required for HTTP mode) |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| getAccountA | Get Stellar account details including balances, thresholds, and signers |
| getTransactionsB | Get recent transactions for a Stellar account |
| getPaymentsC | Get recent payments for a Stellar account |
| getOrderbookA | Get Stellar DEX orderbook for an asset pair with spread and midprice |
| getTradeAggregationsB | Get OHLC trade aggregation data for a Stellar DEX asset pair |
| getAssetInfoA | Get metadata for a Stellar asset including supply, accounts, and flags |
| getNetworkStatusA | Get Stellar network status (free — no payment required) |
| getLedgerB | Get details of a specific Stellar ledger by sequence number |
| getEffectsC | Get recent effects for a Stellar account |
| getOffersA | Get open DEX offers for a Stellar account |
| getOperationsB | Get recent operations for a Stellar account |
| getLiquidityPoolsC | Get Stellar liquidity pools |
| getClaimableBalancesC | Get claimable balances for a Stellar account |
| getPriceB | Get the current price for a Stellar asset pair from SDEX orderbook or recent trades |
| getPriceHistoryA | Get OHLC price history for a Stellar asset pair from SDEX trade aggregations |
| getVWAPA | Get volume-weighted average price for a Stellar asset pair from SDEX trade aggregations |
| getSorobanTokenInfoA | Get SEP-41 Soroban token metadata (symbol, name, decimals) and optionally a balance for a Stellar account. Requires SOROBAN_RPC_URL to be configured. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 17 tools
Most tools are clearly distinct, but getTradeAggregations and getPriceHistory both provide OHLC data from SDEX trade aggregations, making their boundary unclear. getPrice and getOrderbook also overlap around price discovery, so an agent could easily select the wrong tool for a price query.
All tools follow a consistent camelCase verb_noun pattern using 'get' plus the resource name, such as getAccount, getLedger, and getLiquidityPools. There is no mixing of naming conventions or ambiguous verb styles.
At 17 tools, the server sits in the 'heavy' range, though each tool does target a distinct Stellar data resource. The count is defensible for a broad read-only Stellar data API but is slightly more than the typical well-scoped server.
The server covers a wide range of Stellar data resources: accounts, transactions, payments, operations, effects, ledgers, assets, DEX orderbooks, trades, offers, liquidity pools, claimable balances, network status, and Soroban token info. Minor gaps exist, such as fetching a single transaction by hash or listing ledgers, but most core read-only workflows are covered.