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. |
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
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