Keeta Network MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Capabilities
Features and capabilities supported by this server
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
| resources | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| keeta_generate_seedA | Generate a new random cryptographic seed for the Keeta Network. This is the starting point for all Keeta operations. A seed can derive unlimited accounts via keeta_derive_account. Store the seed securely — it controls all derived accounts and their funds. Returns: { seed: string } |
| keeta_derive_accountA | Derive a Keeta account (public/private keypair) from a seed and index. Each unique (seed, index, algorithm) combination produces a deterministic account. The returned address (keeta_...) is used in all other tools as account/token identifiers. Supported algorithms:
Returns: { address: string, algorithm: string, index: number } |
| keeta_request_test_tokensA | Request free KTA tokens from the Keeta test network faucet. Only works on the test network. Sends 5 KTA to the given address for development/testing. KTA is needed for transaction fees on the network. Returns: { status, address, amountRequested, currentBalance } |
| keeta_get_network_configB | Get the configuration for a Keeta network, including the network ID, base token address, and network account address. This is useful for understanding the network you are operating on before making transactions. Returns: { networkAlias, networkId, baseToken, networkAddress } |
| keeta_list_sdk_methodsA | Discover available methods and properties on Keeta SDK objects at runtime. Use this FIRST to understand what operations are available before calling execute tools. The "target" parameter accepts: Core SDK (fixed): "Client" → read-only network queries "UserClient" → authenticated operations "Builder" → batch transaction builder "Account" → account utilities + enums "Block" → block types + operation enums "Permissions" → permission construction "Config" → network configuration Anchor SDK (dynamic — auto-discovers new services): "AnchorCatalog" → list ALL available anchor services and lib modules (start here!) "AnchorService:" → methods on a specific anchor service client (e.g. "AnchorService:FX", "AnchorService:KYC", "AnchorService:AssetMovement", "AnchorService:Username", "AnchorService:Notification", or ANY new service the SDK adds) "AnchorLib:" → methods on a specific anchor lib module (e.g. "AnchorLib:Resolver", "AnchorLib:Certificates", "AnchorLib:EncryptedContainer", "AnchorLib:URI", or ANY new module) When in doubt, start with "AnchorCatalog" to see everything available, then drill into specific services/modules. |
| keeta_client_executeA | Execute any method on the Keeta Client (read-only network operations). Use keeta_list_sdk_methods with target "Client" to discover available methods. Common methods: getAccountInfo, getBalance, getAllBalances, getHeadBlock, getBlock, getHistory, getTokenSupply, getNetworkStatus, getPeers, getVersion, getLedgerChecksum, getAllCertificates, getAllRepresentativeInfo. Arguments are auto-resolved:
|
| keeta_user_client_executeA | Execute any method on the Keeta UserClient (authenticated operations requiring an account). Use keeta_list_sdk_methods with target "UserClient" to discover available methods. Common methods: allBalances, balance, head, chain, history, state, send, setInfo, generateIdentifier, updatePermissions, createSwapRequest, transmit, listACLsByPrincipal, getCertificates, modifyCertificate, sync. Properties you can read (pass method "GET_PROPERTY" with args ["propertyName"]): baseToken, networkAddress, network, account, signer. Arguments are auto-resolved (see keeta_client_execute for resolution rules). |
| keeta_builder_executeA | Execute a sequence of operations using the UserClient Builder pattern, then optionally compute and publish. The builder batches multiple operations into blocks for efficient on-chain execution. Each operation in the "operations" array is an object with "method" and "args". Use keeta_list_sdk_methods with target "Builder" to discover available methods. Common builder methods: send, setInfo, modifyTokenSupply, modifyTokenBalance, computeBlocks, receive. The tool will:
Example operations: [ { "method": "setInfo", "args": [{ "name": "TKNA", "description": "My Token" }], "options": { "account": "keeta_..." } }, { "method": "modifyTokenSupply", "args": ["BIGINT:50000000000"], "options": { "account": "keeta_..." } }, { "method": "send", "args": ["keeta_recipient...", "BIGINT:1000000", "keeta_token..."] } ] Arguments are auto-resolved (see keeta_client_execute for resolution rules). The "options" field in each operation is passed as the last argument (common for { account: tokenAddress }). |
| keeta_anchor_executeA | Execute ANY anchor operation on the Keeta Network. Fully dynamic — auto-discovers services and lib modules from the SDK at runtime. subtarget types:
Use keeta_list_sdk_methods with target "AnchorCatalog" to discover all available services and lib modules. Use "AnchorService:" or "AnchorLib:" to drill into specific ones. Arguments are auto-resolved (see keeta_client_execute for resolution rules). |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
| keeta-docs-mcp | Configuration and reference for the Keeta documentation MCP server. Agents building on Keeta should connect to this server for protocol knowledge. |
Latest Blog Posts
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/schenkty/kta-mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server