55.2% of the top 10,000 tokens are HIGH RISK. 131 are confirmed honeypots – tokens where you can buy but cannot sell. 1,865 are upgradeable proxy contracts, of which 139 are controlled by a single private key that can silently replace the entire token implementation in one transaction. Only 18.7% pass all 127 security checks and receive a CLEAN verdict.

What Token Audit Found

BNB Smart Chain is the most dangerous chain in the dataset: 68.3% high risk and only 7.6% clean. Ethereum shows 59 confirmed honeypots – tokens that passed as legitimate long enough to enter the CoinGecko top 10,000, then trapped every buyer inside. The two most widespread risk patterns: 35.9% of tokens have no enforceable supply cap (unlimited inflation possible), and 34.4% have no timelock on privileged admin functions (instant malicious governance possible, no delay, no warning).

What Other Tools Miss

Token Audit runs 127 checks across 9 modules – Ownership, Supply, Liquidity, Transfer, Approve, Permit, Pausability, Reentrancy, and Proxy Analysis. The checks that matter most are the ones competitors cannot run: transitive approve() call graph analysis, phantom balanceOf detection, EIP-2612 permit preload, reentrancy invariants, and asymmetric pause detection (pause that blocks sells but not buys). These threats are invisible to GoPlus, CertiK Skynet Token Scan, TokenSniffer, and Honeypot.is – which together cover fewer than 40 checks, all at the interface level. The 599 verdicts in this dataset driven by Approve and Reentrancy findings represent tokens that every competing tool would have passed as clean.

Co-Founder Statement

“We assumed the top 10,000 by market cap would be the safer end of the market. What we found is that more than half carry meaningful risk vectors – and roughly 600 of those are threats that no other automated tool would detect. The sophisticated operators know exactly which checks existing tools run, and they design around them. Token Audit was built to catch what they build.” – Martin Ploom, Co-Founder, ChainAware.ai

Proxy Risk: 139 Tokens One Transaction Away From a Honeypot

Token Audit’s proxy classification goes beyond detecting whether a contract is upgradeable. It identifies who controls the upgrade – and the answer matters enormously. Of 1,865 proxy contracts in the top 10,000, 139 are EOA-controlled: a single unprotected private key can replace the entire implementation in one block, with no timelock, no multisig, no governance vote. BSC carries the highest concentration – 75 of those 139 EOA-controlled proxies are on BSC, where the tactic is a known professional rug pull pattern. On the positive side, 153 UUPS proxies have permanently locked or renounced their upgrade path – Token Audit surfaces this as an explicit positive signal rather than treating all proxies as equally risky.

For the full methodology, chain-by-chain breakdown, finding frequency analysis, honeypot signal correlations, and the complete competitive comparison against GoPlus, TokenSniffer, CertiK Skynet, and Honeypot.is, read the deep-dive: ChainAware Token Audit Launched – We Tested 10,000 CoinGecko Tokens. Here Are the Results. →

ChainAware.ai is the Web3 Agentic Growth Infrastructure – 20M+ wallet personas, 98% fraud detection accuracy, 127-check Token Audit, Agent Trust Score for 274,000+ ERC-8004 agents. Named in CB Insights’ AI Fraud Prevention Market Map. chainaware.ai

The post 55% of the Top 10,000 CoinGecko Tokens Are High Risk. ChainAware Token Audit Shows Why. first appeared on ChainAware.ai.

ChainAware has indexed 274,792 ERC-8004 agents across Ethereum, BSC, Base, and Avalanche. The data reveals a striking picture of the current agent ecosystem: 26% of indexed agents score Untrusted, 21.1% are flagged as farm-detected Sybil operations, and only 21.1% reach the Sovereign tier. More than half of all registered ERC-8004 agents carry material trust risk — and until today, no infrastructure existed to surface that risk before an interaction.

The Problem Agent Trust Score Solves

Agentic commerce — where AI agents execute transactions autonomously on behalf of users — is accelerating rapidly. McKinsey estimates AI agents could mediate $3-5 trillion in global commerce by 2030 . Today, 68% of new DeFi protocols launched in Q1 2026 include at least one autonomous AI agent. Every one of those agents initiates transactions without human approval — and every one of those transactions is a trust decision that previously had no infrastructure layer behind it.

The ERC-8004 Identity Registry tells you an agent exists. It does not tell you whether to trust it. Voting-based reputation systems can be gamed in hours — an operator deploying 50 agent wallets can manufacture a full review history at near-zero cost. ChainAware’s Agent Trust Score bypasses the reputation layer entirely and scores the human controlling the agent: their on-chain behavioral history, who funded their wallet, and whether they have previously created rug pull pools or honeypot tokens.

What the Data Shows

Additional signals: 21.1% carry the FARM_DETECTED flag, 9.5% have unknown feeder addresses, 7.6% use EIP-7702 delegated ownership, and 741 agents have confirmed rug pull history in their feeder chain.

CB Insights Validation

The launch follows ChainAware’s inclusion in the CB Insights AI Fraud Prevention Market Map , placing ChainAware in the On-Chain Intelligence category alongside Chainalysis, Elliptic, and TRM Labs. Read the full analysis in our CB Insights market map coverage.

Co-Founder Statement

“We indexed 274,792 ERC-8004 agents and found that more than half score either Untrusted or Elevated Risk. The agentic economy is being built on top of a registry that has no trust infrastructure. Agent Trust Score is the infrastructure that closes that gap.” — Martin Ploom, Co-Founder, ChainAware.ai

Integration

The Agent Trust Score API returns a 0-1000 score, tier, and flag set for any indexed ERC-8004 agent in under 100ms. It integrates natively with ChainAware’s Prediction MCP server. Enterprise rate limits, SLA, and webhook notifications are available on request.

For the full technical breakdown, integration guide, and ERC-8004 ecosystem data analysis, read the deep-dive: Agent Trust Score: On-Chain Trust Scoring for the Agentic Commerce Era →

ChainAware.ai is the Web3 Agentic Growth Infrastructure — 20M+ wallet personas, 98% fraud detection accuracy, <100ms API latency. Named in CB Insights’ AI Fraud Prevention Market Map. chainaware.ai

The post ChainAware Launches Agent Trust Score — On-Chain Trust Scoring for the Agentic Commerce Era first appeared on ChainAware.ai.

Something fundamental is changing in how commerce works. AI agents — software systems that can perceive, decide, and act autonomously — are beginning to transact. They are paying for APIs, settling invoices, executing DeFi strategies, managing DAO treasuries, and interacting with financial infrastructure in ways that traditional systems were never designed to handle. McKinsey estimates AI agents could mediate $3-5 trillion in global commerce by 2030 . Today, 68% of new DeFi protocols launched in Q1 2026 already include at least one autonomous AI agent.

Every one of those agents initiates transactions without human approval. Furthermore, every one of those transactions is a trust decision — a question of whether the agent on the other side of the interaction is controlled by a legitimate operator, or by someone whose on-chain history includes rug pulls, honeypot tokens, mixer exposure, and Sybil farming at scale. Until today, no infrastructure existed to answer that question. ChainAware’s Agent Trust Score is that infrastructure.

Read the launch announcement: ChainAware Launches Agent Trust Score — Official Announcement →

Table of Contents

1. The Agentic Commerce Era: Why Trust Is the Missing Layer
2. The Agentic Commerce Trust Stack: Where Agent Trust Score Fits
3. CB Insights Validation: ChainAware in the AI Fraud Prevention Market Map
4. What ERC-8004 Gives You — and What It Doesn’t
5. State of the ERC-8004 Registry: Trust Analysis of 274,792 Agents
6. The Five Signals Only ChainAware Provides
7. The Data Moat: Why This Cannot Be Replicated
8. How the Agent Trust Score Works
9. Score Tiers: What Each One Means
10. The Compounding Risk of Unscreened Agent Access
11. Integration Guide for DeFi Protocol Builders
12. Guide for Agent Creators: How Your Score Is Determined
13. How Agent Trust Score Compares to Other Platforms
14. Frequently Asked Questions

The Agentic Commerce Era: Why Trust Is the Missing Layer

Agentic commerce is not a future scenario — it is happening now, across every DeFi protocol that accepts agent-initiated transactions. Consequently, DeFi protocol builders face an immediate and urgent problem: how do you trust an agent you have never met, whose controlling wallet was created last week, whose funding source you cannot trace, and whose operator may have a history of financial fraud under a different wallet identity?

The scale of the shift is concrete. Morgan Stanley projects that nearly half of all online shoppers will use AI shopping agents by 2030 , accounting for approximately 25% of their total spending. In Web3 specifically, the transition is even faster — agents are moving from advisory roles (suggesting trades) to execution roles (completing them). The distinction between advice and execution is the distinction between a bad recommendation and an empty wallet.

Three converging forces are accelerating this shift in Web3. First, ERC-8004 went live on Ethereum mainnet in January 2026, giving AI agents a standardized on-chain identity for the first time. Second, x402 — the open payment protocol championed by Coinbase, Google Cloud, and Circle — provides agents with stablecoin-native payment rails, enabling micropayments without human login flows. Third, trust infrastructure has lagged behind. As Google Cloud’s Global Head of Strategy for Web3 stated at Consensus 2026: “The biggest friction points center on the fact that most products are still built for humans, not agents.” Agent Trust Score is ChainAware’s response to that friction at the trust layer specifically.

For a deep dive into the commercial context, see our article on why the first step in agentic commerce is trust, not integration.

The Know Your Agent (KYA) Imperative

Know Your Agent — KYA — is emerging as the agent-layer equivalent of KYC. Unlike KYC, however, KYA for Web3 is necessarily on-chain behavioral rather than documentary. There are no passports in DeFi. Instead, there is transaction history — permanent, public, immutable, and available for scoring without touching any personal data. KYA answers the same fundamental question KYC does — who is this entity, should I trust them? — using behavioral pattern analysis across 20M+ wallet personas trained on confirmed fraud and legitimate address populations.

The regulatory tailwind is real. The EU AI Act , which takes full effect in August 2026, creates documentation and risk assessment requirements for high-risk AI systems. Autonomous agents with financial execution permissions are a clear candidate for high-risk classification. Protocols operating in EU-regulated markets need demonstrable risk controls for agent interactions — Agent Trust Score satisfies that requirement without adding friction for legitimate agents.

The Agentic Commerce Trust Stack: Where Agent Trust Score Fits

The agentic economy has built four of its five required infrastructure layers. The fifth — trust — launched today. Understanding where Agent Trust Score sits in the full stack clarifies both what it does and why no existing protocol addresses the same problem.

This framework — which we call the Agentic Commerce Trust Stack — maps the four distinct problems any agentic commerce protocol must solve before autonomous transactions can happen safely. Each layer answers a different question. Moreover, each layer requires different infrastructure. x402 handles payment rails. ERC-8183 handles disputes after transactions complete. ERC-8004 handles identity registration. Agent Trust Score handles the question that must be answered before any interaction begins: is this agent controlled by someone whose on-chain history warrants the trust implied by autonomous execution?

The stack is not theoretical. Mastercard completed Europe’s first live AI-agent bank payment in 2026. Visa launched an agent-focused payment framework. TON Foundation launched Agentic Wallets in April 2026, allowing AI agents on Telegram to autonomously store and spend funds within user-defined limits. The payment rails are live. The dispute layer is being built. The identity layer has 274,792 registered agents. The trust layer — until today — was the missing piece.

CB Insights Validation: ChainAware in the AI Fraud Prevention Market Map

Context matters for a product launch in a nascent category. ChainAware’s inclusion in the CB Insights AI Fraud Prevention Market Map provides that context clearly. CB Insights mapped 200+ of the most promising companies building AI-powered fraud prevention infrastructure, from deepfake detection to on-chain intelligence and — their exact words — “agentic trust infrastructure.” ChainAware appears in the On-Chain Intelligence category alongside Chainalysis, Elliptic, and TRM Labs.

The CB Insights placement is significant for three reasons. First, it validates the methodology — CB Insights uses Mosaic scores and predictive signals, not self-reported data, to select companies. Second, it identifies “agentic trust infrastructure” as a standalone market segment within fraud prevention — confirming that Agent Trust Score addresses a recognized institutional need, not a speculative niche. Third, it positions ChainAware as the Web3-native player in a category otherwise dominated by forensic analytics firms whose methodology is reactive rather than predictive.

For the full analysis of what the CB Insights placement means for ChainAware’s market position, see our CB Insights market map coverage article. For the competitive landscape of agent trust platforms specifically, see our Agent Trust Infrastructure Race analysis comparing six platforms across 19 capabilities.

What ERC-8004 Gives You — and What It Doesn’t

ERC-8004 is a well-designed standard that solves a specific problem: giving AI agents a standardized, verifiable on-chain identity. Every registered agent receives an ERC-721 NFT representing its identity, a controlling owner wallet, an agent payment wallet, and a URI pointing to its agent card JSON. The registry answers the question “does this agent exist?” cleanly and cryptographically.

The standard does not answer the question “should I trust this agent?” — and the specification explicitly leaves scoring to third parties. This design choice is correct architecturally: the registry should be a neutral data layer, not an opinion engine. However, it means that every protocol integrating ERC-8004 agents is responsible for answering the trust question independently. Most currently do not — they query the registry to confirm the agent exists and proceed. Agent Trust Score is what fills the gap between “agent exists” and “agent is safe to interact with autonomously.”

The Voting-Based Reputation Problem

ERC-8004 also includes a built-in Reputation Registry — a standard interface for peer feedback. On paper, this sounds like a trust mechanism. In practice, it is a manufactured-trust system waiting to be exploited. An operator deploying 50 agent wallets can have each one review every other, generating a full positive reputation history in hours at a cost measured in gas fees. On BSC or Base, that cost is less than a dollar. The result is indistinguishable from genuine reputation on any platform that reads the registry naively.

ChainAware does not read the ERC-8004 Reputation Registry to compute the Agent Trust Score. Instead, we look behind the agent at the behavioral history of the wallets controlling it and funding its controller. That history is immutable — it cannot be manufactured overnight. An operator who rugged three liquidity pools in Q4 2025 and registered 47 agents in Q1 2026 carries that history forward regardless of how many peer reviews the new agents accumulate. For a detailed analysis of why voting-based reputation fails at scale, see our guide to Web3 Wallet Auditing Providers in 2026.

State of the ERC-8004 Registry: First Ever Trust Analysis of 274,792 Agents

ChainAware has indexed the complete ERC-8004 registry — 274,792 agents across Ethereum mainnet, BSC, Base, and Avalanche — and applied the Agent Trust Score to produce the first comprehensive behavioral trust analysis of the agentic economy. The results reveal a striking picture that should concern any DeFi protocol granting autonomous execution access to registry agents.

Trust Score Distribution

The headline finding is stark: more than half of all ERC-8004 registered agents — 51.8% — carry Elevated Risk or Untrusted scores. This is not a marginal tail of bad actors. It is the majority of the registry. Protocols granting autonomous execution access to unscreened ERC-8004 agents are, statistically, granting that access to a population where more than half present material trust risk.

Flag Analysis: What Is Driving Low Scores

• FARM_DETECTED: 58,061 agents (21.1%) — one in five agents belongs to a Sybil fleet where a single operator controls multiple agents
• FEEDER_UNKNOWN: 26,124 agents (9.5%) — nearly 1 in 10 agents has an owner wallet with an obfuscated or untraceable funding source
• EIP7702_DELEGATED: 20,946 agents (7.6%) — the registered owner has delegated control to a secondary address, potentially obscuring the real controller
• FEEDER_CEX_VERIFIED: 2,691 agents (1.0%) — confirmed CEX-funded owners, the strongest legitimacy signal available
• FEEDER_RUG_HISTORY: 741 agents (0.3%) — agents whose owner wallet was funded by a confirmed rug pull operator
• CREATOR_RUG_HISTORY: 59 agents (0.02%) — agents controlled directly by confirmed rug pull creators
• CREATOR_HONEYPOT_HISTORY: 3 agents — agents whose owner has previously created honeypot token contracts

The farm detection finding deserves particular attention. 58,061 agents — 21.1% of the entire registry — are controlled by fleet operators running multiple agents simultaneously, frequently registered in the same block. Individual agent scoring is structurally blind to this pattern. ChainAware detects it because we maintain an owner profile database tracking fleet size across all indexed chains — a capability that requires the full registry index, not just individual agent lookups.

For the full competitive context of how these signals compare to what RNWY, SkyeProfile, AXIS T-Score, and DJD Agent Score provide, see our Agent Trust Infrastructure Race analysis.

The Five Signals Only ChainAware Provides

Agent Trust Score combines signals that no other agent trust platform currently provides. Each one addresses a specific threat model that the other approaches structurally cannot reach. We intentionally do not publish the exact weights, thresholds, or model coefficients behind these signals — doing so would allow bad actors to calibrate their behavior to stay just below each detection threshold. What we do publish are the signal categories and what each one means for your trust decision.

Signal 1: Owner Wallet Behavioral Fraud Score

The owner wallet is the human or entity controlling the agent. ChainAware scores it using a predictive AI model trained on 20M+ wallet personas across Ethereum, BSC, Base, and beyond — achieving 98% fraud detection accuracy. This is not a blacklist check. Rather, it is a forward-looking behavioral prediction: given this wallet’s complete transaction history, what is the probability it will engage in fraudulent activity? The model retrains continuously on new confirmed fraud cases, meaning evasion strategies become stale quickly.

The fraud score is the primary input to the Agent Trust Score — a clean wallet starts at a high baseline, while a fraud-flagged wallet scores low regardless of any other signal. For the full methodology behind the fraud prediction model, see our AI-Powered Blockchain Analysis guide.

Signal 2: Feeder Address Analysis

The feeder address is the wallet that funded the owner. No other agent trust platform traces and scores this signal. ChainAware traces feeder addresses for approximately 38% of indexed agents. The feeder signal has three variants that carry different trust implications. A CEX-verified feeder (Binance, Coinbase, Kraken, OKX withdrawal address) implies the owner passed KYC somewhere upstream — ChainAware’s strongest positive signal. An unknown or obfuscated feeder is itself a risk signal. A feeder with confirmed fraud status applies hard suppression to the final score.

When the feeder address has rug pull or honeypot history in ChainAware’s database, the owner may have deliberately cycled wallets to obscure a fraud track record — the feeder criminal record check is what catches this pattern. For more on how feeder analysis works in practice, see our Forensic vs AI Blockchain Analysis guide.

Signal 3: Criminal Record — Rug Pull and Honeypot History

ChainAware maintains a database built from on-chain liquidity pair history and token audit data spanning over a year of activity. This database records which wallet addresses created pools that subsequently exhibited rug pull patterns, and which wallet addresses previously deployed honeypot token contracts. Before computing the Agent Trust Score, ChainAware cross-references both the owner wallet and the feeder address against this database.

Criminal record signals result in hard caps on the Agent Trust Score that no other signal can override. This is the signal that connects yesterday’s token fraud to today’s agent deployment. An operator who rugged pools on PancakeSwap in Q4 2025 and registered 40 agents in Q1 2026 is caught by this check. No other agent trust platform makes that connection because no other platform maintains a paired rug pull database and cross-references it against agent registry data. For background on how rug pull and honeypot patterns are detected, see our guide to Rug Pull vs Pump and Dump in Web3.

Signal 4: Trust Delegation

Agent payment wallets are frequently fresh addresses created specifically for the agent — they have no transaction history, no counterparty network, and no behavioral record. A naive scoring approach penalises every newly deployed agent regardless of the owner’s reputation, producing low scores for legitimate agents and making the score useless as a gate for new deployments.

ChainAware’s trust delegation mechanism solves this: the owner wallet’s reputation sets a floor for the agent wallet’s effective score. A reputable developer deploying their first agent wallet scores well through delegation. A fraud-flagged owner cannot delegate any meaningful trust — the delegation collapses, and the agent score reflects the owner’s history rather than the wallet’s lack of it.

Signal 5: Fleet-Level Farm Detection

Every competitor in this market scores agents individually. ChainAware maintains an owner profile database tracking agent fleet size across all indexed chains. Owners controlling unusually large numbers of agents — particularly those registered in tight time windows — receive farm modifiers that suppress scores across their entire fleet, regardless of how any individual agent scores in isolation.

This fleet-level view catches the specific agentic commerce attack pattern that individual scoring cannot surface: one operator manufacturing ecosystem depth through a controlled population of agents, each of which appears clean when scored independently. Our data shows 58,061 agents — 21.1% of the entire ERC-8004 registry — are already in this category today.

The Data Moat: Why This Cannot Be Replicated

Agent Trust Score is built on three proprietary data assets accumulated over years of continuous operation. A competitor starting today cannot purchase these assets, compress the time required to build them, or replicate them from publicly available sources alone. Each one compounds in value as it grows — making ChainAware’s intelligence advantage wider over time, not narrower.

20M+ Wallet Personas: Years of Behavioral Training Data

ChainAware’s fraud prediction model is trained on more than 20 million wallet personas across 8 blockchains. Each persona represents a complete behavioral fingerprint — transaction history, timing patterns, counterparty networks, protocol diversity, AML exposure, and dozens of derived features. Building this dataset required years of continuous on-chain data collection, labeling of confirmed fraud cases, and iterative model retraining against real-world fraud outcomes. The result is 98% fraud detection accuracy on held-out test data.

This persona depth cannot be replicated quickly. A new entrant would need years of historical blockchain data, a confirmed fraud label dataset from real fraud cases, and the engineering infrastructure to process and update 20 million behavioral profiles continuously. Furthermore, the model improves as the dataset grows — each new confirmed fraud case sharpens the prediction boundary. ChainAware’s advantage in this dimension compounds daily.

One Year of On-Chain Pair History: The Criminal Record Database

The rug pull and honeypot criminal record check that powers Agent Trust Score’s hardest caps requires a database of historical liquidity pair creation and token audit results — accumulated over more than a year of continuous on-chain monitoring. ChainAware has tracked pair creation across PancakeSwap, Uniswap, and other major DEX venues, cross-referencing creator wallet addresses against confirmed fraud outcomes: pools where liquidity was removed in rug pull patterns, and token contracts that embedded honeypot mechanics preventing buyers from selling.

This database is what catches the serial fraudster who registers new agents after previous fraud campaigns. It connects the rug puller of November 2025 to the agent creator of February 2026 — a connection that exists only if you have the historical data linking both events to the same wallet address. No competitor in the agent trust scoring market currently maintains this database. Furthermore, building it retroactively is impossible: the historical pair data exists on-chain, but the labeling of fraud outcomes requires the passage of time to observe liquidity removal patterns after the fact. For the data behind this detection engine, see our Rug Pull Tracker report and our AI-Based Predictive Fraud Detection guide.

38% Feeder Coverage: The Funding Chain Network

ChainAware traces feeder addresses — the wallets that funded owner wallets — for approximately 38% of indexed ERC-8004 agents. This coverage reflects the on-chain reality: some owner wallets receive funds from multiple sources, some from bridge or faucet infrastructure that does not produce a single attributable feeder, and some from deliberately obfuscated multi-hop paths. The 38% with traceable single-hop feeders represents the population where the funding chain reveals meaningful intelligence.

Feeder coverage is itself a compounding asset. As ChainAware indexes more agents and more wallet interactions over time, the feeder network graph grows denser — revealing connections between previously unlinked wallet clusters. An operator who cycled through three funding wallets across different campaigns may appear disconnected today but becomes linkable as the transaction graph accumulates more data points. Additionally, the CEX label database — identifying which addresses are verified exchange hot wallets — improves as exchange infrastructure evolves and new verified addresses are confirmed. The feeder signal is the one no competitor has reached because building it requires both the feeder tracing infrastructure and the fraud intelligence to score what you find at the other end of the funding chain.

Why the Moat Compounds

Each of these three data assets improves as it grows larger and older. More wallet personas means better fraud prediction boundary precision. More pair history means more confirmed criminal records attached to operator wallets. More feeder coverage means more fraud connections surfaced across the registry. A competitor starting today with identical engineering resources would still need years to catch up — and by the time they did, ChainAware’s assets would be proportionally larger still. This is the definition of a compounding data moat: the advantage is not a snapshot, it is a trajectory.

How the Agent Trust Score Works

The Agent Trust Score uses a multi-layer pipeline that combines owner fraud probability, trust delegation, feeder analysis, farm detection, and criminal record hard caps into a single 0-1000 score. Each layer applies a specific transformation before passing the result to the next.

