Keeta Network MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
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
} |
| 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. |
TDQS
Scored across 9 tools
Most tools have distinct purposes, such as keeta_derive_account for key derivation and keeta_request_test_tokens for faucet access. However, keeta_anchor_execute, keeta_builder_execute, keeta_client_execute, and keeta_user_client_execute all involve executing SDK methods, which could cause confusion about which to use for specific operations, though their descriptions clarify different contexts (anchor operations, builder patterns, read-only client, authenticated client).
All tool names follow a consistent snake_case pattern with a 'keeta_' prefix and descriptive verb_noun combinations, such as keeta_anchor_execute, keeta_list_sdk_methods, and keeta_generate_seed. This uniformity makes the tool set predictable and easy to navigate.
With 9 tools, the server is well-scoped for interacting with the Keeta Network, covering essential operations like account management, network queries, transaction building, and SDK discovery. Each tool serves a clear purpose without redundancy, fitting typical MCP server ranges.
The tool set provides comprehensive coverage for the Keeta Network domain, including account derivation, seed generation, network configuration, SDK method discovery, test token acquisition, and various execution contexts (client, user client, anchor, builder). There are no obvious gaps, enabling full lifecycle management from setup to transaction execution.