◆ Whitepaper · v1.0

The trust layer
for the agentic economy.

How a fleet of autonomous agents secures the agent economy end to end, how every verdict is proven and signed on-chain, and how the $VAUTH token aligns everyone around real usage.

Version 1.0Network TRONLaunch sunpump.memeToken $VAUTH
01

Abstract

Autonomous agents now write code, call paid APIs, and move value without a human in the loop. The infrastructure to trust them has not kept pace. Endpoints fail mid-payment, repositories ship copied or unaudited code, and no agent can tell whether another is safe to transact with.

VAUTH is a fleet of four autonomous AI security agents that continuously pentest, audit, and monitor the agent economy on-chain. Each agent runs in a fully isolated sandbox, proves every finding by reproducing it, and writes the result as a signed attestation on-chain, so any agent can verify another before value moves. Payments settle over the x402 protocol and failed calls are refunded in USDC automatically. The $VAUTH token launches on TRON with no pre-mine, no pre-sale and no team allocation, so the only path to value is growing real usage of the fleet.

Machines cannot run on "trust me." They need trust that is measured, proven, and readable on-chain.

02

Introduction

The agent economy is a network of autonomous agents that discover each other, negotiate, and pay per call. It is growing quickly, and speed comes at the cost of safety. A single unverified dependency, an exposed endpoint, or a replayable payment can drain an agent, and there is no shared record of who is safe.

Traditional security tooling assumes a human operator: a person reads a dashboard, triages alerts, and decides what to trust. That model does not survive contact with machines that transact thousands of times an hour. Security has to become autonomous, verifiable, and machine-readable, produced by agents and consumed by agents.

VAUTH is built for exactly that world. It does not ask a human to interpret results. It attacks, audits, and monitors on its own, then publishes a proof any other agent can check without asking permission.

03

The problem

Three gaps recur across the agentic economy:

  • Broken payments. Agents pay per call over x402, but a failed or slow endpoint means money spent for nothing, with no automatic recourse.
  • Unverified code. Agents are deployed from repositories that may contain copied, vendored, or malicious code, with no way to check authorship or integrity beforehand.
  • No shared trust. Before two agents transact, neither holds a verifiable record of the other's security posture. Reputation lives in silos, not on-chain.
Agent Awants to pay Agent Boffers service ✗ no way to verify each other failed payment unverified code no shared trust
Today agents transact blind. VAUTH inserts a verifiable trust layer between them.
04

Design principles

Four principles shape every part of the system:

Autonomous

No human triage. Agents run the full workflow and decide what is real, so security keeps pace with machines.

Provable

A finding only exists if it can be reproduced. Every result ships with the exact input that caused it.

Verifiable

Results are signed on-chain in a public, machine-readable format. Anyone can check them without trusting VAUTH.

Aligned

No pre-sale and no team supply at all. The team earns from its share of trading fees, so it profits only when the token is actually used.

05

System architecture

VAUTH sits between a target and the rest of the economy. A request enters an isolated sandbox, an agent performs its work, and the result is written on-chain where any other agent can read it.

Targetagent / repo / api ISOLATED SANDBOX browser + shell testnet wallet Agentrecon · exploit · audit · monitor On-chainattestationsigned Other agentsread & verify
Target → isolated sandbox → signed attestation on-chain → readable by every agent.
06

Isolation & sandbox model

Offensive testing is dangerous by nature, so every agent runs in a disposable, network-restricted container that is destroyed after each job. Nothing an agent does can escape into production or persist between runs.

EPHEMERAL CONTAINER · destroyed after run Headless browserchromium Shell + toolsbash Disposable wallettestnet funds network policy: verified target only · destructive actions gated · no persistence
Each job gets a fresh container scoped to the verified target, then wiped clean.

Before an active pentest begins, VAUTHRON confirms you control the target by checking a DNS record or a token at a well-known path. Destructive operations require explicit scope, and no data leaves the sandbox except the final report and its hash.

07

The four agents

The agents form a pipeline. VAUTHEYE finds what exists, VAUTHRON attacks it, VAUTHOR checks its code, and VAUTHEON keeps watching after launch. Each hands its findings to the next.

VAUTHEYErecon · map VAUTHRONpentest VAUTHORaudit · score VAUTHEONmonitor · refund
Discovery → exploitation → provenance → continuous monitoring.

VAUTHRON · Autonomous Pentester

Runs recon, then multi-wave exploit chains across authentication, injection, XSS, SSRF, business logic, and x402 payment abuse. It fills forms, follows redirects, and confirms impact before reporting. Output: verified findings with proof-of-concept, severity, CVSS, and a suggested fix.

VAUTHOR · Provenance Auditor

Fetches a repository tree, hashes every file, and compares against a large corpus to detect copied and vendored code, even when renamed. It traces authorship, checks licenses, and verifies maintainer identity, producing a 0-100 trust score with a file-by-file breakdown.

VAUTHEON · Endpoint Sentinel

Escrows x402 payments and probes each registered endpoint continuously for uptime, latency, and errors. On failure it refunds the caller in USDC automatically and records the event on-chain.

VAUTHEYE · Recon Scout

Continuously sweeps the network, resolving DNS, fingerprinting stacks, enumerating subdomains and open routes, and correlating threat signals. New findings feed a shared directory the whole fleet queries.

08

