clear-signing-mcp
OfficialRelated Servers
Alternatives to clear-signing-mcp
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityCmaintenanceEnables AI agents to discover the tools EVM protocols publish under their own ENS names, read their contracts, and simulate writes shown with exact balance changes — leaving signing to the user's own wallet. No per-protocol server and no key ever held by the agent.Apache 2.0
- AlicenseNot gradedqualityDmaintenanceEnables AI agents to safely interact with Ethereum by providing structured tools for reading blockchain state, simulating transactions, and drafting transactions that require human-in-the-loop approval.12 npm1ISC
- 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.11 npmMIT
- AlicenseAqualityAmaintenanceMCP server that enables AI signing agents to pre-flight transactions by checking ERC-7730 descriptor safety, explaining function semantics, and scanning contracts for danger primitives.24MIT
- AlicenseNot gradedqualityCmaintenanceEnables AI agents to analyze Ethereum wallets, simulate transactions, and draft transfers with deterministic policy and risk scoring, requiring human approval before on-chain execution.12 npmISC
- AlicenseNot gradedqualityBmaintenanceEnables AI agents to turn raw calldata, transaction objects, JSON-RPC requests, EIP-712 typed data and personal_sign messages into short plain-English briefings covering what a request asks for, which risky allowances or permissions need attention, and what could not be verified. Runs entirely offline with no RPC, wallet, API key or safety verdict, using three read-only tools exposed to any MCP client.MIT
TDQS
Scored across 4 tools
Each tool targets a clearly distinct aspect of clear-signing preflight: contract-level descriptor/attestation status, transaction explanation, EIP-712 signature explanation, and state simulation. Although clear_signing_status and explain_transaction both mention attestation status, their scopes are different enough that an agent can select correctly.
All tool names use snake_case and are readable and predictable. Three follow a verb_noun pattern (explain_transaction, explain_signature, simulate_transaction), while clear_signing_status is a noun phrase, which is a minor deviation but not confusing.
Four tools is well-scoped for a focused read-only clear-signing preflight server. Each tool earns its place by covering a distinct step: status checking, transaction explanation, signature explanation, and simulation.
The surface covers the core lifecycle: check descriptor/attestation/source status, explain transactions including EIP-5792 batches, explain EIP-712 signatures, and simulate calls against current state. No obvious operational gap remains for the stated read-only clear-signing purpose.