We intentionally do not publish the exact weights, thresholds, or multipliers used in each layer. Publishing precise thresholds would allow bad actors to calibrate their behavior to stay just below each detection cap — which would directly undermine the system’s ability to catch sophisticated fraud. Our scoring model retrains continuously on new confirmed fraud patterns. What works as evasion today becomes detectable tomorrow as the model updates.

What we do publish is what each layer measures and why it matters:

• Owner fraud probability — the primary driver of the base score. A clean owner wallet starts at a high baseline. A fraud-flagged wallet scores low regardless of any other input.
• Experience and on-chain history — a modest bonus for owners with genuine DeFi activity over time. Experience adds to the score but cannot compensate for high fraud probability.
• Trust delegation — lifts a fresh agent wallet when the owner has strong history. Collapses when the owner is fraud-flagged.
• Feeder modifier — adjusts the score based on who funded the owner. CEX-verified feeders boost the score. Unknown or fraud feeders suppress it.
• Farm modifier — suppresses scores across an entire fleet when the owner controls an unusually large number of agents or registers them in bulk.
• Criminal record hard caps — override all other signals when confirmed rug pull or honeypot history is found. These caps are absolute and cannot be offset by positive signals elsewhere.

The result is a score between 0 and 1000. The full methodology overview — covering signal categories without exposing exact parameters — is available at chainaware.ai/learn/agent-trust-score.

Score Tiers: What Each One Means for Protocol Builders

The Agent Trust Score maps to five tiers on the 0-1000 scale. Each tier carries a specific operational recommendation for DeFi protocol builders. The right threshold for your protocol depends on the risk profile of the transactions involved — a high-value lending protocol and a low-value DEX swap use different thresholds against the same score.

Sovereign (800-1000) — Full Autonomous Access

Sovereign agents have strong owner fraud probability, a clean or CEX-verified feeder address, no criminal record signals, and no farm detection flags. Sovereign is appropriate for high-value autonomous operations: large-value lending, treasury management, and governance participation with financial consequences. Protocols can grant Sovereign agents the same execution permissions they would grant to established protocol participants.

Trusted (600-799) — Standard Integration

Trusted agents have strong owner fraud probability, a generally clean feeder, and no hard-cap signals. Trusted is appropriate for standard DeFi integrations — trading agents, yield optimisers, and automated compliance workflows where individual transaction risk is moderate and human monitoring is available as a backstop.

Provisional (400-599) — Monitoring Required

Provisional agents show mixed signals: moderate fraud probability, unknown feeder, or a fresh payment wallet. Provisional agents should not receive unsupervised autonomous execution access for high-value operations. However, they are appropriate for lower-risk automated workflows with active monitoring — read-only queries, low-value token swaps, or agentic onboarding flows where individual transaction size is capped.

Elevated Risk (200-399) — Restricted Access Only

Elevated Risk agents carry weak owner history, obfuscated feeders, or farm detection signals. These agents should not be permitted autonomous financial execution. If your protocol needs to serve Elevated Risk agents — for example in a permissionless DEX context — transaction size limits, velocity caps, and real-time monitoring should all be active simultaneously.

Untrusted (0-199) — Block

Untrusted agents carry active fraud signals, confirmed rug pull or honeypot history, confirmed farm detection, sanctioned address exposure, or repeat offender status. These agents should be blocked at the access control layer before any transaction reaches the execution layer. The score is not borderline — it reflects definitive fraud signals from immutable on-chain history. For context on the types of on-chain fraud that produce Untrusted scores, see our AI-Based Predictive Fraud Detection guide.

The Compounding Risk of Unscreened Agent Access

Human-initiated fraud and agent-initiated fraud differ in one fundamental operational characteristic: velocity. A fraudulent human interacting with your protocol manually can execute perhaps dozens of interactions before detection. A fraudulent agent operating autonomously executes thousands of interactions in the same period — at machine speed, without sleep, without rate-limit awareness unless you specifically implement it, and with the full behavioral sophistication of the AI model powering it.

Therefore, the cost of a single misidentified agent is not comparable to the cost of a single misidentified human user. The exposure scales with the agent’s operational capacity. A lending protocol that grants a fraudulent agent autonomous execution access for six hours faces losses that scale with protocol TVL and agent transaction rate. Traditional fraud detection tools are particularly poorly suited to this environment. Rule-based systems flag agent behavior as suspicious because agents naturally exhibit the patterns those rules target: high velocity, cross-category activity, unusual timing distributions. Consequently, you end up blocking legitimate agents while missing sophisticated fraudulent ones engineered to mimic human behavioral patterns.

The Farm Attack at Scale

Agent farming is a specific attack pattern that compounds differently from individual fraud. Consider the operational math: one operator registers a large fleet of agents across BSC and Base, each appearing clean individually. Each agent interacts with your protocol at modest frequency. Collectively, that generates thousands of agent interactions per day from a single coordinated operator. Furthermore, because each agent appears to be an independent participant, your protocol’s per-user rate limits and monitoring thresholds are never triggered on any single agent. Across a week, you may process tens of thousands of transactions from what is effectively a single fraud operation — without any individual agent exceeding your anomaly detection thresholds.

ChainAware’s fleet-level farm detection catches this pattern before the first transaction. When agents from the same owner wallet query the Agent Trust Score API, they return FARM_DETECTED — regardless of how clean any individual agent appears. The trust decision happens at the fleet level, not the individual agent level, because the fraud pattern exists at the fleet level. Our data shows 58,061 agents — 21.1% of the entire ERC-8004 registry — already carry the FARM_DETECTED flag. For the broader context of how predictive models compare to forensic analytics for this class of threat, see our Forensic vs AI analysis guide.

The Serial Fraudster Rotation Pattern

A second compounding risk pattern is the serial fraudster who rotates wallet identities between campaigns. The typical sequence: Wallet A runs a rug pull campaign, extracts funds, and becomes known to forensic databases. Wallet B is then created fresh, funded from Wallet A — the feeder relationship recorded immutably on-chain — and used to register new agents on ERC-8004. Every platform that scores only the agent or the current owner wallet sees a clean Wallet B. ChainAware traces the feeder and scores Wallet A, which carries the rug pull history. Wallet B’s agents receive suppressed scores regardless of how clean Wallet B’s own transaction history appears.

The data confirms this pattern is live in the current registry: 741 agents carry the FEEDER_RUG_HISTORY flag, meaning their owner wallet was funded by a confirmed rug pull operator. These 741 agents appear completely clean to any platform that does not trace the feeder chain. They represent confirmed serial fraudsters using fresh wallets to continue operations under new identities. For the macro picture of rug pull losses, see our Rug Pull Tracker report.

Integration Guide for DeFi Protocol Builders

Adding Agent Trust Score to a DeFi protocol requires one additional step between the ERC-8004 registry lookup and transaction execution. That step takes under 100ms and returns a structured output the protocol’s access control layer can act on directly.

The Trust-Aware Integration Pattern

Agent initiates transaction
  ↓
Resolve agent_id → owner_address + agent_wallet (ERC-8004 registry)
  ↓
GET /erc8004/agent/{chain_id}/{agent_id}/trust-score
  ↓
Response:
{
  "agent_trust_score": 882,
  "tier": "Sovereign",
  "flags": ["FEEDER_CEX_VERIFIED"],
  "scored_at": "2026-07-12T09:14:00Z"
}
  ↓
score ≥ protocol_threshold → execute
score < protocol_threshold → reject or route to human review

The threshold is your decision. Different use cases warrant different risk tolerances:

MCP Integration

Agent Trust Score integrates natively with ChainAware’s Prediction MCP server. Any Claude-based DeFi agent can call agent trust scoring as a native tool call without custom API integration code. For teams building on the MCP stack, our library of 32 ready-made agents includes agent verification logic that can be cloned and deployed in under 30 minutes. For DeFi credit scoring alongside agent trust verification, see our DeFi Credit Score Platform Comparison.

Latency and Rate Limits

Agent Trust Score returns results in under 100ms for pre-indexed agents. ChainAware pre-indexes the full ERC-8004 registry continuously, so the vast majority of queries return cached scores without a live computation cycle. Enterprise plans include dedicated rate limits, SLA guarantees, webhook notifications for score changes, and a dedicated integration engineer. Free tier covers the first 1,000 queries per month with no API key required for public indexed agents. For the AML and MiCA compliance context, see our DeFi Compliance and KYT/AML guide.

Guide for Agent Creators: How Your Score Is Determined

If you are deploying ERC-8004 agents, understanding how your agents are scored enables you to optimize for legitimate trust signals. The score reflects real behavioral history — it cannot be manufactured, but it can be legitimately improved over time through genuine on-chain activity.

What Improves Your Score

The primary lever is your owner wallet’s fraud probability — keeping it low requires genuine, diverse on-chain activity over time. Specifically, interacting with a range of DeFi protocols (lending, trading, staking, bridging) across multiple months produces a behavioral profile that scores well. Additionally, using a CEX withdrawal as your owner wallet’s funding source (Binance, Coinbase, Kraken) immediately flags your agent as FEEDER_CEX_VERIFIED and applies the maximum feeder boost. Furthermore, deploying agents with consistent patterns over time rather than in bulk avoids farm detection signals.

What Permanently Caps Your Score

Criminal record signals are immutable. A confirmed rug pull or honeypot in your on-chain history permanently caps your agents — regardless of how clean your current behavior is. These caps exist because the on-chain events that trigger them are permanent. A wallet that drained a liquidity pool cannot remove that event from the blockchain. Consequently, there is no path to a high Agent Trust Score for operators with confirmed fraud history. For context on how rug pull and honeypot patterns are detected, see our Rug Pull Detector learn page.

How Agent Trust Score Compares to Other Platforms

Agent trust scoring is a new market with several emerging approaches. Each platform answers a different question about the same agent. Understanding the distinction matters for protocol builders choosing a trust gating system — selecting the wrong approach means the specific fraud pattern you face is precisely the one your chosen platform cannot detect.

RNWY is the most established competitor and provides strong review quality analysis and sybil detection. However, their core methodology solves fake reviews — not fake owners. ChainAware solves fake owners. These are complementary approaches: DeFi protocols can use both simultaneously, with RNWY for reputation display and ChainAware as the fraud intelligence gate before execution. For the full 19-capability comparison across all six platforms, see our Agent Trust Infrastructure Race.

Frequently Asked Questions

Which chains does Agent Trust Score cover?

Agent Trust Score indexes ERC-8004 agents across Ethereum mainnet, BSC (BNB Chain), Base, and Avalanche C-Chain, with Mantle in progress. The owner wallet and feeder scoring draws on ChainAware’s broader behavioral intelligence database, which covers 8 blockchains including Polygon, TON, TRON, and HAQQ. Chain coverage expands continuously as new ERC-8004 registry deployments go live.

Does it require any personal data or KYC?

No. Agent Trust Score is derived entirely from public on-chain data. No personal information is collected, no identity verification is required, and no data is stored beyond what is already publicly available on the blockchain. The product is compatible with DeFi’s privacy-first ethos and compliant with GDPR by design.

Can an agent improve its score over time?

Yes — through the owner wallet’s behavioral history, not through the agent wallet itself. As the owner wallet accumulates genuine on-chain experience and maintains a clean fraud probability score, the Agent Trust Score improves. However, criminal record signals are permanent — they do not improve over time because the underlying on-chain events are immutable.

Why don’t you publish the exact scoring weights?

Publishing exact thresholds and weights would allow bad actors to calibrate their behavior to stay just below each detection cap. This is the same reason credit scoring agencies (FICO, Experian) publish the signal categories they use — payment history, credit utilization, account age — without publishing the precise weights. Our fraud model retrains continuously, so even partial knowledge of current parameters becomes stale quickly. The signal categories are published at chainaware.ai/learn/agent-trust-score. The exact parameters remain proprietary.

What happens when an agent is transferred to a new owner?

ERC-8004 agents are ERC-721 NFTs and can be transferred between wallets. When ChainAware detects an ownership transfer, the Agent Trust Score recalculates using the new owner wallet’s behavioral history. The score tracks the current controlling entity, not the original registrant. An agent cannot inherit a previous owner’s strong score after transfer.

How does EIP-7702 delegation affect the score?

When EIP-7702 delegation is detected, ChainAware scores both the registered owner and the delegate address. The Agent Trust Score takes the less favorable of the two results. Agents with EIP-7702 delegation are flagged explicitly in the API response as EIP7702_DELEGATED, giving protocol builders the option to apply additional scrutiny regardless of the final numerical score. Currently 7.6% of indexed agents — 20,946 agents — use EIP-7702 delegation.

How is Agent Trust Score different from Wallet Reputation Score?

Both use the same 0-1000 scale, making them directly comparable. However, Agent Trust Score applies the scoring to multiple addresses simultaneously — owner wallet, agent wallet, and feeder address — and combines them using trust delegation logic and fleet-level farm detection signals that do not exist in the standalone Wallet Reputation Score. Additionally, Agent Trust Score cross-references the criminal record database for rug pull and honeypot history. For the Wallet Reputation Score methodology, see our Wallet Auditor learn page.

What is the free tier?

The free tier covers 1,000 queries per month for indexed public agents on Ethereum, BSC, Base, and Avalanche. No API key required to start — simply query beta.chainaware.ai/agent-trust-score with any agent ID, owner address, or agent wallet. Enterprise plans with higher rate limits, SLA, webhooks, and dedicated integration support are available via chainaware.ai/schedule.

Further Reading

• Agent Trust Score — Methodology Overview
• The Agent Trust Infrastructure Race: Six Platforms Compared
• The First Step in Agentic Commerce Isn’t Integration. It’s Trust.
• CB Insights AI Fraud Prevention Market Map — ChainAware Coverage
• AI-Powered Blockchain Analysis for Crypto Security 2026
• Rug Pull Tracker — $569M on PancakeSwap V2
• DeFi Compliance: Complete KYT and AML Guide 2026
• Web3 Wallet Auditing Providers in 2026 — Complete Comparison
• Forensic vs AI-Powered Blockchain Analysis
• DeFi Credit Score Platforms Compared 2026
• Prediction MCP Setup Guide
• 32 Ready-Made Agents

ChainAware.ai is the Web3 Agentic Growth Infrastructure — behavioral intelligence for DeFi protocols, AI agents, and individual crypto users. 20M+ wallet personas, 98% fraud detection accuracy, <100ms API latency across 8 blockchains. Named in CB Insights’ AI Fraud Prevention Market Map in the On-Chain Intelligence category. chainaware.ai

The post ChainAware Launches Agent Trust Score – On-Chain Trust Scoring for the Agentic Commerce Era first appeared on ChainAware.ai.

The smart contract security audit market is broken. Manual audits cost $5,000 to $150,000 and take weeks. Meanwhile, thousands of new tokens launch every single day – and the vast majority of retail investors check exactly nothing before they buy. On Binance Smart Chain alone, 95% of new liquidity pools end in rug pulls. The tools that exist – GoPlus, TokenSniffer, Honeypot.is – catch the obvious scams. They completely miss the sophisticated ones.

Today, ChainAware is changing that. Token Audit is live: 127 automated security checks across 9 analysis modules, powered by deep code analysis and ChainAware’s behavioral intelligence layer. To validate the system, we ran it against the top 10,000 tokens on CoinGecko, sorted by market capitalization. Those are not random memecoins – they are the most-traded, most-held tokens in crypto. The results are alarming.

This article presents every finding. Specifically, you will learn what the most dangerous patterns look like at scale, which chains produce the highest risk concentrations, and why the tools you are currently using are systematically missing the threats that matter most.

The Study: 10,000 CoinGecko Tokens, 13,000 Audits, 6 Chains

The dataset covers the top 10,000 tokens by market capitalization on CoinGecko as of July 2026. Because many tokens exist simultaneously on multiple blockchains – USDT, for example, runs on Ethereum, BSC, Polygon, Base, and Arbitrum – the total audit count reaches 12,998 individual contract audits across 6 chains. Consequently, each audit is independent: the same token contract deployed on ETH and BSC receives two separate audits, because the contract code, liquidity structure, and ownership configuration can differ significantly between deployments.

Furthermore, this is not a random sample of newly launched tokens. These are established, widely-traded assets – the tokens that appear in your wallet app, on DeFi dashboards, and in portfolio trackers. If findings this severe appear in the top 10,000 by market cap, the situation in the broader universe of hundreds of thousands of tokens is considerably worse.

Each audit runs 127 checks across 9 modules: Ownership, Supply, Liquidity, Transfer, Approve, Permit, Pausability, Reentrancy, and the proprietary Honeypot Pattern module. Three detection layers underpin each audit: deep code analysis for semantic code-level findings, direct on-chain RPC calls for live state verification, and ChainAware’s behavioral database for creator and LP trust scoring. Results are stored in a structured database with one scalar column per finding – enabling the statistical analysis below.

Chain Distribution

Token classification matters for accurate results. Reflection tokens, rebasing tokens, ERC-4626 vault tokens, and bridge tokens all have non-standard transfer mechanics that would trigger false positives in a naive static analysis tool. Token Audit identifies these token types using dedicated classifiers and adjusts its findings accordingly – for example, a reflection token legitimately fails the transfer conservation check by design, and Token Audit documents this distinction rather than incorrectly flagging it as a theft vector. Accurate false-positive management at scale is essential for a tool that will be embedded in high-volume platform integrations, where a false positive on a major legitimate token destroys user trust far faster than a false negative on an obscure scam.

Ethereum leads by audit count, reflecting the concentration of established DeFi protocols on the oldest EVM chain. BSC’s 26.7% share is notable: despite hosting a smaller share of top-10,000 market cap tokens, it accounts for a disproportionate share of the worst findings – as the chain-by-chain breakdown below demonstrates.

The Headline Results: 55% of the Top 10,000 Tokens Are High Risk

The single most important finding from this study is also the most unsettling one. Among the top 10,000 tokens by market cap – the most established, most liquid, most widely held tokens in the entire crypto market – 55.2% receive a HIGH RISK verdict from ChainAware Token Audit.

Only 18.7% of audited tokens receive a CLEAN verdict – meaning they pass all critical security checks, have no meaningful rug pull vectors, and carry no significant code-level risks. Put another way, more than 4 in every 5 tokens in the top 10,000 carry some level of meaningful security concern.

These numbers require context. HIGH RISK does not automatically mean the token is a scam. Many HIGH RISK findings reflect architectural choices that are widespread in legitimate DeFi protocols: uncapped mint functions controlled by governance contracts, upgradeable proxy architectures managed by multisigs, or LP positions not locked because the team chose a different treasury structure. However, HIGH RISK does mean that the token contract contains mechanisms a malicious actor could use to harm investors – and that investors deserve to know about them before committing capital.

Moreover, 131 confirmed honeypots in the top 10,000 is not a small number. These are tokens where the Token Audit’s simulation analysis module confirmed that you can buy – but cannot sell. Twelve of those honeypots were found on Ethereum, the chain most associated with institutional quality and regulatory oversight. The assumption that “top 10,000 by market cap = safe” is demonstrably false.

Results by Chain: BSC Is the Most Dangerous

BSC stands out dramatically. Only 7.6% of BSC token deployments in the top 10,000 are clean – the lowest of any chain in the study. Meanwhile, 68.3% are high risk and another 23.0% are suspicious. Combined, that means 91.3% of top-10,000 BSC tokens carry some security concern. This finding is consistent with BSC’s broader reputation: Chainalysis research identifies BSC as hosting approximately 71% of all rug pull scams globally, driven by lower transaction fees that make deploying fraudulent contracts nearly cost-free.

Base, by contrast, is the cleanest chain in the study at 22.5% clean. Its 40.0% high risk rate reflects a newer, more curated DeFi ecosystem. Nevertheless, 40% high risk across Base’s top tokens is not a reassuring figure.

What Drives the Risk: The Two Dominant Findings

Two findings appear far more frequently than any other in the dataset, together driving 76% of all HIGH RISK verdicts. Understanding them is essential to understanding why so many established tokens carry elevated risk scores.

Finding #1: 35.9% of Tokens Have No Mint Cap (INV_S2_NO_MINT_CAP)

The most common single finding across the entire dataset: 4,668 tokens – 35.9% of all audited contracts – have a mint function with no enforceable supply cap. This means the token’s owner, governance contract, or admin address can create unlimited new tokens at any time, diluting every existing holder’s position to zero.

Critically, this finding appears almost exclusively in HIGH RISK verdicts. Cross-referencing the two columns shows that zero CLEAN tokens carry NO_MINT_CAP – a perfect separation. Every CLEAN token in the dataset either has no mint function at all or has a mint function with an immutable, on-chain cap. The 4,668 NO_MINT_CAP tokens are split between HIGH RISK (4,439) and HONEYPOT (75), with only 154 in the SUSPICIOUS tier.

For investors, the implication is straightforward: a token with an uncapped mint function carries a structural risk that no amount of team credibility or market cap size eliminates. The inflation vector exists regardless of whether the team currently intends to use it.

Finding #2: 34.4% of Tokens Have No Timelock on Privileged Functions (INV_O6_NO_TIMELOCK)

The second-most common finding: 4,470 tokens – 34.4% – have privileged administrative functions (ownership transfer, fee modification, upgrade execution, mint authorization) with no timelock. A timelock requires that any privileged action be announced on-chain and delayed by a minimum period – typically 24 to 72 hours – giving the community time to react if a malicious or compromised admin executes a dangerous change.

Without a timelock, a single administrative transaction can drain a protocol, rug liquidity, or convert a functioning token into a honeypot in a single block. The attacker’s advantage is complete: investors cannot react to changes they cannot anticipate. Adding a timelock costs developers essentially nothing but a few lines of Solidity – which makes its absence in 34.4% of the top-10,000 tokens particularly striking.

Together, NO_MINT_CAP and NO_TIMELOCK account for the overwhelming majority of high-risk verdicts in this dataset. Both findings are invisible to honeypot simulation tools like Honeypot.is – which only checks whether a sell transaction reverts. Furthermore, both are absent from the GoPlus Security API’s detection layer. ChainAware’s Ownership and Supply modules specifically scan for these patterns using deep code analysis, which can trace through function call chains to confirm whether an enforceable cap or delay mechanism actually exists – not merely whether the contract declares one.

Liquidity Risk: 25.7% of Tokens Have Completely Unlocked LP

Beyond the supply and ownership findings, the Liquidity module produced the study’s most operationally urgent results. Liquidity is the primary signal that drives 42% of all verdicts – more than any other module – because liquidity risk is both the most directly dangerous and the most immediately verifiable.

The 25.7% unlocked LP figure is particularly significant. When LP tokens remain in the deployer’s wallet, the entire liquidity backing the token can be removed in a single transaction. Every investor who holds the token is exposed to total loss within one block. The deployer may have committed publicly to never removing liquidity – but without an on-chain lock, that commitment is entirely unenforceable. For how ChainAware detects LP lock status across both V2 (ERC-20 LP tokens) and V3 (NFT positions), see the Liquidity Verification module documentation.

Notably, liquidity lock expiry detection – finding INV_L3_LOCK_EXPIRED – currently has zero hits in the dataset. This finding detects LP locks that have already expired but the associated tokens have not yet been removed. Its absence likely reflects the study’s population: tokens with expired locks often appear after rug pulls have occurred, meaning the token may have been delisted or the pool may have been drained before it entered the CoinGecko top-10,000 dataset.

Confirmed Honeypots: 131 Tokens Where You Can Buy But Cannot Sell

Token Audit’s simulation analysis module forks the relevant blockchain, executes a real buy transaction inside the fork, then attempts a sell. When the sell reverts – meaning the token architecture actively prevents investors from exiting their positions – the verdict is HONEYPOT. This study confirmed 131 honeypots across the top 10,000 CoinGecko tokens.

Ethereum’s 59 confirmed honeypots deserve special attention. The assumption that Ethereum’s higher gas costs and more sophisticated user base filter out honeypot contracts is not supported by this data. Sophisticated honeypots on Ethereum often work precisely because they look legitimate: verified source code, reasonable tax rates, functioning buy mechanics, and professional-looking documentation. The sell block is implemented deep in the transfer call graph – typically using assembly instructions or layered delegation patterns that simple rule-based scanners do not detect.

What Makes a Honeypot: The Three Strongest Signals

