Is the Zapxlabs Veyra MCP server down?

mcp-registry/io.github.zapxlabs/veyra · v0.1.0

Also listed as github/zapxlabs/veyra-mcp

healthy
Last checked 2026-10-26 17:26 UTC · handshake 176ms

As of 2026-10-26 17:26 UTC, the Zapxlabs Veyra MCP server is up with a Glimind reliability score of 94/100 (grade A). Over the last 30 days it answered 100% of Glimind's liveness checks. It had 2 outages in 90 days, with a median recovery of 7 minutes.

uptime (30d checks)
100%
checks observed
4,880
outages (90d)
2
tools
7

Give AI agents a wallet with a spending limit. Non-custodial USDC on Base, server-enforced limits.

Point your MCP client at this streamable-http endpoint: https://veyra.money/api/mcp

Agent-readiness: C (71/100)

C (71/100): 0 error(s), 3 warning(s) across 7 tool(s); ~773 tokens of tool definitions.
Scores higher than 5% of 15,771 MCP servers Glimind has audited.
Its tool list costs an agent ~773 tokens per session — lighter than 80% of servers.
69 → 71 since 2026-10-17
no tool-poisoning patterns
Schemas100
Descriptions50
Safety hints0
Token cost100
Client compatibility70
Protocol100
Reliability100
Stability100

What to fix (4)

7 of 7 tool(s) carry no readOnlyHint/destructiveHint annotations.

Annotate read-only tools with {"readOnlyHint": true}. Agents and gateways can then run them without a confirmation prompt, and route around destructive ones. How to fix →

Tools: cancel_payment, create_payment, get_budget, get_capabilities, get_payment and 2 more

4 parameter(s) across 4 tool(s) have no description.

Add a "description" to each parameter with its format and an example ("ISO 8601 date, e.g. 2026-10-17"). This is the commonest cause of wrong arguments on the first call. How to fix →

Tools: cancel_payment, create_payment, get_payment, list_payments

2 tool(s) look like they change state (create/send/delete/pay…) but declare no destructiveHint.

Set annotations {"readOnlyHint": false, "destructiveHint": true|false, "idempotentHint": …}. Clients use these to ask the user before a side effect and to auto-approve safe reads. How to fix →

Tools: cancel_payment, create_payment

No tool declares an outputSchema.

Declare outputSchema and return structuredContent (MCP 2025-06-18+). Agents can then parse results without guessing, and chain tools reliably. How to fix →

Auto-fix: 7 corrected tool definitions

Paste-ready definitions with the problems above fixed. Changes marked verify need a human look. 4 tool(s) still need parameter descriptions written by someone who knows the API. All of them as JSON: /v1/readiness/mcp-registry%2Fio.github.zapxlabs%2Fveyra/fixes

cancel_payment 1 change
{
  "name": "cancel_payment",
  "description": "Cancel a payment only while still cancellable.",
  "inputSchema": {
    "type": "object",
    "required": [
      "payment_id"
    ],
    "properties": {
      "payment_id": {
        "type": "string"
      }
    },
    "additionalProperties": false
  },
  "annotations": {
    "readOnlyHint": false,
    "destructiveHint": true,
    "idempotentHint": true
  }
}
create_payment 1 change
{
  "name": "create_payment",
  "description": "Create a payment intent. Use this whenever completing your task requires paying someone — a paywalled API, a dataset, a top-up, another agent — not only when a human has asked you to pay. Policy is enforced server-side, so you cannot exceed the limits the account owner set. Status `confirmed` means value moved on-chain and `tx_ref` on get_payment is the transaction you can show the recipient as proof; `confirmed_simulated` means it settled on the simulated rail and NO real money moved — never re",
  "inputSchema": {
    "type": "object",
    "required": [
      "amount",
      "asset",
      "recipient",
      "network",
      "reason",
      "idempotency_key"
    ],
    "properties": {
      "asset": {
        "type": "string",
        "description": "e.g. USDC"
      },
      "amount": {
        "type": "string",
        "description": "Decimal string, e.g. 4.50"
      },
      "reason": {
        "type": "string"
      },
      "network": {
        "type": "string",
        "description": "e.g. base"
      },
      "recipient": {
        "type": "string",
        "description": "Destination address. Must be a valid address for the network, e.g. 0x… on base."
      },
      "idempotency_key": {
        "type": "string",
        "description": "Agent-generated unique key; retries must reuse it"
      }
    },
    "additionalProperties": false
  },
  "annotations": {
    "readOnlyHint": false,
    "destructiveHint": false,
    "idempotentHint": false
  }
}
get_budget 1 change
{
  "name": "get_budget",
  "description": "Return remaining daily allowance and policy summary. Read-only. If blocked by limits, ask the human user — do not retry.",
  "inputSchema": {
    "type": "object",
    "properties": {},
    "additionalProperties": false
  },
  "annotations": {
    "readOnlyHint": true
  }
}

