About GoTRON MCP
GoTRON MCP is a TRON blockchain server for AI agents and MCP clients, built on the GoTRON SDK. It offers read tools and unsigned transaction builders in local and hosted modes, with optional local keystore signing.
Key features
- 01Query TRX and TRC20 balances
- 02Inspect blocks, transactions, and contracts
- 03Estimate transfer costs and energy
- 04Build unsigned transfers and staking transactions
- 05Optional local keystore signing
Use cases
- 01Check an account’s balances and network resources
- 02Review contract data and estimate call energy
- 03Prepare TRX or TRC20 transfers for signing
- 04Inspect governance proposals and witness information
MCP support
Exposes TRON account, token, chain, contract, and governance tools to MCP clients. Local mode uses stdio and can optionally enable keystore signing; hosted HTTP mode disables write and signing tools.
Configuration
Remote servers need no local install. Pick your client, then copy the config or install in one click.
https://mcp.gotron.sh/mcpclaude mcp add --transport http gotron https://mcp.gotron.sh/mcp{"mcpServers":{"gotron":{"type":"http","url":"https://mcp.gotron.sh/mcp"}}}Open in Cursor{"servers":{"gotron":{"type":"http","url":"https://mcp.gotron.sh/mcp"}}}Open in VS Code{"mcpServers":{"gotron":{"type":"http","url":"https://mcp.gotron.sh/mcp"}}}{"mcpServers":{"gotron":{"serverUrl":"https://mcp.gotron.sh/mcp"}}}Run commands in a terminal; paste JSON into the client’s MCP config and restart. Servers that need sign-in will prompt on first connect.
ghcr.io/fbsobreira/gotron-mcp:0.4.2stdioTools
44| Parameter | Type | Required | Description |
|---|---|---|---|
| address | string | Yes | TRON base58 address (starts with T) |
Details
From the project READMEGoTRON MCP Server
MCP server for TRON blockchain — let AI agents query balances, tokens, blocks, and build transactions.
Built on the GoTRON SDK and the Model Context Protocol.
Two Modes
| Local Mode | Hosted Mode | |
|---|---|---|
| Transport | stdio | Streamable HTTP |
| Read tools | All | All |
| Transaction builders | All (unsigned tx hex) | All (unsigned tx hex) |
| Sign/Broadcast | Opt-in via keystore passphrase | Disabled |
| Install | Required | Zero install |
Install
Go Install
go install github.com/fbsobreira/gotron-mcp/cmd/gotron-mcp@latest
Homebrew
brew install fbsobreira/tap/gotron-mcp
curl
curl -fsSL gotron.sh/install-mcp | sh
Docker
docker run -p 8080:8080 ghcr.io/fbsobreira/gotron-mcp
The image starts the HTTP transport. For stdio, append --transport stdio:
docker run -i --rm ghcr.io/fbsobreira/gotron-mcp --transport stdio
MCP Registry
Published to the MCP Registry as io.github.fbsobreira/gotron-mcp on each stable release tag (vX.Y.Z), from v0.4.1, with the Docker image (stdio) and the hosted endpoint.
Hosted (zero install)
Connect directly to https://mcp.gotron.sh/mcp — no installation needed.
Claude Code plugin
The gotron plugin bundles the hosted server with skills for USDT transfers and energy estimates. The gotron-local plugin runs the gotron-mcp binary locally and supports keystore signing.
Public marketplace installation is not available yet. To connect today, use the Claude Code MCP setup below. Plugin source and configuration details are in the directories linked above.
Claude Desktop Configuration
Local mode
{
"mcpServers": {
"gotron": {
"command": "gotron-mcp",
"args": ["--network", "mainnet"],
"env": {
"GOTRON_NODE_API_KEY": "your-trongrid-api-key"
}
}
}
}
Local mode with keystore signing
{
"mcpServers": {
"gotron": {
"command": "gotron-mcp",
"args": ["--network", "mainnet"],
"env": {
"GOTRON_NODE_API_KEY": "your-trongrid-api-key",
"GOTRON_MCP_KEYSTORE_PASSPHRASE": "your-keystore-passphrase"
}
}
}
}
Hosted mode (zero install)
{
"mcpServers": {
"gotron": {
"url": "https://mcp.gotron.sh/mcp"
}
}
}
Claude Code
Choose one of the following setup options.
Project-wide local server:
claude mcp add gotron --scope project -- gotron-mcp --network mainnet
User-wide local server with keystore signing:
If a project-scoped gotron entry already exists, remove it first with claude mcp remove gotron --scope project. For a local-scoped entry, use claude mcp remove gotron --scope local. Check the selected entry with claude mcp get gotron: local and project entries take precedence over user entries, and their settings are not combined. See Claude Code's scope precedence.
Save an environment-variable reference rather than the passphrase itself. Keep the single quotes so your shell does not expand the reference while registering the server:
claude mcp add gotron --scope user -e 'GOTRON_MCP_KEYSTORE_PASSPHRASE=${GOTRON_MCP_KEYSTORE_PASSPHRASE:-}' -- gotron-mcp --network mainnet
Then launch Claude from Bash or Zsh with a hidden passphrase prompt:
(
set +x
printf 'Keystore passphrase: '
IFS= read -r -s GOTRON_MCP_KEYSTORE_PASSPHRASE || exit 1
printf '\n'
export GOTRON_MCP_KEYSTORE_PASSPHRASE
claude
)
The subshell limits the exported value to that Claude session. The prompt keeps the passphrase out of shell history and command-line arguments; it is still available in the environment of Claude and its MCP server. Repeat the prompt when starting a new signing session. Without a supplied passphrase, the reference expands to an empty value and wallet/signing tools stay disabled.
If you previously registered a literal passphrase with -e, it was stored in plain text in ~/.claude.json and may also remain in shell history. Remove the old user-scoped entry with claude mcp remove gotron --scope user, register it again using the reference above, and remove the old history entry. See Claude Code's environment-variable expansion documentation.
User-wide local server without keystore configuration:
claude mcp add gotron --scope user -- gotron-mcp --network mainnet
Hosted server (zero install):
claude mcp add gotron --scope user --transport http https://mcp.gotron.sh/mcp
Available Tools
Read-Only (both modes)
| Tool | Description |
|---|---|
get_account | Get account balance, bandwidth, energy, and details |
get_account_resources | Get energy/bandwidth usage and limits |
get_trc20_balance | Get TRC20 token balance for an account |
get_trc20_token_info | Get TRC20 token name, symbol, and decimals |
analyze_transfer_cost | Estimate TRX or TRC20 transfer costs, including account activation fees for new TRX recipients |
get_block | Get block by number or latest |
get_transaction | Get transaction details by ID |
list_witnesses | List all super representatives |
get_contract_abi | Get smart contract ABI |
estimate_energy | Estimate energy cost for a contract call |
trigger_constant_contract | Call read-only (view/pure) smart contract method |
decode_abi_output | Decode ABI-encoded output or revert reasons from contract calls |
list_contract_methods | Get human-readable summary of contract methods |
get_chain_parameters | Get network parameters |
validate_address | Validate a TRON address |
get_energy_prices | Get energy price history |
get_bandwidth_prices | Get bandwidth price history |
list_proposals | List governance proposals |
get_network | Get current network connection info |
get_pq_capabilities | Report node and build support for post-quantum (TIP-899) signing |
Transaction Builders (both modes)
| Tool | Description |
|---|---|
transfer_trx | Build unsigned TRX transfer |
transfer_trc20 | Build unsigned TRC20 token transfer |
freeze_balance | Build unsigned stake TRX for energy/bandwidth (Stake 2.0) |
unfreeze_balance | Build unsigned unstake TRX (Stake 2.0) |
vote_witness | Build unsigned vote for super representatives |
trigger_contract | Build unsigned smart contract call |
Sign & Broadcast (local mode + keystore)
| Tool | Description |
|---|---|
sign_transaction | Sign transaction using local keystore |
broadcast_transaction | Broadcast signed transaction to network |
Post-quantum signing (TIP-899, Nile)
create_wallet(name, key_type?) accepts ecdsa (default), ml_dsa_44 or fn_dsa_512; list_wallets and signing results report key_type. sign_transaction, sign_and_broadcast, sign_and_confirm and request_limit_override accept PQ wallets with the same policy limits, Telegram approval and elicitation as ECDSA wallets.
- TIP-899 is a draft, live only on Nile (
grpc.nile.trongrid.io:50051); governance switches each scheme on or off and mainnet reports none. Useget_pq_capabilitiesto check the node and this build. - Before any policy check or approval, a PQ signature requires that the node has the scheme enabled and that the wallet's address is a key of the transaction's permission (
permission_id) on the owner account. A fresh PQ address must receive TRX first. - PQ keys are stored encrypted with
GOTRON_MCP_KEYSTORE_PASSPHRASEunder<keystore-dir>/pq-keys/<name>/(wallet-cli compatible, same layout as tronctl). Point--keystore-dirat a tronctl config root (e.g.~/.tronctl) to reuse its keys; the passphrase must match their password. Wallet names are unique across ECDSA and PQ wallets;list_walletsflagsduplicate_name: trueand such a wallet cannot sign until one copy is renamed. - The signature goes into
pq_auth_sig(txid unchanged); a transaction carries at most 5 signatures, ECDSA and PQ combined. PQ transactions are about 10-22x larger than ECDSA ones (roughly 10x for FN-DSA-512, 22x for ML-DSA-44), so they use more bandwidth. - ML-DSA-44 is pure Go and works in every build. FN-DSA-512 (Falcon-512, currently enabled on Nile) needs a build with
-tags falcon, CGO and liboqs installed via pkg-config:CGO_ENABLED=1 go build -tags falcon ./cmd/gotron-mcp. Without it, FN-DSA create/sign returns an error pointing to thegotron-mcp-pqbuild; release binaries for it are planned (GOT-97). - Not supported yet: adding a PQ key to an existing account's permissions from MCP (GOT-98; use tronctl or the SDK guide) and co-signing one transaction with several MCP wallets (GOT-99).
Configuration
| Flag | Env Var | Default | Description |
|---|---|---|---|
--node | GOTRON_MCP_NODE | (per network) | TRON gRPC node address |
--api-key | GOTRON_NODE_API_KEY | — | TronGrid API key |
--network | GOTRON_MCP_NETWORK | mainnet | Network: mainnet, nile, shasta |
--transport | — | stdio | Transport: stdio, http |
--port | — | 8080 | HTTP server port |
--bind | — | 127.0.0.1 | HTTP server bind address |
--fallback-node | GOTRON_MCP_FALLBACK_NODE | — | Fallback gRPC node (auto-failover) |
--keystore-dir | GOTRON_MCP_KEYSTORE_DIR | ~/.gotron-mcp/wallets | Wallet directory |
--keystore-pass | GOTRON_MCP_KEYSTORE_PASSPHRASE | — | Keystore passphrase; wallet and sign tools are registered only when set |
--tls | — | false | Use TLS for gRPC connection (default: plaintext) |
Network Presets
| Network | Default Node |
|---|---|
| mainnet | grpc.trongrid.io:50051 |
| nile | grpc.nile.trongrid.io:50051 |
| shasta | grpc.shasta.trongrid.io:50051 |
Explicit --node overrides network presets.
Contract reads require a node with vm.supportConstant = true. If a node reports that constant execution is unsupported, reads try --fallback-node when configured. TRC20 reads also use the fallback for empty results, since token reads require return data. General contract simulations can succeed without return data. The fallback must serve the same network. This fallback applies per call, independently of block health checks; contract reverts are returned as errors.
For TRX transfers to unactivated recipients, analyze_transfer_cost reads the account creation fees and bandwidth multiplier from chain parameters. Only staked or delegated bandwidth can cover account creation; free bandwidth cannot. If recipient activation or the required fee parameters cannot be determined, the tool returns an error instead of quoting zero.
Security
- The server never stores or manages private keys directly
- All write tools return unsigned transaction hex — the user decides how to sign
- Keystore signing is opt-in: wallet and sign tools are registered only when a keystore passphrase is set
- In hosted (HTTP) mode, all write and sign tools are automatically disabled
- API key is optional and only needed for TronGrid rate limits
Development
# Build
make build
# Format code
make fmt
# Run tests
make test
# Lint
make lint
# Run HTTP mode locally
make run-http
Community
Built and maintained by a CryptoChain community developer.
If you find this project useful, consider supporting TRON governance by voting for the CryptoChain Super Representative:
- Vote on TronScan
- SR Address:
TKSXDA8HfE9E1y39RczVQ1ZascUEtaSToF
License
LGPL-3.0 — same as the GoTRON SDK.
Links
Comments
New to MCP?
From what the protocol is to installing your first server, these answers cover most first questions.
An open protocol that defines how AI applications connect to external tools and data in a uniform way. Clients talk to the model; MCP servers provide tools, resources and prompt templates. They exchange standard messages, so one server can be reused by many clients.