# Cryptoconspiracy Vurto Swap MCP server

Source: https://glimind.com/server/mcp-registry%2Fio.github.cryptoconspiracy%2Fvurto-swap
Registry id: `mcp-registry/io.github.cryptoconspiracy/vurto-swap`
Status: live (checked 2026-10-27T00:20:33.514Z)

## Measurements (30 days)

- Uptime: 100%
- Checks: 4971
- Outages (90 days): 0

## Install

```json
{
  "mcpServers": {
    "cryptoconspiracy-vurto-swap-mcp-server": {
      "type": "http",
      "url": "https://swap.vurto.cc/mcp"
    }
  }
}
```

Claude Code:

```sh
claude mcp add --transport http cryptoconspiracy-vurto-swap-mcp-server https://swap.vurto.cc/mcp
```

## Tools (18)

- `destination_authorize`: Hand over the signature of destination_challenge. The server checks it is the paying wallet's signature over that exact challenge, for that receiver and chain, 
- `destination_challenge`: Destination lock. A receiver different from the signing wallet is refused by swap_build, double_build and nn_build (403 destination_not_authorized) until the pa
- `double_build`: Builds signable/sendable plans for BOTH legs of a Double Out or Double In swap — two ordinary swap_build calls under the hood, kept together for convenience. Re
- `double_quote`: Compares ranked routes for TWO swap legs at once — "Double Out" (one source token split into two destinations) or "Double In" (two source tokens converging on o
- `invoice_create`: Create a payment request: who receives, which token, how much, on which network. Returns invoice.id, invoice.label (INV-XXXX-XXXX, what people copy), invoice.ur
- `invoice_get`: Read an invoice by id (INV-XXXX-XXXX, with or without dashes): requested amount, token, network, receiver, status (open or paid), the paying transaction once pa
- `invoice_pay`: Build the plan to pay an invoice from payer, with the token payer holds (default: the invoice token). Nothing is signed or sent here. Both wallets are screened 
- `invoice_report_payment`: Hand the payment transaction to the server, right after sending it. The server reads the transaction on-chain and measures what reached the receiver in the invo
- `nn_build`: Builds ONE signable/sendable atomic transaction executing every leg of an N:N basket through VurtoSwapRouter. Always re-quotes the whole basket fresh from chain
- `nn_quote`: N:N — quotes a basket where N input tokens fund M output tokens in ONE atomic on-chain transaction. The backend runs a waterfall allocation deciding which input
- `payout_batch`: Payroll and supplier payouts on Solana: pay up to 20 wallets their exact amounts, in the token the payer holds (no swap). The paying wallet and every receiving 
- `payout_report_payment`: Hand one batch transaction to the server, right after sending it, with the invoiceIds that payout_batch listed for it. Each invoice is verified on-chain like an
- `prepare_signing`: Synthesizes the local CLI signer invocation for one step of a swap_build plan. Does not call the Vurto backend — this only assembles the payload. You (the agent
- `report_execution`: Reports a completed swap, closing the loop. EVM transaction: pass wallet + txHash + quoteId; never report an approve step as an execution. EVM CoW signature: pa
- `swap_build`: Build a signable/sendable plan for a swap. This is the tool that does the work — an agent that only knows this tool can execute a swap end to end. Quotes and bu
- `swap_quote`: Compare ranked routes across providers for a swap, without building or spending anything. Ranked by net value after gas and platform fee, not raw output, with O
- `swap_status`: Re-checks a swap. EVM: pass wallet + executionId (the id from report_execution); for CoW ETH-flow this consults the orderbook and distinguishes order_expired_re
- `wallet_check`: Check any wallet (EVM 0x address or Solana base58, case-sensitive) before paying it or taking its money: OFAC SDN list on both families; on Solana also the issu

Measured by Glimind (https://glimind.com): MCP handshake + tool list only, no tool is ever called. CC BY 4.0.