Eclipse Agent Wallet MCP
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@Eclipse Agent Wallet MCPcheck if a $30 payment to 0xMerchantA would be approved"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Eclipse Agent Wallet MCP
Powered by Cyan Eclipse Technologies — https://cetech.ai Listed on Eclipse Bazaar (eclipsebazaar.com).
Why this exists
On November 24, 2026, Wells Fargo's Online Access Agreement Section 15 takes effect: anything your AI agent does with your bank account is legally you — "at your own risk," including transactions you did not want or intend, with no controls attached and no duty on the bank to watch.
This MCP server is the opposite design: an agent wallet where responsibility follows scope.
The human owner grants a written policy: per-transaction cap, daily cap, approval threshold, recipient allowlist, expiry, purpose.
The agent can spend only inside that scope. Outside it, payments are rejected — or routed to a human approval queue when they exceed only the approval threshold.
Every grant, payment, rejection, approval and revocation is written to an append-only audit log — the evidence of what was actually authorized.
A kill switch freezes the wallet instantly, with the revocation timestamped in the log. Revoking access to your bank means "notify us and wait"; here it is immediate and provable.
Related MCP server: wwall
Status
v0.1.0 reference implementation. Sandbox only — balances are simulated test USDC in a local JSON ledger. No real funds, no private keys, no network calls. The policy engine is the product; production payment rails (x402, partner processors) plug in behind it without changing the tool surface.
Tools (10)
Tool | What it does |
| Create a wallet owned by a named human. Cannot spend until a policy is granted. |
| Balance, frozen state, today's spend, active policy. |
| Owner grants the spending scope; returns a plain-language liability receipt. |
| Sandbox faucet (simulated test USDC) for demos/tests. |
| Dry-run: returns allow / approve / deny with the reason. Agents call this before |
| Execute inside scope; reject outside it; queue for approval above the threshold. |
| Owner resolves a queued request. |
| The full append-only trail. |
| Kill switch — freeze instantly. |
Run it
python3 server.py # MCP over stdio, stdlib only, no dependenciesState persists in ledger.json beside the server (override with AGENT_WALLET_LEDGER).
Use it with your Muse (custom connector / local MCP)
Point your agent's MCP configuration at the command python3 /path/to/server.py — any MCP client (Muse, Muse, Cursor) can drive it. A worked example session:
create_wallet {owner_id: "you@example.com"}→ wallet created, cannot spend.set_policy {per_tx_cap_usdc: "50.00", daily_cap_usdc: "120.00", approval_above_usdc: "20.00", allowlist: ["0xMerchantA"], purpose: "API credits"}→ liability receipt issued.pay 10.00 to 0xMerchantA→ executed.pay 60.00→ rejected (over cap).pay 30.00→ human approval required.revoke→ frozen, timestamped. Agent's authority ends the second the owner says so.
Roadmap
v0.2: hosted HTTP transport + per-user API keys; policy templates (shopping, SaaS, research budgets).
v0.3: real rails behind the same policy engine — x402/USDC settlement, partner-processor fiat — only under the owner's granted scope.
v1.0: Eclipse Bazaar listing with live test-bench scorecard (policy-engine conformance suite runs against every release).
License / attribution
A Cyan Eclipse Technologies product. The "Powered by Cyan Eclipse Technologies" attribution travels with it.
This server cannot be deployed
Maintenance
Related MCP Connectors
Give AI agents a wallet with a spending limit. Non-custodial USDC on Base, server-enforced limits.
Pre-spend firewall for AI agents. Approves, blocks, flags transactions against policy rules.
Payment infrastructure for AI agents: spending rules, approval flows, single-use virtual cards.
Agent payments, API key vaulting, and governed mandates. Agents spend within user-defined limits.
Related MCP Servers
- AlicenseAqualityDmaintenanceEnables AI agents to check balances and send transactions across multiple blockchains with automatic spending limit protection and policy enforcement.3MIT
- FlicenseNot gradedqualityCmaintenanceEnables AI agents to propose wallet payments while a local, human-authored policy decides whether each transaction is approved, requires human confirmation, or is refused, and records every decision in a signed, append-only ledger.-
- AlicenseNot gradedqualityCmaintenanceEnables AI agents to propose structured payment intents, apply deterministic policy, require human approval, and record tamper-evident audit trails without connecting to live payment rails.MIT
- AlicenseNot gradedqualityCmaintenanceEnables AI agents to request policy-governed payments through MCP tools, with server-side enforcement of spending limits, merchant allow-lists, Pix BR Code validation, approval thresholds, and hash-chained audit logging in a sandbox. It lets agents check wallets, create card or Pix payment intents, and poll or list payments while keeping approval and limit changes out of agent control.Apache 2.0