Signal 1: hp_CUSTOM_TRANSFER_ENTRY_POINT – Present in 63% of confirmed honeypots (correlation +0.34). This finding fires when the token contract routes transfer calls through a non-standard function before reaching the standard _transfer implementation. Custom entry points are the primary mechanism honeypot developers use to insert sell-blocking logic while keeping the standard ERC-20 interface intact.

Signal 2: hp_UNEXPECTED_EVENTS_IN_TRANSFER – The single highest-correlation honeypot predictor at +0.46, present in 50% of confirmed honeypots. When a transfer function emits events beyond the standard Transfer(from, to, amount) required by ERC-20, it almost always indicates hidden logic inserting itself into the transfer path.

Signal 3: hp_LAYERED_TRANSFER_DELEGATION – Present in 53% of confirmed honeypots and 10.2% of all tokens. Layered delegation means the transfer function calls internal functions that call further internal functions, each potentially adding conditions. Professional honeypots use five or six levels specifically to bury the sell-blocking condition deep enough that automated scanners trace only the outer layers. For how ChainAware’s transfer invariant checking works, see the Transfer Verification documentation.

What Only ChainAware Finds: The Sophisticated Threats

The most significant contribution of this study is not the headline numbers – it is the class of threats that appear in this dataset and cannot be detected by any competing automated tool. ChainAware Token Audit runs 127 checks. Competitors like GoPlus run approximately 40. CertiK Skynet’s free Token Scan runs 19. The gap between those check counts corresponds directly to classes of threat that are invisible to current market-standard tools.

Transfer Conservation Analysis: The Silent Value Drain

Token Audit’s most technically distinctive check is Transfer Conservation (INV_T1_CONSERVATION_FAIL): the invariant that when Alice transfers 100 tokens to Bob, Alice’s balance decreases by exactly 100 and Bob’s balance increases by exactly 100. If sender_lost does not equal recipient_gained, value is being silently diverted – typically to a hidden fee recipient not disclosed anywhere in the token’s interface. Conservation-failing tokens pass every honeypot simulation test. Honeypot.is returns CLEAN. GoPlus returns CLEAN. The investor loses capital on each trade while the token technically allows selling.

The Phantom Balance variant (INV_T5_PHANTOM_BALANCEOF) – found in 5 tokens – is even more sophisticated. The token maintains two separate balance mappings: one that balanceOf() reads and displays to the investor, and a different one that _transfer() actually debits. Your wallet shows you holding 10,000 tokens while the transfer mechanism has already marked your real balance as zero. For the full invariant specification, see the Transfer Invariants documentation.

Permit Correctness: The EIP-2612 Attack Surface

EIP-2612 permit() is implemented in 30% of tokens in this dataset (3,903 tokens). No automated scanner other than ChainAware checks whether the permit implementation is actually correct. Finding INV_P7_PRELOADED_PERMIT – a constructor-time unlimited approval grant – appears in 21 tokens. These 21 tokens allow the deployer to drain any holder’s position at any time using a signature created before any investor bought the token. For how ChainAware detects permit vulnerabilities, see the Permit Verification module.

Approve Security: The Transitive Attack

ChainAware’s Approve module traces the complete call graph of approve() – catching tokens where calling approve(spender, 1000) also silently writes the caller’s balance to zero as a hidden side effect. Finding INV1_EXTRA_STATE_WRITE appears in 63 tokens. INV3_EXTERNAL_CALL_IN_APPROVE appears in 28 tokens. Both require deep code analysis. Neither GoPlus, TokenSniffer, CertiK Skynet, nor De.Fi Scanner runs this analysis. See the Approve Verification documentation.

Reentrancy Analysis

ChainAware is the only automated token scanner that includes reentrancy detection. This study found 540 tokens with no reentrancy guard (INV_R2_NO_REENTRANCY_GUARD), 485 tokens using legacy ETH transfer patterns vulnerable to callback exploitation (INV_R6_ETH_TRANSFER_LEGACY), and 48 tokens with read-only reentrancy exposure (INV_R5_READONLY_REENTRANCY). According to the OWASP Smart Contract Top 10, reentrancy remains one of the most exploited vulnerability categories in DeFi. See the Reentrancy Verification documentation.

Proxy Analysis: 13.2% of Tokens Are Upgradeable Contracts

Token Audit detected proxy contracts in 1,865 tokens – 14.3% of all audited contracts. More importantly, it classifies each proxy by who controls the upgrade function, producing a six-tier risk assessment for the upgrade authority.

Tier	Upgrade Control	Tokens	% of Proxies	Risk
EOA-Controlled	Single private key	139	7.5%	🔴 Critical
Unknown Auth	Cannot be resolved	383	20.5%	🟠 High
Contract-Controlled	DAO / protocol governance	1,152	61.8%	🟡 Medium
Multisig-Controlled	Multiple required signers	29	1.6%	🟢 Low
Timelock-Controlled	Delayed on-chain execution	9	0.5%	🟢 Lowest
UUPS Locked / Renounced	Upgrade permanently disabled	153	8.2%	Immutable

Among all proxy findings, the 139 EOA-controlled proxies represent the most urgent concern. These tokens are upgradeable by a single private key – no multisig, no governance vote, no timelock delay. One transaction from one address can replace the entire contract implementation. BSC accounts for 75 of the 139 EOA-controlled proxies – 54% of the most dangerous proxy tier on less than a third of the token count. For how ChainAware classifies proxy types, see the Ownership Verification module documentation.

Risk Score Analysis: What the Numbers Say at Scale

Liquidity and Supply together drive 76% of all verdicts. The 2.8% driven by Approve and 1.8% by Reentrancy represent high-value findings that no competitor detects. Those 599 verdicts cover the sophisticated operators who invest in clean-looking code specifically to pass GoPlus and TokenSniffer while hiding more subtle attack vectors.

How Token Audit Compares to Existing Tools

Security Check	GoPlus	TokenSniffer	CertiK Skynet	Honeypot.is	ChainAware
Honeypot simulation
Mint capability				❌	+ hidden mint + cap quality
LP lock status			❌	❌	(V2 + V3 NFT positions)
Timelock absence check	❌	❌	❌	❌	Unique
Approve() call graph analysis	❌	❌	❌	❌	Unique
Transfer conservation invariant	❌	❌	❌	❌	Unique
Phantom balanceOf detection	❌	❌	❌	❌	Unique
Permit() correctness (EIP-2612)	❌	❌	❌	❌	Unique
Reentrancy analysis	❌	❌	❌	❌	Unique
Creator behavioral Trust Score	❌	❌	❌	❌	Unique
LP provider Trust Scores	❌	❌	❌	❌	Unique

GoPlus Security is the market standard, averaging 717 million monthly API calls in 2025. Its coverage is broad but rule-based rather than semantic. The approve transitive attack, phantom balance exploit, permit preload, and reentrancy vectors are all invisible to GoPlus’s current architecture. For how ChainAware fits into the broader DeFi security ecosystem, see our Rug Pull Detection Tools comparison and DeFi Compliance Tools guide.

The Behavioral Layer: What Code Analysis Cannot See

Code analysis answers one question: does this contract contain dangerous mechanisms? It cannot answer a more important one: does the person who deployed this contract intend to use those mechanisms maliciously?

This distinction matters because the most dangerous operators specifically invest in clean-looking code. A professional rug pull team in 2026 runs deep code analysis before deploying, checks their own contract against GoPlus, and removes every pattern that produces a red flag. They keep the mint function but make it look like a governance-controlled feature. They leave the LP unlocked but explain it as a treasury management decision. The code passes every automated check. Then, after accumulating enough liquidity, they execute.

ChainAware’s behavioral Trust Score system operates on a fundamentally different signal: the on-chain history of every wallet that deployed the contract and every wallet that provided liquidity. A deployer whose previous contracts ended in rug pulls carries that history regardless of how clean the new contract looks. An LP provider who has removed liquidity from multiple projects within 30 days of launch carries that behavioral signature regardless of how long they have held the current position.

These behavioral signals draw on ChainAware’s core fraud detection infrastructure – the same system that achieves 98% fraud prediction accuracy across 20 million+ wallet behavioral profiles. Combined with the code-level findings from Token Audit’s nine modules, the result is the only token security tool that catches both the technical vulnerability and the operator intent simultaneously. For the full behavioral intelligence methodology, see What Are Web3 Personas and the Fraud Detector documentation.

The Data Moat: Why Token Audit Cannot Be Replicated

Token Audit is built on three proprietary data assets accumulated over years of continuous operation. A competitor starting today cannot purchase these assets, compress the time required to build them, or replicate them from publicly available sources alone. Each one directly enables detection capabilities that require the asset to exist before the analysis can run – meaning the gap between ChainAware and any new entrant widens over time rather than narrowing.

20M+ Wallet Personas: The Behavioral Trust Score Foundation

Every Token Audit includes a creator behavioral Trust Score and LP provider Trust Scores – signals that no competing token scanner offers. These scores draw on ChainAware’s database of more than 20 million wallet behavioral profiles accumulated across 8 blockchains. Each profile represents a complete behavioral fingerprint: transaction history, timing patterns, counterparty networks, protocol diversity, AML exposure, and dozens of derived features trained against confirmed fraud outcomes. The result is 98% fraud prediction accuracy on held-out test data.

This persona depth is what makes the behavioral layer meaningful. A deployer whose previous contracts ended in rug pulls carries that history as a permanent behavioral signal – regardless of how clean the new contract code looks. Without the 20M+ persona database, the behavioral Trust Score would be a near-zero confidence interval. Building that database required years of continuous on-chain data collection and iterative retraining against real-world fraud cases. A new entrant cannot compress that timeline. Furthermore, the model retrains continuously on new confirmed fraud cases – meaning the behavioral edge compounds as ChainAware observes more fraud patterns than any competitor accumulating data from a cold start.

One Year of On-Chain Pair History: The Criminal Record Database

Token Audit’s creator Trust Score cross-references the token deployer’s wallet address against ChainAware’s database of confirmed rug pull and honeypot operators – a database built from more than a year of continuous monitoring of liquidity pair creation and removal events across PancakeSwap, Uniswap, and other major DEX venues. This database records which wallet addresses created pools that subsequently exhibited rug pull patterns, and which wallet addresses previously deployed honeypot token contracts.

This is the data asset that catches the serial scammer deploying a new token after previous campaigns. The rug puller of Q4 2025 is registered as a known criminal in ChainAware’s pair history database. When they deploy a new token in Q1 2026, Token Audit flags the creator wallet immediately – regardless of how clean the new contract code appears. No competitor runs this check because no competitor maintains a paired rug pull database cross-referenced against token deployer wallets. Building it retroactively is also impossible: identifying fraud outcomes requires the passage of time to observe liquidity removal patterns after the fact. The database is a one-year head start that cannot be bought or downloaded. For the data behind this detection layer, see our Rug Pull Tracker report.

Deep Code Analysis Infrastructure: The Semantic Engine Behind 127 Checks

The nine analysis modules that produce Token Audit’s unique findings – approve call graph analysis, transfer conservation invariants, phantom balance detection, permit correctness checking, and reentrancy analysis – all depend on a semantic code analysis infrastructure built specifically for EVM token analysis. It handles Solidity’s inheritance chains, proxy delegation patterns, assembly blocks within Solidity functions, and the non-standard token architectures (reflection, rebasing, ERC-4626 vault tokens) that cause false positives in naive static analysis tools.

Building this infrastructure required years of engineering investment. Every EVM edge case – from DELEGATECALL chains that must be traced across contract boundaries, to assembly-level balance manipulation that bypasses Solidity’s type system, to the layered transfer delegation patterns used by professional honeypot developers – required specific detection logic designed from first principles. The result is a scanner that runs 127 checks in a median of 11.3 seconds across any EVM-compatible contract. That combination of depth and speed is what enables the 9 unique findings in this study that no competitor detects. A new entrant replicating this infrastructure from scratch would need years of engineering time and a corpus of real fraud contracts to validate against – both of which ChainAware has already invested. For the competitive context, see our Forensic vs AI-Powered Blockchain Analysis guide.

Why the Moat Compounds

Each of these three assets improves as it grows. More wallet personas means better fraud prediction precision on creator behavioral scores. More pair history means more confirmed criminal operator wallets in the cross-reference database. More contracts analyzed means more edge cases handled correctly in the deep code analysis infrastructure. A competitor starting today with identical engineering resources would still need years to reach ChainAware’s current capability level – and by then, ChainAware’s data assets would be proportionally larger still. The advantage is a trajectory, not a snapshot.

What Does a CLEAN Token Look Like?

2,436 tokens in this dataset – 18.7% – received a CLEAN verdict. Understanding what they have in common is as instructive as understanding what HIGH RISK tokens share.

Notably, zero CLEAN tokens have an uncapped mint function. Every CLEAN token either has no mint capability at all, or has a mint function with an immutable, verifiable on-chain cap. This single characteristic is the strongest predictor of a clean verdict – more consistent than any other single check in the dataset.

Additionally, CLEAN tokens overwhelmingly have verified source code. Their LP is either locked in a recognized locker (PinkLock, UniCrypt, Team Finance), burned to a dead address, or the project has explicitly structured treasury management differently with transparent on-chain documentation. Their ownership model is either renounced, controlled by a multisig with public signers, or timelocked. The transfer function has no assembly in its call graph, no external calls, and emits exactly the events ERC-20 requires – nothing more, nothing less. For the complete CLEAN verdict criteria, see the Token Audit Verdict Methodology.

Implications for Investors, Platforms, and Builders

For Individual Investors

The core finding of this study is that market capitalization rank is not a security signal. Tokens in the CoinGecko top 10,000 are 55.2% high risk and 1% confirmed honeypot. Before committing capital to any token, check three things specifically: whether the LP is locked, whether the mint function has an enforceable cap, and whether the contract is upgradeable by a single EOA. ChainAware Token Audit checks all three – and 124 other things – in under 60 seconds, free, without requiring a wallet connection. For how to interpret Token Audit results, see the Token Audit Investor Guide.

For DeFi Platforms and DEX Aggregators

Platforms that surface token information currently rely almost entirely on GoPlus for token security data. This study demonstrates that GoPlus-equivalent analysis leaves substantial risk categories completely undetected. Embedding Token Audit results at the listing or interaction point gives users substantially more protection than any current alternative. The REST API and MCP integration return full structured results including per-finding boolean flags, per-module risk scores, and a human-readable verdict. For technical integration details, see the Token Audit API documentation and the MCP Integration guide.

For Token Builders

The 18.7% CLEAN rate in this study is not a verdict on intent – most high-risk findings reflect architectural patterns that developers adopted without understanding their security implications. Token Audit runs in full against any deployed contract, returning specific findings with remediation guidance for each. Running Token Audit costs nothing and takes 60 seconds. It identifies every architectural risk that investors, security researchers, and automated tools will find after deployment – and gives developers the opportunity to fix them first. For how to use Token Audit in a pre-deployment security review, see the Pre-Deployment Checklist.

Pausability: 5% of Tokens Can Freeze All Trading Right Now

This study found 648 tokens – 5.0% of all audited contracts – where the mint function continues operating even when the token is paused (INV_PA5_MINT_NOT_PAUSED). An admin can pause all investor transfers while continuing to mint new tokens into their own wallet – simultaneously trapping existing holders and diluting their positions.

The most sophisticated pausability vulnerability – INV_PA4_ASYMMETRIC_PAUSE – blocks sells (transferFrom) while allowing buys (transfer). Honeypot.is tests a sell by calling transfer – the same function that is allowed in the asymmetric pause scenario – so it returns CLEAN for a token that is functionally a honeypot. ChainAware detects the asymmetric pattern by analyzing whether the pause condition applies differently to transfer versus transferFrom.

The 22 tokens currently paused represent an immediate alert for any investor holding these tokens. Token Audit calls paused() directly on each pausable contract to determine whether the pause is currently active – those 22 tokens are actively frozen right now. See the Pausability Verification documentation.

Supply Analysis: Hidden Minting and Supply Manipulation at Scale

Finding INV_S1_HIDDEN_MINT appears in 822 tokens – 6.3% of the dataset. Hidden mint detects functions that inflate the total token supply through mechanisms not labeled as mint() or _mint(). Because they bypass the standard _mint internal function, simple checks that scan for mint selectors in the contract ABI will miss them entirely. ChainAware traces every function that modifies the total supply variable regardless of name. See the Supply Verification documentation.

Finding INV_S4_FAKE_BURN appears in 318 tokens – 2.4%. A fake burn transfers to address(0) but does not reduce totalSupply(). Tokens marketed as deflationary based on burn history may be inflating their apparent scarcity. Additionally, 216 tokens show deployer concentration at 100% of circulating supply (INV_S6_DEPLOYER_100PCT) – the optimal setup for a coordinated pump-and-dump.

Audit Performance: 15 Seconds Average, 98.4% Source Verified

The median audit completes in 11.3 seconds – well within the threshold for interactive use cases like a DEX listing flow or a wallet pre-transaction security check. Only 9 audits across the entire 12,998-audit dataset exceeded 120 seconds – representing 0.07% of cases and well within operational tolerances for any integration scenario. 98.4% of tokens in this dataset have verified source code. For unverified contracts, Token Audit operates in bytecode analysis mode – the Honeypot Pattern module, Liquidity module, Simulation module, and Behavioral Trust Score all operate on bytecode and on-chain state rather than source code. For details see the Unverified Contract Analysis documentation.

Conclusion: The Token Security Gap Is Real

This study set out to answer a simple question: how safe are the tokens that most investors actually hold? The answer – 55.2% high risk, 1% confirmed honeypot, 13.2% upgradeable proxy, 25.7% unlocked LP – is more alarming than most observers expected from the top 10,000 by market capitalization. These are not obscure tokens in forgotten DEX pools. Many appear in mainstream wallet apps, on regulated exchange listings, and in institutional portfolio allocations.

Furthermore, the findings that established tools miss are precisely the ones that matter most for sophisticated attacks. GoPlus, TokenSniffer, and CertiK Skynet catch the obvious patterns. Consequently, professional scam operators have adapted: they write clean-looking code that passes all three tools, then execute through vectors those tools cannot see. The approve transitive attack, the phantom balance exploit, the permit preload, the asymmetric pause – all of these appear in this dataset, and all of them are invisible to current market-standard scanners.

ChainAware Token Audit changes this equation. It brings institutional-grade deep code analysis to every token, automatically, for free, in under 60 seconds. Combined with simulation analysis, behavioral Trust Scores, and proxy upgrade authority classification, Token Audit produces a security profile that exceeds what any competing automated tool provides. According to FATF’s Virtual Assets Recommendations, real-time token screening is becoming a compliance requirement for virtual asset service providers globally. Token Audit is live today – test any contract free, no signup, no wallet connection. For enterprise integration, book a technical walkthrough below.

Frequently Asked Questions

What is a token audit?

A token audit is an automated or manual security review of a cryptocurrency token’s smart contract. A manual token audit performed by firms like CertiK or Hacken costs $5,000 to $150,000 and takes one to four weeks. ChainAware Token Audit performs automated analysis across 127 checks in under 60 seconds at no cost for individual queries.

How is ChainAware Token Audit different from GoPlus?

GoPlus Security runs approximately 717 million monthly API calls. Its detection is rule-based – it checks for known dangerous patterns at the interface level. ChainAware Token Audit adds semantic analysis via deep code analysis, which traces the complete execution paths of transfer(), approve(), and related functions to find vulnerabilities hidden deep in internal call chains. ChainAware also adds reentrancy detection, permit correctness analysis, supply consistency checking, and behavioral Trust Scores – none of which GoPlus offers.

What does HIGH RISK mean in practice?

HIGH RISK means the token contract contains one or more mechanisms that a malicious or compromised admin could use to harm investors – an uncapped mint function, unlocked LP, EOA-controlled proxy, or admin with no timelock. HIGH RISK does not mean the token is currently being exploited – it means the architectural risk exists and investors should evaluate it consciously before committing capital.

How does the simulation analysis work?

Token Audit’s simulation module forks the relevant blockchain at the current block using an Anvil instance, then executes real buy and sell transactions inside the fork. This catches dynamic honeypot behavior that static analysis cannot detect: tokens where sells revert, tokens where the effective sell tax differs from the declared sell tax, and tokens where token conservation fails. See Simulation Module documentation.

Which chains does Token Audit cover?

Token Audit currently supports Ethereum, BNB Smart Chain, Base, Polygon, and Arbitrum. Optimism support is in progress. The analysis architecture is chain-agnostic at the contract level: deep code analysis, ownership tracing, and supply verification work identically across EVM-compatible chains.

What does the creator behavioral Trust Score measure?

The creator Trust Score evaluates the on-chain behavioral history of the wallet that deployed the token contract. It draws on ChainAware’s database of 20 million+ wallet behavioral profiles to assess whether the deployer has patterns consistent with fraud operators – prior rug pulls, coordination with known scam wallet clusters, funding source characteristics, and behavioral sequences associated with professional exit scam operations. See Fraud Detector documentation.

Can Token Audit be used pre-deployment?

Token Audit requires a deployed mainnet contract address – it analyzes live on-chain state alongside contract code. For pre-deployment security review, ChainAware recommends running deep code analysis directly against the contract source, then running Token Audit immediately after mainnet deployment. According to the Smart Contract Weakness Classification Registry, the majority of token vulnerabilities are deterministic at the code level and identifiable through static analysis shortly after deployment.

Sources: Chainalysis Crypto Crime Report · OWASP Smart Contract Top 10 · Smart Contract Weakness Classification Registry · EIP-2612: Permit Extension for ERC-20

Related ChainAware Reading: Best Rug Pull Detection Tools 2026 · DeFi Compliance Tools Comparison · KYT and AML Guide for DeFi · Web3 Wallet Auditing Providers 2026 · What Are Web3 Personas · Prediction MCP for AI Agents · The Web3 Agentic Economy · Agent Trust Score: On-Chain Trust Scoring for ERC-8004

The post ChainAware Token Audit Launched – We Tested 10,000 CoinGecko Tokens. Here Are the Results. first appeared on ChainAware.ai.

A $3-5 trillion market is forming around one unsolved problem: how do you know whether to trust an AI agent before it touches your funds? Six distinct approaches have emerged in 2026 to answer that question. They carry similar names – trust scores, reputation scores, behavioral scores – but they answer fundamentally different questions, protect against different threat models, and leave very different blind spots.

Choosing the wrong approach does not mean you get a slightly worse score. It means the specific fraud pattern you face is exactly the one your chosen platform cannot detect. An operator running a Sybil farm of 50 agents will not be caught by a review-quality platform scoring each agent individually. A serial rug puller launching agents under a fresh wallet will not be caught by a platform that scores wallet age but ignores creation history. Understanding which approach catches which threat is the most important infrastructure decision in agentic commerce right now.

This guide maps every significant agent trust platform in 2026 – their methodology, their real strengths, their genuine blind spots, and the specific signals that separate them. It is written for three audiences: DeFi protocol builders integrating agents and choosing a trust gating system, agent creators who want to understand how their agents get scored across platforms, and investors evaluating the agent trust infrastructure market as a sector.

Table of Contents

1. Why the Approach Matters More Than the Score
2. The Four Questions Agent Trust Platforms Answer
3. Platform 1 – ERC-8004 Native Reputation Registry
4. Platform 2 – RNWY: Review Quality and Sybil Detection
5. Platform 3 – SkyeProfile: Multi-Attestation Wallet Trust
6. Platform 4 – AXIS T-Score: Runtime Performance Scoring
7. Platform 5 – DJD Agent Score: Wallet Activity Scoring
8. Platform 6 – ChainAware: Behavioral Fraud Intelligence
9. The Five Signals Only One Platform Provides
10. Head-to-Head Comparison Table
11. Decision Matrix: Which Platform for Which Use Case?
12. The White Space: Five Capabilities Nobody Has Built Yet
13. The Investor Lens: What Makes Agent Trust Infrastructure a Durable Market
14. Frequently Asked Questions

Why the Approach Matters More Than the Score

Every agent trust platform in 2026 returns a number. The number is not the product – the threat model behind it is. Two platforms can both return a score of 72 for the same agent and disagree completely about what that score means, because they measured entirely different things to compute it.

