
Bridgekitty
io.github.persistenceOnePublished by GitHub account persistenceOnev0.3.1Updated Oct 24, 2026
Cross-chain bridge aggregator — compares LI.FI, deBridge, Relay, Across & more for best rates.
Overview
A local MCP server that lets an assistant compare and execute cross-chain crypto bridge transfers across EVM, Solana and Cosmos chains.
- What you can do
- Get and compare bridge quotes across five backends, with fees, timing and balance warnings, including multi-hop routes when no direct route exists. Build bridge transactions with approvals and auto-refresh of expired quotes, then track their status. List supported chains and search tokens on a chain. Create, import and inspect local wallets and check balances with USD prices. Optionally sign and broadcast transactions using locally stored keys.
- When to use it
- Useful when an assistant needs to move tokens between chains and wants the best route among several bridges, or to check wallet balances and bridge status. Meant for users who already hold crypto wallets and understand cross-chain transfers.
- Requirements
- Runs locally via npx with Node.js. Optional environment variables: LIFI_API_KEY, SQUID_INTEGRATOR_ID and DEBRIDGE_API_KEY for higher rate limits. For signing, wallet keys are read from a local .env file (PRIVATE_KEY, MNEMONIC or SOLANA_PRIVATE_KEY). Network access to bridge providers and price APIs.
Installation
In SourceWeft
- Open Bridgekitty in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
BridgeKitty 🐱
Cross-chain bridge aggregator MCP server for AI agents. One server, 5 bridge backends, best routes across EVM, Solana, and Cosmos chains.
BridgeKitty gives AI agents (Claude, Cursor, GPT, or any MCP-compatible AI) the ability to find and execute cross-chain bridge transfers — with automatic route optimization, fee comparison, balance checks, and safety warnings.
Latest npm release: @persistenceone/[email protected]
What's New in v0.3.9
- XPRT tools extracted — staking, rewards, and farming tools moved to the standalone
xprt-farming-toolkitpackage - Persistence Interop backend removed — BridgeKitty is now a focused bridge aggregator across 5 backends (deBridge, Relay, LI.FI, Across, Squid)
- Slimmer surface area — fewer tools, clearer scope for agents
What's New in v0.3.0
sign_and_sendparameter — agents can now sign and broadcast transactions directly using locally-stored wallet keys- Full EVM signing support — works with all EVM backends (Across, Relay, LI.FI, Squid, deBridge) + Persistence Interop (EIP-712)
- Simulation fix — ERC20 bridges now work on fresh wallets (previously blocked by premature simulation)
- Solana signing — coming in next release
What's New in v0.2.0
- Solana support — bidirectional bridging EVM ↔ Solana (native SOL delivery, not wrapped)
- Cosmos support — EVM → Persistence/Cosmos Hub via Squid (Axelar)
- Protocol fee transparency — deBridge fixFee, operating expenses, and total cost visible in every quote
- Balance warnings — warns when wallet can't cover bridge amount + protocol fees + gas
- XPRT staking — stake/unstake/claim rewards directly from the MCP server
- Farming multiplier — tracks your staking tier (1x → 3x → 5x) from the rewards API
- Quote auto-refresh — expired quotes automatically re-fetched on execute (60s expiry)
- ERC-20 approvals — always generated for token bridges (Relay + deBridge)
- Bridge status tracking — on-chain fallback when provider API hasn't indexed yet
Supported Bridges
Bridge Directions
Quick Start
npx (zero install)
Claude Code
Add to your MCP config (~/.claude/claude_code_config.json):
Cursor IDE
Add to Cursor's MCP settings (Settings > MCP Servers):
Claude Desktop
Add to claude_desktop_config.json:
Wallet Setup
BridgeKitty can manage wallets for autonomous bridging. Run wallet_setup to create wallets for EVM, Cosmos, and Solana — or provide your own addresses in quotes.
Wallet config is stored in ~/.bridgekitty/.env (or the directory you run from). Keys never leave the local machine.
Transaction Signing
By default, bridge_execute returns unsigned transactions for the agent or user to sign externally.
Set sign_and_send: true to enable autonomous signing — BridgeKitty will use the wallet keys stored in ~/.bridgekitty/.env to handle the full flow:
- Approval — sends ERC-20 approval transaction (if needed)
- Re-build — re-fetches the bridge transaction with updated nonce (if approval was sent)
- Simulate — runs
eth_estimateGaspre-flight check - Sign — signs the transaction with the local private key
- Broadcast — submits to the chain and returns the tx hash + explorer link
Optional API Keys
MCP Tools
Core Bridge Tools
Multi-hop & Discovery
Wallet Tools
XPRT staking & farming has moved to the standalone
xprt-farming-toolkitpackage.
Example: Bridge USDC from Base to Arbitrum
Default (unsigned transactions)
With sign_and_send (autonomous signing)
Architecture
- Routing Engine: Parallel quotes from all backends, ranked by output amount
- Circuit Breaker: Auto-skips failing backends, gradual recovery
- Token Registry: 45+ verified tokens with canonical addresses per chain
- Gas Estimator: Chain-aware gas cost estimation with multi-RPC failover
- Balance Checker: Validates token + native balance for fees before execution
- Fee Transparency: Protocol fees (deBridge fixFee, operating expenses) surfaced in every quote
Security
- Exact-amount approvals only (never unlimited)
- Transaction simulation before execution
- Verified token registry prevents address spoofing
- No private keys in MCP protocol — agents sign transactions externally
sign_and_senduses locally-stored keys only (never transmitted over the network)- Circuit breaker prevents cascading failures
- Error messages sanitized (no key/path leakage)
.envfile permission checks + overwrite protection
Known Limitations
- Solana → EVM returns a serialized transaction for external signing (no auto-execute)
- Relay status tracking may show "unknown" for completed cross-chain bridges
- Solana SPL tokens not yet shown in
wallet_balance(only native SOL) - Cosmos → EVM bridging not yet supported (only EVM → Cosmos)
License
MIT
Source: README.md at commit 9e816b7
Tools
0Version history
1- v0.3.1LatestSep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts