Vantic

ai.vanticlabsPublished by vanticlabs.aiv0.1.2Updated Oct 24, 2026

Verify an AI agent's payment authority: signed mandates, allowlists, and tamper-proof receipts.

VerifiedSTDIODesktop onlyFinanceSecurity & MonitoringAI & ML

Overview

AI-generated overview

Vantic exposes stateless tools to verify AI agent payment mandates, signed receipt chains, sponsor credentials and DIDs, backed by an SDK that enforces…

What you can do
  • Verify a signed mandate authorizing an agent within a budget, per-transaction cap, allowed actions and counterparty allowlist
  • Verify the hash-chained, signed receipt chain for actions an agent performed
  • Verify the owner-to-agent Verifiable Credential and resolve did:key / did:web identities offline
  • Outside MCP, the SDK issues mandates and wraps money-moving calls so out-of-scope payments are blocked before execution
When to use it
Useful when an agent can move money or call payment APIs and you want an independent check of its authority, an audit trail of allowed actions, or dispute evidence. The MCP tools are read-only verification; enforcement happens through the SDK in your own code.
Requirements
Runs as a local stdio process, started via npx vantic-mcp or the package's mcp script; Node.js with npm. No authentication, environment variables or headers are declared. The SDK is installed separately as the @vantic/sdk npm package.
Before you install
The project is v0.1, not yet audited, and the wire format is not frozen. The MCP tools are described as stateless and key-free, but the SDK handles Ed25519 private keys and PEM material for issuing mandates and signing receipts, so key handling stays in your code. Enforcement only covers calls routed through the wrapper.

Installation

In SourceWeft

  1. Open Vantic in the dashboard and add it to a workspace.
  2. 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

Vantic

A spending firewall and permission layer for AI agents. Give your agent a signed budget it can't exceed — even if it gets prompt-injected — and get a tamper-proof receipt for everything it does.

Zero dependencies · TypeScript · Ed25519 + W3C DIDs · works with MCP, LangChain, or any tool-calling agent.


The problem

Your AI agent can hold a wallet and call payment APIs. That's useful — and dangerous. One prompt injection from a poisoned web page, one hallucination, one bug, and your agent pays the wrong party. This is a documented, actively-exploited failure mode: agents tricked into wiring funds to attacker-controlled accounts.

What Vantic does

You issue your agent a signed mandate — a budget, a per-transaction cap, allowed actions, and an allowlist of who it may pay — and wrap its money-moving calls (purchase, subscribe, transfer, pay-per-use, payout, refund — any action that moves value). From then on, an out-of-scope payment is impossible: the check runs before the money-moving code, so even a fully compromised model can't execute it. Every allowed action emits a signed, tamper-proof receipt — a clean audit trail, and evidence if a charge is ever disputed.

Install

bash
npm install @vantic/sdk

Protect your agent in ~5 lines

ts
import { generateKeyPair, issueMandate, AgentWallet } from "@vantic/sdk";
const owner = generateKeyPair();   // you (the principal)const agent = generateKeyPair();   // your autonomous agent
// Authorize the agent: what it may pay for, ≤ $200 each, ≤ $500/week, only these counterparties.const mandate = issueMandate({  agent: agent.publicKey,  principal: owner.publicKey,  principalPrivateKeyPem: owner.privateKeyPem,  ttlSeconds: 7 * 24 * 3600,  scope: {    budget: { currency: "USD", amount: 50000, windowSeconds: 7 * 24 * 3600 }, // $500 / 7 days    maxPerTransaction: 20000,                                                  // $200    allowedActions: ["purchase", "subscribe"], // any money-moving action: transfer, payout, refund, …    allowedCounterparties: ["etsy.com", "*.shop.example"],  },});
const wallet = new AgentWallet(mandate, agent.privateKeyPem);
// Your real payment call goes inside the executor. The guard runs FIRST;// if the action is out of scope, the executor is never called.await wallet.spend(  { type: "purchase", counterparty: "etsy.com", amount: 4500, currency: "USD" },  async (action) => ({ outcome: "settled", result: await pay(action) }),);
// A prompt-injected wallet.spend({ counterparty: "attacker.xyz", ... })// throws GuardViolation — before any money moves.

Run npm run guard-demo to watch it block live attacker payments.

Already have a payment tool? Wrap it once.

For MCP / LangChain / function-calling agents, gate an existing tool without restructuring anything:

ts
import { wrapMcpTool } from "@vantic/sdk";
const guardedPurchase = wrapMcpTool(purchaseTool, {  wallet,  toAction: (args) => ({ type: "purchase", counterparty: args.merchant, amount: args.amountCents, currency: args.currency }),});// Register `guardedPurchase` instead of `purchaseTool`. A blocked call comes back as a tool// error the model can read and recover from; the real charge never fires.

Framework guides (OpenAI, LangChain, Vercel AI SDK, MCP, raw): docs/integrations.md.

What you get

  • Hard spending limits — per-transaction cap and a rolling budget window, enforced deterministically.
  • Counterparty allowlists — the agent can only pay who you allow (exact match or wildcard domains).
  • Prompt-injection protection — the mandate is enforced outside the model, so a compromised agent can't spend out of scope.
  • Tamper-proof receipts — a signed, hash-chained record of every action; verify offline; use as dispute evidence.
  • Standard identity — agents and owners are W3C did:key/did:web DIDs, and the owner→agent relationship is a W3C Verifiable Credential.
  • MCP server — npx vantic-mcp exposes verification tools to any MCP host.
  • Zero dependencies — Node's built-in crypto only. Ed25519 + SHA-256.

How it works

Two primitives (full spec in spec/SPEC.md):

  • Mandate — a signed statement from an owner authorizing an agent within a scope (budget, limits, counterparties, expiry, revocation).
  • Receipt — a signed, hash-chained record binding each action to the mandate and its outcome. Tamper-evident.

Everything is deterministic and runs outside the agent's model.

Use it from an MCP host

bash
npm run mcp        # or, once published: npx vantic-mcp

Exposes stateless verification tools (no private keys): mandate_authorize, mandate_verify_chain, mandate_verify_credential, mandate_resolve_did.

Identity

Agents and owners can be identified by bare keys (key:<x>) or by W3C did:key DIDs — interchangeable, both verify. generateKeyPair() returns both. DIDs resolve to standard DID documents offline (resolveDidKey), the same key can be published as did:web (buildDidWebDocument), and the owner→agent relationship is a portable W3C Verifiable Credential (issueSponsorCredential / verifySponsorCredential). See npm run identity-demo.

Develop

bash
cd sdknpm installnpm test          # 39 testsnpm run demo      # end-to-end walkthrough

Learn more

Status & security

v0.1 — early, and honest about it. The code is production-quality (Ed25519 + SHA-256 + canonical JSON; did:key/did:web + Verifiable Credential identity; zero runtime dependencies), but it is not yet audited and the wire format isn't frozen.

  • ROADMAP.md — exactly what is and isn't hardened, and the path to v1.0.
  • SECURITY.md — how to report a vulnerability (please don't open a public issue).
  • spec/SPEC.md §8 — threat model and non-goals.

Feedback and PRs welcome. Apache-2.0.

Source: README.md at commit 1123c30

Tools

0
SourceWeft has not started this package in its sandbox yet, so its tools are not known.

Version history

1
  1. v0.1.2LatestSep 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