RNWY’s score of 72 tells you: the agent’s peer reviews show limited sybil activity and the reviewer wallets are moderately established. ChainAware’s score of 72 tells you something different: the owner wallet has a moderate fraud probability, the feeder address is unknown, and no criminal record signals are present. SkyeProfile’s assessment tells you something different again: the wallet passes certain solvency and governance checks but shows limited behavioral depth across attestation providers.

Each score is internally consistent. However, each one answers a different question about the same agent. Consequently, the correct question for any DeFi protocol builder, agent creator, or investor is not “which platform gives the highest scores?” It is “which platform’s threat model matches the risk I am actually trying to prevent?”

For context on how this same problem appears at the wallet intelligence layer, see our complete guide to Web3 Wallet Auditing Providers in 2026 – the same principle applies there, where raw data providers, descriptive profilers, and predictive intelligence systems each answer fundamentally different questions about the same wallet address.

The Four Questions Agent Trust Platforms Answer

Before comparing platforms, mapping the question each approach addresses clarifies the landscape considerably. Every platform in the 2026 agent trust market falls into one of four categories based on what it actually measures.

Question 1: Have other agents endorsed this agent?

This is the peer review / reputation registry approach. The ERC-8004 native system operates here. Additionally, RNWY’s core methodology operates here – with the significant enhancement of reviewing the quality of the reviewers rather than simply counting the reviews. The fundamental limitation of this approach is that endorsement and trustworthiness are not the same thing. Any operator who controls multiple agents can engineer endorsements between them at near-zero cost.

Question 2: Has this agent performed tasks well?

This is the runtime performance approach. AXIS T-Score operates exclusively in this category, measuring 11 behavioral dimensions of agent task execution – completion rate, instruction adherence, error recovery, security posture, and similar metrics. The limitation here is that runtime performance and financial trustworthiness are orthogonal. An agent that executes tasks reliably can still be controlled by a fraud operator using it as a front for financial extraction.

Question 3: What does the agent’s wallet history look like?

This is the wallet activity approach. DJD Agent Score operates here, scoring seven wallet dimensions including transaction history, partner diversity, and account age. SkyeProfile’s solvency layer also operates here. The limitation is that wallet history describes the agent wallet itself – which is frequently a fresh address created specifically for the agent, with minimal history by design. A fresh agent wallet with no history is not the same as a fraudulent one, but wallet-only scoring treats them identically.

Question 4: Who controls this agent, and what have they done on-chain?

This is the behavioral fraud intelligence approach. ChainAware operates here – scoring the owner wallet that controls the agent, the feeder address that funded the owner, and cross-referencing both against a database of confirmed rug pulls and honeypot token creations. The threat model this addresses is the one that matters most for autonomous financial execution: a sophisticated fraud operator registering a new agent identity to continue activities previously conducted under different wallet identities.

Each of these four approaches is internally valid. Furthermore, they are not mutually exclusive – DeFi protocols can layer multiple approaches. However, understanding which question each one answers is essential before choosing which to gate on.

Platform 1 – ERC-8004 Native Reputation Registry

What it is

The ERC-8004 standard includes a built-in Reputation Registry as an optional component of the agent identity specification. The registry provides a standard interface for posting and fetching feedback signals. Critically, the standard explicitly does not define a scoring algorithm – aggregation and scoring are intentionally delegated to third parties. The protocol is infrastructure. Every other platform in this comparison is a third-party scoring layer on top of it.

Methodology

Any wallet can submit a feedback signal to the Reputation Registry for any registered agent. The signal includes a rating and optional metadata. The registry stores it on-chain. Reading platforms aggregate these signals according to their own methodology – which means the “ERC-8004 reputation score” is not a single consistent number but rather different outputs from different aggregation strategies across different platforms reading the same underlying data.

Strengths

The registry is permissionless, transparent, and composable. Any smart contract can read it. Furthermore, on-chain storage means the feedback history is permanent and verifiable. For building a decentralised reputation system in principle, the architecture is sound.

Blind spots

The fundamental blind spot is that the registry cannot distinguish manufactured reviews from genuine ones without an external intelligence layer on top. An operator controlling 50 agents can give each one a 5-star review from the other 49 at a cost of a few dollars in gas. Additionally, the native registry provides no information about who controls the agent, no feeder analysis, no fraud prediction, and no criminal record check. It answers only “what have other agents said about this agent?” – which is the weakest possible trust signal in a system where agents can be created and coordinated freely.

Who it is for

The native registry is appropriate as an additional data layer for platforms that have already implemented stronger trust signals. It should not serve as a primary trust gate for any DeFi protocol permitting autonomous financial execution.

Platform 2 – RNWY: Review Quality and Sybil Detection

What it is

RNWY (rnwy.com) is the most established third-party agent trust platform operating on ERC-8004 in 2026. RNWY positions itself as the trust layer for an economy where participants might not be human, with 185K+ agents scored and every score showing its math – the same door for humans and AI alike. The platform is notable for its transparency: all scoring methodology is published, including exact signal weights.

Methodology

RNWY’s trust score uses six input signals combined with additive modifier stacking, logarithmic value scaling, buffer zones, and evaluator softening to produce a score out of 95 across five tiers. The six signals weight toward reviewer quality rather than raw review count.

RNWY’s sybil detection applies four signals with explicit weights: common funder (6×), inhuman velocity (5×), sweep pattern (3×), and score clustering (1×). The weighted score produces severity levels: Low (0-2), Moderate (3-9), Elevated (10-19), and Heavy (20+). This makes RNWY’s sybil detection notably rigorous – it specifically targets the coordinated-review attack that would compromise naive review counting.

Since v1.1.0 (April 2026), RNWY also returns an owner wallet score, commerce summary (provider jobs, counterparty count, commerce tenure), and transaction-backed review percentage in the API response. However, these are additional intelligence fields – they appear in the response but do not affect the tier calculation or the primary trust score. This is the critical distinction from ChainAware: RNWY surfaces the owner wallet score as informational context; it does not integrate it into the scoring formula.

RNWY also indexes 1.7 million commerce jobs across Olas, Virtuals ACP, and SATI – making it the most comprehensive commerce activity tracker in the agent ecosystem. Trust scores live on Base mainnet, meaning any smart contract can read an agent’s score, tier, and sybil severity mid-transaction without an API call or oracle fee. This on-chain accessibility is a significant technical advantage for DeFi protocols that want to gate at the smart contract level rather than the application layer.

Strengths

RNWY’s strengths are transparency, on-chain accessibility, and commerce job history depth. The published methodology with exact signal weights means any relying party can independently verify a score calculation. The on-chain trust oracle on Base enables smart contract-level gating. The 1.7M commerce job index provides genuine economic activity context that no other platform matches. Additionally, the sybil detection is genuinely sophisticated – the common funder signal (weighted 6×) specifically targets the attack pattern of one operator funding multiple reviewer wallets from a single source.

Blind spots

RNWY’s primary blind spot is the boundary it draws at the review layer. The owner wallet score is surfaced but does not affect the tier. Feeder address analysis does not exist. Prior token creation history – rug pulls, honeypots – is not queried. Farm detection operates only at the reviewer level, not at the fleet level. Consequently, a fresh wallet that has never received a review (no positive signals, no negative signals) scores the same as an established operator in RNWY’s primary score calculation – both lack review history. Furthermore, a serial rug puller who has never participated in the ERC-8004 review ecosystem will not trigger any RNWY detection signal, because their fraud history exists in token creation, not in agent reviews.

Who it is for

RNWY is the strongest choice for platforms where agent reputation is displayed to users (marketplaces, directories, leaderboards) and where the primary threat model is manufactured peer endorsements. It is a compelling addition to any trust stack as a review quality layer. However, it is not sufficient as a standalone gate for DeFi protocols where the primary threat is a fraud operator using agents as the execution vehicle for financial crimes.

Platform 3 – SkyeProfile: Multi-Attestation Wallet Trust

What it is

SkyeProfile (skyemeta.com) is a multi-attestation wallet trust profile that orchestrates nine specialised attestation providers and returns one unified signed profile per wallet. The system uses a dual-score model with Signal Depth (behavioral observability) and Risk Intensity (sybil and fraud risk) as independent axes, covering 150K+ agents across ERC-8004, Olas, Virtuals, and SATI registries.

Methodology

SkyeProfile works on a general contractor model – eight dimensions, eight independent providers, eight verifiable signatures. One API call returns ten independently verifiable attestations, each with a JWKS URI so relying parties can verify any dimension offline without trusting SkyeMeta itself. The dimensions span solvency (wallet holdings across 33 chains), governance participation, behavioral trust, identity, security posture, compliance, performance, and settlement track record.

Notably, SkyeProfile uses RNWY as its behavioral trust provider – RNWY maintains the dual-score model across 150K+ agents spanning twelve EVM chains and Solana within the SkyeProfile attestation framework. This means SkyeProfile inherits RNWY’s methodology for the behavioral dimension, including both RNWY’s strengths (sybil detection, review quality analysis) and RNWY’s blind spots (no feeder analysis, no criminal record check, owner wallet informational only).

Strengths

SkyeProfile’s primary strength is breadth and verifiability. By aggregating nine specialised providers and returning independently verifiable signatures, it gives relying parties a comprehensive wallet profile that no single provider can match across all dimensions. The cryptographic verifiability (ES256 or EdDSA signatures with JWKS-published keys) is technically rigorous and appropriate for high-stakes autonomous execution contexts. The 33-chain solvency layer is the most comprehensive wallet holdings analysis in the market.

Blind spots

SkyeProfile scores the agent wallet – the address registered with the ERC-8004 identity. Since it delegates behavioral trust to RNWY, it inherits RNWY’s blind spots on feeder analysis and criminal record checking. Furthermore, because SkyeProfile is built as a wallet profiling system rather than an agent-specific fraud intelligence system, it does not perform fleet-level farm detection or trust delegation from owner to agent wallet. The platform also scores 150K agents across multiple registries – which is valuable breadth, but means its ERC-8004 specific coverage is thinner than RNWY’s 185K ERC-8004-specific indexed agents.

Who it is for

SkyeProfile is strongest for use cases requiring verifiable, multi-dimensional wallet attestations – particularly in contexts where cryptographic proof of each assessment matters, such as compliance audit trails or high-stakes DeFi credit decisions. For the broader DeFi credit scoring context, see our DeFi Credit Score Platform comparison. SkyeProfile is not a standalone agent trust gate – it is a comprehensive wallet profiling layer that serves agent trust as one of several use cases.

Platform 4 – AXIS T-Score: Runtime Performance Scoring

What it is

AXIS T-Score (axistrust.io) operates in an entirely different category from every other platform in this comparison. While all other platforms score the agent’s identity and on-chain history, AXIS scores the agent’s runtime behavior – how well it performs tasks, follows instructions, and operates within defined guardrails during actual execution.

Methodology

AXIS measures 11 behavioral dimensions: task completion rate, instruction adherence, data handling, transparency, error recovery, consistency, scope compliance, resource efficiency, communication clarity, security posture, and audit trail quality. All of these metrics are off-chain – they measure what the agent does during task execution, not what its controlling wallet has done on-chain. Scores run from 0 to 1,000 across five tiers (T1-T5), using the same 0-1,000 scale as ChainAware’s Agent Trust Score but measuring completely different inputs.

Strengths

AXIS addresses a genuinely different problem: does this agent do what it claims to do? An agent that claims to be a compliance screener but routinely fails to flag sanctioned addresses will score low on AXIS – regardless of how trustworthy its owner wallet is. That quality assurance dimension is valuable and not addressed by any on-chain behavioral platform. For enterprise contexts where agents are deployed for specific task categories, AXIS provides the most rigorous evaluation of task quality available.

Blind spots

AXIS scores runtime performance, not financial trustworthiness. An agent can score T5 on AXIS (top-tier task execution) and be controlled by a serial rug puller who has stolen millions. The two assessments are orthogonal – they address completely different threat models. For DeFi protocols where the primary concern is financial fraud rather than task quality, AXIS provides no relevant signal. Additionally, AXIS is entirely off-chain, which means it has no chain coverage, no wallet analysis, and no on-chain verifiability. Scores cannot be read by smart contracts and cannot be cryptographically verified against on-chain data.

Who it is for

AXIS is most valuable for enterprise deployments where agents perform specific workflow tasks – research, content generation, data analysis – and where task quality rather than financial fraud is the primary concern. Layering AXIS with an on-chain identity trust system (ChainAware for fraud intelligence, RNWY for review quality) produces the most complete agent evaluation stack: you verify both who controls the agent and how well the agent performs.

Platform 5 – DJD Agent Score: Wallet Activity Scoring

What it is

DJD Agent Score is the smallest and most narrowly focused platform in this comparison. It returns a 0-100 behavioral trust score for any wallet, combining seven dimensions – transaction history, partner diversity, volume patterns, account age, balance stability, activity consistency, and USDC usage – with sybil detection and gaming velocity checks. Scores feed directly into the ERC-8004 Reputation Registry as off-chain attestations, and the service is monetised via x402 micropayments in USDC on Base.

Methodology and coverage

DJD scores the agent wallet address across those seven dimensions. The scoring approach is transparent and the seven dimensions are reasonable wallet activity signals. However, coverage is Base-only – the platform does not index agents on Ethereum mainnet, BSC, or Avalanche. Furthermore, like SkyeProfile’s solvency layer and the ERC-8004 native registry, DJD scores the agent wallet rather than the owner wallet. This means it faces the same fresh wallet problem: a newly created agent wallet with no transaction history will score near zero on all seven dimensions regardless of the owner’s reputation.

Strengths and limitations

DJD’s x402 integration is technically interesting – it demonstrates a viable micropayment-based business model for agent trust scoring that does not require API keys or subscription agreements. The seven-dimension wallet scoring is simple, auditable, and directly verifiable. However, the Base-only coverage and agent-wallet focus rather than owner-wallet focus significantly limit DJD’s utility as a primary trust gate. It is best understood as an early-stage product demonstrating one viable approach rather than a production-ready trust infrastructure system.

Platform 6 – ChainAware: Behavioral Fraud Intelligence

What it is

ChainAware’s Agent Trust Score approaches agent trust from the opposite direction of every other platform. Rather than starting from the agent and asking what signals the agent produces (reviews, task performance, wallet history), ChainAware starts from the human behind the agent and asks what that human has done on-chain across their entire history – including activities completely unrelated to the current agent registration.

This inversion is the foundation of every signal that differentiates ChainAware from the rest of the market. For a full technical explanation of the scoring formula, see the Agent Trust Score methodology page.

Core formula

The Agent Trust Score builds on the same Wallet Reputation Score formula used across ChainAware’s products:

ReputationScore = (1000/110) × (experience + 1) × (risk_capability + 1) × (1 − fraud_probability)
Maximum: 1,000

This formula runs separately on the owner wallet and the agent wallet. Furthermore, it runs on the feeder address when traceable. The results are then combined using trust delegation logic, farm detection modifiers, and criminal record hard caps to produce the final Agent Trust Score. The 0-1000 scale is consistent with the Wallet Reputation Score – meaning a protocol that already uses ChainAware’s wallet intelligence can compare agent trust and wallet trust on the same axis without recalibration.

Coverage and infrastructure

ChainAware indexes 240,000+ ERC-8004 agents across Ethereum mainnet, BSC, Base, and Avalanche – the widest chain coverage in the market for a predictive fraud intelligence approach. The underlying wallet persona database covers 20M+ addresses across 8 blockchains, trained on behavioral data accumulated over multiple years. The fraud prediction model achieves 98% accuracy on held-out test data, as documented in our AI-Powered Blockchain Analysis guide. Additionally, scores are available via the Prediction MCP server, meaning any Claude-based DeFi agent can query agent trust scores as a native tool call without custom API integration.

The Five Signals Only One Platform Provides

Five signals in the Agent Trust Score are not replicated by any other platform currently operating in the ERC-8004 agent trust market. Each one addresses a specific threat model that the other approaches structurally cannot reach.

Signal 1: Feeder address analysis

The feeder address is the wallet that funded the agent’s owner wallet. Tracing and scoring it is the single most distinctive capability in the ChainAware Agent Trust Score. No other platform – not RNWY, not SkyeProfile, not DJD – performs feeder analysis.

Why it matters: an experienced fraud operator rotates owner wallets between campaigns. Wallet A runs a rug pull, gets flagged, and is abandoned. Wallet B is freshly created and funded from Wallet A. Wallet B then registers 40 agents on ERC-8004. Every platform that scores only the agent or the agent’s direct owner wallet will see a clean Wallet B with no fraud history. ChainAware traces the funding path and scores Wallet A – the feeder – which carries the fraud record. Wallet B’s agents receive hard-capped scores regardless of how clean Wallet B’s own history appears.

ChainAware covers feeder analysis for approximately 38% of indexed agents – the ones with a traceable single-hop funding source. For agents where the feeder is a verified CEX withdrawal address (Binance, Coinbase, Kraken, OKX), the platform flags this as FEEDER_CEX_VERIFIED – a positive trust signal that implies the owner wallet was funded via a KYC’d exchange withdrawal. For agents where the feeder is unknown or obfuscated, the platform applies a penalty reflecting the information asymmetry.

Signal 2: Criminal record – rug pull history

ChainAware maintains a database built from one year of on-chain liquidity pair history. That database records which wallet addresses created pools that subsequently exhibited rug pull patterns – rapid liquidity removal after price appreciation, following the operational signature documented in our Rug Pull vs Pump and Dump guide.

Before computing the Agent Trust Score, ChainAware cross-references both the owner wallet and the feeder address against this database. A single confirmed rug pull in the owner’s history generates a hard cap on the Agent Trust Score – a ceiling no other signal can override. This is the signal that connects yesterday’s token fraud to today’s agent deployment. An operator who rugged three pools on PancakeSwap in Q4 2025 and registered 40 agents in Q1 2026 is caught by this check. No other agent trust platform makes that connection, because no other platform maintains a paired rug pull database and cross-references it against agent registry data.

Signal 3: Criminal record – honeypot token history

Separately from rug pull detection, ChainAware maintains token audit data identifying honeypot contracts – tokens with embedded code that prevents buyers from selling. The creator wallet for each identified honeypot token is recorded. Cross-referencing agent owner wallets against this database produces a second criminal record dimension: has the agent’s controller previously created trap tokens that extracted funds from retail investors?

Honeypot creation and rug pull creation are related but distinct fraud patterns. Some operators specialise in one or the other; some use both. Having both databases cross-referenced produces a more complete criminal record than either alone. Together with rug pull history, this gives ChainAware the only criminal record check available in the agent trust market. For more on how token auditing produces these signals, see our Token Audit methodology.

Signal 4: Trust delegation

Trust delegation is ChainAware’s mechanism for handling the fresh agent wallet problem without penalising legitimate new agents. Agent payment wallets are frequently created specifically for an agent deployment – they are fresh addresses with no transaction history. A scoring approach that treats wallet age as a primary negative signal would incorrectly assign low trust to every newly deployed agent from a legitimate operator.

ChainAware’s trust delegation sets a floor for the agent wallet’s effective score based on the owner wallet’s Reputation Score. A strong owner (Sovereign tier, 800+) partially transfers credibility to the fresh agent wallet, resulting in a significantly higher Agent Trust Score than the agent wallet alone would produce. A fraud-flagged owner, by contrast, cannot delegate any meaningful trust – the delegation factor collapses to near zero. This means fresh wallets from reputable operators score correctly high, and fresh wallets from fraud operators score correctly low – which is the right outcome for both cases.

Signal 5: Fleet-level farm detection

Every other platform in this comparison scores agents individually. ChainAware maintains an owner profile database – tracking how many agents each owner controls across all indexed chains and whether those agents were registered in the same block (indicating automated bulk registration). This fleet-level view enables detection of agent farms that individual agent scoring cannot surface.

An operator running a farm of 50 agents will have each individual agent score independently on RNWY, SkyeProfile, or DJD. Nothing in those individual scores reveals the coordinated nature of the fleet. ChainAware sees the fleet. Owners controlling anomalously large numbers of agents receive a suppression modifier that applies to every agent in their fleet – including agents that individually might score cleanly. This is the signal that catches the specific agentic commerce attack pattern identified in our Blockchain Data Providers guide: one operator manufacturing ecosystem depth through controlled agent populations.

Head-to-Head Comparison Table

The following table compares all six approaches across every dimension relevant to DeFi protocol builders and investors evaluating the space. Each row describes a specific capability, not a general category, to make the comparison as concrete as possible.

Decision Matrix: Which Platform for Which Use Case?

No single platform is the correct choice for every context. The right stack depends on what you are trying to prevent, what signals matter for your specific use case, and what integration constraints you are working within. The following matrix maps use cases to recommended platform combinations.

DeFi protocol gating autonomous financial execution

Primary: ChainAware Agent Trust Score – owner fraud probability, feeder analysis, criminal record check, and farm detection are all directly relevant to the threat model. Set tier thresholds based on transaction risk: Trusted (600+) for high-value operations, Provisional (400+) for lower-risk flows with monitoring.

Secondary: RNWY for reputation display – show the RNWY score in your protocol’s agent directory alongside the ChainAware score. They answer different questions and the combination is more informative than either alone.

Optional: SkyeProfile attestations if your compliance framework requires cryptographically verifiable attestations as audit evidence. For the compliance context, see our DeFi Compliance and AML guide.

Agent marketplace or directory

Primary: RNWY – the on-chain trust oracle on Base enables smart contract-level minimum score requirements for job listing. The commerce job history (1.7M jobs) is directly relevant to marketplace quality filtering. The transparent published methodology means marketplace users can understand exactly why an agent scores as it does.

Secondary: ChainAware Agent Trust Score – surface it as a fraud intelligence layer alongside RNWY’s reputation score. The two scores are complementary: RNWY tells users whether the agent’s reviews are genuine; ChainAware tells users whether the human behind the agent has a history of financial fraud.

Enterprise workflow agent deployment

Primary: AXIS T-Score – for enterprise agents performing specific workflow tasks (research, compliance screening, content generation), task quality assurance is the primary concern. AXIS is the only platform that evaluates whether an agent does what it claims to do.

Secondary: ChainAware if the agent has financial execution permissions. Task quality and financial trustworthiness are both relevant for agents with write permissions to financial systems.

Agent creator wanting to understand their score

Agent creators interact with multiple trust systems simultaneously. Your agents are scored by every platform a buyer chooses to query. Understanding all five is therefore more important for creators than for buyers. Specifically:

• RNWY score: ensure your agent has genuine reviews from established reviewer wallets. Avoid requesting reviews from wallets that bulk-review across many agents – they will be detected as sybil reviewers and suppress your score
• ChainAware score: your owner wallet’s history is the primary input. A wallet with 12+ months of diverse DeFi activity scores significantly higher than a fresh wallet. If your feeder is a CEX withdrawal, this is a positive signal that surfaces automatically
• SkyeProfile: ensure your owner wallet holds governance tokens and participates in established protocols – the solvency and governance dimensions reward breadth of DeFi participation
• AXIS: if you want T-Score evaluation, ensure your agent returns reliable, consistent outputs and maintains audit trail quality across repeated task executions

The White Space: Five Capabilities Nobody Has Built Yet

The current agent trust infrastructure market is six months old. Consequently, significant white space remains – capabilities that no platform currently provides but that the market will almost certainly require as agentic commerce scales. The following five gaps represent the next investment and product opportunities in this category.

Gap 1: Agent-to-agent trust propagation

No platform currently answers this question: if Agent A scores Sovereign and has completed 10,000 successful interactions with Agent B, does that interaction history update Agent B’s trust score? In human systems, ongoing positive relationships build trust over time. In agent systems, every score is computed from static inputs without accounting for the accumulated interaction history between specific agent pairs. Building trust propagation that flows through agent interaction graphs – raising Agent B’s score based on verified positive interactions with high-scoring agents – would fundamentally change how trust compounds in the agentic economy.

Gap 2: Cross-registry agent identity resolution

An operator may deploy agents across ERC-8004, Olas, Virtuals, and SATI simultaneously. Currently, each registry treats these as separate identities. No platform provides unified entity resolution – grouping agents across registries that share the same owner wallet into a single entity profile. This matters because fleet-level behavior visible at the entity level (100 agents across 4 registries controlled by one owner) is invisible at the per-registry level (25 agents on each).

Gap 3: MCP server trust scoring

