ChainHilt
Related Servers
Alternatives to ChainHilt
No user-submitted related servers found.
Related Servers
- AlicenseAqualityCmaintenanceEnables AI agents to generate or import multi-chain keys, sign messages and unsigned transactions, broadcast them, and query native balances across Ambient, Solana, BSC, and Arbitrum. Private keys stay encrypted on the local machine, so agents can complete the sign-and-send half of a swap, liquidity, or bridge workflow handed over by a remote market server.10MIT

IronWallet MCP Serverofficial
AlicenseNot gradedqualityBmaintenanceEnables AI agents to securely manage a non-custodial wallet with locally encrypted seed phrases, supporting balance checks, local signing, token transfers, swaps, and interactions across 10+ blockchain networks.MIT- AlicenseNot gradedqualityCmaintenanceEnables AI agents to query multichain balances, inspect smart contracts, and draft DeFi interactions while enforcing anti-drainer protections such as approval blocking, destination whitelisting, spend caps, and human approval gates.22 npmMIT
- AlicenseNot gradedqualityCmaintenanceEnables AI agents to request sign-ins and payments on the Canton Network through a human's mobile wallet, where each request requires explicit human approval and hardware-backed signing.8 npmApache 2.0
- AlicenseBqualityNot gradedmaintenanceNon-custodial TEE key management and signing for AI agents, supporting multiple blockchains.12MIT
- AlicenseAqualityDmaintenanceLocal MCP-to-browser signing bridge for EVM, Solana, and Sui, letting agents prepare and simulate transactions while users approve and sign in a browser wallet extension.6MIT
TDQS
Scored across 6 tools
Each tool has a distinct target: chain metadata, balances, wallet setup, status, request authorization, and action execution. Minor overlap exists between mcp_status (wallet addresses/chains) and wallet_setup (receive address) and get_chain_info, but the descriptions clearly differentiate them. The authorize_request/process_action pair is explicitly sequenced, reducing confusion.
Names mix verb_noun (get_chain_info, authorize_request, process_action) with noun-style compounds (wallet_balance, wallet_setup, mcp_status). The inconsistent prefixing (get_, wallet_, mcp_) makes the pattern hard to predict, though all names are snake_case and readable.
Six tools is well-scoped for a local wallet + signing workflow; each covers a distinct lifecycle step (setup, inspect, balance, authorize, execute). No tool feels redundant or padded.
The surface covers wallet setup, status, balance, chain info, authorization, and action execution, forming a coherent flow. Gaps remain around authorization revocation, transaction/action history, and wallet removal, which agents may need for full lifecycle management.