x402 payment & automatic refunds

Under x402, an agent pays for a service per call. VAUTHEON escrows the payment and watches the response. If the call succeeds, the provider is paid; if it fails or times out, the caller is refunded in USDC, automatically and on-chain.

Caller agentpays x402 VAUTHEONescrow + live monitoruptime · latency · errors ✓ successprovider paid ✗ failureUSDC refunded
Pay only for calls that deliver. Failed calls are refunded on-chain, no ticket required.
09

On-chain attestations

Findings and trust scores are not locked in a private dashboard. Each verification is written as a compact, signed record on-chain. It contains the target, the verdict, the score, a timestamp, and a hash of the full report, so the heavy data stays off-chain while the proof stays public.

ATTESTATION targetvauthswap.app verdictVERIFIED score94 / 100 report hash0x9f3c…a41b signerVAUTHRON On-chainpublic · immutable Any verifierreads before it pays
A small signed record on-chain; the full report is content-addressed by its hash off-chain.
10

Trust scoring model

The 0-100 trust score is a weighted blend of independent signals, not a single opinion. Each factor is measured directly and contributes a bounded amount, so no single check can dominate.

TRUST SCORE = weighted signals Authorship & provenance Exploit results License Uptime 90-100 trusted60-89 review<60 high risk
Independent, bounded signals combine into one readable score with clear risk bands.
11

Tokenomics

$VAUTH launches on TRON, through SunPump. There is no pre-sale, no pre-mine and no team allocation. Supply, opening valuation and the contract address are deliberately absent from this paper until the token exists and they can be read on-chain rather than promised here.

Network parameters

On TRON an address is base58 and always begins with T, a token follows the TRC-20 standard, and fees are paid in energy and bandwidth rather than a single gas price. Verify these against TRON's own documentation before you sign anything, and never trust parameters pasted to you in a direct message.

FieldValue
NetworkTRON mainnet
Token standardTRC-20
Native currencyTRX, 6 decimals
APIapi.trongrid.io
Explorertronscan.org
Contract addresspublished at launch, on this page and on vauth.link
LaunchpadSunPump, sunpump.meme
Verify the address

The $VAUTH contract address is published on vauth.link and nowhere else first. On a launchpad a name and a symbol can be copied by anyone, so the contract address is the only real identifier. Anyone giving you a different address is not us. Always check the address against the one shown here before you trade. Any other address is a scam, no matter who sends it.

How it launches

No pre-sale, no pre-mine, and no team allocation. The launch mechanics are whatever SunPump itself enforces, and this paper will describe them only once they can be pointed at on-chain. What is fixed regardless of mechanism: the team receives no tokens at launch, so there is no insider position to unwind and nothing held back to release later.

Distribution

DISTRIBUTION OF TOTAL SUPPLY · 1,000,000,000 $VAUTH 100% LOCKED LIQUIDITY POOL AT LAUNCH
There is only one slice. Nothing is held back.
AllocationShareNote
Locked liquidity pool100%Enters the pool in the same transaction that creates the token, liquidity locked
Pre-sale0%There is none
Pre-mine0%There is none
Team allocation0%The team receives no tokens at launch
How the team is funded

Not by holding supply, because it holds none. Whatever share of pool trading fees the launch venue pays a launch creator is the whole of the team’s income from the token, and it only grows if the token is actually traded. The exact split is left out of this paper until it can be read from the contracts rather than quoted from a description. Any figure beyond that, including buybacks or burns, will be published only once it is real and verifiable on-chain.

Earlier versions of this paper described a vesting schedule and a burn programme designed around a different launch venue. Those allocations no longer exist, because the launch mechanism gives the creator no supply to schedule. This section will be extended only with commitments that can be checked on-chain against the new contract. Nothing here is a promise about price.

Token utility

UseWhat it does
Pay per scanScans, audits, and monitoring settle in the VAUTH economy via x402.
Stake for discountsStaking $VAUTH lowers fees on every scan and audit.
Priority & accessHigher stake unlocks continuous monitoring, threat feeds, and early access to new agents.

Value flow

Usage Feesx402 · scans Stakersdiscounts · rewards
More usage → more fees → more staking value → cheaper access → more usage.
12

Security & threat model

VAUTH is offensive software, so its own safety is a first-class concern.

  • Consent and scope. Active pentests only run against a target whose ownership is verified, with depth and destructive actions chosen up front.
  • Containment. Every job runs in an ephemeral, network-restricted container with disposable credentials and testnet funds, then is destroyed.
  • No false positives. Unproven findings are discarded, so results cannot be gamed into noise or false alarms.
  • Tamper-evidence. Reports are content-addressed by hash and signed on-chain, so an attestation cannot be altered after the fact.
  • Data minimisation. Nothing leaves the sandbox except the final report and its hash.
13

Roadmap

Phase 1fleet livetoken launch Phase 2public registrystaking Phase 3auto-fix (Suture)agent SDK Phase 4open atteststandard
From a live fleet and token launch to an open, verifiable trust standard for the agentic economy.
14

Conclusion

Machines cannot run on "trust me." VAUTH replaces it with something verifiable: autonomous agents that prove their findings and sign them on-chain, payments that refund themselves when they fail, and a token whose only path to value is real usage. The trust layer for the agentic economy, launched openly, for everyone.

Open the console Read the docs