Every agent trust platform scores the agent itself. None score the MCP servers the agent calls. An agent connecting to a malicious or compromised MCP server is a trusted agent performing untrusted actions. As the MCP ecosystem grows – Smithery already indexes thousands of MCP servers – the trust question extends naturally from “who is the agent?” to “what tools is the agent using?”

Gap 4: Trust score-based insurance underwriting

No DeFi insurance protocol currently uses agent trust scores as an underwriting input. A protocol granting autonomous execution access to a Sovereign-tier agent (800+) takes on less risk than one granting the same access to a Provisional-tier agent (400-599). Insurance premiums, coverage limits, and deductibles could all be parameterised on agent trust scores – creating a financial market that prices the residual risk after trust gating rather than treating all agent access as equally risky.

Gap 5: Dynamic trust scores updating in real time

Current trust scores are computed at query time from static inputs and cached. None update continuously as new on-chain events occur. An agent whose owner wallet executes a suspicious transaction pattern at 14:00 UTC will not have its trust score updated until the next scoring cycle. Real-time trust score streaming – where scores update within seconds of relevant on-chain events – would enable dynamic access control that responds to emerging fraud signals rather than lagging behind them.

The Investor Lens: What Makes Agent Trust Infrastructure a Durable Market

For investors evaluating the agent trust infrastructure category, several structural dynamics shape the market’s long-term economics.

The TAM compounds with agent adoption

Agent trust infrastructure is a derived demand market – its TAM scales directly with agentic commerce adoption. McKinsey’s $3-5 trillion agentic commerce estimate implies that every dollar of economic activity flowing through autonomous agents creates a corresponding demand for trust verification of those agents. As Morgan Stanley projects , nearly half of online shoppers will use AI shopping agents by 2030. Each one of those agents represents a trust decision for every protocol or merchant it interacts with.

Consequently, market growth in agent trust infrastructure is structurally tied to the overall growth of agentic AI – a market with multiple large tailwinds including regulatory pressure (Know Your Agent protocols emerging from the EU AI Act framework), enterprise adoption (agents handling financial workflows requiring documented risk controls), and protocol incentives (DeFi protocols facing liability exposure from agent-initiated fraud).

Data network effects favour early movers with behavioral databases

Agent trust platforms that rely on behavioral databases – rather than purely algorithmic or review-based scoring – accumulate a compounding data advantage. A platform with one year of on-chain pair history knows which wallets created rug pools. A platform with two years knows which wallets have repeat patterns across multiple fraud campaigns. That historical depth cannot be compressed – a competitor starting today cannot buy the historical database that an early mover has built through continuous operation.

This dynamic differentiates behavioral fraud intelligence platforms from review-quality platforms. RNWY’s review quality algorithm could theoretically be replicated by a well-resourced team in months. The underlying behavioral database and fraud prediction model trained on years of on-chain data cannot. For context on how machine learning model development timelines apply to this space, see our AI-Powered Blockchain Analysis guide.

Complementary rather than winner-takes-all

The four distinct approaches in the market address different threat models that do not fully substitute for each other. RNWY’s review quality signal and ChainAware’s behavioral fraud intelligence are complementary – a protocol using both is better protected than a protocol using either alone. This means the agent trust market is likely to support multiple sustainable businesses serving different parts of the trust stack, rather than converging to a single dominant platform.

The parallel is the credit rating market – Moody’s, S&P, and Fitch coexist because rating agencies with complementary methodologies provide more value to the market than a single monopoly. Agent trust infrastructure may evolve similarly, with different platforms serving different trust dimensions in a layered stack. For investors, this implies that both the review quality layer (RNWY) and the behavioral fraud intelligence layer (ChainAware) have independent market positions rather than competing for the same slot in every protocol’s integration.

Regulatory tailwinds

The EU AI Act , which takes full effect in August 2026, creates documentation and risk assessment requirements for high-risk AI systems. Autonomous agents with financial execution permissions are a clear candidate for high-risk classification under this framework. Protocols operating in EU-regulated markets will need demonstrable risk controls for agent interactions – a requirement that agent trust scoring infrastructure directly satisfies. Additionally, Know Your Agent (KYA) protocols are emerging as the agent-layer equivalent of KYC, creating a compliance-driven pull for trust verification infrastructure beyond pure product adoption.

Frequently Asked Questions

Can I use multiple agent trust platforms simultaneously?

Yes – and for high-value use cases, this is the recommended approach. RNWY and ChainAware answer different questions about the same agent. Using RNWY for review quality and ChainAware for owner fraud intelligence produces a more complete picture than either alone. The integration is straightforward: make two API calls per agent and combine the results in your access control logic. DeFi protocol builders can set independent thresholds for each score – for example, requiring RNWY tier 3+ (genuine review history) AND ChainAware Trusted tier (600+) for full autonomous execution access.

Which platform is best for displaying trust to end users?

RNWY is the strongest choice for trust display because its methodology is fully published and each score shows its math. End users can understand exactly why an agent scored as it did – which reviewer wallets were flagged, which sybil patterns were detected, what the address age contributed. Transparency builds user confidence. ChainAware’s score is complementary but its weights are private (to prevent gaming), making RNWY more appropriate for user-facing display where explainability matters.

How do the different score scales compare?

The score scales are not directly comparable across platforms. RNWY scores out of 95 (not 100 – their maximum is 95 due to scoring mechanics). ChainAware and AXIS both use 0-1,000. DJD uses 0-100. SkyeProfile uses two independent axes rather than a single number. Converting between scales requires understanding what each platform actually measures, which is why the comparison table above focuses on capabilities rather than score values. An agent scoring 72/95 on RNWY and 650/1,000 on ChainAware is not inconsistent – those numbers describe entirely different assessments.

Does RNWY’s owner wallet score compete with ChainAware?

Not meaningfully. RNWY’s v1.1.0 update added owner wallet score as an informational field in the API response – but explicitly does not affect tier calculation or the primary trust score. The field surfaces the owner wallet’s RNWY-defined score as context for relying parties who want to incorporate it into their own decision logic. ChainAware makes the owner wallet score the primary input to the Agent Trust Score formula, combines it with feeder analysis and criminal record data, and applies trust delegation. The two approaches share the observation that owner wallet matters – but diverge completely on how to score it and how much weight it should carry.

What is ERC-8183 and how does it relate to agent trust?

ERC-8183 is a commerce protocol that gives AI agents trustless commerce capabilities – handling escrow, state transitions, and evaluator attestation for agent-to-agent job markets. The spec is intentionally minimal – it handles the commerce mechanics but explicitly does not handle trust scoring, discovery, or fraud detection. RNWY has built a marketplace and trust scoring layer on top of ERC-8183. ChainAware’s Agent Trust Score is compatible with ERC-8183 job markets as a pre-interaction trust gate – protocol teams can require a minimum Agent Trust Score before an agent can claim a job or receive escrowed funds.

How often do trust scores update?

Update frequencies vary by platform. ChainAware’s fraud prediction model retrains daily – meaning the fraud probability feeding into owner wallet scores updates continuously as new on-chain patterns emerge. Scores for specific agents update when new relevant events are detected (new agent registrations, owner wallet activity, feeder transactions). RNWY scores update as new reviews are submitted to the ERC-8004 Reputation Registry and as sybil analysis runs on reviewer wallets. AXIS T-Score updates based on runtime task execution data. None of the current platforms offer real-time streaming score updates – that remains a white space capability described above.

Is the ChainAware Agent Trust Score relevant for non-ERC-8004 agents?

Partially. The owner wallet and feeder address scoring works for any wallet address, regardless of whether it is associated with an ERC-8004 registration. A protocol that receives agent-initiated transactions from wallets not registered on any standard identity registry can still query ChainAware’s Fraud Detection API for the controlling wallet’s behavioral intelligence. The ERC-8004-specific signals (farm detection, trust delegation from registry data) require an ERC-8004 registration to function. However, the owner fraud probability, feeder analysis, and criminal record check work on any wallet regardless of registry status. For protocols on chains not yet covered by ERC-8004 registries, this means ChainAware provides partial Agent Trust Score functionality even before full ERC-8004 adoption on those chains.

Where can I read ChainAware’s full scoring methodology?

The complete methodology – including the five scoring layers, all flag definitions, score tier descriptions, and the trust delegation formula – is documented at chainaware.ai/learn/agent-trust-score. The signal categories are published. The exact weights and model coefficients remain private to prevent gaming. The equivalent documentation for the underlying Wallet Reputation Score (which feeds into the Agent Trust Score formula) is at chainaware.ai/learn/for-individuals/wallet-auditor.

Further Reading

• Agent Trust Score – Complete Methodology – the five scoring layers, all flags, tier definitions, and trust delegation formula
• The First Step in Agentic Commerce Isn’t Integration. It’s Trust. – the companion article covering the trust gap in DeFi protocol agent integrations
• Web3 Wallet Auditing Providers in 2026 – the same three-layer framework applied to the wallet intelligence market
• Web3 Analytics Tools for Dapps: Complete Comparison – where agent trust scoring fits in the broader DeFi analytics stack
• AI-Powered Blockchain Analysis for Crypto Security – the machine learning methodology behind ChainAware’s 98% fraud detection accuracy
• Rug Pull vs Pump and Dump – the fraud patterns that generate ChainAware’s criminal record database
• DeFi Compliance: KYT and AML Guide 2026 – regulatory context for DeFi agent integration compliance
• DeFi Credit Score Platforms Compared – how agent trust scoring combines with borrower creditworthiness assessment
• Prediction MCP Setup Guide – add ChainAware behavioral intelligence including Agent Trust Score to any Claude agent
• 32 Ready-Made Agents – pre-built Claude agents including agent verification, fraud detection, and compliance screening

ChainAware.ai is the Web3 Agentic Growth Infrastructure – behavioral intelligence for DeFi protocols, AI agents, and individual crypto users. 20M+ wallet personas, 98% fraud detection accuracy, <100ms API latency across 8 blockchains. Try free at chainaware.ai.

The post The Agent Trust Infrastructure Race: Who Is Building the Trust Layer for Agentic Commerce? first appeared on ChainAware.ai.

Your DeFi protocol is ready to integrate AI agents. You have evaluated the frameworks, chosen your ERC-8004 registry, mapped the wallet flows, and written the integration spec. Yet one question remains unanswered in that spec – a question that determines whether your agentic integration scales safely or becomes a fraud vector the moment it hits production volume.

Who is actually behind the agent you are about to trust with your users’ funds?

Agentic commerce is accelerating at a pace that has outrun the trust infrastructure supporting it. McKinsey estimates the model could redirect $3-5 trillion in global financial flows by 2030 . Meanwhile, 78% of financial institutions already expect fraud to spike specifically because of AI agents operating autonomously in commercial systems. The gap between “agent integration complete” and “agent interaction verified” is where the next generation of DeFi fraud will live.

This guide covers the entire problem – from the structural gap in the ERC-8004 standard to the specific signals that distinguish a legitimate agent from a manufactured one, to the concrete integration pattern that closes the trust gap in under 100ms per transaction.

Table of Contents

1. What Agentic Commerce Actually Means for DeFi Protocols
2. The Integration Stack Has a Trust Gap
3. Why Voting-Based Agent Reputation Fails at Scale
4. Know Your Agent: The Three Questions That Matter
5. Signal 1 – The Owner Wallet: Scoring the Human Behind the Agent
6. Signal 2 – The Feeder Address: Who Funded the Controller?
7. Signal 3 – The Criminal Record: Rug Pulls, Honeypots, and Prior Fraud
8. Trust Delegation: How a Strong Owner Legitimises a Fresh Agent Wallet
9. Farm Detection: One Operator, Dozens of Agents
10. EIP-7702 Delegation: The Hidden Controller Problem
11. The Trust-Aware Agent Integration Pattern
12. The Compounding Risk of Getting This Wrong
13. How ChainAware Compares to Other Agent Trust Platforms
14. Frequently Asked Questions

What Agentic Commerce Actually Means for DeFi Protocols

Agentic commerce describes the shift from humans clicking “confirm” to AI agents executing transactions autonomously on behalf of users. In Web3, this shift is not a future scenario – it is happening now, at scale, across every DeFi protocol that accepts agent-initiated transactions.

Agents are managing DAO treasuries, executing lending strategies, routing liquidity, screening counterparties, and processing governance votes – all without a human in the approval loop for each action. The operational efficiency gains are real. Furthermore, the fraud surface that comes with them is equally real and far less discussed.

For DeFi protocol builders, the critical insight is this: if your protocol accepts transactions from external wallets today, you are already serving agent-initiated transactions. Agent wallets are indistinguishable from human wallets at the RPC layer. Therefore, you do not need to deliberately “integrate agents” to be exposed to the trust problem – you already are exposed, today, because any wallet can be controlled by an agent rather than directly by a human.

The agentic commerce numbers clarify the urgency. Morgan Stanley projects that nearly half of online shoppers will use AI shopping agents by 2030, accounting for approximately 25% of their total spending . In DeFi specifically, the transition is faster – AI is moving from the advisory layer (suggesting trades) to the execution layer (completing them). The distinction between advice and execution is the distinction between a bad recommendation and an empty wallet. Consequently, DeFi protocol builders face the urgency of solving this in 2026, not 2028.

Traditional fraud detection systems are structurally unfit for this environment. As detailed in our guide on AI-Powered Blockchain Analysis for Crypto Security, rule-based systems generate false positive rates of 30-70% – and they produce those false positives specifically on the rapid, sequential, cross-category transaction patterns that legitimate AI agents exhibit. Therefore, you need a different approach: one that evaluates the agent’s identity and the human behind it, rather than flagging agent behaviour as inherently suspicious.

The Integration Stack Has a Trust Gap

A typical agentic commerce integration in 2026 follows a well-established pattern. The agent framework (ElizaOS, Virtuals, a custom build) registers an identity on the ERC-8004 Identity Registry. Subsequently, that identity is referenced when the agent initiates interactions with DeFi protocols. The protocol’s smart contract processes the transaction. Funds move.

Every layer in that stack has tooling, documentation, and standards. Agent frameworks have deployment guides. ERC-8004 has a specification and a registry of 240,000+ agents across Ethereum, BSC, Base, and Avalanche . Smart contracts have audit firms. Yet the gap between the ERC-8004 registry lookup and the protocol interaction has no standard tooling – and it is precisely where trust decisions need to happen.

The ERC-8004 registry tells you four things about an agent: that it exists, which wallet controls it, which wallet receives its payments, and what URI points to its agent card JSON. Those four data points answer the question “does this agent have an identity?” They do not answer the question “should I trust this agent with autonomous execution?”

Specifically, the registry tells you nothing about:

• Whether the owner wallet has a history of creating rug pull pools or honeypot tokens
• Whether the owner was funded by a mixer, a sanctioned address, or a known fraud operator
• Whether this agent is one of 47 registered in the same block by the same operator running a Sybil farm
• Whether the wallet controlling this agent also controls the 46 agents that gave it positive reviews

This is the trust gap. Moreover, it is not an oversight in the ERC-8004 specification – the standard explicitly leaves scoring to third parties. As a DeFi protocol builder, you are therefore responsible for filling that gap in your own integration layer.

For context on how behavioral wallet intelligence fills similar gaps in fraud detection, see our complete guide to Web3 Wallet Auditing Providers in 2026. The same principle applies at the agent layer: raw identity data requires an intelligence layer on top before it becomes a trust signal.

Why Voting-Based Agent Reputation Fails at Scale

ERC-8004 includes a built-in Reputation Registry – a standard interface for agents to receive and query peer feedback. The design is intentionally open: any agent can leave a review, any protocol can read the scores, and the aggregation algorithm is left to third parties. On paper, this sounds like a reasonable decentralised trust mechanism. In practice, it is a manufactured-trust system waiting to be exploited.

The attack requires minimal technical sophistication. An operator deploys 50 agent wallets. Each wallet reviews every other wallet positively. All 50 accumulate reputation scores indistinguishable from agents with genuine peer endorsements. Total cost: gas fees for the review transactions, which on BSC or Base amounts to a few dollars. Total time: hours. Total manufactured trust: a full reputation history that any naive integration will treat as legitimate.

Furthermore, the problem compounds in agentic commerce contexts. When B2B agent networks operate where AI buyers negotiate directly with AI sellers in fractions of a second , the speed of manufactured-reputation exploitation is not limited by human review cycles. One fraudulent agent with a manufactured score can interact with thousands of protocol users autonomously before any human notices the pattern.

Voting-based reputation also has a specific structural blind spot: it cannot distinguish between an agent with 100 genuine endorsements and an agent whose owner simultaneously controls the 100 endorsing agents. Consequently, any trust system that reads only the Reputation Registry score is solving the wrong problem. The question is not “how many agents have endorsed this agent?” The correct question is “who controls this agent, and what have they done on-chain?”

This distinction drives the entire design of the ChainAware Agent Trust Score. Rather than reading the ERC-8004 Reputation Registry, we look behind the agent at the behavioral history of the wallets controlling it and funding its controller. The result is a trust signal that cannot be manufactured in hours and cannot be faked by a cluster of cooperating wallets.

Know Your Agent: The Three Questions That Matter

Know Your Agent (KYA) is emerging as the agent-layer equivalent of KYC. However, unlike KYC – which verifies identity documents and requires data collection – KYA for DeFi is necessarily on-chain behavioral. There are no passports in Web3. There is only transaction history, and that history is immutable, public, and available for scoring without touching any personal data.

A robust KYA check for any ERC-8004 agent answers exactly three questions. Together, these three questions generate a trust signal that is structurally difficult to fake and impossible to manufacture overnight.

Question 1: Who controls this agent?

Every ERC-8004 agent has an owner wallet – the address that holds the ERC-721 NFT representing the agent’s on-chain identity. This is the human or entity behind the agent. Scoring that wallet’s behavioral history is the foundation of any meaningful trust assessment.

Question 2: Who funded the controller?

The feeder address – the wallet that funded the owner – is the signal most agent trust platforms cannot reach. It is also the hardest signal to fake, because it requires either real capital from a legitimate source or exposure to traceable fraud infrastructure. An owner wallet can be freshly created and carefully aged. The funding source is immutable on-chain history.

Question 3: Has the controller done this before – in a bad way?

A year of on-chain pair history combined with token audit data produces a direct criminal record check for the agent controller. Has this wallet created honeypot tokens? Has it created liquidity pools and removed funds in rug pull patterns? Has the feeder funded previous rug pull operators? These questions have definitive on-chain answers – and no peer-review system can surface them.

The following three sections address each signal in depth, including how it feeds into the Agent Trust Score formula and what it means for your integration.

Signal 1 – The Owner Wallet: Scoring the Human Behind the Agent

The owner wallet is the single most important input to any agent trust score. Everything else – the agent wallet, the agent card, the reputation registry score – can be created fresh for a new fraud operation. The owner wallet’s behavioral history cannot.

ChainAware scores the owner wallet using the same three-pillar Reputation Score formula applied across 20M+ wallet personas:

ReputationScore = (1000/110) × (experience + 1) × (risk_capability + 1) × (1 − fraud_probability)
Maximum: 1,000

Each pillar captures a distinct dimension of the owner’s on-chain identity.

Experience

Experience measures how long and how actively the owner wallet has operated on-chain. A wallet with 18 months of diverse DeFi interactions – lending, trading, bridging, staking across multiple protocols – scores high on experience. Conversely, a wallet created three weeks ago that has done nothing but register agents scores near zero. Experience is hard to accelerate, because it is a function of time as much as activity. An operator cannot age a fresh wallet by transacting intensively for a week and matching the experience score of a genuinely established participant.

Risk Capability

Risk capability measures the behavioral breadth of the owner wallet. Does it interact with a range of DeFi protocols, or does it show narrow, mechanical patterns consistent with a purpose-built fraud wallet? Legitimate DeFi participants accumulate a diverse transaction graph over time – different counterparties, different protocol types, different token categories. Fraud wallets tend to exhibit concentrated patterns: high transaction frequency in a narrow activity type, often with timing patterns that indicate scripted rather than human behavior.

Fraud Probability

Fraud probability is ChainAware’s predictive AI model output – a score between 0.0 and 1.0 representing the likelihood that the owner wallet will engage in fraudulent behavior. This is not a blacklist check. Blacklists are reactive; they flag addresses after fraud has been confirmed. The ChainAware fraud model is predictive: it scores behavioral patterns against 20M+ wallet personas to estimate forward-looking risk, identifying likely fraud actors before they have generated a confirmed fraud record. For a detailed explanation of the machine learning methodology, see our AI-Powered Blockchain Analysis guide.

The Reputation Score applied to the owner wallet produces a single 0-1000 number that feeds into the Agent Trust Score formula as the primary input. A strong owner score (800+) indicates a Sovereign-tier controller with genuine on-chain history. A weak owner score (below 200) flags an Untrusted controller regardless of how clean the agent’s own wallet appears.

Signal 2 – The Feeder Address: Who Funded the Controller?

The feeder address is ChainAware’s most distinctive signal in the Agent Trust Score – and the signal that no competing agent trust platform currently reaches. RNWY surfaces the owner wallet but marks it as informational, non-scoring data. SkyeProfile performs partial operator wallet analysis. Neither traces the funding source of the controller.

ChainAware traces feeder addresses for approximately 38% of indexed agents. That 38% coverage rate reflects the on-chain reality: some owner wallets receive funds from obfuscated sources, some from multiple feeders that cannot be unambiguously attributed, and some from the native chain’s genesis or bridge infrastructure. When the feeder is traceable, the signal is highly informative.

Feeder categories and their trust implications

CEX withdrawal (Binance, Coinbase, Kraken, OKX, and others): A feeder address that is a verified CEX hot wallet implies that the owner wallet’s initial funding came from a centralized exchange withdrawal. CEX withdrawals imply the controller passed KYC somewhere upstream – not necessarily ChainAware’s KYC, but some identity verification process at deposit. This is the strongest positive feeder signal available. ChainAware flags this as FEEDER_CEX_VERIFIED and applies the maximum feeder factor in the scoring formula.

Known fraud operator or mixer: A feeder address that is a confirmed Tornado Cash wallet, ChipMixer output, or address previously flagged in ChainAware’s fraud database propagates that fraud signal directly to the agent score. An owner wallet funded by a mixer is not automatically fraudulent – there are legitimate privacy use cases – but combined with other risk signals it is a strong indicator of deliberate fund obfuscation. Mixers and confirmed fraud feeders apply a hard cap to the Agent Trust Score regardless of how clean the owner wallet’s own transaction history appears.

Unknown or obfuscated feeder: When the feeder cannot be determined, ChainAware applies a penalty to the feeder factor. Obfuscation is not neutral – the absence of a traceable funding source is itself a risk signal. Legitimate operators who funded their owner wallets via normal CEX withdrawals have nothing to hide and produce traceable feeder paths. Operators who deliberately route funds through multi-hop paths to obscure the source are doing so for a reason.

For compliance-oriented DeFi protocols, the feeder analysis also connects directly to AML obligations. Our guide on Blockchain Compliance for DeFi: KYT and AML in 2026 covers the regulatory context in detail. Notably, feeder address analysis extends the transaction monitoring horizon beyond the immediate counterparty – which is precisely what FATF’s Travel Rule guidance asks for in the context of virtual asset transfers.

Signal 3 – The Criminal Record: Rug Pulls, Honeypots, and Prior Fraud

This is the signal that makes the ChainAware Agent Trust Score genuinely unique – and the signal that matters most for DeFi protocol builders who have been operating in the space long enough to know that today’s agent creator is often yesterday’s rug pull operator wearing a fresh wallet.

ChainAware maintains a database built from one year of on-chain pair history and token audit data. Specifically, this database captures:

• Token contracts flagged as honeypots by ChainAware’s algorithmic analysis
• The creator wallet address for each honeypot token
• Liquidity pools where the creator removed funds in patterns consistent with rug pull execution
• The creator wallet address for each rug pull pool

Before computing the Agent Trust Score, ChainAware cross-references both the owner wallet and the feeder address against this database. Any match generates a hard cap on the final score – a ceiling that no other scoring signal can override.

The logic here is direct: a single confirmed rug pull or honeypot in an agent controller’s history is a disqualifying signal for autonomous execution trust. An operator who has previously stolen from retail investors through manufactured liquidity or tax-trap tokens is not a different actor simply because they have registered a new agent identity on ERC-8004. The on-chain history is permanent. The behavioral record cannot be expunged.