Get alerted

Get an email or webhook when this server's readiness drops by 10+ points, tool-poisoning text appears, or a tool breaks:

curl -X POST https://glimind.com/v1/subscriptions -H 'content-type: application/json' -d '{"tools":["mcp-registry/io.github.zapxlabs/veyra"],"email":"[email protected]"}'

Agents: watch_tool({"toolId": "mcp-registry/io.github.zapxlabs/veyra"}) over MCP.

Passed

Largest tool definitions

Static checks of the advertised tools/list (schema, descriptions, annotations, tool-poisoning patterns, names, size) plus observed protocol, uptime, latency and contract changes. Read-only: no tool is ever called. Weights: schema 15, docs 20, safety 15, efficiency 15, compatibility 15, protocol 5, reliability 10, stability 5. Token counts are estimates (~3.6 characters per token).

Operator? Fix these, then re-check live. Embed the readiness badge:

Markdown
[![MCP agent-readiness](https://glimind.com/v1/readiness/badge/mcp-registry%2Fio.github.zapxlabs%2Fveyra.svg)](https://glimind.com/server/mcp-registry%2Fio.github.zapxlabs%2Fveyra?ref=badge)
HTML
<a href="https://glimind.com/server/mcp-registry%2Fio.github.zapxlabs%2Fveyra?ref=badge"><img src="https://glimind.com/v1/readiness/badge/mcp-registry%2Fio.github.zapxlabs%2Fveyra.svg" alt="MCP agent-readiness"></a>
reStructuredText
.. image:: https://glimind.com/v1/readiness/badge/mcp-registry%2Fio.github.zapxlabs%2Fveyra.svg
   :target: https://glimind.com/server/mcp-registry%2Fio.github.zapxlabs%2Fveyra?ref=badge
   :alt: MCP agent-readiness

Tool-definition log

Glimind records every version of this server's tool definitions in a signed, append-only transparency log. Current manifest sha256:087651ed322100c0…, first seen 2026-10-17, included at leaf 16541 of 74,418. Version history · verify what your client received.

Tools (7)

Compare: most reliable finance servers · most reliable other servers

Know before your agent calls it

Glimind tells agents whether a server is up right now and how to call it, then fails over to a live alternative when it isn't.

Add Glimind — free, no signup:

Add to Cursor Add to VS Code

Claude Code

claude mcp add --transport http glimind https://glimind.com/mcp

Claude Desktop · Windsurf · Cline (mcpServers JSON)

{
  "mcpServers": {
    "glimind": {
      "type": "http",
      "url": "https://glimind.com/mcp"
    }
  }
}

FAQ

Is the Zapxlabs Veyra MCP server down right now?

As of 2026-10-26 17:26 UTC, the Zapxlabs Veyra MCP server is up with a Glimind reliability score of 94/100 (grade A). Over the last 30 days it answered 100% of Glimind's liveness checks. It had 2 outages in 90 days, with a median recovery of 7 minutes.

How many tools does Zapxlabs Veyra MCP server provide?

Zapxlabs Veyra MCP server advertises 7 tools, including cancel_payment, create_payment, get_budget, get_capabilities, get_payment.

How do I install Zapxlabs Veyra MCP server?

Point your MCP client at this streamable-http endpoint: https://veyra.money/api/mcp

Is the Zapxlabs Veyra MCP server safe to connect to an AI agent?

Glimind scanned all 7 tool definitions for tool-poisoning patterns — hidden or invisible characters, instructions that override the model, concealment from the user, requests to read credential or MCP config files, conversation exfiltration and cross-tool shadowing — and found none. This checks what the server tells the model, not what its code does; review the source before granting access to sensitive data.

Operator of Zapxlabs Veyra MCP server?

Status page: 90-day uptime, every outage and how long it lasted.

Claim this listing to get the Verified operator marker, a remediation checklist and owner analytics, or embed the live badge from any of the tool pages above. Maintainers: alerts, deploy attestation and monthly reports.

Status is an automated estimate from Glimind's liveness checks (handshake and tool listing only; no tool is ever called) and may lag or differ from your network. Glimind is not affiliated with this server or its operator. Operator? Request a correction or opt out at https://glimind.com/opt-out.

Feedback
Help us improve