As we document in our guide to Rug Pull vs Pump and Dump: How Crypto Fraud Extracts Wealth from Retail Investors, approximately 95% of new pools on PancakeSwap end in rug pulls. Furthermore, the operators behind those pools are not typically first-time offenders – they are repeat actors who rotate wallets between campaigns. Connecting that historical fraud record to new agent registrations is what allows ChainAware to catch the serial fraudster who is simply moving from token launches to agent deployments as the market cycle shifts.

Feeder criminal record: the compounding signal

Criminal record analysis applies not only to the owner wallet but also to the feeder address. Consider the operational pattern of a sophisticated fraud operator:

1. Operator runs rug pull campaigns using Wallet A (primary fraud wallet, now flagged)
2. Operator creates fresh Wallet B with no fraud history
3. Wallet A funds Wallet B – the feeder relationship is recorded on-chain
4. Wallet B registers agents on ERC-8004, presenting a clean owner wallet history
5. Any platform that scores only the owner wallet (Wallet B) misses the connection entirely

ChainAware’s feeder analysis catches step 4. The funding source (Wallet A) has a confirmed rug pull history in our database. Therefore, Wallet B’s agents receive a hard cap score regardless of how clean Wallet B’s own transaction history appears. This is the operational pattern that makes the feeder signal irreplaceable – it is the signal sophisticated actors spend the most effort obscuring, precisely because it is the signal that most reliably connects new operations to old fraud records.

Trust Delegation: How a Strong Owner Legitimises a Fresh Agent Wallet

Agent wallets present a specific challenge for naive scoring approaches. These wallets are frequently created specifically for the agent – they are fresh addresses with no transaction history, no counterparty network, and no behavioral record. A scoring approach that treats wallet age and transaction history as primary inputs would therefore penalise every newly registered agent regardless of the owner’s reputation. That produces low scores for legitimate agents and renders the score less useful as a gate for agentic commerce integrations where new agents are continuously deployed.

ChainAware solves this problem with trust delegation. The owner wallet’s Reputation Score sets a floor for the agent wallet’s effective score. A strong owner partially transfers credibility to the fresh agent wallet. The exact delegation factor depends on feeder availability and the owner’s own fraud status.

# Trust delegation: owner lifts fresh agent wallet score
delegated_floor  = owner_score × delegation_factor

# Delegation factor varies by context:
# - Normal (feeder available, owner clean): 0.6
# - Feeder unknown (obfuscation signal):    0.3
# - Owner fraud-flagged:                    0.1

effective_wallet = max(wallet_score, delegated_floor)

This means a reputable developer deploying their first agent scores appropriately high – even with a fresh payment wallet – because the owner’s 18-month behavioral record delegates trust downward to the new agent wallet. A fraud-flagged owner, by contrast, cannot delegate any meaningful trust regardless of how the fresh agent wallet appears. The delegation factor collapses to near zero, and the agent score reflects the owner’s history rather than the wallet’s lack of it.

Trust delegation also captures the inverse correctly. If an agent wallet has a genuinely clean and established history (because the same operator has deployed agent wallets before), that score is used directly without needing the delegation floor. The formula takes the maximum of the two – the wallet’s own score and the delegated floor from the owner – ensuring that genuine wallet history is never penalised by the delegation mechanism.

This mechanism is unique to ChainAware among agent trust platforms operating on ERC-8004 in 2026. Competing platforms that surface the owner wallet as informational data but do not integrate it into their scoring formula cannot implement delegation – because delegation requires both the owner score and the wallet score to be computed on a comparable scale and combined algorithmically.

Farm Detection: One Operator, Dozens of Agents

Multi-agent orchestration is one of the defining architectural trends in agentic AI for 2026. Orchestrator agents coordinate specialised sub-agents working in parallel – a legitimate pattern that produces significant efficiency gains for complex workflows. However, the same architecture that enables powerful legitimate multi-agent systems also enables a specific attack pattern in agentic commerce: agent farming.

Agent farming is the practice of a single operator registering a large fleet of agents, typically in bulk during a narrow time window, with the goal of:

• Cross-endorsing each other to manufacture reputation scores
• Flooding agent marketplaces with controlled supply to manipulate pricing or availability
• Creating the appearance of ecosystem depth across multiple agent identities controlled by one bad actor
• Operating coordinated fraud campaigns across dozens of agent wallets that each individually appear to have limited exposure

ERC-8004 places no restrictions on how many agents a single owner can register. Consequently, a single wallet can register 500 agents in a single afternoon with no protocol-level friction. Individual agent scoring – which is what every competitor in this space does – is blind to the fleet-level pattern. Each agent scores independently; none of them individually triggers a threshold that reveals the fleet behavior.

ChainAware maintains an owner profile database that tracks agent fleet size per owner across all indexed chains. Owners controlling large numbers of agents receive a farm detection signal that suppresses the score for every agent in their fleet. Furthermore, the specific pattern of same-block registration – multiple agents minted in a single block – carries additional weight, because it indicates automated bulk registration rather than organic deployment over time.

The farm detection signal appears in the API response as the FARM_DETECTED flag. It does not expose the specific threshold that triggered the signal – sharing that threshold would tell operators exactly how many agents they can register before triggering detection. Instead, the flag communicates the category of signal without revealing the calibration.

From a DeFi protocol integration perspective, farm detection is the signal that turns individual agent trust scoring into a fleet-level intelligence system. Agents from the same owner share a trust destiny – if the owner’s fleet pattern is suspicious, every agent in that fleet is suspect regardless of how any individual agent scores in isolation.

EIP-7702 Delegation: The Hidden Controller Problem

EIP-7702 allows Externally Owned Accounts (EOAs) to delegate control to a secondary address for a single transaction or extended period. In the agent context, this means the wallet registered as the ERC-8004 agent owner may not be the wallet actually controlling the agent’s behavior – a secondary delegated address might be executing transactions on behalf of the nominal owner.

ChainAware detects EIP-7702 delegation for agent owner wallets. When detected, the scoring process adds the delegate address to the analysis and takes the lower of the two scores – owner and delegate – as the effective owner score feeding into the Agent Trust Score formula.

This matters because EIP-7702 delegation is a specific mechanism that sophisticated actors can use to obscure the real controlling entity behind an agent. The nominal owner wallet might have a strong reputation score built over many months. The delegate might be a fresh fraud wallet with no history. Without EIP-7702 analysis, the strong nominal owner score masks the fraudulent delegate’s risk profile. With it, the delegate’s low score pulls the effective owner score down to reflect the actual controlling entity.

Approximately 5% of indexed ERC-8004 agents have EIP-7702 delegated ownership, based on ChainAware’s current database. Agents with EIP-7702 delegation are flagged explicitly in the API response as EIP7702_DELEGATED – giving protocol builders the option to apply additional scrutiny to this category regardless of the final numerical score.

The Trust-Aware Agent Integration Pattern

A DeFi protocol that has addressed the trust gap adds one step between the ERC-8004 registry lookup and the transaction execution. That step takes under 100ms, requires one API call, and produces a structured output that the protocol’s access control layer can act on directly.

Agent initiates transaction
  ↓
Resolve agent_id → owner_address + agent_wallet (ERC-8004 registry)
  ↓
GET /erc8004/agent/{chain_id}/{agent_id}/trust-score
  ↓
Response:
  {
    "agent_trust_score": 882,
    "tier": "Sovereign",
    "flags": ["FEEDER_CEX_VERIFIED"]
  }
  ↓
score ≥ protocol_threshold → execute
score < protocol_threshold → reject or route to human review

The threshold is a protocol-level decision. Different use cases warrant different risk tolerances:

The ChainAware Agent Trust Score API integrates directly with the Prediction MCP server, meaning any Claude-based DeFi agent can call the scoring endpoint as a native MCP tool call without custom API integration code. For teams building on the MCP stack, see our Prediction MCP setup guide and our library of 32 ready-made agents that already include agent verification logic.

Additionally, the trust check does not add friction for legitimate agents. A reputable developer deploying their first agent – with a strong owner wallet history and a CEX-verified feeder – scores above 800 through trust delegation even with a brand-new agent payment wallet. The check identifies the fraudulent operator while leaving the legitimate one unrestricted. That asymmetry is the operational definition of a useful trust system.

The Compounding Risk of Getting This Wrong

Human-initiated fraud and agent-initiated fraud differ in one fundamental operational characteristic: velocity. A fraudulent human interacting with your protocol manually can execute perhaps dozens of interactions before detection. A fraudulent agent operating autonomously can execute thousands of interactions in the same period – at machine speed, without sleep, without rate-limit awareness unless you specifically implement it, and with the full behavioral sophistication of the AI model powering it.

Therefore, the cost of a single misidentified agent is not comparable to the cost of a single misidentified human user. The exposure scales with the agent’s operational capacity. A lending protocol that grants a fraudulent agent autonomous execution access for six hours faces losses that scale with the protocol’s TVL and the agent’s transaction rate – not with a single transaction amount.

Traditional fraud detection tools are particularly poorly suited to this environment for reasons we explore in detail in our DeFi Compliance and KYT guide. Rule-based systems flag agent behavior as suspicious because agents naturally exhibit the patterns those rules target: high velocity, cross-category activity, unusual timing distributions. Consequently, you end up blocking legitimate agents while missing sophisticated fraudulent ones that have been engineered to mimic human behavioral patterns.

The compounding risk calculation is straightforward. One fraudulent agent operating undetected for six hours at 100 transactions per minute generates 36,000 protocol interactions. If each interaction involves 0.1 ETH and the fraud extracts 50% of interaction value, that is 1,800 ETH in losses from a single agent integration oversight. The trust check that would have caught this agent costs one API call taking under 100ms. The return on that 100ms is measured in protocol TVL.

For protocols already implementing compliance infrastructure, the Agent Trust Score also extends the KYT monitoring timeline backward – connecting transaction monitoring at the agent level to the historical record of the human behind the agent. Our Web3 Analytics Tools comparison for 2026 covers how agent-level intelligence integrates with broader protocol analytics stacks.

The Five Agent Trust Score Tiers – What Each One Means for Your Protocol

The Agent Trust Score produces a single number between 0 and 1000, mapped to five tiers. Each tier has a distinct operational meaning for DeFi protocol builders – and a distinct set of recommended actions. Understanding what produces each tier helps protocol teams calibrate their threshold decisions correctly.

Tier 5 – Sovereign (800-1000)

Sovereign agents have an established owner wallet with strong on-chain history, a clean or CEX-verified feeder address, no criminal record signals, and no farm detection flags. Trust delegation produces a high effective wallet score even for fresh agent payment wallets. Sovereign-tier agents are suitable for the highest-risk autonomous operations – large-value lending, treasury management, governance participation with material financial consequences. Protocol teams can grant Sovereign agents the same execution permissions they would grant to established protocol participants.

Tier 4 – Trusted (600-799)

Trusted agents have a strong owner wallet, an available and generally clean feeder address, and no hard-cap signals from criminal record checks. The score may be below 800 because the owner wallet has moderate rather than extensive history, or because the agent wallet has minimal activity offset by partial trust delegation. Trusted agents are suitable for standard DeFi integrations – trading agents, yield optimisers, and automated compliance workflows – where the individual transaction risk is moderate and human monitoring is available as a backstop.

Tier 3 – Provisional (400-599)

Provisional agents show mixed signals. The owner wallet may have limited history, the feeder address may be unknown or unverified, or the agent wallet may be very fresh with insufficient trust delegation from the owner score to compensate. Provisional agents should not be granted unsupervised autonomous execution access for high-value operations. However, they are appropriate for lower-risk automated workflows with active monitoring – for example, read-only data queries, low-value token swaps, or agentic onboarding flows where individual transaction size is capped. DeFi protocols integrating Provisional agents should implement transaction volume limits and velocity monitoring as additional safeguards.

Tier 2 – Elevated Risk (200-399)

Elevated Risk agents have weak owner history, obfuscated feeder addresses, soft farm detection signals, or agent wallets that score poorly even after trust delegation. These agents should not be permitted autonomous financial execution. If a protocol needs to serve Elevated Risk agents – for example, in a permissionless DEX context – transaction size limits, velocity caps, and real-time monitoring should all be active. The FEEDER_UNKNOWN flag on an Elevated Risk agent is a particularly notable combination: it indicates both limited owner history and deliberate funding obfuscation, suggesting a higher likelihood of coordinated fraud activity.

Tier 1 – Untrusted (0-199)

Untrusted agents have active fraud signals, confirmed rug pull or honeypot history, confirmed farm detection, sanctioned address exposure, or blacklisted repeat offender status. These agents should not receive autonomous execution access under any circumstances. The score is not borderline – it reflects definitive fraud signals from immutable on-chain history. Untrusted agents attempting to access your protocol should be blocked at the access control layer before any transaction reaches the execution layer. Furthermore, DeFi teams running compliance programs may want to log Untrusted agent interaction attempts as part of their AML reporting, as these attempts represent potential fraud activity on record. For the full compliance context, see our MiCA Compliance for DeFi learn page.

How ChainAware Compares to Other Agent Trust Platforms in 2026

The agent trust scoring market emerged rapidly alongside ERC-8004’s mainnet launch in January 2026. Several platforms have moved quickly to stake positions in the space. Understanding the differentiation between them matters for DeFi protocol builders choosing integration partners.

RNWY is the most established competitor in the ERC-8004 space and uses a sophisticated review-quality analysis that detects coordinated fake review patterns. However, their core methodology solves fake reviews, not fake owners. ChainAware solves fake owners – a harder problem with higher-stakes implications for autonomous execution trust. Both signals are complementary; they are not substitutes for each other.

AXIS T-Score is entirely off-chain – it scores agent runtime performance across 11 behavioral dimensions rather than on-chain ownership identity. This makes it useful for evaluating how well an agent executes tasks, but irrelevant for trust decisions about the human behind the agent. For a protocol deciding whether to grant autonomous execution access, AXIS covers a different question than ChainAware does.

The feeder address, criminal record, and trust delegation signals are currently unique to ChainAware across all indexed agent trust platforms. Those signals require a database of over one year of on-chain pair history, a token audit data pipeline, and a predictive fraud model trained on 20M+ wallet personas – infrastructure that takes years to build and cannot be replicated quickly. Additionally, for more context on how ChainAware positions against broader analytics alternatives, see our Web3 Analytics Tools Comparison for DeFi Dapps in 2026.

The moat is the data, not the formula

ChainAware publishes the categories of signals that feed into the Agent Trust Score. However, the exact weights, thresholds, and model coefficients are not published – not because the methodology is proprietary for competitive reasons, but because publishing thresholds would allow bad actors to calibrate their behavior to stay just below each detection cap.

More importantly, the real moat is not the formula. The moat is the data. An operator who knows every weight and threshold in the Agent Trust Score formula still cannot change their on-chain history. A wallet that created a honeypot token in November 2025 cannot remove that event from the blockchain. A feeder address that funded rug pull operators throughout 2025 cannot alter its transaction graph. The formula can be known. The data cannot be changed. That asymmetry is what makes on-chain behavioral intelligence a durable trust infrastructure rather than a gameable reputation system.

Frequently Asked Questions

What chains does the Agent Trust Score cover?

ChainAware’s Agent Trust Score indexes ERC-8004 agents across Ethereum mainnet, BSC (BNB Chain), Base, and Avalanche C-Chain, with Mantle in progress. These five chains cover the majority of ERC-8004 registry activity. The owner wallet and feeder analysis draws on ChainAware’s broader behavioral intelligence database, which covers 8 blockchains total including Polygon, TON, TRON, and HAQQ.

How long does the Agent Trust Score API take to respond?

The Agent Trust Score API returns results in under 100ms for agents already in the ChainAware database. First-time scoring of a newly registered agent may take slightly longer as the owner and feeder addresses are resolved and scored. Pre-scoring of agents during indexing ensures that the vast majority of ERC-8004 agents in the registry return sub-100ms scores at query time.

Does the Agent Trust Score require any PII or KYC data?

No. The Agent Trust Score is derived entirely from public on-chain data. No personal information is collected, no identity verification is required, and no data is stored beyond what is already publicly available on the blockchain. This makes the score compatible with DeFi’s privacy-first ethos and compliant with GDPR and similar privacy regulations by design.

Can an agent improve its score over time?

Yes – through the owner wallet’s behavioral history, not through the agent wallet itself. As the owner wallet accumulates genuine on-chain experience, interacts with a broader range of protocols, and maintains a clean fraud probability score, the Reputation Score feeding into the Agent Trust Score improves. Trust delegation then carries that improved score to the agent wallet. However, criminal record signals (rug pull history, honeypot creation) are permanent hard caps – they do not improve over time because the underlying on-chain events are immutable.

What happens when an agent is transferred to a new owner?

ERC-8004 agents are ERC-721 NFTs and can be transferred between wallets. When ChainAware detects an ownership transfer, the Agent Trust Score recalculates using the new owner wallet’s behavioral history. This is intentional: the trust score tracks the current controlling entity, not the original registrant. Consequently, an agent cannot inherit a previous owner’s strong score after transfer – each new owner is scored from their own on-chain history.

How does Agent Trust Score integrate with the Prediction MCP?

The Agent Trust Score is available as a native tool through ChainAware’s Prediction MCP server. Any Claude-based agent can call agent_trust_score(chain_id, agent_id) as a natural language tool call, receiving the structured score and flags response without custom API integration code. For protocol teams building on the MCP stack, this means agent verification can be added to any existing MCP-connected workflow in minutes rather than days.

Is the Agent Trust Score different from the Wallet Reputation Score?

The Agent Trust Score uses the same 0-1000 scale and the same underlying Reputation Score formula as ChainAware’s Wallet Reputation Score. However, it applies that formula to multiple addresses simultaneously (owner wallet, agent wallet, feeder address) and combines them using trust delegation logic and fleet-level farm detection signals that do not exist in the standalone Wallet Reputation Score. The two scores are directly comparable on the same scale – a wallet Reputation Score of 750 and an Agent Trust Score of 750 represent the same trust tier.

How does ChainAware handle agents with no traceable feeder address?

When the feeder address cannot be determined – either because the owner wallet was funded through multi-hop paths that obscure the source, or through infrastructure (bridges, faucets) that does not produce an attributable single feeder – ChainAware applies a feeder-unknown penalty to the Agent Trust Score. This penalty reflects the information asymmetry: legitimate operators funded through normal CEX withdrawals produce traceable feeder paths; operators who route funds to obscure the source are doing so for a reason. The penalty is not a hard cap – a very strong owner wallet and clean criminal record can partially offset it. Nevertheless, unknown feeder remains a risk signal that appears in the API response as the FEEDER_UNKNOWN flag.

What does a DeFi credit scoring integration look like alongside Agent Trust Score?

For lending protocols specifically, Agent Trust Score and DeFi credit scoring serve complementary functions. The Agent Trust Score answers “should this agent be permitted to interact with my protocol at all?” – a gate decision. The DeFi credit score answers “given that this agent is permitted, what collateral ratio and interest rate tier should apply to its lending activity?” – a parameterisation decision. Running both checks in sequence gives lending protocols the most complete picture: a verified legitimate agent operating at its correct creditworthiness tier.

Further Reading

• Agent Trust Score – Complete Methodology – the full technical explanation of how the score is computed, including all five scoring layers and flag definitions
• Web3 Wallet Auditing Providers in 2026 – the complete landscape of wallet intelligence providers, from raw data to actionable predictions
• AI-Powered Blockchain Analysis for Crypto Security – how ChainAware’s fraud prediction model achieves 98% accuracy
• Rug Pull vs Pump and Dump – the fraud patterns that feed the Agent Trust Score criminal record database
• Blockchain Compliance for DeFi: KYT and AML Guide – regulatory context for DeFi protocol compliance in 2026
• DeFi Credit Score Platforms Compared – how to combine agent trust verification with borrower creditworthiness assessment
• Prediction MCP Setup Guide – add ChainAware behavioral intelligence to any Claude agent in minutes
• 32 Ready-Made Agents – pre-built Claude agents including agent verification, fraud detection, and compliance screening
• Web3 Analytics Tools for Dapps: Complete Comparison – where agent trust scoring fits in the broader DeFi analytics stack
• Blockchain Data Providers for AI Agents – the data infrastructure layer that feeds agent intelligence systems

ChainAware.ai is the Web3 Agentic Growth Infrastructure – behavioral intelligence for DeFi protocols, AI agents, and individual crypto users. 20M+ wallet personas, 98% fraud detection accuracy, <100ms API latency across 8 blockchains. Try free at chainaware.ai.

The post The First Step in Agentic Commerce Isn’t Integration. It’s Trust. first appeared on ChainAware.ai.

Crypto airdrop scam losses reached $17 billion in 2025. Impersonation scams – where attackers mimic legitimate projects to run fake airdrop campaigns – grew by 1,400% year-over-year. On March 19, 2026, the FBI issued an explicit public alert about a fake “FBI Token” TRC-20 airdrop draining wallets on the Tron network. Free tokens have become one of the most dangerous entry points in Web3, and the attack playbook is becoming more sophisticated every month.

This 2026 guide covers the six most effective airdrop scam screeners available – what each one does, how it works, where it sits in your defense stack, and critically, the gap each one leaves. Combining the right tools closes those gaps and lets you participate in genuine airdrops safely while filtering out the sophisticated phishing operations that drain wallets in seconds.

How Airdrop Scams Actually Work in 2026

Understanding the attack mechanics is essential before evaluating any protection tool. Airdrop scams in 2026 operate through two primary vectors – and each one requires a different defensive response.

Vector 1: The Wallet Drainer Phishing Attack

Attackers send worthless or malicious tokens to thousands of wallet addresses simultaneously. Recipients notice the new tokens, become curious, and search for how to sell or claim them. That search leads to a phishing site – a pixel-perfect clone of a legitimate project’s claim page, often with a one-character domain variation or a convincing subdomain. Connecting your wallet to that site triggers a malicious smart contract interaction. Within seconds, the contract drains every token it has been given permission to access. Inferno Drainer – operating as a “drainer-as-a-service” platform – stole over $80 million through this exact mechanism in 2023 alone. AI now makes these phishing sites far more convincing: deepfake founder videos, AI-generated social proof, and automated personalized messaging at scale. According to Chainalysis’s crypto crime data , AI-enabled scams generate 4.5× more revenue per campaign than traditional approaches.

Vector 2: The Malicious Approval Attack

The second attack vector is subtler and more dangerous for experienced users. Rather than requiring you to visit an obvious phishing site, this attack embeds itself inside what appears to be a legitimate interaction – voting on a governance proposal, minting an NFT, or claiming tokens from a verified-looking interface. The malicious element is in the transaction you sign, not the site you visit. Specifically, the approval request grants the attacker’s contract unlimited permission to spend a specific token type from your wallet – now and indefinitely in the future. The attacker does not need to execute the drain immediately. They can wait weeks before sweeping your balance at a moment of their choosing. Over $200 million was lost to approval-based attacks in 2024-2025 alone. For context on how on-chain behavioral patterns enable detection of these attacks before they execute, see our AI-Based Predictive Fraud Detection guide.

The Fundamental Gap: Who Sent the Airdrop?

Both attack vectors share a common upstream signal that most tools ignore entirely: the wallet that sent the airdrop tokens. Professional scam operators have transaction histories. They have run previous scams. Their wallets show behavioral patterns – interactions with known fraud infrastructure, patterns of mass-distributing tokens, relationships with other flagged addresses. All of this history sits permanently on-chain, available for analysis. Yet the majority of airdrop security tools focus exclusively on the claim site or the token contract – never on the behavioral history of the operator who initiated the airdrop. That gap is precisely where ChainAware operates. For the full anatomy of how fraudulent wallet behavior identifies scams before any damage occurs, see our AI-Based Wallet Audit guide and our Forensic vs AI-Powered Blockchain Analysis guide.

1. ChainAware.ai – Behavioral Fraud Detection (Sender Analysis)

Core function: Predict whether the wallet behind an airdrop has a fraud history – before any interaction.

ChainAware addresses the upstream vulnerability that no other tool on this list covers: the behavioral history of the address that sent you the airdrop tokens. When you receive an unexpected token drop, the most important question is not “what does this token contract look like?” but rather “who sent this, and what have they done before?” A professional airdrop scammer does not arrive with a blank history. Previous scam deployments, mass token distributions, interactions with known drainer infrastructure, and patterns of rapid liquidity removal all leave permanent traces in their on-chain transaction history. For the complete Fraud Detector documentation covering all 19 forensic categories and how scores are calculated, the learn guide covers the full methodology.

How to Use ChainAware for Airdrop Screening

The workflow is simple. When you receive an unexpected airdrop, find the sending address on any block explorer. Paste that address into ChainAware’s Fraud Detector. Within a second, ChainAware’s predictive AI – trained on 18M+ wallet profiles and backtested at 98% accuracy against CryptoScamDB – returns a fraud probability score for that address. A high fraud probability from the sender is the strongest possible signal to ignore the airdrop entirely, regardless of how legitimate the associated token or claim site appears. Additionally, paste any contract address associated with the airdrop into ChainAware’s Rug Pull Detector: it analyzes the contract creator’s behavioral Trust Score and all liquidity provider histories, catching sophisticated operators who deploy clean contract code specifically to pass automated scanners.

Furthermore, ChainAware’s behavioral approach catches the evolving AI-powered scam category that is growing fastest in 2026. No AI deepfake, no fake social proof, and no convincing claim site can alter the on-chain behavioral history of the operator’s wallet. That history is immutable. For the complete methodology behind behavioral fraud prediction, see our Fraud Detector guide and our Rug Pull Detector guide.

Best for: Pre-interaction sender screening; identifying sophisticated operators with fraud histories
Chains: ETH, BNB, BASE, HAQQ
Free tier: Yes – free individual checks at chainaware.ai
Limitation: New wallets with no transaction history provide no behavioral signal – combine with other tools for those cases

Check Before You Click Anything

ChainAware Fraud Detector – Check the Sender’s History in 1 Second

Received an unexpected airdrop? Before you visit any claim site, paste the sending wallet address into ChainAware. Get a fraud probability score instantly – 98% accuracy, backtested on CryptoScamDB, real-time. Free. No signup. The check that every other tool skips.

Check Sender Wallet Free Fraud Detector Guide

2. Scam Sniffer – Real-Time Phishing Site and Signature Protection

Core function: Block known phishing domains before you land on them and warn about dangerous transaction signatures at signing time.

Scam Sniffer is the most widely deployed browser-level protection against airdrop phishing in Web3. Its blacklist database is trusted by Binance, Rabby Wallet, Phantom, and Bybit – a credibility signal that reflects years of operational data from tracking real drainer campaigns. Since March 2025, the extension is entirely free (the previous 0.25% DEX swap fee model was dropped). Over $800 million in wallet drainer losses have been tracked through the Scam Sniffer threat intelligence database since 2023, making it one of the most data-rich sources of phishing domain intelligence available.

Two Layers of Protection

Scam Sniffer operates at two distinct points in the airdrop interaction flow. The first layer activates before you even land on a page: as you browse, the extension checks every domain against its maintained blacklist combined with fuzzy-matching algorithms that catch homograph attacks (domains that look visually identical to legitimate ones but use lookalike Unicode characters) and typo variations. This layer stops the majority of airdrop phishing attempts at the navigation stage – you never see the malicious claim page at all.

The second layer activates at transaction signing time. When a wallet prompt appears, Scam Sniffer analyzes the specific approval being requested – flagging dangerous approvals like Permit and Permit2 signatures, highlighting exact balance changes, and warning when an NFT listing or offer signature covers more than you intended. Additionally, the tool covers X/Twitter phishing link detection, blocking fake account comments and ads that frequently distribute airdrop scam links. For context on how phishing attacks intersect with broader Web3 fraud patterns, see our Crypto Wallet Security 2026 guide.

Best for: Browsing-level phishing protection; dangerous signature warnings; X/Twitter scam link detection
Chains: EVM + Solana, BTC, TON, TRON
Free tier: Yes – fully free since March 2025
Format: Browser extension (Chrome)
Limitation: Requires browser installation; cannot analyze the sending wallet’s behavioral history

3. Blockaid – B2B Transaction Screening Before You Sign

Core function: Real-time threat detection integrated directly into wallets and DApps – stops malicious transactions before the approval prompt appears.

Blockaid operates at a fundamentally different layer than browser extensions. Rather than protecting individual users through a Chrome plugin, Blockaid embeds its detection engine directly into the platforms users already trust – MetaMask, Coinbase Wallet, OpenSea, Phantom, and dozens of others. When you interact with any DApp through an integrated wallet, Blockaid silently screens the destination contract against a continuously updated database of known malicious addresses, phishing sites, and exploit patterns across 50+ blockchains. If the interaction is flagged, you receive a warning before the signing prompt even appears – before your hardware wallet screen shows the approval request.

Internet-Wide Scanning: A Structural Advantage

Blockaid’s most significant technical differentiator is its internet-wide scanning capability – the only tool in this comparison that monitors the web2 layer where most crypto fraud originates. Most phishing sites, fake airdrop claim pages, and malicious DApp clones exist on the open internet before they ever attract an on-chain victim. Blockaid’s systems identify new threats at the web2 origin point, updating its detection database before those threats reach the wallet interaction stage. This pre-chain detection approach means Blockaid can flag novel phishing operations hours or days before they accumulate enough victim reports to appear in community-maintained blacklists. For how predictive behavioral detection complements Blockaid’s contract-level approach, see our AI-Powered Blockchain Analysis guide.

Best for: Passive always-on protection through integrated wallets; enterprise and DApp-level airdrop security
Chains: 50+ chains
Free tier: Via integrated wallets (MetaMask, Coinbase Wallet, Phantom)
Format: B2B API + consumer via wallet integration
Limitation: Requires wallet integration; cannot analyze behavioral history of airdrop senders; not a standalone consumer tool

4. Web3 Antivirus – Transaction Simulation and Approval Dashboard

Core function: Simulate transactions before signing to show exactly what will happen – and provide a wallet health dashboard for ongoing approval management.

Web3 Antivirus takes a “show me the outcome” approach to airdrop protection. Rather than maintaining static blacklists, its transaction simulation engine runs a preview of any interaction before you approve it – displaying exactly what tokens will leave your wallet, what permissions the contract will gain, and what the net effect on your balance will be. This simulation catches a category of airdrop attack that blacklist-based tools miss: novel drainers that have not yet been documented in any threat database but whose simulated execution reveals their malicious intent through the outcome it produces.

60+ Scam Type Coverage and Approval Health Dashboard

Web3 Antivirus detects over 60 distinct scam types – spanning honeypots, wallet drainers, malicious approvals, fake tokens, address poisoning attacks, and phishing contracts. The extension integrates directly into MetaMask, adding a security layer inside the wallet interface without requiring users to switch tools or change their workflow. Beyond transaction-time protection, the approval health dashboard provides ongoing visibility into every active permission your wallet has granted – enabling one-click revocation of suspicious or outdated approvals without leaving the tool. This combination of pre-transaction simulation and post-transaction approval management addresses the full temporal scope of the airdrop attack surface. For context on how approval management fits into the broader Web3 security landscape, see our behavioral analytics guide.

Web3 Antivirus is open source on GitHub, enabling community review of its detection algorithms – a transparency advantage over proprietary tools. Additionally, the Telegram integration delivers real-time risk notifications directly to mobile, reaching users who encounter airdrop scam links through Telegram (by far the most common social engineering distribution channel in Web3).

Best for: Transaction simulation before signing; real-time 60+ scam type detection; ongoing approval health management
Chains: EVM chains + expanding
Free tier: Yes
Format: Browser extension + MetaMask integration + Telegram bot
Limitation: Simulation-based – cannot catch attacks where malicious intent is not visible in the transaction outcome alone; no sender behavioral history

After Every Airdrop Claim: Check the Contract Too

ChainAware Rug Pull Detector – Analyze the Contract Creator’s History

Even after a claim passes browser-level checks, verify the contract creator’s behavioral history. Paste the token contract address into ChainAware’s Rug Pull Detector – it traces the creator and all LP providers, flagging fraud histories that code scanners miss entirely. Free. Real-time. ETH, BNB, BASE, HAQQ. Full documentation at the Rug Pull Detector learn page.

Check Contract Free Rug Pull Detector Guide

5. Revoke.cash – Post-Claim Approval Auditing and Revocation

Core function: Audit every active token approval your wallet has granted and revoke any that are risky, unlimited, or no longer needed.

Revoke.cash, first released in 2019, has become the standard tool for token approval hygiene across the Web3 ecosystem. Its core function is deceptively simple: connect your wallet, view every outstanding approval across 100+ networks, and revoke the ones you no longer need with a single transaction. Despite its simplicity, this capability addresses one of the most persistent and underappreciated vulnerabilities in airdrop interactions – the open approval that remains active long after a claim interaction is complete.

Why Post-Claim Auditing Is Non-Negotiable

Here is the scenario that Revoke.cash specifically prevents: you interact with what appears to be a legitimate airdrop claim, the interaction completes without any obvious issue, and you move on. Days or weeks later, the protocol is exploited – or it was always malicious and was simply waiting for enough victim approvals to accumulate before executing a sweep. Because the approval you granted during the claim interaction is still active, the attacker can drain your balance without any further interaction from you. You do not need to click anything. You do not need to be online. The approval acts as a permanent, open door. Revoke.cash closes that door. According to research cited across multiple security resources, $200M+ was lost to approval-based attacks in 2024-2025 – the majority involving approvals that victims had forgotten they granted. For context on the compliance layer that makes ongoing transaction monitoring essential, see our AML and Transaction Monitoring guide.

The Post-Airdrop Hygiene Routine

Security professionals recommend treating every airdrop claim session as a two-step process: claim first, then audit. Within 24 hours of any claim interaction, visit Revoke.cash, connect your wallet, and review every approval. Revoke anything you do not recognize, anything with an unlimited amount from the claim interaction, and any approval for a contract you are no longer actively using. This five-minute routine is the most cost-effective security habit available in Web3 today – especially for anyone who participates in multiple airdrops regularly. For broader wallet security practices that complement approval management, see our Crypto Wallet Security 2026 guide.

Best for: Post-claim approval cleanup; ongoing wallet hygiene; revoking unlimited approvals
Chains: 100+ networks
Free tier: Yes
Format: Web app + browser extension
Limitation: Reactive only – cannot prevent a malicious approval at the moment of signing; does not analyze sender behavioral history

6. GoPlus Security – Contract-Level Token Safety Checks

Core function: Rapid contract-level analysis of any token – checking honeypot flags, mint functions, blacklists, ownership status, trading restrictions, and tax parameters.

GoPlus Security is the dominant contract-scanning infrastructure in Web3, covering 30+ blockchains and powering the security warnings in DEXScreener, Sushi, Uniswap, and dozens of wallets. When applied to airdrop screening, GoPlus answers a specific question: does the token contract itself contain obvious red flags? Hidden mint functions that let creators issue unlimited new supply, blacklist mechanisms that prevent selling, honeypot traps that allow buying but block exits, and unlocked liquidity are all patterns that GoPlus detects rapidly via its token security API.

Using GoPlus for Airdrop Token Screening

The most practical application in the airdrop context is scanning any unexpected token before attempting to sell, swap, or interact with it in any way. Simply find the token’s contract address in your block explorer and run it through GoPlus. The result shows whether the token is sellable, whether the creator retains excessive control, whether the contract is open source, and what the buy and sell tax parameters are. This check takes under 30 seconds and catches the majority of low-sophistication airdrop tokens designed to trap unsophisticated users. GoPlus is particularly valuable as a first-pass filter before investing any more time in a received token drop. For how GoPlus contract scanning complements behavioral analysis in a complete security workflow, see our Rug Pull Detection Tools comparison guide.

GoPlus’s Malicious Address API also provides a useful pre-interaction check: paste any address associated with the airdrop and receive a response indicating whether it appears in known malicious address databases. This is less comprehensive than ChainAware’s behavioral scoring (which analyzes the address’s actual transaction history rather than matching against a static list) but provides useful corroborating signal when combined with other checks.

Best for: Quick contract-level token screening; honeypot detection; first-pass filter on received tokens
Chains: 30+ chains
Free tier: Yes – free consumer interface and open API
Format: Web app + permissionless API
Limitation: Rules-based and static – cannot detect sophisticated operators with clean code; no behavioral sender history analysis. See our AI-Based Rug Pull Detection guide for why this matters.

For DApps: Screen Every Incoming Address

ChainAware Prediction MCP – Behavioral Intelligence for AI Agents and Platforms

DApps running airdrop campaigns need to screen participants at scale. ChainAware’s Prediction MCP lets any AI agent or platform query fraud scores, behavioral profiles, and rug pull risk for any address in real time – via natural language or REST API. For Sybil-resistant campaign design from the ground up, see the Sybil-Resistant Token Distribution use case. 18M+ Web3 Personas. 8 blockchains. 32 open-source agents.

Get MCP Access 12 Blockchain Capabilities Guide

Head-to-Head Comparison Table

Tool	Primary Protection Layer	Analyzes Sender History?	Pre-Interaction?	Post-Interaction?	Chains	Free
ChainAware.ai	Sender behavioral fraud prediction	Core differentiator	Check before any click	Check contract post-receipt	ETH, BNB, BASE, HAQQ
Scam Sniffer	Phishing domain blocking + signature alerts		Blocks before you land		EVM + SOL, BTC, TON, TRON
Blockaid	Real-time transaction screening in wallet		Before signing prompt		50+ chains	Via integrated wallets
Web3 Antivirus	Transaction simulation + approval dashboard		Simulates outcome first	Approval health dashboard	EVM expanding
Revoke.cash	Token approval auditing and revocation			Essential post-claim	100+ networks
GoPlus Security	Contract-level token safety flags	(static blacklist only)	Quick contract check		30+ chains

Airdrop Scam Type Coverage: What Each Tool Catches

Attack Type	ChainAware	Scam Sniffer	Blockaid	Web3 Antivirus	Revoke.cash	GoPlus
Phishing clone site	Partial (sender history)	Strongest	Strong
Malicious approval request	Partial (contract history)	Signature alerts	Pre-prompt warning	Simulation	Post-revoke	Partial
Known fraud operator sender	Only tool that catches this		Partial			(static list)
Honeypot token (can’t sell)	Partial	Partial		Simulation		Strongest
Dusting / address poisoning	Sender behavioral flag	Partial				Partial
Time-delayed drain (old approval)	Operator fraud history				Essential
AI-generated deepfake scam site	Behavioral history is immutable	Domain detection	Internet scanning	Simulation
Social media phishing link (X/Telegram)		X/Twitter scanning	Partial	Telegram bot

The Three-Layer Defense Stack

No single tool in this comparison stops every airdrop scam type. Professional security practice in 2026 combines tools that operate at different temporal points and examine different data sources. Together, the following three-layer approach covers the full airdrop attack surface with minimal friction.

Layer 1: Before You Interact – Verify the Sender

When you receive an unexpected token drop, your first action should have nothing to do with the token itself. Find the wallet address that sent the airdrop and check it with ChainAware’s Fraud Detector. If the sender has a high fraud probability, stop immediately. Regardless of how convincing the associated claim site or token appears, the behavioral history of the operator is the highest-quality signal available. Additionally, run the token contract through GoPlus for a rapid first-pass contract check – catching obvious honeypots and malicious code patterns in under 30 seconds. For the complete pre-interaction due diligence framework, see our How to Identify Fake Crypto Tokens guide.

Layer 2: While You Interact – Screen the Claim Site and Transaction

If Layer 1 checks pass, navigate to the claim site – but only through a verified official URL from the project’s own channels, typed manually or found via their official verified social accounts. Never follow a link from a DM, email, or Telegram message. Your browser extension (Scam Sniffer or Web3 Antivirus) screens the domain in real time. If you use a wallet with Blockaid integration (MetaMask, Coinbase Wallet, Phantom), Blockaid screens the transaction before the signing prompt appears. Read every detail in your wallet approval screen before confirming. Specifically verify: that the approval amount is not unlimited, that the contract address matches the official project contract, and that the network is correct. For the regulatory and compliance context around pre-transaction screening, see our AI-Based Predictive Fraud Detection guide and the FATF Virtual Assets Recommendations .

Layer 3: After You Interact – Revoke and Monitor

Within 24 hours of any claim interaction, visit Revoke.cash and audit every active approval your wallet has granted. Revoke anything unlimited, anything from the session you just completed that you no longer need, and anything you do not recognize. This routine takes five minutes and permanently closes any open doors created during the claim process. For DApps running their own airdrop campaigns, the ChainAware transaction monitoring agent provides the equivalent Layer 3 protection at the platform level – continuously monitoring connected wallet addresses for behavioral fraud patterns and flagging emerging risks before they impact your users. See our transaction monitoring guide for implementation details. According to Immunefi’s Web3 Security Research , the majority of airdrop-related losses involve dormant approvals that users had forgotten to revoke – making Layer 3 the highest-ROI security habit available.

Free Behavioral Intelligence – No Signup Required

ChainAware Wallet Auditor – Full Profile on Any Address in 1 Second

Before participating in any airdrop, audit both the sending wallet and your own. ChainAware’s Wallet Auditor gives you fraud probability, experience level, risk profile, and behavioral intentions for any address instantly. The behavioral layer that makes every other security tool more effective. Free. No wallet connection needed.

Audit Any Wallet Free Full Product Guide

Frequently Asked Questions

What is the safest way to check if an airdrop is legitimate in 2026?

The safest approach combines three independent checks. First, verify the airdrop announcement through the project’s own verified channels – official website (typed manually, not via search ads), verified X/Twitter account with checkmark, and official Discord announcement channel. Second, check the sending wallet’s behavioral history with ChainAware’s Fraud Detector before visiting any claim link. Third, run the token contract through GoPlus for rapid contract-level red flag scanning. Only after all three checks pass should you proceed to any claim interaction – with Scam Sniffer or Web3 Antivirus active in your browser and your wallet’s Blockaid integration enabled if available.

What happens if I already clicked a fake airdrop claim link?

Act immediately. Go to Revoke.cash and connect your wallet – review every approval, especially any granted in the past 24-48 hours. Revoke everything from the interaction in question. If you signed a transaction that transferred tokens out of your wallet, those funds are likely unrecoverable (blockchain transactions are irreversible). However, revoking active approvals prevents any further draining from those open permissions. Move remaining funds to a fresh wallet if you believe the compromised wallet has been extensively phished. Document the transaction hashes and report the scam to your wallet provider and to community resources like Scam Sniffer’s public database.

Why does ChainAware check the sending wallet rather than the token contract?

Professional airdrop scam operators deliberately write clean token contracts that pass every automated scanner check. They know exactly which code patterns trigger GoPlus, Scam Sniffer, and similar tools – so they avoid those patterns entirely. Their malicious intent does not appear in the contract code at all. Instead, it lives in their behavioral history: previous mass token distributions, interactions with known drainer infrastructure, patterns of deploying pools and draining liquidity. That history is permanently on-chain and cannot be altered. ChainAware reads that history and flags operators whose past behavior matches fraud signatures – even when their current contract and claim site appear completely legitimate.

How does the FBI’s 2026 airdrop scam alert affect how I should protect myself?

The FBI’s March 19, 2026 alert about the fake “FBI Token” TRC-20 airdrop on Tron signals that government agencies now consider airdrop scams serious enough for public consumer warnings – a reflection of the scale of losses. The specific attack pattern (unsolicited tokens sent to wallets, directing recipients to a malicious claim site that drains upon connection) is exactly what ChainAware’s sender analysis, Scam Sniffer’s phishing detection, and Blockaid’s pre-transaction screening are designed to stop. The FBI alert also reinforces one rule that cannot be overstated: no legitimate airdrop requires you to connect your wallet to a site you arrived at through an unsolicited communication. Official airdrops are announced publicly through verified project channels.

Which single tool provides the best airdrop protection if I can only use one?

If forced to choose one, Scam Sniffer provides the broadest protection for typical consumer behavior – it operates passively at the browser level across all Web3 interactions, requires no active per-transaction decision, covers the dominant attack vector (phishing clone sites), and is entirely free. However, this misses sophisticated operator attacks where the phishing site is new (not yet in any blacklist) and the sending wallet has a fraud history. For those attacks – the most dangerous category – ChainAware’s sender behavioral check is the only protection available. The practical recommendation remains using both together, along with Revoke.cash after every claim session.

Sources: Chainalysis Crypto Crime Report · Immunefi Web3 Security Research · FATF Virtual Assets Recommendations · Scam Sniffer · Revoke.cash

The post Best Web3 Airdrop Scam Screeners in 2026 – How to Detect Fake Airdrops Before They Drain Your Wallet first appeared on ChainAware.ai.

Rug pulls cost crypto investors approximately $3 billion every year. On PancakeSwap alone, 95% of new liquidity pools end in rug pulls in different versions. On Pump.fun, 99% of launched tokens extract money from buyers. ChainAware’s own analysis of PancakeSwap V2 across the first 20 weeks of 2026 confirmed 103,695 rug pull events extracting $569,388,384 from retail investors – approximately $28.5M per week, every week, with zero media coverage. The complete week-by-week data and the story behind it is covered in our $569M+ PancakeSwap V2 rug pull report.

This 2026 guide compares the seven most important Web3 rug pull detection tools available today – including a full breakdown of the newly launched ChainAware Rug Pull Detector V3, which achieves 90.1% prediction accuracy by combining behavioral analysis with smart contract code inspection. Understanding what each tool covers – and where each leaves gaps – is the most important security decision any DeFi participant makes in 2026.

Why Most Rug Pull Detection Tools Fail Against Professional Operators

Before comparing individual tools, it is worth understanding why the majority of detection approaches share a fundamental blind spot. Six of the seven tools in this guide analyze smart contract code – scanning for hidden mint functions, unlocked liquidity, blacklist mechanisms, proxy upgrade patterns, and honeypot traps. This approach works well against amateur operators who copy-paste malicious code from known scam templates. For the full scale of the problem these tools must address, see the Rug Pull Prevention use case guide.

Professional rug pull operations, however, are far more sophisticated. They know exactly which code patterns trigger detection tools. Consequently, they deliberately write clean, well-structured Solidity code that passes every contract scanner check. Their malicious intent does not appear in the code at all. Instead, it lives in their behavioral history – the same wallet addresses have been behind previous rug pulls, have interacted with known fraud infrastructure, and have executed liquidity manipulation patterns across multiple earlier schemes. All of that history sits permanently on-chain, unchanged and verifiable. Yet code-based scanners never look at it.

ChainAware Rug Pull Detector V3 addresses both surfaces simultaneously – behavioral history of the people behind the contract AND the smart contract code itself. This dual-pipeline architecture is what drives V3’s 90.1% prediction accuracy, up from 68% in V2 which relied on behavioral analysis alone. For the complete dataset behind V3’s training and validation, see our $569M PancakeSwap V2 analysis. According to Immunefi’s annual security reports , exit scams and rug pulls consistently account for the largest share of total DeFi losses – and the majority involve operators who knew exactly how to evade detection.

The Two-Axis Framework for Understanding Detection Quality

Every rug pull detection approach falls somewhere on two axes: what data it analyzes (contract code vs. human behavioral history) and when it produces its signal (reactive after deployment vs. predictive before liquidity is drained). Code analysis is reactive by nature – it reads what is already deployed. Behavioral analysis is predictive – it identifies operators whose history makes future fraud probable, regardless of how clean their current code is. V3 is the only tool that operates across both axes simultaneously. For the complete technical analysis of these methodologies, see our Forensic vs AI-Powered Blockchain Analysis guide.

1. ChainAware.ai – Rug Pull Detector V3: Behavioral + Smart Contract Analysis

Core methodology: Dual-pipeline ensemble model – behavioral Trust Score analysis of contract creators and liquidity providers, combined with full smart contract code inspection via AST parsing and bytecode analysis.

ChainAware Rug Pull Detector V3 represents the most significant architecture upgrade in the detector’s history. V2 achieved approximately 68% prediction accuracy using behavioral analysis alone – examining the on-chain histories of contract creators and liquidity providers. V3 adds a complete smart contract analysis pipeline running in parallel, driving accuracy to 90.1%. The jump from 68% to 90.1% – a 32.5% relative improvement – closes the gap that sophisticated fraud operators had exploited by maintaining clean deployer wallet histories.

The key insight behind V3: behavioral analysis alone has a ceiling because experienced fraud operators invest in maintaining clean deployer identities – fresh wallets with legitimate-looking histories, funding through non-suspicious channels, and spaced deployment timing. These operators consistently fell into the 32% gap V2 could not close. Adding smart contract code inspection creates an independent second check that catches these operators even when their wallet history looks clean, because their fraudulent contracts still contain detectable risk patterns regardless of how their deployer wallet looks. For the complete V3 dataset and methodology, see our dedicated Rug Pull Detector V3 launch article with full PancakeSwap V2 data.

RUG PULL DETECTOR V3 – FREE

90.1% Prediction Accuracy – Behavioral + Smart Contract Analysis

The only tool that combines creator behavioral history with smart contract code inspection. Handles pools and individual tokens. No signup, no fee. For businesses, subscribe to the API. For AI agents, X402 protocol is enabled. See the full Rug Pull Detector documentation.

→ Try Rug Pull Detector V3 Free at chainaware.ai/rugpull

How V3 Works: The Two-Pipeline Architecture

V3 runs two completely independent analysis pipelines simultaneously. Each produces its own risk score. An ensemble model – trained on 103,695 confirmed rug pull events from PancakeSwap V2 – combines both scores into a single composite risk output between 0 and 100. This ensemble approach is what makes V3 robust against the evasion tactics that defeat single-method tools.

Pipeline 1: Creator Behavioral Analysis

The behavioral pipeline examines the complete on-chain history of the wallet that deployed the contract, plus the wallets that funded that deployer (the “feeder wallets”). ChainAware’s 20M+ wallet persona database, trained across 8 blockchains, provides the foundation. Five behavioral dimensions are evaluated:

• Deployment history: How many contracts has this wallet deployed, and what happened to their pools – did liquidity hold or get drained?
• Funding provenance: Where did the liquidity seed capital originate? Wallets funded from mixer outputs, fresh exchange withdrawals, or clusters of associated addresses receive elevated risk scores.
• Creator feeder analysis: The wallets that funded the deployer are independently scored. A deployer with a clean history but funded by a prior rug pull operator triggers a feeder-chain risk signal – this catches the “clean wallet, dirty money” pattern.
• Temporal patterns: How quickly were pools from this wallet or associated wallets drained after deployment? Short hold periods are the strongest behavioral predictor of rug pull intent.
• Wallet age and diversity: Fresh wallets created days before token deployment, with no prior DeFi activity beyond the deployment itself, score significantly higher than wallets with years of diverse on-chain history.

The behavioral pipeline is unchanged from V2 in its core logic but benefits from a larger, richer training dataset – the 103,695 confirmed events from the PancakeSwap V2 analysis added substantial new signal for the liquidity event timing and feeder wallet dimensions specifically.

Pipeline 2: Smart Contract Analysis

The smart contract pipeline inspects the deployed contract code directly – independently of who deployed it. For verified contracts with published source code, the analysis uses AST (Abstract Syntax Tree) parsing, examining the structural logic to identify dangerous function patterns. For unverified contracts where source code is not published, bytecode inspection detects characteristic opcode sequences associated with honeypot restrictions and hidden mint functions.

Five specific risk patterns are examined:

• Hidden transfer restrictions: Functions that block selling by non-owner addresses, often buried within complex conditional logic that does not appear dangerous in casual code review.
• Owner-privileged mint functions: Unrestricted mint capabilities controlled by the deployer allow unlimited token supply expansion after retail investors have bought in – diluting value to zero.
• Ownership renouncement status: Contracts that have not renounced ownership retain the ability to modify transfer restrictions, fee structures, and other critical parameters post-launch. Renounced ownership is a necessary but not sufficient condition for legitimacy.
• Liquidity lock verification: Whether LP tokens are locked, in what contract, and with what unlock conditions. Unlocked LP tokens in the deployer’s wallet represent immediate rug pull execution capability – one transaction away.
• Fee manipulation functions: Owner-callable functions to increase buy/sell taxes post-launch can make selling economically unviable, trapping investors while the creator exits.

This is what V3 adds that V2 did not have. A sophisticated operator who maintains a spotless deployer wallet but deploys a contract with hidden transfer restrictions now gets flagged by Pipeline 2 even when Pipeline 1 returns a clean signal. The combination closes the evasion gap. For a deeper technical comparison between contract-level and behavioral approaches in the broader blockchain security context, see our AI-Powered Blockchain Analysis guide.

The Ensemble Model: Composite Risk Score

Outputs from both pipelines feed into the ensemble model, which produces a single score from 0 to 100. Scores above 75 trigger a high-risk warning. Scores between 50 and 75 generate a medium-risk flag with specific contributing factors highlighted. Scores below 50 return a lower-risk assessment – though not a guarantee, since novel fraud patterns not yet in the training dataset may not be detected.

The ensemble model is continuously retrained as new confirmed rug pull events are added. This means V3’s accuracy improves over time rather than degrading as fraud operators develop new tactics. Full verification methodology – test set composition, false positive and false negative rates by pool type, and comparison to V2 baseline – is published at chainaware.ai/resources/rugpull-verification .

V3 Specs at a Glance

Accuracy: 90.1% (V2 was 68%)
Chains: ETH, BNB, BASE, POLYGON, SOL, TON, TRON, HAQQ (8 chains)
Handles: Liquidity pools (additional LP checks) and individual token contracts
Speed: Full dual-pipeline analysis under 2 seconds
Free tier: Yes – chainaware.ai/rugpull, no signup required
Business API: chainaware.ai/subscribe
AI agents: X402 micropayment protocol enabled
Training data: 103,695+ confirmed PancakeSwap V2 rug pull events, continuously updated
Limitation: ~9.9% of events will not be flagged – concentrated in operators who both maintain clean behavioral history AND deploy contracts that pass automated inspection. No tool is 100%.

The Data Behind V3: $569M on PancakeSwap V2

V3’s ensemble model was trained and validated on a dataset that ChainAware published in May 2026 – the first comprehensive rug pull measurement ever conducted on PancakeSwap V2. The numbers are stark. For the complete week-by-week breakdown, pattern analysis, and projection for the next 20 weeks, see the full $569M+ PancakeSwap V2 rug pull report:

This data represents the conservative floor – only the most basic rug pull pattern was measured (creator adds liquidity, then removes more than added). More sophisticated extraction methods (LP token transfers, unlocked token sell-offs, associated party extraction, honeypot contracts) were not included. The real total is higher. Every confirmed event in this dataset became a labeled training example for V3’s ensemble model, making it the most empirically grounded rug pull detection model in the industry. For the complete week-by-week breakdown and analysis, see our dedicated $569M PancakeSwap V2 rug pull report.

FRAUD DETECTOR

Check the Wallet Behind Any Contract – 98% Accuracy

ChainAware Fraud Detector analyzes the behavioral history of any wallet address – including contract creators and LP providers – to predict fraudulent intent. Use it as the second step after any contract scanner flags a concern.

→ Run a Free Fraud Check at chainaware.ai/fraud

2. GoPlus Security – Rules-Based API Infrastructure (30+ Chains)

Core methodology: Rules-based smart contract analysis – honeypot simulation, ownership flags, mint functions, blacklist/whitelist, tax parameters.

GoPlus Security is the dominant B2B security API in Web3. It powers the risk warnings on DEXScreener, is integrated into Sushi’s trading interface, and underlies security checks in dozens of wallets, explorers, and trading platforms. In Q4 2024 alone, GoPlus detected 67,241 honeypot tokens across Ethereum, Base, and BNB Chain. The platform covers over 30 blockchain networks and provides both a consumer-facing interface and a permissionless API that any developer can integrate without fees or approval.

What GoPlus Analyzes

GoPlus runs a comprehensive suite of contract-level checks: whether the token is sellable, whether the creator can mint unlimited new supply, whether blacklist or whitelist functions exist, whether the contract is open source, whether a proxy upgrade pattern is present, buy and sell tax rates, trading cooldown mechanisms, and LP lock status. These checks are fast, reliable, and cover the vast majority of amateur-level scam patterns. The API returns clear structured data that wallets and DEX aggregators can display to users in real time.

GoPlus is the right first-line tool for any token check. It does not, however, analyze the behavioral history of the people behind the contract – it does not know whether the deployer has a history of previous rug pulls on other tokens, and it does not inspect smart contract code with the depth of AST parsing or bytecode analysis that V3’s Pipeline 2 provides. For any asset trading on a major DEX, GoPlus provides reliable first-line protection. For new pools from unknown deployers, it is necessary but not sufficient.

Chains: 30+ EVM and non-EVM chains
Best for: First-line contract scanning; wallet and DEX integration via API; quick gut checks on any token
Free tier: Yes – free API and consumer interface
Limitation: Rules-based and static – cannot detect sophisticated operators with clean code; no behavioral history of creators

3. Token Sniffer – Pattern Matching and Clone Detection (EVM)

Core methodology: Automated code analysis with pattern matching, contract similarity detection against known scam templates, and honeypot simulation.

Token Sniffer is the most widely used free individual-user tool for EVM token risk assessment. Its core differentiator is contract similarity analysis – it maintains a database of known malicious contract patterns and scam templates and flags any new token whose code shares significant similarity with known fraudulent contracts. This catches the enormous volume of copy-paste scam operations that recycle the same malicious code structure across hundreds of new token deployments. Solidus Labs documented over 188,000 suspected scam tokens on Ethereum and BNB Chain in 2022 alone – the majority used recycled code that Token Sniffer can identify.

Token Sniffer produces a 0-100 risk score combining contract code analysis with swap simulation – testing whether an actual buy and sell transaction can be executed, which catches honeypot-style traps. It is particularly effective as a second-opinion tool to complement GoPlus results. The weakness is the mirror of its strength: it excels at catching copied code but cannot assess original code from operators who write from scratch, and it does not analyze creator behavioral history. For how pattern-matching approaches fit into a broader security framework, see our How to Identify Fake Crypto Tokens guide.

Chains: EVM chains (ETH, BNB, and others)
Best for: Catching copy-paste scams; second-opinion alongside GoPlus; screening high-volume new token launches
Free tier: Yes
Limitation: Cannot assess behavioral history; false positives on legitimate new tokens; no Solana support

WALLET AUDITOR

Audit Any Wallet in the Creator Chain – Free

After running GoPlus or Token Sniffer on a contract, paste the deployer wallet into ChainAware Wallet Auditor. Get a full 9-parameter behavioral profile – experience, risk, AML status, fraud probability – in seconds. The check that no code scanner provides.

→ Audit Any Wallet Free at chainaware.ai/audit

4. De.Fi Scanner – Multi-Asset Portfolio Security (10+ Chains)

Core methodology: Comprehensive contract analysis across tokens, NFTs, and liquidity pools with multi-chain portfolio risk aggregation and PDF reporting.

De.Fi Scanner – built by the team behind De.Fi (formerly DeFiYield) – positions itself as the “antivirus of blockchains” with the most ambitious scope of any tool in this comparison. Where GoPlus and Token Sniffer focus on individual token contracts, De.Fi Scanner extends its analysis to NFTs, liquidity positions, and entire portfolio exposures across 10+ networks simultaneously. This makes it particularly valuable for users managing complex multi-chain DeFi portfolios who need a unified risk picture rather than token-by-token checks.

De.Fi’s interface is notably more visual and information-dense than GoPlus’s API-first presentation – it displays social links, market cap, exchange rankings, and permission flags alongside risk scores. The platform’s ability to generate downloadable PDF audit reports is useful for institutional users and launchpad teams. Like GoPlus and Token Sniffer, De.Fi Scanner analyzes contract code rather than behavioral history, sharing the same fundamental limitation against professional operators with clean code.

Chains: 10+ (ETH, BNB, SOL, Polygon, Arbitrum, others)
Best for: Multi-chain portfolio risk management; institutional due diligence with PDF reports; combined token + NFT + LP risk assessment
Free tier: Yes
Limitation: Complex UI for quick checks; code analysis only; no behavioral creator history

5. RugCheck.xyz – Solana-Native Detection (Solana)

Core methodology: Solana-specific token analysis – liquidity locks, holder distribution, ownership concentration, insider network detection.

RugCheck.xyz holds a unique position as the dominant Solana-specific tool – widely referred to as “the Solana traffic light” by the memecoin community. For anyone active in Solana’s memecoin ecosystem or participating in early Pump.fun launches, RugCheck.xyz has become a standard part of the due diligence workflow. Its most distinctive feature is Insider Networks analysis – identifying suspicious relationships between major token holders, flagging cases where multiple large holders share characteristics suggesting coordinated insider buying. This targets a specific rug pull pattern common on Solana where a team seeds the holder distribution to appear decentralized while actually controlling the majority of supply. For broader context on Solana security challenges and the 99% Pump.fun scam rate, see our Rug Pull vs Pump and Dump guide.

Chains: Solana only
Best for: Solana memecoin research; Pump.fun launch screening; quick mobile-friendly Solana checks
Free tier: Yes
Limitation: Solana-only; no behavioral history; does not evaluate team background or off-chain conduct

6. Webacy – Predictive ML on Base (Base)

Core methodology: Supervised machine learning (GBDT, XGBoost, LightGBM) combining Solidity code forensics with on-chain holder analytics for predictive rug probability scoring.

Webacy stands out as the most technically ambitious approach among the code-analysis tools – and the closest in philosophy to ChainAware’s predictive methodology, though applied primarily to Base chain and incorporating contract code as a primary input. Webacy’s system combines two data streams: Solidity code-level features (hidden mint, risky primitives, upgradeability patterns) available immediately at deployment, and on-chain holder analytics (early sniper clustering, concentrated early ownership, bundled trading) that become available as the token begins trading. The model weights these through ML rather than fixed rules, giving it more flexibility to adapt to novel patterns than purely rules-based systems like GoPlus.

Webacy’s current limitation is scope: it focuses on Base chain. Users on ETH, BNB, or Solana do not benefit from this predictive layer. Additionally, it relies partially on contract code features – meaning sophisticated operators who write clean code and avoid sniper-detectable trading patterns can still partially evade detection. For how ML-based approaches differ from rules-based systems, see our AI-Powered Blockchain Analysis guide.

Chains: Base (primary, expanding)
Best for: Base chain token launches; early deployment risk scoring; ML-based analysis beyond fixed rules
Free tier: Yes
Limitation: Primarily Base-focused; still incorporates contract code features; less behavioral depth than creator-history analysis

7. QuillCheck by QuillAI – Real-Time Monitoring and Alerts (Multi-Chain)

Core methodology: 25+ smart contract and market condition parameters with 24/7 continuous monitoring, real-time Telegram and Twitter alerts when tokens turn into scams.

QuillCheck differentiates itself through continuous monitoring rather than point-in-time checks. Where most scanners return a risk assessment at the moment of query, QuillCheck monitors token contracts 24/7 and delivers automated alerts via Telegram and Twitter when a previously clean-scoring token subsequently changes behavior. This monitoring capability addresses one of the most insidious rug pull patterns: tokens that appear completely clean at launch but activate malicious functions after a waiting period once sufficient investor funds have accumulated – the “time-bomb” rug pull. QuillCheck’s API is specifically designed for launchpad and DEX integration, enabling platforms to screen every project submission automatically and continue monitoring listed tokens post-launch. For how transaction monitoring approaches apply to DApps beyond token screening, see our Transaction Monitoring Agent guide.

Chains: Multi-chain EVM
Best for: Real-time monitoring of holdings; launchpad automated screening; platforms needing post-launch surveillance
Free tier: Yes
Limitation: Contract code analysis only; alert timing vs. fast rug pulls; no behavioral creator history

API FOR BUSINESS

Screen Tokens and Pools Automatically at Scale

Subscribe to the ChainAware Rug Pull Detector API to screen tokens and pools as part of your platform’s risk infrastructure. Combine with Fraud Detector and AML Screener for complete DApp fraud protection. X402 enabled for AI agent integration.

→ Subscribe to the API at chainaware.ai/subscribe

Head-to-Head Comparison Table

Tool	Detection Method	V3 Accuracy	Catches Clean-Code Pros?	Chains	Monitoring?	Free	API
ChainAware V3	Behavioral history + Smart contract analysis (AST + bytecode)	90.1%	Yes – dual pipeline	8 chains	Transaction monitoring agent		MCP + REST + X402
GoPlus Security	Rules-based contract code	~70-75% (estimated)	No	30+ chains			Open API
Token Sniffer	Pattern matching + clone detection + honeypot sim	Good on clones	No	EVM			Limited
De.Fi Scanner	Multi-asset contract analysis + permission flags	Moderate	No	10+ chains
RugCheck.xyz	Liquidity locks + holder distribution + insider networks	Good on Solana	No	Solana only			Limited
Webacy	Predictive ML: code forensics + holder analytics	Improving	Partial	Base (primary)	Partial
QuillCheck	25+ contract parameters + continuous monitoring	Moderate	No	Multi-chain EVM	24/7 alerts		Launchpad-focused

Detection Method Comparison: What Each Approach Catches and Misses

Rug Pull Type	ChainAware V3	GoPlus	Token Sniffer	De.Fi	RugCheck	Webacy	QuillCheck
Honeypot (can’t sell)	Pipeline 2 (AST/bytecode) + Pipeline 1	Strong	Swap simulation
Unlocked liquidity drain	Pipeline 2 LP lock check + Pipeline 1 behavioral	LP lock check			Solana
Hidden mint / unlimited supply	Pipeline 2 mint function detection	Strong
Fee manipulation post-launch	Pipeline 2 detects fee manipulation functions	Partial	Partial	Partial	Partial	Partial	via monitoring
Copy-paste scam code	Pipeline 2		Strongest		Partial
Delayed activation (time-bomb)	Pipeline 1 operator history					Partial	24/7 monitoring
Professional clean-code operator	Pipeline 1 behavioral history – primary differentiator					Partial
Insider / coordinated supply	Pipeline 1 LP cluster analysis	Partial	Partial	Partial	Insider Networks	Sniper detection	Partial
New wallet, no history	Limited behavioral signal – Pipeline 2 still runs

Which Tool Should You Use – and When?

No single tool covers every rug pull type. Professional security practice in 2026 combines multiple tools to close the gaps each one leaves. Here is the practical framework. For the broader context of how frequent and costly rug pulls actually are – including the $569M measured across 20 weeks of PancakeSwap V2 in 2026 – the $569M rug pull report provides the data behind every recommendation below.

For Individual Investors: The Three-Check Stack

Step 1 – Contract check (GoPlus or Token Sniffer): Run any new token through GoPlus for immediate contract-level flags. Token Sniffer adds clone detection as a second opinion. Together they catch the majority of amateur-level scams in 30 seconds.

Step 2 – V3 pool check (ChainAware Rug Pull Detector V3): Submit the pool address or token contract to V3. The dual-pipeline analysis returns a 0-100 composite risk score covering both the behavioral history of the deployer and a full smart contract code inspection. This is the only step that catches professional operators with clean code. It also catches the contract-level risks that GoPlus covers, providing a comprehensive second-opinion from both angles simultaneously.

Step 3 – Ongoing monitoring (QuillCheck alerts): For positions you hold for more than a few days, set up QuillCheck alerts on the contract. Post-launch behavioral changes – fee increases, LP removal preparation – appear before the actual rug pull. Early warning gives you an exit window. For Solana specifically, substitute RugCheck.xyz in Step 1. For multi-chain portfolio exposure, add De.Fi Scanner to your Step 1 workflow.

For DApps and Launchpads: API-Level Integration

DApps and launchpads need API-level automation. The recommended stack is GoPlus API for real-time contract-level screening, ChainAware V3 API for behavioral + smart contract risk scoring of addresses and pools interacting with your platform, and QuillCheck API for continuous post-listing monitoring with automated alerts. This combination covers all three temporal phases: before launch (V3 + GoPlus), at launch (V3 + GoPlus), and post-launch (QuillCheck).

For DApps that also need to screen the wallets connecting to their platform – not just tokens – ChainAware’s Transaction Monitoring Agent screens every connecting wallet at the moment of connection via Google Tag Manager pixel, with Telegram alerts and webhook automation for automatic blocking. No code changes required, active in 12 minutes. See our Transaction Monitoring Agent guide for the full integration walkthrough. For the regulatory compliance requirements that make transaction monitoring mandatory under MiCA, see our DeFi Compliance Tools comparison and our MiCA Compliance guide.

COMPLETE PROTECTION SUITE

Rug Pull Detector V3 + Fraud Detector + Wallet Auditor

All three tools free at chainaware.ai. Cover pool risk, creator behavioral risk, and P2P wallet risk in under five minutes per investment decision. Business API and AI agent X402 access available at chainaware.ai/subscribe.

→ Start at chainaware.ai – Free, No Signup

Frequently Asked Questions

What is the difference between ChainAware V2 and V3?

V2 relied exclusively on behavioral analysis of contract creator wallets, achieving approximately 68% prediction accuracy. V3 adds a full smart contract analysis layer – Pipeline 2 – running in parallel with behavioral analysis. This closes the gap that sophisticated fraud operators exploited in V2 by maintaining clean deployer histories while deploying fraudulent contracts. The combined V3 ensemble model achieves 90.1% prediction accuracy, a 32.5% relative improvement. The training dataset for V3’s ensemble model includes 103,695 confirmed rug pull events from PancakeSwap V2, measured across Weeks 1-20 of 2026.

Can any tool guarantee 100% rug pull detection?

No. V3 achieves 90.1% accuracy – approximately 9.9% of events will not be flagged. These false negatives are concentrated in operators who both maintain clean behavioral histories AND deploy contracts that pass automated inspection. No tool is 100%, and any tool claiming to be should be treated with skepticism. The practical goal is eliminating the categories of rug pull that are systematically preventable while continuously improving through retraining on new confirmed events. Full methodology and accuracy breakdown is published at chainaware.ai/resources/rugpull-verification.

Why do professional rug pulls pass contract scanners?

Professional operators know exactly which code patterns trigger GoPlus, Token Sniffer, and similar tools. They deliberately write clean Solidity code containing none of the flagged patterns. Their malicious intent exists only in their behavioral history – prior rug pulls, interactions with known fraud wallets, patterns of deploying and draining pools across multiple schemes. That history is permanently on-chain but contract scanners never look at it. V3’s Pipeline 1 reads exactly that history. V3’s Pipeline 2 then independently inspects the contract code, catching operators who write clean-looking code that still contains detectable dangerous function patterns when analyzed at the AST or bytecode level.

Which tool is best for Solana memecoins?

RugCheck.xyz is the community standard for Solana token screening – accessible, widely adopted, and with Insider Networks detection specifically relevant to coordinated supply manipulation common in Solana memecoins. ChainAware currently covers ETH, BNB, BASE, POLYGON, SOL, TON, TRON, and HAQQ across its full product suite, with Rug Pull Detector V3 optimized for BNB Chain and Ethereum in its current version. For now, the best Solana approach combines RugCheck.xyz with ChainAware’s Fraud Detector for manual creator wallet checks.

Should I use multiple tools simultaneously?

Yes – strongly recommended. Each tool catches a different category. GoPlus catches amateur code-based scams. Token Sniffer catches copy-paste operations. RugCheck catches Solana-specific patterns. ChainAware V3 catches sophisticated operators with its dual behavioral + smart contract pipeline. QuillCheck catches post-launch behavioral changes. Running V3 plus one code scanner plus QuillCheck for monitoring takes under five minutes and dramatically expands your protection coverage. If two independent tools flag different risks on the same contract, that disagreement alone is a signal worth investigating before committing funds.

How does ChainAware’s rug pull detection relate to its fraud detection?

The Fraud Detector evaluates individual wallet addresses – producing a fraud probability score for any address based on its transaction history. The Rug Pull Detector V3 applies that fraud probability analysis to the specific set of addresses involved in a liquidity pool – the contract creator, any upstream creators, and all liquidity providers – then combines that behavioral assessment with a full smart contract code inspection to produce a composite risk score for the pool as a whole. The rug pull detector uses fraud detection as a component within a broader dual-pipeline ensemble model. Both tools are free at chainaware.ai. For the complete product overview including how both tools fit the broader ChainAware stack, see our complete product guide.

Sources: Immunefi Web3 Security Research · Chainalysis Crypto Crime Report · FATF Virtual Assets Recommendations · GoPlus Security · ChainAware V3 Verification Methodology

The post Best Web3 Rug Pull Detection Tools in 2026 – Ranked & Compared first appeared on ChainAware.ai.