ChainAware was named in CB Insights’ AI Fraud Prevention Market Map alongside Chainalysis, Elliptic, and TRM Labs – and remains the only Web3 AI token across all 200+ companies in that list. The 32 sub-agents documented here are the operational engine behind that recognition: real, deployed tools that DeFi protocols, compliance teams, launchpads, DAOs, and AI agent developers use in production today. Every agent is open-source, MIT-licensed, and available at github.com/ChainAware/behavioral-prediction-mcp .

This article classifies all 32 agents into two functional categories – Fraud Tech and Growth Tech – and for each agent provides a precise description, concrete use case, and the specific trigger conditions that signal when a team needs it. Use this as your reference guide for selecting, combining, and deploying ChainAware’s agent suite.

In This Article

• Two Categories – Fraud Tech and Growth Tech
• The Complete Classification Table – All 32 Agents
• Fraud Tech Agents – 17 Agents, Complete Reference
• Growth Tech Agents – 15 Agents, Complete Reference
• How Agents Compose Into Pipelines
• Getting Started – Integration in Three Steps
• Frequently Asked Questions

Two Categories – Fraud Tech and Growth Tech

ChainAware’s 32 agents divide into two functional categories that reflect the platform’s core thesis: the same behavioral data that prevents fraud also drives growth. Both categories draw from the same underlying Prediction MCP tools and the same 20M+ wallet persona database. The distinction lies in what question each agent answers and what action it enables.

Fraud Tech agents answer: “Can we trust this wallet, contract, token, or transaction?” They protect protocols from losses, enforce AML compliance, prevent Sybil attacks, and screen counterparties before execution. Consequently, Fraud Tech agents operate primarily at the gate – before onboarding, before transactions, before token distributions, before listing decisions. Their outputs are verdicts: allow, block, flag, reject, or escalate.

Growth Tech agents answer: “Now that we know this wallet is legitimate, how do we convert it, retain it, and grow it?” They turn behavioral intelligence into personalized acquisition, onboarding, conversion, and retention decisions. Moreover, Growth Tech agents operate primarily post-gate – after a wallet passes initial screening, they determine how to engage it most effectively. Their outputs are recommendations: which product to surface, which message to send, which onboarding flow to show, which upsell to offer.

Furthermore, both categories share a fraud gate: every Growth Tech agent checks probabilityFraud before generating any recommendation and blocks output for high-risk wallets. This means the categories are not sequential stages but parallel layers – fraud protection runs continuously across every growth decision. For the foundational framework explaining why behavioral intelligence is essential for both fraud prevention and growth, see our Web3 Behavioral User Analytics guide .

The Complete Classification Table – All 32 Agents

The table below lists every agent with its category, primary MCP tool, supported networks, and core function. Agents are sorted by category, then by specificity – from broad-purpose agents to narrow specialists. Use this as your quick-reference lookup before reading the detailed descriptions that follow.

#	Agent	Category	Primary Tool	Networks	Core Function
1	fraud-detector	Fraud Tech	predictive_fraud	ETH BNB POLYGON TON BASE TRON HAQQ	Wallet fraud probability (98% accuracy) + 19 AML forensic flags
2	rug-pull-detector	Fraud Tech	predictive_rug_pull	ETH BNB BASE HAQQ	90.1% rug pull prediction – contract + deployer behavioral analysis
3	aml-scorer	Fraud Tech	predictive_fraud	ETH BNB POLYGON TON BASE TRON HAQQ	AML score (0-100) with full forensic flag breakdown
4	trust-scorer	Fraud Tech	predictive_fraud	ETH BNB POLYGON TON BASE TRON HAQQ	Trust score (0.00-1.00) = 1 − fraud probability. Composable building block
5	sybil-detector	Fraud Tech	predictive_behaviour + predictive_fraud	ETH BNB BASE HAQQ SOL + fallback	Batch Sybil detection – wallet farms, coordinated attacks, proxy voting fraud
6	governance-screener	Fraud Tech	predictive_behaviour + predictive_fraud	ETH BNB BASE HAQQ SOL + fallback	DAO voter tier (Core Contributor → Disqualified) + voting weight multiplier
7	counterparty-screener	Fraud Tech	predictive_behaviour + predictive_fraud	ETH BNB BASE HAQQ SOL + fallback	Pre-transaction Safe / Caution / Block verdict in a single API call
8	compliance-screener	Fraud Tech	Orchestrator	Multi-chain via sub-agents	MiCA-aligned PASS / EDD / REJECT with full documented evidence trail
9	transaction-monitor	Fraud Tech	predictive_behaviour + predictive_rug_pull	ETH BNB BASE HAQQ SOL + fallback	Real-time ALLOW / FLAG / HOLD / BLOCK for autonomous agent pipelines
10	token-launch-auditor	Fraud Tech	predictive_rug_pull + predictive_fraud	ETH BNB BASE HAQQ	Launchpad listing audit → APPROVED / CONDITIONAL / REJECTED + safety badge
11	airdrop-screener	Fraud Tech	predictive_behaviour + predictive_fraud	ETH BNB BASE HAQQ SOL + fallback	Batch airdrop eligibility – filters bots, ranks eligible wallets by reputation
12	rwa-investor-screener	Fraud Tech	predictive_behaviour + predictive_fraud	ETH BNB BASE HAQQ SOL + fallback	RWA investor suitability → QUALIFIED / CONDITIONAL / REFER_TO_KYC / DISQUALIFIED
13	gamefi-screener	Fraud Tech	predictive_behaviour + predictive_fraud	ETH BNB BASE HAQQ SOL + fallback	P2E bot farm and multi-account cheater detection + player tier classification
14	credit-scorer	Fraud Tech	credit_score	ETH	Crypto credit score (1-9) combining fraud probability + social graph analysis
15	lending-risk-assessor	Fraud Tech	predictive_behaviour + credit_score	ETH BNB BASE HAQQ SOL	Borrower risk grade (A-F) + recommended collateral ratio + interest rate tier
16	portfolio-risk-advisor	Fraud Tech	predictive_rug_pull + token_rank_single	ETH BNB BASE HAQQ	Portfolio rug pull scan → grade A-F + prioritized exit/reduce plan
17	agent-screener	Fraud Tech	predictive_fraud + predictive_behaviour + predictive_rug_pull	ETH BNB BASE HAQQ SOL + fallback	AI agent trust score (0-10) screening agent wallet + feeder wallet
18	wallet-auditor	Growth Tech	predictive_behaviour	ETH BNB BASE HAQQ SOL	Complete 22-dimension Web3 Persona – fraud + behavioral + personalization
19	reputation-scorer	Growth Tech	predictive_behaviour	ETH BNB BASE HAQQ SOL	Reputation score (0-1000) = experience × risk_capability × (1 − fraud)
20	wallet-ranker	Growth Tech	predictive_behaviour	ETH BNB BASE HAQQ SOL	Global wallet rank from experience, total points, age, transaction count
21	whale-detector	Growth Tech	predictive_behaviour	ETH BNB BASE HAQQ SOL	Whale tier (Mega / Whale / Emerging) + Active/Dormant status + domain
22	ltv-estimator	Growth Tech	predictive_behaviour + predictive_fraud	ETH BNB BASE HAQQ SOL + fallback	12-month revenue potential (USD range) from behavioral + risk signals
23	lead-scorer	Growth Tech	predictive_behaviour + predictive_fraud	ETH BNB BASE HAQQ SOL + fallback	Lead score (0-100) + Hot/Warm/Cold/Dead + recommended outreach angle
24	wallet-marketer	Growth Tech	predictive_behaviour	ETH BNB BASE HAQQ SOL	Hyper-personalized marketing message (max 20 words) from on-chain signals
25	platform-greeter	Growth Tech	predictive_behaviour + predictive_fraud	ETH BNB BASE HAQQ SOL + fallback	Platform-specific welcome message (max 35 words) – different per platform
26	onboarding-router	Growth Tech	predictive_behaviour	ETH BNB BASE HAQQ SOL	Onboarding flow decision – Beginner / Intermediate / Skip from real experience
27	defi-advisor	Growth Tech	predictive_behaviour	ETH BNB BASE HAQQ SOL	Personalized DeFi product recommendations (3 tiers) by experience + risk
28	upsell-advisor	Growth Tech	predictive_behaviour	ETH BNB BASE HAQQ SOL	Upgrade readiness (0-100) + next product + trigger event + conversion probability
29	cohort-analyzer	Growth Tech	predictive_behaviour + predictive_fraud	ETH BNB BASE HAQQ SOL + fallback	Batch behavioral cohort segmentation – 8 cohorts + per-cohort strategy
30	token-ranker	Growth Tech	token_rank_list	ETH BNB BASE SOL	Token discovery by community strength – AI / RWA / DeFi / DeFAI / DePIN
31	token-analyzer	Growth Tech	token_rank_single + predictive_fraud	ETH BNB BASE SOL	Single-token deep-dive: community rank + top holder profiles + fraud screening
32	marketing-director	Growth Tech	Orchestrator (7 specialist agents)	All networks via sub-agents	Full-cycle campaign orchestrator → complete Marketing Campaign Brief

Fraud Tech Agents – 17 Agents, Complete Reference

ChainAware’s Fraud Tech agents protect Web3 protocols from the full spectrum of on-chain threats: wallet fraud, rug pulls, money laundering, Sybil attacks, governance manipulation, P2E cheating, and fraudulent AI agents. Together, they cover every point in the protocol lifecycle where malicious actors attempt to extract value – from the moment a wallet first connects to the moment a transaction executes. According to FATF’s Virtual Assets Recommendations , the compliance requirements for crypto asset service providers now demand pre-execution risk assessment that legacy forensic tools were never designed to deliver. ChainAware’s Fraud Tech agents fill that gap with predictive behavioral intelligence rather than reactive forensic lookup.

Moreover, these agents share a critical structural advantage over traditional blockchain forensics: they analyze behavioral patterns across 20M+ wallet personas rather than matching against static blocklists. Professional fraud operators deliberately evade blocklist-based tools by using fresh wallets and clean contract code. They cannot, however, mask their behavioral fingerprint – the pattern of on-chain activity that identifies an operator regardless of which specific address they use today. This is why ChainAware achieves 98% fraud detection accuracy on ETH where forensic tools frequently miss sophisticated operators. For the complete technical comparison, see our Forensic vs AI-Powered Analytics guide .

1. chainaware-fraud-detector

The flagship fraud detection agent calls predictive_fraud on any wallet address and returns a fraud probability score, wallet status (Not Fraud / Fraud / New Address), OFAC sanctions check, and 19 AML forensic flags covering mixers, darknet transactions, phishing wallets, fake token creation, money laundering patterns, cybercrime associations, and more. Accuracy reaches 98% on ETH and 96% on BNB, backtested against CryptoScamDB – the largest publicly available database of documented crypto fraud incidents. Coverage spans 7 networks: ETH, BNB, POLYGON, TON, BASE, TRON, and HAQQ.

Use Case: A DeFi lending protocol screens every wallet requesting a loan before processing the application. The team integrates chainaware-fraud-detector into its onboarding API – each new wallet receives a fraud probability score and forensic flag check in under one second. Wallets scoring above 0.70 are automatically declined. Wallets between 0.40 and 0.70 route to enhanced due diligence. Wallets below 0.20 pass to the standard lending flow. The same agent works equally well for exchange KYC pre-screening, NFT allowlist vetting, and airdrop participant verification.

When Is It Required: Deploy chainaware-fraud-detector whenever a protocol accepts wallet connections from unknown participants – particularly before any value transfer, credit extension, or whitelist grant. It is specifically required when a protocol falls under MiCA, AML5D, or equivalent regulation that mandates pre-onboarding risk assessment. Additionally, it is required before running any Growth Tech agent on a wallet – the fraud gate in chainaware-wallet-marketer and chainaware-ltv-estimator calls this agent’s underlying tool before generating any recommendation. For the complete implementation methodology, see our Fraud Detector guide .

2. chainaware-rug-pull-detector

Analyzes smart contracts, liquidity pools, and token launches for rug pull risk before any capital is deployed. The agent runs predictive_rug_pull on the contract address and predictive_fraud on the deployer wallet, combining both into a unified verdict. Critically, the deployer fraud score can escalate the overall verdict by one tier – a contract scoring 0.35 (Medium risk) paired with a deployer scoring 0.72 (High risk) produces a combined High Risk verdict. This escalation catches the most dangerous category of rug pulls: professionally deployed clean contracts by operators with documented fraud histories on other wallets. Accuracy on the PancakeSwap V2 dataset reaches 90.1%, covering $569M in documented rug pull losses from weeks 1-20 of 2026. Networks supported: ETH, BNB, BASE, HAQQ.

Use Case: A DEX launchpad reviews 50 new token submissions per week. Without automated screening, each review requires a developer to manually inspect contract code and trace the deployer wallet – a process taking 30-60 minutes per token. With chainaware-rug-pull-detector, the launchpad runs all 50 contracts in batch mode and receives a ranked risk table in minutes. Contracts scoring above 0.80 are automatically rejected. Contracts between 0.50 and 0.80 require manual review with specific red flags already identified. Contracts below 0.20 proceed to standard listing.

When Is It Required: Use chainaware-rug-pull-detector before listing any token on a DEX, before depositing LP into any new pool, before investing in any IDO or pre-sale, and before any yield vault strategy deploys capital into a new protocol. It is specifically required for launchpad teams that need a standardized, reproducible audit process rather than ad hoc developer reviews. It pairs with chainaware-token-launch-auditor when a full public-facing audit report with a safety badge is needed. For the detailed comparison against GoPlus, Token Sniffer, and Honeypot.is, see our Rug Pull Detection Tools guide .

3. chainaware-aml-scorer

Calculates a structured AML score (0-100) using a two-branch logic that separates forensic compliance from probabilistic fraud risk. If any forensic flag is present – mixer usage, sanctioned entity association, stolen funds link, darknet transaction, ransomware wallet interaction – the AML score is 0 regardless of the fraud probability score. This hard-zero rule reflects regulatory reality: a forensic flag requires human review and escalation regardless of the overall risk probability. When forensics are clean, the AML score equals (1 − probabilityFraud) × 100, providing a continuous risk gradient for compliance tiering. The agent returns the complete forensic breakdown alongside the score, producing output that is audit-ready for regulatory review under MiCA and equivalent frameworks.

Use Case: A crypto exchange onboards 500 new wallets per day and must document AML screening decisions for regulatory reporting. Previously, the compliance team ran manual checks on wallets flagged by a basic blocklist – a process that missed sophisticated operators and created a documentation backlog. With chainaware-aml-scorer, every onboarding wallet receives an automated AML report in under one second. Wallets scoring 0 (forensic flag detected) escalate to the compliance team with the specific flags identified. Wallets scoring 71-100 receive automated approval documentation. Wallets in the 41-70 range trigger enhanced due diligence with a specific set of additional checks, creating a complete and auditable compliance trail for every onboarded wallet.

When Is It Required: Deploy chainaware-aml-scorer for any platform falling under AML/CFT regulatory requirements – exchanges, OTC desks, lending protocols, and any DeFi platform accepting significant TVL from institutional wallets. It is also required when chainaware-compliance-screener is the orchestrating agent, since compliance-screener calls aml-scorer as one component of its structured MiCA-aligned report. See our MiCA Compliance guide for the full regulatory compliance stack.

4. chainaware-trust-scorer

Returns a single trust score using one formula: Trust Score = 1 − fraud_probability. The output ranges from 0.00 (confirmed fraud) to 1.00 (zero fraud probability). Designed as a composable building block rather than a standalone product, trust-scorer feeds into other calculations across the agent suite: reputation score uses it as the base fraud penalty, AML score uses it as the clean-forensics branch, governance vote weighting multiplies by it, and marketing campaign gates use it as a minimum threshold before message generation. Covers 7 networks via predictive_fraud. Response time is sub-100ms by design, making it the fastest agent in the suite.

Use Case: A developer building a custom reputation system for their DeFi protocol needs a standardized trust signal to combine with their own on-chain activity metrics. Rather than building a fraud detection model from scratch, they integrate chainaware-trust-scorer as the fraud component and combine it with their own activity score. The resulting composite score inherits ChainAware’s 98% fraud accuracy while adding protocol-specific activity signals that ChainAware’s general model does not capture. The trust score’s mathematical cleanliness – it is simply the complement of fraud probability – makes it easy to incorporate into any scoring formula.

When Is It Required: Use chainaware-trust-scorer whenever a custom scoring formula needs a standardized, high-accuracy fraud component – governance vote weighting, airdrop allocation, lending collateral ratios, and marketing campaign eligibility gates all benefit from incorporating the trust score as a fraud signal. It is the recommended starting point for teams building composite scores rather than using a pre-built agent, since its output is mathematically clean and directly interpretable.

5. chainaware-sybil-detector

Batch-screens wallet lists for Sybil attacks, coordinated voting fraud, and wallet farm operations. Beyond individual wallet scoring, the agent applies four pattern detection rules across the full submitted set: a cluster flag triggers when 10%+ of wallets share experience scores within ±0.2 points and were created in the same approximate period – the signature of a coordinated wallet farm. A fraud concentration flag triggers when 20%+ of voters show fraud probability above 0.25. A new wallet surge flag triggers when 30%+ of wallets have experience below 1.5. A uniform risk profile flag triggers when 60%+ share identical behavioral categories, indicating coordination rather than organic community diversity. Each wallet is classified as ELIGIBLE, REVIEW, or EXCLUDE, and the cleaned voter list is ready for Snapshot or on-chain governance integration.

Use Case: A DAO preparing a governance vote on a $2M treasury allocation notices unusual activity: 400 new wallets registered in the 48 hours before the vote, all with minimal transaction history. Running chainaware-sybil-detector on the full voter list identifies 312 of those 400 wallets as part of a coordinated new-wallet cluster, disqualifying them from the vote. The attack is neutralized before it reaches quorum. The cleaned voter list shows genuine community support from 89 ELIGIBLE voters, and the vote proceeds with integrity intact.

When Is It Required: Run chainaware-sybil-detector before any governance vote controlling significant treasury funds, parameter changes, or upgrade authority. It is specifically required before Snapshot votes for DAOs with public token distribution, before on-chain governance proposals reaching quorum thresholds, and before any delegation validation process where vote weight can be amplified through coordinated proxy delegation. For the complete governance protection framework, see our Governance Screeners guide .

6. chainaware-governance-screener

DAO voter screening with four-tier classification and voting weight calculation. The agent assigns each wallet to one of five tiers: Core Contributor (experience ≥ 8, fraud ≤ 0.10, protocols ≥ 5 → 2.0× multiplier), Active Member (experience ≥ 5, fraud ≤ 0.25, protocols ≥ 2 → 1.5×), Participant (experience ≥ 2, fraud ≤ 0.40 → 1.0×), Observer (new address or experience < 2 with low fraud → 0.5×), and Disqualified (fraud gate fails → 0.0×). Within each tier, the multiplier adjusts downward for elevated fraud probability. Three governance models are supported: token-weighted, reputation-weighted (ChainAware reputation score as direct weight), and quadratic (multiplier applies to square root of token balance).

Use Case: A DeFi protocol wants to implement reputation-weighted governance to counteract plutocracy – the tendency of token-weighted systems to concentrate governance power in the largest holders regardless of protocol engagement. Using chainaware-governance-screener in reputation-weighted mode, every voter’s influence is determined by behavioral quality rather than token balance alone. A Core Contributor holding 1,000 tokens has more governance weight than a dormant whale holding 100,000 tokens but showing no protocol engagement. The result is governance that rewards genuine contributors rather than passive large holders.

When Is It Required: Deploy chainaware-governance-screener for any DAO that needs to validate voter quality before a proposal goes live. It is particularly required for protocols implementing reputation-weighted or quadratic voting models, for DAOs with public token distributions vulnerable to Sybil accumulation, and for any governance system where a single bad-faith actor could acquire enough voting power to pass a malicious proposal. It works alongside chainaware-sybil-detector – the Sybil detector identifies coordinated wallet farms, while governance-screener classifies remaining legitimate voters by quality tier.

7. chainaware-counterparty-screener

Pre-transaction safety agent optimized for minimum latency and maximum decisiveness. A single predictive_behaviour call retrieves both the fraud probability and the behavioral context needed for ambiguous cases – eliminating the two-call pattern that adds latency to pre-transaction flows. The verdict logic applies decisive rules first (confirmed fraud or forensic flag → immediate Block; fraud probability ≤ 0.15 → immediate Safe) and contextual rules only for the 0.16-0.70 range. Transaction-type context adjusts the risk assessment: approve actions receive a 1.3× risk multiplier, bridge and liquidity actions 1.2×, stake actions 0.9×. Compact mode returns a single line for autonomous agent pipelines.

Use Case: A DeFi aggregator routes user transactions across multiple protocols and counterparties. Before executing any multi-hop route, the aggregator’s AI agent calls chainaware-counterparty-screener on every intermediate counterparty address. A Block verdict causes the agent to find an alternative route avoiding the flagged address. A Caution verdict triggers additional monitoring for the transaction. A Safe verdict allows execution to proceed normally. The entire screening adds under 200ms to the routing decision – negligible for a user experience that already involves multi-second blockchain confirmation times.

When Is It Required: Use chainaware-counterparty-screener immediately before signing any transaction with an unknown counterparty – particularly token approvals (highest risk action type), LP deposits (contract risk), bridge transactions (irreversible cross-chain exposure), and high-value transfers. For autonomous AI agents executing transactions without human review, this agent provides the fraud gate that substitutes for human judgment. It pairs naturally with chainaware-transaction-monitor: counterparty-screener handles the pre-transaction check on specific addresses, while transaction-monitor handles real-time pipeline risk scoring across sender, receiver, and contract simultaneously.

8. chainaware-compliance-screener

The most comprehensive compliance agent in the suite – a MiCA-aligned orchestrator sequencing AML scoring, fraud detection, and transaction risk assessment into a single structured Compliance Report with a three-tier verdict: PASS, ENHANCED DUE DILIGENCE, or REJECT. Unlike the individual specialist agents, compliance-screener is specifically designed to produce documentation: every signal, every flag, every threshold applied is recorded in the output, creating an audit trail that compliance officers can present to regulators. The verdict structure mirrors MiCA’s layered compliance approach – PASS wallets proceed normally, EDD wallets receive additional checks before service, REJECT wallets are declined with specific reasons documented.

Use Case: A crypto asset service provider (CASP) operating under MiCA needs to document its compliance process for every customer onboarding. Manual KYC combined with blockchain forensics produces reports taking hours per customer and lacking standardization. With chainaware-compliance-screener, every onboarded wallet receives an automated, structured Compliance Report in under 5 seconds – covering sanctions screening, AML forensic flags, behavioral fraud risk, and transaction pattern analysis. The report format is consistent across all wallets, making regulatory reporting systematic rather than ad hoc. EDD cases are automatically flagged with the specific signals that triggered the enhanced review requirement.

When Is It Required: Deploy chainaware-compliance-screener for any platform regulated under MiCA, AML5D, FinCEN guidance, or equivalent frameworks requiring documented pre-onboarding risk assessment. It is specifically required when a compliance team needs to demonstrate to regulators that their screening process is systematic, documented, and applied consistently – not selectively or manually. The agent is also the right choice for institutional DeFi platforms serving accredited investors where documented compliance is a prerequisite for institutional capital access. For the complete regulatory compliance cost comparison, see our MiCA Compliance guide .

9. chainaware-transaction-monitor

Real-time transaction risk scoring designed for autonomous AI agent pipelines rather than human compliance review. The agent screens sender, receiver, and contract address simultaneously, computes a composite risk score (0-100) using weighted contributions from each address, applies action-type multipliers (approve 1.3×, bridge and liquidity 1.2×, stake 0.9×, unknown 1.1×), and returns a machine-actionable ALLOW / FLAG / HOLD / BLOCK signal. Override rules immediately produce a BLOCK regardless of composite score whenever sender or receiver carries confirmed fraud status or any AML forensic flag. Compact mode returns a single-line signal for mempool monitoring and high-frequency agent pipelines where sub-50ms response is required.

Use Case: A DeFi trading bot executes 200+ transactions per day across multiple protocols. Without transaction monitoring, the bot has no way to detect when it is being routed through a fraudulent intermediary or interacting with a compromised contract. With chainaware-transaction-monitor as a pre-execution hook, every transaction is screened in under 100ms before signing. BLOCK signals cause the bot to abort the transaction and find an alternative path. FLAG signals execute but generate a compliance log entry for review. Over a 30-day period, the monitoring prevents the bot from executing 14 transactions with BLOCK-level counterparties – including two interactions with wallet addresses later confirmed as hack-related by blockchain investigators.

When Is It Required: Deploy chainaware-transaction-monitor for any autonomous AI agent executing blockchain transactions without per-transaction human approval. This specifically includes DeFi trading bots, yield optimization agents, automated treasury management systems, and any AI agent operating under the emerging ERC-8004 standard for on-chain agent identity. It is also required for any protocol needing ongoing post-onboarding transaction screening – complementing chainaware-fraud-detector (which handles one-time onboarding checks) with continuous monitoring of user activity. For the complete integration guide, see our Transaction Monitoring guide .

10. chainaware-token-launch-auditor

Launchpad listing audit agent combining rug pull detection on the contract with full fraud and behavioral analysis on the deployer wallet. The output includes a composite Launch Safety Score, a public-facing safety badge suitable for embedding on listing pages, and specific conditions the launchpad should impose – mandatory LP lock periods, restricted admin key permissions, or vesting schedule requirements. The three-tier verdict (APPROVED, CONDITIONAL, REJECTED) gives launchpad teams a standardized decision framework they can communicate publicly to investors. CONDITIONAL listings include explicit conditions that, if met, convert the listing to APPROVED.

Use Case: An IDO launchpad receives a new project application for a DeFi token on BNB. The applying team has a polished website, a detailed whitepaper, and a professionally written smart contract that passes standard code review. However, chainaware-token-launch-auditor detects that the deployer wallet has previously deployed three tokens on ETH, all of which experienced LP withdrawal events within 72 hours of launch – a behavioral signature of serial rug pull operations. The contract score is 0.28 (Medium) but the deployer score is 0.81 (Critical), producing a REJECTED verdict. The launchpad declines the listing. Three weeks later, the same team launches the token on an unscreened DEX, where it rugs within 36 hours.

When Is It Required: Run chainaware-token-launch-auditor before approving any token listing on a launchpad or DEX maintaining listing standards. It is specifically required for platforms displaying a safety badge or endorsement alongside listed tokens – without auditor-backed evidence, any safety claim creates legal and reputational liability. The agent is also required for any accelerator or incubator program vetting projects before providing funding or platform access. It works as a pre-listing screening gate for token sale platforms where retail investors rely on the platform’s due diligence.

11. chainaware-airdrop-screener

Batch airdrop eligibility engine that filters fraud wallets, bots, and Sybil clusters from token distribution lists, then ranks eligible wallets by ChainAware’s reputation formula for merit-based allocation. Five disqualification rules apply in order: fraud probability above 0.70 → HIGH FRAUD disqualified; confirmed fraud status → CONFIRMED FRAUD disqualified; new address with fraud above 0.40 → SUSPICIOUS NEW disqualified; new address with zero experience and no categories → BOT/FRESH disqualified; any AML forensic flag → AML FLAG disqualified. Surviving wallets receive a reputation score calculated as (1000/110) × (experience + 1) × (risk_capability + 1) × (1 − fraud_probability) and are assigned allocation multipliers from 0.5× (Low Score) to 4× (Elite). When a token budget is provided, the agent calculates exact per-wallet token allocations ready to plug into a Merkle tree contract.

Use Case: A DeFi protocol distributes 10 million tokens across 5,000 wallet addresses collected through a six-week quest campaign. Without screening, ChainAware’s analysis of similar campaigns finds that approximately 84% of campaign participants are ghost wallets – addresses with zero real engagement that bot operators control mechanically. Running chainaware-airdrop-screener on the 5,000 addresses disqualifies 3,420 as bots, fraud, or suspicious new wallets. The remaining 1,580 eligible wallets are ranked by reputation score and receive allocations scaled from 0.5× to 4× of the base amount. The protocol distributes tokens to genuine community members, avoids immediate sell pressure from farming wallets, and creates a foundation of quality token holders.

When Is It Required: Run chainaware-airdrop-screener before every token distribution event – regardless of campaign size. It is specifically required for distributions above 100,000 USD equivalent where bot farming has high economic incentive, for any distribution including vesting where recipient quality affects long-term token price stability, and for governance token airdrops where recipient quality directly affects the quality of future governance participation. The agent pairs naturally with chainaware-sybil-detector (which identifies coordination patterns before disqualification) and chainaware-reputation-scorer (which provides the ranking formula for tiered allocations).

12. chainaware-rwa-investor-screener

Real World Asset investor suitability screening assessing three dimensions simultaneously: AML/fraud compliance (40% weight), investor sophistication via on-chain experience score (35%), and risk profile alignment against the RWA’s declared risk tier (25%). The composite Suitability Score (0-100) maps to four tiers: QUALIFIED (full access, standard caps), CONDITIONAL (reduced cap, enhanced monitoring), REFER_TO_KYC (on-chain profile insufficient, route to manual KYC), and DISQUALIFIED (fraud gate, AML flag, or confirmed fraud). Recommended investment caps are tied to experience level within each tier – a QUALIFIED Sophisticated investor has no cap, while a QUALIFIED Intermediate investor caps at $25,000. Three RWA risk tiers define minimum experience thresholds: conservative (≥ 2.0), moderate (≥ 4.0), aggressive (≥ 6.5).

Use Case: A tokenized real estate platform onboards investors for a $50M moderate-risk RWA offering. Traditional KYC takes 3-5 days per investor. The platform needs to process 2,000 investor applications in a two-week window before the offering closes. Chainaware-rwa-investor-screener processes all 2,000 wallets in batch mode in under 10 minutes, classifying 1,240 as QUALIFIED, 380 as CONDITIONAL, 210 as REFER_TO_KYC, and 170 as DISQUALIFIED. The 170 disqualified wallets are excluded immediately. The 1,620 QUALIFIED and CONDITIONAL wallets complete automated onboarding in minutes – dramatically reducing compliance cost and time-to-investment for legitimate investors.

When Is It Required: Deploy chainaware-rwa-investor-screener for any tokenized asset platform needing automated investor suitability assessment. It is specifically required when traditional KYC throughput is insufficient for the number of investors the platform needs to process, when the regulatory framework requires documented suitability assessment rather than just AML screening, and when the platform offers products across multiple risk tiers requiring different investor qualification standards. It complements chainaware-compliance-screener (which handles AML compliance) by adding the investor sophistication and product suitability dimensions that pure AML screening does not cover.

13. chainaware-gamefi-screener

Play-to-Earn bot farm and multi-account cheater detection for Web3 games. The agent screens wallets connecting to a P2E platform for bot signatures (coordinated transaction timing, uniform behavioral patterns, zero genuine game interaction history), multi-account cheating (same operator controlling multiple wallets extracting parallel rewards), and reward abuse patterns (wallets appearing across multiple P2E reward events in behavioral coordination). Legitimate players are classified into experience tiers for matchmaking and receive P2E reward eligibility scores scaling allocations by behavioral quality. The fraud gate disqualifies wallets above 0.70 fraud probability regardless of game-specific behavior.

Use Case: A P2E game launches a tournament with $100,000 in prize pool rewards. Within 48 hours, 40% of tournament participants are identified as bot farms – coordinated wallet clusters playing mechanically to extract rewards without genuine gameplay. Chainaware-gamefi-screener deployed at tournament registration identifies the bot wallets before they accumulate rewards. The disqualified wallets are excluded. Remaining players are classified into tiers from Beginner to Expert and receive reward multipliers (0.5× to 4×) scaled to their on-chain gaming experience. Prize pool distribution shifts from bot-dominated to skill-correlated, improving tournament integrity and the genuine player community’s experience.

When Is It Required: Run chainaware-gamefi-screener at every P2E tournament registration, every in-game reward event, and every NFT loot drop in a play-to-earn context. It is specifically required for any P2E game with real economic value at stake – when rewards are worth more than the cost of running bots, bot farms appear without exception. The agent is also required for scholarship programs in P2E games, where scholarship managers need to verify that scholar wallets are controlled by genuine individual players rather than farming operations controlling multiple scholarship slots simultaneously.

14. chainaware-credit-scorer

Returns a crypto credit score from 1 to 9 using ChainAware’s credit_score tool, combining fraud probability with social graph analysis of the wallet’s transaction network. Score 9 is Prime (highest creditworthiness, best lending terms). Score 1 is Very High Risk (decline lending). Currently supported on ETH only, where social graph data density is highest. The credit score is the simplest borrower signal in the suite – designed specifically as a composable building block that chainaware-lending-risk-assessor combines with experience score and risk appetite to produce a full Borrower Risk Grade.

Use Case: A DeFi lending protocol wants to offer differentiated interest rates based on borrower quality – lower rates for high-credit-score borrowers to attract and retain the best users, higher rates for lower-credit-score borrowers to compensate for elevated default risk. Chainaware-credit-scorer provides the credit signal driving the rate differentiation. Prime borrowers (score 9) receive the protocol’s best rate. High-Risk borrowers (score 1-2) are declined or required to over-collateralize at 200%+. The differentiation improves risk-adjusted revenue and creates a meaningful incentive for borrowers to maintain clean on-chain behavior over time.

When Is It Required: Use chainaware-credit-scorer as a component within chainaware-lending-risk-assessor for full borrower risk assessment, or standalone when a simple 1-9 credit rating is sufficient for the use case. It is specifically required for ETH-based lending protocols wanting a standardized credit signal compatible with the broader DeFi lending ecosystem. For multi-chain lending platforms, chainaware-lending-risk-assessor provides broader coverage by combining the credit score with behavioral signals from the full Prediction MCP toolset. See our Credit Score guide for the complete methodology.

15. chainaware-lending-risk-assessor

Full borrower risk assessment for DeFi lending protocols – combining fraud probability, on-chain experience score, risk appetite classification, and (on ETH) credit score into a Borrower Risk Grade from A to F with specific recommended collateral ratio and interest rate tier. Grade A borrowers (low fraud, high experience, appropriate risk profile) receive the best terms. Grade F borrowers are declined. The agent covers ETH, BNB, BASE, HAQQ, and SOLANA – enabling multi-chain lending platforms to apply consistent underwriting standards across all supported networks using behavioral signals rather than collateral value as the only risk proxy.

Use Case: A DeFi lending protocol currently applies a flat 150% collateralization ratio to every borrower regardless of on-chain history. This approach drives away high-quality borrowers who resent over-collateralization for loans they will clearly repay. With chainaware-lending-risk-assessor, the protocol offers Grade A borrowers 110% collateralization at the best rate, Grade B borrowers 130% at standard rates, and Grade C borrowers 160% at elevated rates. Grade D-F wallets are declined or required to provide significant over-collateral. Capital efficiency improves, quality borrower acquisition increases, and risk-adjusted returns improve across the loan book.

When Is It Required: Deploy chainaware-lending-risk-assessor for any DeFi lending or credit protocol wanting to move beyond collateral-only risk assessment. It is specifically required for undercollateralized or uncollateralized DeFi lending products, where behavioral risk signals are the primary protection against default. Additionally, it is required for any lending protocol seeking to compete on borrower experience by offering differentiated rates – flat-rate protocols cannot attract and retain the highest-quality borrowers who have better options elsewhere.

16. chainaware-portfolio-risk-advisor

Portfolio-level rug pull risk scan that evaluates every token in a submitted portfolio, aggregates risk into a Portfolio Risk Score (0-100) and grade (A-F), flags dangerous concentrations, and produces a prioritized exit/reduce rebalancing plan. The primary signal for each token is its rug pull probability from predictive_rug_pull. Supplementary community rank from token_rank_single enriches the risk assessment with holder quality data for the approximately 2,500-3,000 tokens covered by the pre-calculated index. Concentration flags alert when a single high-risk token represents more than 20% of portfolio value (Critical Concentration) or when multiple tokens share the same deployer (Cluster Risk).

Use Case: A DeFi investor holds 12 positions across ETH and BNB, total value $85,000. Three tokens have no community rank data and significant social media promotion – a combination warranting scrutiny. Running chainaware-portfolio-risk-advisor identifies two of those three tokens as High Risk (TRS 58 and 71), with deployer behavioral signatures consistent with previous rug pull operations. The agent produces a rebalancing plan: exit both High Risk positions immediately ($12,400 combined), reduce a Moderate Risk position to 5% of portfolio, and hold the remaining nine positions scoring Low Risk. The investor exits before the highest-risk position rugs two weeks later.

When Is It Required: Run chainaware-portfolio-risk-advisor before deploying significant new capital into any multi-token DeFi position, before any rebalancing decision in a portfolio containing tokens launched in the last 90 days, and as a regular monthly audit of any DeFi portfolio containing more than five positions. It is specifically required for protocols managing DAO treasuries or yield strategies on behalf of users, where portfolio risk is a fiduciary responsibility rather than a personal investment choice.

17. chainaware-agent-screener

The first dedicated AI agent trust scoring tool in the on-chain intelligence market. Screens two addresses simultaneously: the agent wallet (the address the autonomous agent uses to transact) and the feeder wallet (the address that funds the agent). The feeder wallet is typically the most revealing signal – a fraudulent feeder means the agent operates on behalf of a bad actor regardless of how clean the agent wallet appears. The output is a normalized Agent Trust Score from 0 to 10: 0 means confirmed or likely fraud, 1 means new address with insufficient data, and 2.0-10.0 is a normalized reputation score. When the agent wallet is a smart contract rather than an EOA, behavioral data is unavailable and the score is capped at 6.0 with a proxy calculation. This directly addresses the structural vulnerability in the ERC-8004 agent registry – 196,000+ registered agents with no behavioral trust signals attached to their on-chain identities.

Use Case: A DeFi protocol evaluating whether to accept automated interactions from third-party AI trading agents faces a core challenge: without agent trust scoring, the protocol cannot distinguish between a legitimate institutional trading bot and a fraudulent agent designed to manipulate protocol state. Running chainaware-agent-screener on each agent’s wallet and feeder wallet produces a trust score used as an access gate. Agents scoring 7.0+ receive full access. Agents scoring 4.0-6.9 receive limited access with lower transaction limits and no admin function access. Agents scoring below 4.0 or with Score 0 are blocked entirely. Score 1 (new feeder wallet) triggers a manual review before access is granted.

When Is It Required: Deploy chainaware-agent-screener whenever a protocol, DEX, lending platform, or DAO accepts or considers accepting automated interactions from third-party AI agents. As the agentic economy grows – with AI agents increasingly operating autonomously across DeFi, executing trades, managing positions, and participating in governance – the need for behavioral trust assessment of agents becomes as important as the need for behavioral trust assessment of human wallets. The agent is also required for ERC-8004 registry participants seeking to validate the trustworthiness of other registered agents before delegating tasks or sharing resources with them. For context on the growing agentic economy and its fraud implications, see our Web3 Agentic Economy guide .

Growth Tech Agents – 15 Agents, Complete Reference

ChainAware’s Growth Tech agents convert the same behavioral intelligence that prevents fraud into measurable protocol growth – higher conversion rates, better user retention, smarter acquisition spend, and more relevant product recommendations. The foundational insight driving this category is that 84% of wallets connecting to a typical DeFi protocol after a marketing campaign are ghost wallets – addresses with zero real engagement that farming bots and airdrop hunters control. Traditional Web3 growth tools cannot distinguish these ghost wallets from genuine users because they lack behavioral intelligence. Growth Tech agents solve this by treating each wallet’s on-chain history as a behavioral fingerprint that reveals its intentions, experience, risk appetite, and likely lifetime value – before the protocol spends a single dollar acquiring or engaging it.

Together, these 15 agents cover the complete user lifecycle: identifying high-value targets before acquisition (lead-scorer, ltv-estimator), personalizing the first moment of engagement (platform-greeter, onboarding-router), recommending the right products (defi-advisor, wallet-marketer), retaining users through their journey (upsell-advisor), and understanding the full user base through segmentation (cohort-analyzer, whale-detector). Furthermore, every Growth Tech agent runs a fraud gate internally – a wallet that fails the fraud check receives no marketing message, no personalized greeting, and no upsell recommendation. For the foundational framework on why behavioral intelligence outperforms demographic or web analytics approaches for Web3 growth, see our Web3 User Segmentation guide .

18. chainaware-wallet-auditor

The flagship intelligence agent delivers the complete 22-dimension Web3 Persona for any wallet address in under one second. A single predictive_behaviour call returns the full behavioral profile: fraud probability (98% accuracy), all 12 intention probabilities (Borrow, Lend, Trade, Gamble, NFT, Stake ETH, Stake Yield Farm, Leveraged Staking, Leveraged Staking ETH, Leveraged Lending, Leveraged Long ETH, Leveraged Long Game), experience score (0-10), risk capability (0-9), AML forensic flags, Wallet Rank, behavioral categories, protocol usage history, and ChainAware’s direct personalization recommendations. This is the broadest intelligence output in the suite – used when a protocol needs everything about a wallet rather than a specific signal. Coverage: ETH, BNB, BASE, HAQQ, SOLANA.

Use Case: A DeFi protocol’s product team wants to understand who is actually connecting to their platform before redesigning the UI. Using chainaware-wallet-auditor on a sample of 500 recent connecting wallets reveals that 62% have High Lend intention, 18% have High Trade intention, 11% are experienced DeFi power users with 8+ experience scores, and 9% are ghost wallets with zero meaningful history. This behavioral distribution tells the product team that their core user is a yield-seeking lender, not the active trader they assumed. The UI redesign prioritizes lending product visibility – a decision driven by behavioral data rather than assumption.

When Is It Required: Use chainaware-wallet-auditor when the use case requires the complete behavioral picture rather than a single signal – individual due diligence on high-value wallets, building a comprehensive user understanding before product decisions, and providing the full context that orchestrating agents like chainaware-marketing-director need to compose complete reports. The free Wallet Auditor at chainaware.ai/audit runs this agent for any address with no signup required – start there to understand the full output before integrating via API. See our Wallet Auditor guide for the complete usage guide.

19. chainaware-reputation-scorer

Calculates the deterministic ChainAware reputation score (0-1000) using the standard formula: (1000/110) × (experience + 1) × (risk_capability + 1) × (1 − fraud_probability). A score of 1,000 represents the theoretical maximum – experience 10, risk capability 9, fraud probability 0.00. In practice, scores above 750 represent Elite wallets: expert DeFi users with aggressive risk profiles and clean fraud histories. Scores below 125 indicate either ghost wallets with no history or high-fraud-probability addresses. The score is deterministic – given the same MCP inputs, the formula always produces the same output, making it auditable and reproducible for governance and allocation purposes. Coverage: ETH, BNB, BASE, HAQQ, SOLANA.

Use Case: A DAO wants to create a community leaderboard that ranks members by contribution quality rather than token holdings. Using chainaware-reputation-scorer on all community wallets produces a ranked list where active DeFi power users with long track records rise to the top, while passive token holders with minimal protocol engagement remain at the bottom. The leaderboard displays publicly on the DAO’s governance portal, creating a visible quality signal that incentivizes genuine participation over passive holding. Top-ranked wallets receive additional governance weight, early access to new protocol features, and community recognition – none of which require manual review to assign.

When Is It Required: Use chainaware-reputation-scorer when a standardized, comparable quality metric is needed across a large set of wallets – governance leaderboards, airdrop tier allocation (used internally by chainaware-airdrop-screener), lending collateral ratios, and marketing campaign quality gates all benefit from the single-number reputation score. It differs from chainaware-wallet-ranker (which ranks by total points and transaction count) in that the reputation formula explicitly penalizes fraud probability – a wallet with high activity but elevated fraud risk scores lower than a wallet with moderate activity and a clean history.

20. chainaware-wallet-ranker

Returns global wallet rank from experience score, total points, wallet age, and transaction count across the 20M+ wallet network. The rank provides a comparable quality metric across wallets from different blockchains through the unified behavioral scoring model – a wallet’s experience score on ETH is directly comparable to one on SOLANA. Batch mode produces a ranked leaderboard sorted by total points descending, identifying the highest-quality wallets in any submitted list. Unlike reputation-scorer (which uses a specific formula), wallet-ranker reflects ChainAware’s internal composite scoring of each wallet’s overall on-chain quality without the explicit fraud penalty component.

Use Case: A DeFi protocol wants to identify its top 50 users for a VIP program offering fee discounts and early feature access. Running chainaware-wallet-ranker on all 12,000 addresses that have ever interacted with the protocol produces a ranked leaderboard. The top 50 wallets by total points become VIP members. Because wallet rank reflects genuine on-chain quality rather than just protocol-specific activity, the VIP list includes wallets that are highly engaged across DeFi broadly – users most likely to promote the protocol within their wider DeFi networks and generate the most valuable word-of-mouth acquisition.

When Is It Required: Deploy chainaware-wallet-ranker for community leaderboards, VIP tier identification, governance weight calculation, and token holder quality assessment. It pairs naturally with chainaware-whale-detector – whale-detector identifies high-value wallets by behavioral depth, while wallet-ranker produces the specific numerical rank for ordering and comparison purposes. For the complete framework on wallet quality signals, see our Wallet Rank guide .

21. chainaware-whale-detector

Classifies wallets into four whale tiers – Mega Whale (experience ≥ 9, total points ≥ 5,000, active categories ≥ 3), Whale (experience ≥ 7.5 and total points ≥ 2,000, or experience ≥ 7 with high protocol diversity), Emerging Whale (experience ≥ 5 and total points ≥ 500, or experience ≥ 6 with high stake and trade intent), and Not a Whale. Each tier also receives an Active or Dormant classification based on forward-looking intent signals: Active whales have at least one High intent probability; Dormant whales have high experience but all-Low intent – they were once significant participants but are not currently engaged. Domain classification further identifies the wallet’s primary area: Trading Whale, DeFi Whale, NFT Whale, Multi-Chain Whale, Yield Whale, or Multi-Dimensional Whale. Fraud gate excludes wallets above 0.30 fraud probability from any whale classification.

Use Case: A DeFi protocol is launching a new advanced yield product designed for sophisticated users. The marketing team needs to identify which existing wallets in their user base qualify as genuine whales – and specifically which whales are currently active vs. dormant. Running chainaware-whale-detector on all 8,000 wallets that have interacted with the protocol in the last 90 days identifies 23 Mega Whales, 87 Whales, and 214 Emerging Whales. Within those groups, 68% are Active and 32% are Dormant. Active Mega Whales receive direct personal outreach for the new product launch. Dormant Whales receive a re-engagement campaign. Emerging Whales receive nurture content designed to accelerate their progression to the next tier.

When Is It Required: Run chainaware-whale-detector before any VIP program launch, before direct outreach campaigns targeting high-value users, before governance voting weight design (where whales warrant different treatment than retail participants), and as a regular audit of any protocol’s most valuable users to identify when whales go dormant and need re-engagement before they migrate to a competitor. The domain classification adds a targeting layer – a protocol launching an NFT-adjacent feature should specifically target NFT Whales, while a new yield vault should target Yield Whales and DeFi Whales.

22. chainaware-ltv-estimator

Estimates 12-month revenue potential for any wallet as a USD range using a seven-step model. Step one derives the annual transaction rate from experience level (Beginner → 5 tx/year, Expert → 700 tx/year). Step two applies an intent multiplier from forward-looking signals (3+ High intents → 1.25×, all Low → 0.65×). Step three calculates average transaction value from wallet balance × platform share (configurable, defaults to 15%). Step four applies the fee rate (configurable, defaults to 0.1%). Step five applies a category multiplier from activity breadth (1 category → 1.0×, 5+ categories → 1.75× cap). Step six applies a risk multiplier from risk profile (Conservative → 0.70×, Aggressive → 1.40×). Step seven applies a retention factor from fraud probability (0.00-0.09 → 0.95, 0.51-0.70 → 0.20). The final estimate applies ±25% to produce a range. Hard reject conditions return $0 with no range for confirmed fraud, fraud above 0.70, or any AML forensic flag.

Use Case: A DeFi protocol’s growth team plans a user acquisition campaign with a $200,000 budget. Before spending, they run chainaware-ltv-estimator on 10,000 target wallet addresses from a purchased marketing list. Results reveal that 6,200 wallets have estimated 12-month LTV below $10 (Dormant tier), 2,800 wallets have LTV in the $10-$100 range (Low tier), 800 wallets have LTV in the $100-$1,000 range (Medium tier), and 200 wallets have LTV above $1,000 (High tier). Rather than spending the $200,000 uniformly across all 10,000 addresses, the team concentrates 80% of the budget on the 1,000 Medium and High LTV wallets. Expected ROI improves dramatically compared to uniform distribution.

When Is It Required: Use chainaware-ltv-estimator before any acquisition campaign to prioritize high-value targets, before VIP tier assignment to identify which wallets generate the most protocol revenue, and before marketing budget allocation decisions where targeting the right wallets determines whether the campaign generates positive ROI. It works alongside chainaware-lead-scorer – lead-scorer measures conversion probability, while ltv-estimator measures revenue magnitude. Combining both gives a complete acquisition prioritization signal: high-lead-score × high-LTV wallets deserve the most aggressive outreach investment.

23. chainaware-lead-scorer

Sales lead qualification engine returning a lead score (0-100), tier (Hot/Warm/Cold/Dead), conversion probability, and recommended outreach angle for any wallet. The scoring model weights five components: experience (35%), intent strength (25%), activity breadth (20%), risk appetite (10%), and fraud penalty (up to −10). Product context doubles the weight of the matching intent signal – a staking product doubles Prob_Stake, a cross-chain bridge doubles Prob_Bridge – making the score product-specific rather than generic. Hot leads (75-100) warrant immediate personalized outreach. Dead leads (0 or fraud-disqualified) are excluded from all campaigns entirely, preventing budget waste on wallets that would never convert.

Use Case: A DeFi yield aggregator launching on BASE wants to identify which ETH-based DeFi users are most likely to bridge and adopt the new platform. The growth team runs chainaware-lead-scorer on 25,000 ETH wallet addresses that have interacted with competing yield products, with product context set to “cross-chain yield aggregator on BASE.” The scoring returns 340 Hot leads (score 75+, high Prob_Bridge and Prob_Stake intent), 2,800 Warm leads (score 50-74), 15,000 Cold leads (score 25-49), and 6,860 Dead leads (below 25 or fraud-disqualified). The team focuses personalized outreach on the 340 Hot leads and runs automated campaigns for the 2,800 Warm leads. Acquisition cost per converted user drops significantly compared to the previous campaign that treated all 25,000 addresses identically.

When Is It Required: Run chainaware-lead-scorer before any acquisition outreach campaign, before direct sales team prioritization, and before budget allocation across different wallet segments. It is specifically required when a protocol launches a new product or feature and wants to identify existing wallet holders most likely to adopt it based on behavioral signals – rather than guessing based on past protocol interactions alone. See our Behavioral Analytics guide for the complete acquisition framework.

24. chainaware-wallet-marketer

Generates a hyper-personalized marketing message of maximum 20 words for any wallet, derived directly from its on-chain behavioral signals – no generic crypto copy, no templated language. Signal priority determines the message angle: Prob_Stake High leads with staking yield opportunity; Prob_Trade High leads with trading execution quality; Prob_Bridge High leads with cross-chain capability; Prob_NFT_Buy High leads with NFT feature; DeFi Lender category leads with lending/yield rates; experience above 7.5 leads with advanced power user features; experience below 2.5 leads with simple beginner-friendly onboarding. The message mirrors what the wallet actually does on-chain, making it feel personal rather than promotional. Fraud gate blocks message generation entirely for high-fraud-probability wallets.

Use Case: A DEX wants to run a re-engagement campaign targeting 5,000 wallets that connected once but never executed a trade. Running chainaware-wallet-marketer in batch mode on all 5,000 addresses produces 5,000 distinct messages – each derived from that specific wallet’s behavioral signals. A wallet with High Prob_Stake and DeFi Lender category receives: “Your lending habits earn yield. Our single-click vault automates it. Start here.” A wallet with High Prob_Trade and Active Trader category receives: “You trade fast. Our zero-slippage routing finds better fills. Try one swap.” A beginner wallet with experience below 2 receives: “New to DeFi? Earn your first yield in under two minutes. Start here.” The personalized messages achieve 3-4× higher click-through rates than the generic campaign the DEX ran previously.

When Is It Required: Use chainaware-wallet-marketer for any outbound campaign where personalization improves conversion – which is essentially every outbound campaign. It is specifically required when a protocol has a segmented user base with significantly different behavioral profiles, when re-engaging dormant users where a generic message will be ignored, and when the campaign budget is large enough that even a 2× improvement in conversion rate generates meaningful additional revenue. For the complete personalization framework, see our Why Personalization Matters guide .

25. chainaware-platform-greeter

Contextual welcome message engine generating platform-specific in-app messages of maximum 35 words at wallet connection. The same wallet receives a completely different message on Aave than on 1inch or OpenSea – because what matters to a DeFi lender visiting a lending platform differs fundamentally from what matters when that same wallet visits a DEX or an NFT marketplace. Platform type detection maps the wallet’s dominant behavioral signals to the most relevant platform angle. Returning users with protocol history receive “welcome back” framing with specific references to their history. First-time visitors with strong intent alignment receive “you know X, here’s what we do for X” framing. Low-experience first-timers receive simplified educational framing. Tone is configurable across friendly, professional, and bold to match brand voice.

Use Case: A lending protocol integrates chainaware-platform-greeter into its wallet connection event. When a DeFi Lender wallet with experience 8 and existing Aave positions connects, it sees: “Your lending positions are working – ETH supply rate is up 0.4% since your last visit. Check your health factor before rates move.” When a High Prob_Trade wallet connects for the first time, it sees: “You trade – here you can also earn on idle assets between swaps.” When a low-experience wallet connects for the first time, it sees: “New here? Deposit any token and earn interest automatically. No minimums.” Three different wallets, three different messages, all generated automatically at connection with zero manual configuration per user segment.

When Is It Required: Deploy chainaware-platform-greeter for any DeFi platform with diverse user types – a protocol serving both experienced DeFi power users and first-time users needs different first-moment experiences for each segment. It is specifically required when conversion analytics show a significant percentage of connecting wallets leaving without taking any action – a sign that the current generic landing experience does not resonate with the behavioral diversity of the connecting wallet population. The agent adds under 200ms to the wallet connection flow, negligible for user experience purposes.

26. chainaware-onboarding-router

Routes each connecting wallet to the correct onboarding experience based on verifiable on-chain experience rather than self-reported surveys or assumed user segments. Experience 0-2.5 → Beginner Tutorial (full guided walkthrough – this wallet needs hand-holding through every step). Experience 2.6-6 → Intermediate Guide (condensed tips that skip the absolute basics while still orienting the user to platform-specific features). Experience 6.1-10 → Skip Onboarding (power user, straight to the product – tutorials waste their time and signal that the platform doesn’t understand them). Secondary signals refine the route: a wallet with experience 5.5 that already uses the platform’s specific protocol category can skip most tutorials even though its overall score is technically Intermediate. New Address always routes to Beginner regardless of other signals.

Use Case: A DeFi platform’s user research team discovers that 23% of users who complete the full onboarding tutorial are experienced DeFi power users who were frustrated by being forced through beginner content. These users have 3× higher churn rates in the first week compared to users correctly identified as power users who skipped onboarding. Integrating chainaware-onboarding-router eliminates the mis-routing: power users (experience 6.1+) go directly to the product, intermediate users see a condensed orientation, and genuine beginners receive the full tutorial. First-week churn drops 31% as power users stop abandoning the platform out of frustration with irrelevant onboarding content.

When Is It Required: Deploy chainaware-onboarding-router for any platform with a multi-step onboarding flow and a diverse user base that includes both experienced DeFi users and newcomers. It is specifically required when product analytics show high drop-off during onboarding – a symptom that the current fixed onboarding experience is poorly matched to the actual experience distribution of the connecting wallet population. The agent works best in combination with chainaware-platform-greeter (which personalizes the first moment before onboarding begins) and chainaware-defi-advisor (which provides product recommendations post-onboarding). For the complete onboarding conversion analysis, see our DeFi Onboarding guide .

27. chainaware-defi-advisor

Personalized DeFi product recommendation engine with three product tiers calibrated to wallet experience and risk appetite. Tier 1 Safe Harbor covers Beginner and Conservative wallets: simple staking, stablecoin lending, savings vaults, fixed-rate lending. Tier 2 Yield Builder covers Intermediate and Moderate wallets: liquid staking, blue-chip LP pools, variable rate lending, multi-asset vaults. Tier 3 Yield Maximizer covers Experienced and Aggressive wallets: leveraged yield farming, options vaults (DOVs), concentrated liquidity CLMM active management, cross-chain yield arbitrage, and veToken strategy stacking. Intent signals boost recommendations within the tier: Prob_Stake High prioritizes staking products first; Prob_Trade High prioritizes LP pools and active liquidity. Protocol history adds a further targeting layer: a wallet that already uses Aave receives Aave-compatible product recommendations over generic alternatives.

Use Case: A DeFi aggregator platform connects 500 different wallets per day across its product suite. Without personalization, every wallet sees the same “Featured Products” section – typically the highest-APY products, which are also the highest-risk. Conservative beginners see leveraged products they don’t understand, and aggressive experts see beginner staking options that bore them. Integrating chainaware-defi-advisor personalizes the product menu for each connecting wallet: beginners see stablecoin lending and simple staking; power users see advanced leveraged strategies and CLMM management tools. First-session product interaction rates increase 2.4× across all experience tiers because every user sees products calibrated to their level.

When Is It Required: Use chainaware-defi-advisor for any multi-product DeFi platform where the right product for one user is actively wrong for another. It is specifically required when conversion analytics show significant variance in product adoption rates by user experience level – a sign that current product placement is suboptimal for at least one segment. For platforms launching new products, the agent identifies which existing wallet segments are most aligned with the new product’s requirements before the launch, enabling targeted pre-launch outreach to the highest-probability adopters. See our DeFi Platform Use Cases guide .

28. chainaware-upsell-advisor

Identifies the optimal next product to offer an existing user and the precise moment to offer it. Upgrade readiness score (0-100) combines experience headroom toward the next product tier (40% weight), intent alignment with the target product (35%), and risk appetite fit (25%). Score 80-100 → offer now, conversion probability above 65%. Score 60-79 → offer at the next behavioral trigger event. Score 40-59 → nurture first, offer after 1-2 more sessions. Score below 40 → do not upsell yet – the risk is churn rather than conversion. Trigger events are behavioral rather than time-based: a wallet ready for a staking upgrade gets the offer the next time it stakes or claims rewards, not on a fixed weekly cadence. A “What NOT to do” recommendation identifies the single upsell approach most likely to cause churn for each specific wallet – for example, “Don’t pitch leveraged products – this is a Conservative wallet and the complexity will cause churn.”

Use Case: A DeFi lending platform has 3,000 active users on its basic lending tier. The product team wants to introduce an advanced leveraged yield farming product and identify which users are ready to upgrade now vs. which need nurturing first. Running chainaware-upsell-advisor on all 3,000 users with the new product as context identifies 180 users with readiness above 80 (offer now), 620 users at 60-79 (offer at next trigger), 1,400 users at 40-59 (nurture first), and 800 users below 40 (do not upsell). The 180 “offer now” users receive immediate personalized outreach with specific trigger messaging aligned to their dominant intent signal. Within four weeks, 67% of the “offer now” group has upgraded – without wasting outreach budget on the 800 users who were not ready and would have churned if pushed.

When Is It Required: Deploy chainaware-upsell-advisor whenever a protocol launches a new product tier and wants to maximize adoption among existing users. It is specifically required for protocols with a tiered product structure where pushing the wrong product too early causes churn, for platforms with subscription-based models where upgrade timing significantly affects revenue, and for any DeFi protocol where the most valuable users are those engaging with multiple product tiers simultaneously. The trigger event recommendation is especially valuable – it replaces time-based upsell campaigns (which push users at arbitrary moments) with behavior-triggered campaigns (which engage users at the exact moment their intent signals indicate readiness).

29. chainaware-cohort-analyzer

Batch behavioral cohort segmentation for Web3 analytics teams. Classifies every wallet in a submitted list into one of eight behavioral cohorts: Power DeFi User (experience ≥ 7, DeFi Lender or Active Trader dominant, protocols ≥ 5), NFT Collector (NFT Collector dominant, experience ≥ 3), Yield Farmer (Yield Farmer dominant or Prob_Stake High with experience ≥ 5), Multi-Chain Explorer (Bridge User dominant or bridge-heavy protocol history), Active Trader (Prob_Trade High with experience ≥ 4), Casual User (experience 2-4.9, no dominant pattern), Dormant/Inactive (experience ≥ 2 but all intent signals Low), and New/Fresh Wallet (new address with clean fraud signals). Fraud exclusions – bots, confirmed fraud, AML flags, suspicious new wallets – are separated from behavioral cohorts entirely. Each cohort receives a specific engagement strategy recommendation, and the full report includes audience quality score, per-cohort statistics, and a three-priority action plan.

Use Case: A DeFi protocol planning its Q3 marketing budget wants to allocate spend across different user segments rather than running one generic campaign. Chainaware-cohort-analyzer on their 15,000-wallet user base reveals: 890 Power DeFi Users (6%), 1,200 NFT Collectors (8%), 2,100 Yield Farmers (14%), 800 Multi-Chain Explorers (5%), 3,400 Casual Users (23%), 2,800 Dormant wallets (19%), 1,600 New wallets (11%), and 2,210 excluded bots and fraud (15%). The budget allocation becomes data-driven: 35% to Yield Farmer acquisition for the new vault product, 25% to Casual User conversion, 20% to Dormant re-engagement, and 20% to New wallet onboarding. Each cohort receives a distinct message strategy rather than a generic campaign blasted to all 15,000 addresses.

When Is It Required: Run chainaware-cohort-analyzer before any marketing budget planning cycle, before product launch targeting decisions, and as a quarterly audit of user base composition to detect shifts in behavioral distribution. It is specifically required before an airdrop (to ensure token distribution aligns with cohort quality rather than farming behavior), before a governance token launch (to understand which community members qualify for each allocation tier), and before any significant UI redesign (to ensure the redesign serves the actual behavioral distribution rather than an assumed user persona).

30. chainaware-token-ranker

Discovers and ranks tokens by the behavioral quality of their holder community across five categories – AI Token, RWA Token, DeFi Token, DeFAI Token, DePIN Token – on ETH, BNB, BASE, and SOLANA. Community rank scores the aggregate behavioral strength of all token holders: wallet age, transaction history, protocol diversity, and experience scores across the 20M+ wallet network. A token whose holders are predominantly experienced, long-tenured, multi-protocol DeFi users ranks higher than a token with the same market cap but predominantly fresh wallets with minimal history. This ranking reflects genuine community quality – not just trading volume or price momentum, which can be manufactured. Supports sort by community rank, normalized rank, or holder count; category filtering; pagination; and name-based token search.

Use Case: An institutional DeFi fund wants to allocate capital to the top three AI tokens by community quality rather than market cap. Running chainaware-token-ranker for AI Token category on ETH and BNB returns a ranked list showing which AI tokens have the strongest holder bases of experienced, legitimate DeFi participants – and which have significant proportions of fresh wallets and farming addresses in their holder distribution. The fund identifies two tokens where community quality is significantly stronger than their market cap rank suggests – potential value opportunities where genuine community strength has not yet been reflected in price. Both tokens are added to the portfolio after individual deep-dives using chainaware-token-analyzer.

When Is It Required: Use chainaware-token-ranker for token portfolio research and selection when community quality is a meaningful signal, for DEX teams curating featured token listings based on genuine community strength rather than trading volume alone, and for any platform wanting to surface high-quality tokens to users before market price discovery catches up to community quality. It works as the first step in a two-step research process: token-ranker identifies the best candidates from a category, then chainaware-token-analyzer deep-dives each candidate’s specific holder composition. See our Token Rank guide for detailed methodology.

31. chainaware-token-analyzer

Deep-dives into a single token’s community rank and top holder profiles – returning each top holder’s wallet age, total transaction count, total points, and global rank across the 20M+ wallet network. Optional fraud screening on the top holders via predictive_fraud identifies whether the token’s largest positions are held by legitimate experienced wallets or by coordinated fraud networks disguising their concentration. The holder quality assessment computes average wallet age, average transaction count, and average global rank across the top holders, producing a Verdict (2-3 sentences on whether these are genuine power users or manufactured holders). Token-ranker identifies which tokens have the strongest community quality in aggregate; token-analyzer validates whether specific tokens actually back that aggregate signal with genuine individual holders.

Use Case: A crypto exchange is evaluating whether to list a new DeFi token. The community rank from chainaware-token-ranker shows the token in the top 20% of its category – strong enough to consider. Chainaware-token-analyzer deep-dives the top 20 holders: 14 have average wallet age above 800 days, high transaction counts, and global ranks in the top 10% of the 20M+ wallet network. However, three of the top 20 holders share a funding source and show coordinated acquisition patterns – signals of artificial holder concentration. The fraud screening confirms two of those three have elevated fraud probability. The exchange requires the team to reduce concentration before listing. Six weeks later, the concentration issue is resolved, and the token lists and performs well due to its genuinely strong community foundation.

When Is It Required: Run chainaware-token-analyzer before listing any token on an exchange or DEX with listing standards, before making significant portfolio allocation to a token where holder quality affects the investment thesis, and before any governance vote giving token holders significant power – understanding whether those holders are genuine community members or coordinated operators directly affects the legitimacy of governance outcomes. It is also required as part of due diligence for institutional crypto fund investments where holder composition is a material factor in the investment case.

32. chainaware-marketing-director

The orchestrator agent – a senior marketing strategist that delegates to seven specialist agents and synthesizes their outputs into a complete Marketing Campaign Brief. In batch mode (multiple wallets), the agent runs six sequential phases: segmentation via chainaware-cohort-analyzer, lead scoring and whale detection on the highest-potential wallets, per-cohort message generation via chainaware-wallet-marketer, upsell opportunity identification via chainaware-upsell-advisor, onboarding routing for new wallets, and executive campaign brief synthesis. In single-wallet mode, it runs five specialist agents simultaneously and returns a complete Wallet Marketing Profile including fraud risk, whale tier, lead score, personalized outreach message, platform welcome message, upsell path, and recommended onboarding flow. The Marketing Director represents the highest-level abstraction in ChainAware’s agent architecture – demonstrating what coordinated multi-agent intelligence delivers that no single specialist agent can replicate independently. It requires a platform description as input, using that context to make every generated message feel native to the specific protocol.

Use Case: A DeFi lending protocol is planning a growth push targeting 200 existing wallets that have connected but never borrowed. The growth lead does not have time to run each specialist agent separately and synthesize results manually. Running chainaware-marketing-director with the 200 wallet addresses and the platform description as input produces a complete Campaign Brief in one pass: 23 Hot leads requiring immediate personal outreach; 8 Mega and Whale wallets identified for VIP treatment; per-cohort message templates for the 6 behavioral cohorts represented in the wallet list; 31 wallets with upgrade readiness above 80 ready for a borrowing product offer; 18 new wallets routed to beginner onboarding; and 14 excluded as fraud or bots. The entire brief – segmentation, prioritization, messages, execution sequence – is ready for the growth team to execute.

When Is It Required: Use chainaware-marketing-director when a campaign needs the output of multiple specialist agents and the team does not have the resources to run them separately and synthesize results. It is specifically the right choice for time-sensitive campaigns where speed matters, for small growth teams needing a complete brief rather than raw intelligence, and for any campaign spanning multiple wallet segments requiring different strategies simultaneously. The agent is also the best entry point for teams new to ChainAware’s agent suite – a single Marketing Director run demonstrates the full capability range of the underlying specialist agents in one unified output. For the complete campaign planning framework, see our Web3 Marketing guide .

How Agents Compose Into Pipelines

The most powerful applications of ChainAware’s 32 agents emerge not from individual deployment but from composing them into pipelines – where the output of one agent becomes the input of the next. Every agent’s documentation includes a composability section mapping its natural connections to adjacent agents. Three core pipelines demonstrate the composability principle and cover the most common production deployments.

The Compliance Pipeline

The compliance pipeline sequences four agents: trust-scorer → aml-scorer → compliance-screener → transaction-monitor. Trust-scorer provides the fast first gate at under 50ms – any wallet below 0.30 trust score is immediately routed to enhanced review. AML-scorer adds forensic verification for wallets that pass the trust gate, checking all 19 forensic flag categories and producing the documented AML score needed for regulatory reporting. Compliance-screener orchestrates both signals plus transaction pattern analysis into the final PASS / EDD / REJECT verdict with full documented evidence trail. Transaction-monitor handles ongoing screening post-onboarding, flagging any transaction that exceeds risk thresholds after a wallet has been onboarded and approved.

Together, the four agents cover the complete compliance lifecycle from pre-onboarding screening through ongoing monitoring – the full stack required for MiCA-compliant operation. According to FATF’s Virtual Assets Recommendations , this kind of continuous monitoring is increasingly required rather than optional for regulated crypto asset service providers. Furthermore, the documented output from each agent in the pipeline creates the audit trail that regulators require – not just a screening decision, but the specific signals and thresholds applied to produce it.

The Growth Pipeline

The growth pipeline sequences six agents: cohort-analyzer → lead-scorer → whale-detector → wallet-marketer → onboarding-router → upsell-advisor. Cohort-analyzer segments the full wallet list and identifies fraud exclusions, producing the audience map for the campaign. Lead-scorer then ranks the highest-conversion targets within the highest-value cohorts. Whale-detector surfaces the VIP wallets within those cohorts for personal outreach. Wallet-marketer generates per-wallet personalized messages for the identified hot leads and whale wallets. Onboarding-router assigns new wallets in the cohort analysis to the correct first-time experience. Upsell-advisor identifies existing users ready for product upgrades, completing the full lifecycle from acquisition through retention.

Notably, chainaware-marketing-director runs this exact pipeline automatically – making it the recommended entry point for teams deploying the growth pipeline for the first time. The Marketing Director adds the synthesis layer that converts six separate agent outputs into a single actionable Campaign Brief, eliminating the manual work of combining results across multiple specialist runs.

The Token Intelligence Pipeline

The token intelligence pipeline sequences three agents: token-ranker → token-analyzer → rug-pull-detector. Token-ranker identifies the strongest tokens in a target category by community quality across ETH, BNB, BASE, or SOLANA – producing a shortlist of high-potential candidates. Token-analyzer then deep-dives each shortlisted token’s specific holder composition, validating whether the aggregate community quality score reflects genuine individual holders or manufactured concentration. Rug-pull-detector screens the contract address and deployer wallet for the tokens that pass both previous stages – confirming that the project behind the strong community is not itself a fraud risk.

The three agents together provide the complete due diligence stack for token investment decisions, exchange listing evaluation, and governance token selection. Moreover, they address the three distinct questions that token evaluation requires: which tokens have the strongest communities (token-ranker), are those communities genuinely strong or manufactured (token-analyzer), and is the contract itself safe (rug-pull-detector). Each question requires a different tool, and combining all three produces a confidence level in a token that no single tool delivers alone. For the complete framework on how behavioral intelligence applies to token research, see our Token Rank guide .

The Agentic Economy Pipeline

The agentic economy pipeline sequences two Fraud Tech agents with the transaction-monitor: agent-screener → counterparty-screener → transaction-monitor. As AI agents increasingly operate autonomously across DeFi – executing trades, managing positions, and participating in governance on behalf of humans – the need for agent-specific trust assessment becomes as important as wallet trust assessment. Agent-screener validates the trust score of any third-party AI agent before it is granted access to a protocol or given permission to interact with user funds. Counterparty-screener validates each specific address the agent will interact with before execution. Transaction-monitor provides continuous real-time risk scoring for every transaction the agent executes once granted access.

This pipeline addresses the structural vulnerability in the current ERC-8004 ecosystem – 196,000+ registered agents with no behavioral trust signals. ChainAware’s agentic economy pipeline provides the trust infrastructure that the registry itself lacks, making it the foundational security layer for any protocol accepting autonomous AI agent interactions. For the complete analysis of how AI agents are reshaping Web3 operations, see our Web3 Agentic Economy guide .

Getting Started – Integration in Three Steps

All 32 agents are available as open-source Claude Code agent definitions at github.com/ChainAware/behavioral-prediction-mcp . Integration requires three steps and no blockchain expertise. According to Anthropic’s Model Context Protocol documentation , MCP is rapidly becoming the standard integration layer for AI agent tool access – making ChainAware’s MCP-native delivery compatible with any LLM infrastructure that supports the standard.

Step one – register the Prediction MCP server in your Claude Code environment:

claude mcp add --transport sse chainaware-behavioral-prediction \
  https://prediction.mcp.chainaware.ai/sse \
  --header "X-API-Key: YOUR_KEY"

Step two – clone the repository and copy all 32 agent definitions into your project:

git clone https://github.com/ChainAware/behavioral-prediction-mcp.git
cp -r behavioral-prediction-mcp/.claude/agents/ your-project/.claude/agents/

Step three – invoke any agent directly from Claude Code:

claude --agent chainaware-fraud-detector
# or trigger from within Claude Code:
@chainaware-wallet-auditor

API keys are available at chainaware.ai/pricing . The free Wallet Auditor at chainaware.ai/audit demonstrates the full behavioral intelligence output with no API key or signup required – start there to understand the complete output before building your integration. Additionally, the free Fraud Detector at chainaware.ai/fraud-detector and Rug Pull Detector at chainaware.ai/rug-pull-detector demonstrate the Fraud Tech agent outputs with no setup. For the complete developer integration guide covering Claude Desktop, Cursor, and custom MCP client setups, see our Prediction MCP guide .

Frequently Asked Questions

What is a ChainAware sub-agent?

A ChainAware sub-agent is a pre-built Claude Code agent definition – a markdown file containing a name, description, role definition, decision logic, output format specification, and MCP tool references. When placed in a Claude Code project’s .claude/agents/ directory, the agent becomes invocable by name from any Claude Code session in that project. The agent calls ChainAware’s Prediction MCP tools (predictive_fraud, predictive_behaviour, predictive_rug_pull, credit_score, token_rank_list, token_rank_single) with the appropriate parameters, interprets the response according to its decision logic, and returns a structured output in the format defined in the agent file. All 32 agents are open-source under the MIT license at github.com/ChainAware/behavioral-prediction-mcp .

How do the 32 agents relate to the ChainAware Prediction MCP?

The Prediction MCP is the intelligence layer – the SSE endpoint at prediction.mcp.chainaware.ai/sse that exposes ChainAware’s six prediction tools as MCP-callable functions. The 32 agents are the application layer – pre-built Claude Code agents that call those tools with the right parameters, apply decision logic to the results, and return structured outputs ready for human or automated action. Any developer can call the raw MCP tools directly via the REST API for custom integrations. The agents provide a head start – 32 production-ready agent definitions covering the most common use cases, tested and maintained by ChainAware’s team. For the complete MCP integration guide, see our Prediction MCP guide .

Which agent should I start with?

Start with chainaware-wallet-auditor for the broadest view of what ChainAware’s intelligence produces – it returns the complete 22-dimension Web3 Persona in one call, showing every signal that the specialist agents use individually. The free Wallet Auditor at chainaware.ai/audit runs this agent for any wallet address with no setup required. Once you understand the full output, select the specialist agent matching your primary use case: fraud prevention teams start with chainaware-fraud-detector; launchpad teams start with chainaware-rug-pull-detector; compliance teams start with chainaware-aml-scorer; growth teams start with chainaware-cohort-analyzer for their existing user base; teams evaluating AI agent trustworthiness start with chainaware-agent-screener.

Can I modify the agent definitions for my specific use case?

Yes – all 32 agent definition files are open-source under the MIT license. Fork the repository, modify any agent’s decision thresholds, output format, or tool selection, and deploy your customized version alongside the standard agents. Common customizations include adjusting fraud probability thresholds for specific risk tolerances, adding platform-specific context to message templates in chainaware-wallet-marketer and chainaware-platform-greeter, and modifying the governance tier classification thresholds in chainaware-governance-screener to match specific DAO requirements. The only component that is proprietary and cannot be modified is the underlying Prediction MCP server and its trained ML models – the intelligence that powers the tool calls. Agent definitions, decision logic, and output formats are all freely modifiable.

What is the difference between Fraud Tech and Growth Tech agents?

Fraud Tech agents answer whether a wallet, contract, or transaction can be trusted – they produce verdicts (block, flag, allow, reject, qualify). Growth Tech agents answer how to engage a wallet that has passed trust assessment – they produce recommendations (which product to surface, what message to send, which onboarding flow to show). Both categories draw from the same 20M+ wallet persona database and the same Prediction MCP tools. However, every Growth Tech agent runs a fraud gate before producing any recommendation – a wallet that fails the fraud check receives no marketing message, no personalized greeting, and no upsell recommendation. This means the categories are parallel layers rather than sequential stages: fraud protection runs continuously through every growth decision, ensuring that behavioral personalization never extends to wallets that ChainAware’s models identify as fraudulent operators.

How accurate are ChainAware’s fraud detection models?

ChainAware achieves 98% fraud detection accuracy on ETH and 96% on BNB, backtested against CryptoScamDB – the largest publicly available database of documented crypto fraud incidents. The rug pull detection model achieves 90.1% accuracy, backtested on the PancakeSwap V2 dataset covering $569M in documented rug pull losses from weeks 1-20 of 2026. These accuracy figures measure the model’s ability to correctly identify fraudulent wallets and contracts before they commit their recorded offense – not accuracy on post-incident classification. The distinction matters: ChainAware’s models are designed to predict fraud before it executes, which is structurally harder than forensic classification of known fraud incidents. For the complete accuracy methodology and comparison against forensic approaches, see our Forensic vs AI-Powered Analytics guide .

Are the agents available on all blockchains?

Coverage varies by agent and underlying MCP tool. The predictive_fraud tool – used by fraud-detector, aml-scorer, trust-scorer, and counterparty-screener – covers the broadest network set: ETH, BNB, POLYGON, TON, BASE, TRON, and HAQQ. The predictive_behaviour tool – used by wallet-auditor, reputation-scorer, whale-detector, and the growth agents – covers ETH, BNB, BASE, HAQQ, and SOLANA. The predictive_rug_pull tool covers ETH, BNB, BASE, and HAQQ. Agents supporting networks not covered by their primary tool include automatic fallback logic – for example, chainaware-airdrop-screener falls back to predictive_fraud for POLYGON, TON, and TRON wallets. The classification table in this article lists exact network coverage per agent for quick reference.

Why did ChainAware build on Claude specifically?

Claude’s tool use and structured output capabilities make it particularly well-suited for the deterministic decision logic that fraud detection and compliance agents require. An agent applying five disqualification rules in strict order – stopping at the first failure – needs a model that follows logical sequences reliably without hallucinating intermediate steps. Additionally, Claude Code’s native agent support (the .claude/agents/ directory standard) makes deployment frictionless for teams already using Claude Code. Agents requiring faster, cheaper inference (chainaware-trust-scorer, chainaware-wallet-ranker) use Claude Haiku 4.5. Agents requiring richer analytical reasoning (chainaware-wallet-auditor, chainaware-cohort-analyzer, chainaware-marketing-director) use Claude Sonnet 4.6. The model selection is specified in each agent’s frontmatter and can be changed by forking the agent definition file. ChainAware’s Prediction MCP tools are model-agnostic – GPT-4, Gemini, and any other MCP-compatible model can call them directly via the REST API.

How does ChainAware’s intelligence relate to the CB Insights market map?

ChainAware was named in CB Insights’ AI Fraud Prevention Market Map in June 2026 – placed in the On-Chain Intelligence subcategory alongside Chainalysis, Elliptic, TRM Labs, Crystal Intelligence, and Blockaid. CB Insights selected companies based on Mosaic health scores and equity funding recency, filtering out thousands of projects that did not meet the institutional bar. ChainAware’s position on the map validates the Fraud Tech agents (fraud-detector, aml-scorer, compliance-screener, rug-pull-detector, and transaction-monitor) specifically – these are the agents that deliver the on-chain intelligence capability CB Insights recognized. Beyond the map placement, ChainAware is the only company in the entire CB Insights list with a publicly traded token listed in CoinGecko’s AI category – a position that reflects the dual institutional and decentralized distribution model that the 32 agents are built to serve.

External Sources: ChainAware GitHub Repository · Anthropic Model Context Protocol · FATF Virtual Assets Recommendations · ERC-8004 Agent Registry · CB Insights AI Fraud Prevention Market Map

The post ChainAware.ai’s 32 Claude Sub-Agents – Fraud Tech and Growth Tech for the Agentic Economy first appeared on ChainAware.ai.

DAO treasuries now hold $21.4 billion in liquid assets. Governance attacks have already stolen hundreds of millions – $181 million from Beanstalk in a single transaction, $150 million from The DAO before that. Average voter turnout sits at just 17% across DAOs in 2025, meaning an attacker needs far fewer tokens than most participants assume to capture a vote. The top ten voters in Uniswap and Compound already control between 45% and 58% of all voting power. Meanwhile, 60% of DAO proposals lack any consistent code disclosure. The governance attack surface in Web3 is enormous, poorly understood, and underscreened.

This 2026 guide maps the seven most important Web3 governance screeners – covering proposal tracking, participant behavioral screening, on-chain anomaly detection, and Sybil resistance. Together, these tools address the three questions every DAO participant should ask before engaging with any governance action: Who are the people behind this proposal? Is this proposal what it claims to be? Are anomalous voting patterns accumulating that signal an attack in progress?

The Governance Attack Landscape in 2026

Governance attacks differ fundamentally from other Web3 security threats. A smart contract exploit requires technical skill to find and execute a vulnerability. A rug pull requires a fraudulent operator to build a fake project. A governance attack, by contrast, exploits the legitimate decision-making mechanism of a protocol – using voting rights to pass proposals that drain treasuries, grant excessive privileges, or implement backdoor logic. The attack is often entirely “legal” from the protocol’s perspective: it follows the rules as written. The problem is that those rules were designed for participants acting in good faith, and they fail catastrophically when an adversarial actor accumulates sufficient voting power.

How Governance Attacks Happen

Three primary attack vectors dominate the governance attack landscape in 2026. First, flash loan governance capture – the Beanstalk attack pattern. An attacker uses DeFi flash loans to borrow enormous quantities of governance tokens instantaneously, cast votes on a malicious proposal in the same transaction block, and repay the loans before any defense is possible. Beanstalk’s emergencyCommit function required no timelock between voting and execution – allowing the attacker to propose, vote, and drain $181 million in a single block. Second, slow accumulation Sybil attacks – the patient version. An attacker creates dozens or hundreds of wallets, accumulates governance tokens across all of them over months, behaves as normal community participants, and then activates all wallets simultaneously when voter turnout is low enough to achieve a quorum with minority capital. Third, obfuscated proposal attacks – proposals that appear benign or routine but contain hidden logic in their execution payload. As documented by Cantina’s governance attack research , more than 60% of DAO proposals lack consistent code disclosure, making malicious execution payloads difficult to detect. For how behavioral patterns identify these threats before execution, see our AI-Based Predictive Fraud Detection guide.

Why Existing Tools Miss the Most Dangerous Attacks

The governance security tooling that exists today addresses the wrong layers. Smart contract audits (Certik, Trail of Bits, OpenZeppelin) check governance contract code before deployment – they cannot prevent an attacker from legitimately acquiring enough tokens to capture a correctly-written contract. Post-attack forensics tools (Chainalysis, TRM Labs) document losses after the fact – they do not prevent them. The missing layer is real-time behavioral screening of the wallets that actively participate in governance. A wallet accumulating governance tokens across 40 fresh addresses, interacting with known flash loan infrastructure, or holding fraud patterns from previous scam operations carries all of that history permanently on-chain. No governance platform currently reads that history before allowing proposal creation, delegation, or vote casting. That gap is exactly what ChainAware addresses. For the complete comparison between reactive forensics and predictive behavioral intelligence, see our Forensic vs AI-Powered Blockchain Analysis guide.

The Three Screening Layers Every DAO Needs

Effective governance security requires tools operating at three different points in the governance lifecycle. Layer 1 is participant screening – verifying the behavioral history of wallets creating proposals, accumulating voting power, and acting as delegates before they gain influence. Layer 2 is proposal screening – evaluating whether proposals are what they claim to be, flagging unusual importance levels, tracking community sentiment, and identifying obfuscated execution payloads. Layer 3 is anomaly monitoring – detecting unusual patterns in token accumulation, voting bloc formation, and governance contract interactions that signal an attack in progress. The seven tools in this comparison address different combinations of these three layers. Only one of them – ChainAware – addresses Layer 1 directly. For the AI Agent Trust & Verification use case – including how behavioral screening applies specifically to autonomous agent wallets participating in governance – the learn documentation covers the complete methodology. For the broader context of how behavioral AI protects Web3 infrastructure, see our Web3 Agentic Economy guide and our AI-Powered Blockchain Analysis guide.

1. ChainAware.ai – Behavioral Participant Screening

Core function: Predict the fraud probability and behavioral profile of any wallet involved in governance – proposal creators, large token holders, delegates, and flash loan infrastructure users.

ChainAware fills the governance security gap that every other tool in this comparison leaves open. Rather than analyzing the governance contract code or tracking proposal metadata, ChainAware analyzes the on-chain behavioral history of the wallets participating in governance. This matters because governance attacks do not originate in the smart contract – they originate in the behavior of the humans accumulating voting power. A wallet that has previously participated in rug pull operations, interacted with known flash loan attack infrastructure, been involved in coordinated Sybil-pattern distributions, or carried fraud indicators across previous on-chain activity carries all of that history permanently on-chain, ready to be read.

Practical Governance Screening with ChainAware

The application is straightforward. When a new proposal appears in your DAO, paste the proposal creator’s wallet address into ChainAware’s Fraud Detector. If the creator has a high fraud probability score, that is a serious red flag regardless of how legitimate the proposal text appears. Similarly, when a new delegate or large token holder emerges in your DAO – especially one accumulating tokens rapidly from multiple addresses – audit those wallet addresses through ChainAware’s Wallet Auditor to assess their behavioral profile, experience level, and risk indicators. This check takes under a second per address, costs nothing for individual queries, and provides the only behavioral signal available about who that person actually is behind the anonymity of a blockchain address.

Furthermore, ChainAware’s Prediction MCP enables DAOs to automate this screening at scale. AI agents integrated via the MCP can query fraud scores and behavioral profiles for every address that interacts with a governance contract in real time – flagging suspicious participants before they accumulate enough voting power to be dangerous. This is the governance equivalent of Know Your Customer (KYC) that preserves on-chain anonymity while still providing meaningful behavioral risk signals. See the Security & Fraud Agents documentation for how the chainaware-governance-screener agent automates the full tier classification workflow. For the full Prediction MCP integration guide, see our Prediction MCP guide and our 12 Blockchain Capabilities Any AI Agent Can Use guide.

Governance use cases: Proposal creator screening · Delegate fraud history audit · Large token holder behavioral profiling · Sybil wallet cluster detection · Flash loan infrastructure interaction history
Chains: ETH, BNB, BASE, HAQQ
Free tier: Yes – individual wallet checks at chainaware.ai
API/MCP: Yes – Prediction MCP for automated governance screening
Limitation: Fresh wallets with no transaction history provide limited signal – combine with Hypernative for real-time accumulation monitoring

Screen Any Governance Participant in 1 Second

ChainAware Wallet Auditor – Behavioral Profile on Any Proposer or Delegate

Before you vote on a proposal or delegate your tokens, audit the wallet behind it. ChainAware shows fraud probability, experience level, risk profile, and behavioral history for any address – in under a second, free, no wallet connection. The governance security check every DAO participant should run.

Audit Any Wallet Free Wallet Auditor Guide

2. Tally – On-Chain Governance Execution and Delegate Analytics

Core function: On-chain voting interface and proposal execution for OpenZeppelin Governor DAOs – with transparent voting records, delegate profiles, and cross-chain governance coordination.

Tally is the leading execution layer for on-chain DAO governance in 2026. The platform raised an $8 million Series A in April 2025 – explicitly to address low voter participation and introduce staking mechanisms that reward active governance participants. Today, Tally secures governance for protocols managing over $30 billion in assets, including Arbitrum, Uniswap, ZKsync, EigenLayer, Wormhole, Obol, and Hyperlane. Usage grew 45% in 2025 as regulatory clarity in the US drove renewed institutional interest in structured DAO participation.

Governance Screening Value in Tally

Tally provides meaningful governance screening capability through its transparent voting infrastructure. Every vote cast on every proposal is permanently recorded on-chain, enabling any participant to see exactly how any delegate has voted across all proposals in a DAO’s history. This voting record transparency is governance accountability that no off-chain system can fake – if a delegate claims to vote in the community’s interest but their on-chain record shows consistent votes favoring insider proposals, that pattern is visible. Additionally, Tally’s delegate profile pages aggregate voting history, participation rates, and rationale statements, giving token holders the information to make informed delegation decisions. For context on how on-chain transparency enables the behavioral analysis that ChainAware builds on, see our Generative vs Predictive AI guide.

Tally’s primary limitation from a security screening perspective is that it provides historical voting transparency but does not predict future behavior. It shows what delegates have voted for; it does not tell you whether those delegates have off-governance fraud histories or whether they have been coordinating wallet accumulation outside the platform. That pre-participation behavioral layer requires ChainAware as a complement.

Governance screening value: Voting history transparency · Delegate accountability · Proposal lifecycle tracking · Cross-chain governance coordination
Chains: Ethereum and EVM L2s
Free tier: Yes for participation; institutional features priced separately
Best for: On-chain Governor DAOs requiring full execution accountability and delegate analytics

3. DeepDAO – Participant Reputation and Treasury Analytics

Core function: The broadest DAO analytics platform – 2,500+ DAOs, 11 million governance participant profiles, $21.4 billion in treasury tracking, and wallet-level governance reputation by ENS name or address.

DeepDAO provides the most comprehensive governance participant database available in Web3. Founded in Tel Aviv in February 2020, the platform emerged from a direct observation gap: Eyal Eithcowich, participating in Genesis Alpha DAO, wanted to see voting patterns and proposal creators but found no tools that provided this view. DeepDAO has since grown to track 13,000+ DAOs globally, 6.5 million governance token holders, and $21.4 billion in liquid treasury assets across protocols on Ethereum, Polygon, Optimism, Arbitrum, Gnosis Chain, and expanding networks.

Participant Reputation Profiles as Governance Screening

DeepDAO’s most relevant governance screening feature is its participant profile system. Any DAO member can search by wallet address or ENS name and see that address’s complete governance history – all DAO memberships, every proposal created, every vote cast, and treasury contributions across all tracked protocols. This cross-DAO reputation view is powerful for screening because it shows whether a new participant in your DAO has a history of legitimate, sustained governance engagement elsewhere, or whether they appear to have no meaningful governance history at all despite holding significant tokens. A whale voter who suddenly appears with large token holdings and zero prior governance engagement across 2,500 DAOs is a significant anomaly worth investigating further. For broader context on how participant behavioral history connects to security, see our AI-Based Wallet Audit guide.

DeepDAO’s limitation as a security screener is that its participant profiles cover governance activity only – not broader on-chain behavioral history. A wallet might have zero governance history in DeepDAO’s database while having a rich fraud history visible in ChainAware’s behavioral models. The two tools are therefore complementary: DeepDAO shows governance-specific reputation; ChainAware shows full on-chain behavioral fraud probability.

Governance screening value: Cross-DAO participant reputation · Treasury analytics · Proposal and voting history · New participant background assessment
Coverage: 2,500+ DAOs, 11M profiles, EVM chains
Free tier: Yes; Pro and API tiers for advanced access
Best for: Due diligence on delegates and large token holders; DAO ecosystem analysis

Screen Governance at Platform Scale

ChainAware Prediction MCP – Automate Governance Participant Screening

DAOs managing significant treasuries need automated participant screening, not manual checks. ChainAware’s Prediction MCP lets any AI agent query fraud scores and behavioral profiles for governance participants in real time – via natural language or REST API. Flag risky proposers and suspicious token accumulators before they reach quorum. 18M+ wallet profiles. 8 blockchains. See the full Ready-Made Agents catalogue including the governance screener agent.

Get MCP Access Prediction MCP Guide

4. Messari Governor – Proposal Importance Scoring and Sentiment Analysis

Core function: Proposal aggregation across 800+ DAOs with AI-powered importance scoring, community sentiment analysis, governance alerts, and full proposal lifecycle tracking from forum discussion to on-chain execution.

Messari Governor addresses a specific and underappreciated governance security problem: information overload. A serious DAO participant tracking multiple protocols simultaneously faces dozens of proposals per week, the majority of which are routine and low-stakes. The inability to quickly distinguish a routine parameter adjustment from a high-risk treasury reallocation or a potentially malicious upgrade proposal is itself a security vulnerability – it creates the exact conditions of voter fatigue and low participation that governance attackers exploit.

Importance Scoring and Sentiment as Security Signals

Messari Governor’s importance scoring system classifies proposals by severity – Low, Medium, High, and Very High – based on the nature of the action proposed, the treasury value at stake, and the scope of protocol changes involved. This classification enables governance participants to prioritize their attention on proposals that genuinely warrant deep scrutiny, rather than spending equal time reviewing routine operational decisions. The sentiment analysis feature adds a second signal: by analyzing community discussion patterns in forums and on-chain voting trends, Messari produces an objective probability estimate of whether each proposal is likely to pass.

From a security screening perspective, these features provide a meaningful early-warning layer. A proposal classified as High or Very High importance that simultaneously carries unusual community sentiment patterns – for example, rapid forum support appearing from new accounts, or voting momentum inconsistent with normal participation patterns – warrants additional scrutiny of the wallets driving that momentum. Messari Governor currently tracks over 5,000 proposals from hundreds of DAOs, with customizable governance alerts deliverable via email or platform notification. For how AI-powered analysis of governance activity connects to broader behavioral intelligence, see our Real AI Use Cases guide.

Governance screening value: Proposal importance classification · Community sentiment analysis · Multi-DAO proposal aggregation · Governance alerts and notifications
Coverage: 800+ DAOs, 5,000+ proposals
Free tier: Limited; Pro and Enterprise tiers for full access
Best for: Professional governance participants and institutional delegates managing multiple DAOs simultaneously

5. Snapshot – Off-Chain Voting Infrastructure and Misconfiguration Risks

Core function: Gasless off-chain voting via cryptographic signatures stored on IPFS – the dominant voting platform for DAO governance with 96% market share.

Snapshot is not a governance screener – it is the governance voting infrastructure that most DAOs run on. Understanding it belongs in this guide because Snapshot’s own misconfiguration risks represent one of the most common and underappreciated governance security vulnerabilities in 2026. Chainalysis data shows that 17% of Snapshot voting configurations contain critical flaws – including allowing votes from tokens that users do not actually hold, quorum thresholds set so high that proposals routinely fail, or voting strategies that exclude staked token holders from participating. These misconfigurations create attack surfaces that sophisticated actors can exploit without any direct malicious action.

MiCA Compliance and the On-Chain Anchoring Requirement

Additionally, Snapshot’s off-chain architecture introduces a governance security concern that is receiving increasing regulatory attention. Because Snapshot votes are not recorded on-chain, they have no automatic enforcement mechanism – someone must manually execute approved proposals through a multisig or Gnosis Safe. If the multisig signers collude or disappear, an approved vote has no effect. Snapshot’s November 2025 release of Spaces 2.0 – enabling custom domains like vote.yourdao.eth – improves branding and phishing resistance but does not solve the execution trust problem. More significantly, the EU’s MiCA regulation requires DAOs with over €5 million in assets to anchor off-chain votes on-chain by Q2 2026, forcing a significant portion of the Snapshot ecosystem to adopt hybrid execution models. For how MiCA compliance requirements intersect with behavioral transaction monitoring, see our AML and Transaction Monitoring guide and our Blockchain Compliance guide. For the official MiCA framework, see the ESMA MiCA documentation .

Governance screening value: Voting strategy verification (avoid misconfiguration) · Vote record accessibility · Community signaling layer
Coverage: 96% of major DAOs, 52+ blockchain networks
Free tier: Yes – free for DAOs and participants
Best for: Off-chain signaling, gasless voting; requires companion tools for security screening and execution

6. Hypernative – Real-Time On-Chain Anomaly Detection

Core function: Proactive, real-time security and risk monitoring platform for Web3 – detects on-chain anomalies, governance contract interactions, and flash loan preparatory behavior across 50+ chains before attacks execute.

Hypernative addresses the most time-critical governance security problem: detecting an attack in progress fast enough to respond before it executes. The Beanstalk attack succeeded in part because the malicious proposal’s true nature was not identified until after the flash loans had been taken and the governance function called – a window of minutes or less. Traditional governance monitoring (checking the Tally interface, reading forum discussions) operates on human timescales completely inadequate for blocking same-block governance attacks.

Pre-Attack Signal Detection at Machine Speed

Hypernative monitors governance contract interactions in real time, tracking unusual patterns in token accumulation, voting bloc formation, and flash loan preparatory transactions that typically precede governance attacks. When anomalous behavior exceeds configured risk thresholds, Hypernative delivers alerts to designated contacts within seconds – giving security teams the window to activate emergency mechanisms, contact multisig holders, or pause contracts before irreversible damage occurs. The platform operates at enterprise scale and integrates with incident response workflows used by professional security teams, making it most relevant for DAOs managing significant treasury assets with dedicated security resources. For how real-time monitoring connects to the broader Web3 security stack, see our Web3 Fraud Detection guide. For the Autonomous Compliance Screening use case – covering how automated behavioral screening runs continuously without human review – the learn documentation explains how both pre-governance screening and real-time monitoring combine.

Governance screening value: Real-time governance anomaly detection · Flash loan preparatory behavior alerts · Token accumulation monitoring · Incident response integration
Chains: 50+ chains
Free tier: No – enterprise B2B pricing
Best for: High-value protocol DAOs with dedicated security teams and >$10M treasury exposure
Limitation: Enterprise pricing makes it inaccessible for smaller DAOs and individual participants

7. Gitcoin Passport – Sybil Resistance and Voter Identity

Core function: Web3 identity aggregation across multiple platforms and credentials – enabling Sybil-resistant governance by giving participants verifiable identity scores that reflect genuine human activity.

Gitcoin Passport solves the governance identity problem that token-weighted voting cannot address: verifying that votes come from genuine, unique human participants rather than coordinated networks of wallet addresses controlled by a single actor. Standard token-weighted voting treats every wallet identically regardless of whether it represents a human being or one of forty sockpuppet accounts operated by the same attacker. Quadratic voting attempts to reduce whale power by making each additional vote exponentially more expensive – but as academic research from Stanford has demonstrated, quadratic voting systems are vulnerable to Sybil attacks where the attacker simply creates enough wallets to negate the quadratic cost penalty.

Passport Score as Governance Admission Screening

Gitcoin Passport aggregates verifiable credentials from sources including ENS domain ownership, POAP attendance records, GitHub activity, Twitter verification, and multiple Web3 protocol interactions – generating a composite Passport score that reflects the breadth of a participant’s genuine on-chain and off-chain activity. DAOs using quadratic voting or other Sybil-sensitive mechanisms can require minimum Passport scores for proposal submission or voting participation, effectively screening out fresh wallets with no verifiable history. This complements ChainAware’s behavioral fraud screening: Passport verifies identity breadth while ChainAware checks fraud history depth. Together they address both sides of the participant legitimacy problem. For how on-chain behavioral history creates verifiable trust, see our Web3 Trust Verification guide and the Gitcoin Passport documentation .

Governance screening value: Sybil-resistant voter identity · Quadratic voting protection · Proposal submission eligibility screening · Credential aggregation
Free tier: Yes – free for participants
Best for: DAOs using quadratic voting, grant DAOs, high-participation community governance
Limitation: Identity breadth only – does not detect fraud history; a high Passport score does not mean a wallet has no fraud behavioral patterns

Add Fraud Behavioral Intelligence to Your Governance Stack

ChainAware Fraud Detector – Check Any Proposer Wallet in 1 Second

Tally shows vote history. DeepDAO shows governance reputation. Gitcoin shows identity breadth. ChainAware shows fraud probability – the on-chain behavioral history that no other governance tool reads. Free. Real-time. 98% accuracy backtested on CryptoScamDB. ETH, BNB, BASE, HAQQ.

Check Any Wallet Free Fraud Detector Guide

Head-to-Head Comparison Table

Tool	Screening Layer	Checks Fraud History?	Real-Time?	Coverage	Free?	Best For
ChainAware.ai	Layer 1: Participant behavioral fraud prediction	Core differentiator	Sub-second	ETH, BNB, BASE, HAQQ		Screening proposers, delegates, accumulating wallets
Tally	Layer 2: On-chain vote execution + delegate history	No fraud history		Ethereum + EVM L2s		Governor DAOs needing execution accountability
DeepDAO	Layer 2: Cross-DAO governance reputation	Governance history only		2,500+ DAOs, EVM	(limited)	Participant background across DAOs
Messari Governor	Layer 2: Proposal importance + sentiment		Alerts	800+ DAOs	Limited	Multi-DAO proposal screening for delegates
Snapshot	Voting infrastructure (screening via config audit)			96% of DAOs		Off-chain signaling; verify voting strategy config
Hypernative	Layer 3: Real-time on-chain anomaly detection	Partial (anomaly patterns)	Machine speed	50+ chains	Enterprise	High-value DAOs with security teams
Gitcoin Passport	Layer 1: Voter identity / Sybil resistance	Identity breadth only		Web3 multi-chain		Quadratic voting DAOs, grant programs

Governance Attack Type Coverage: What Each Tool Catches

Attack Type	ChainAware	Tally	DeepDAO	Messari	Snapshot	Hypernative	Gitcoin
Flash loan governance capture	Flash loan infrastructure history			Partial		Pre-attack signals
Sybil multi-wallet accumulation	Behavioral cluster signals		Partial (low history)			Token accumulation alerts	Identity scoring
Obfuscated malicious proposal	Creator fraud history	Partial (code visible)	Partial (creator history)	Importance + sentiment		Anomalous support patterns
Delegate bad faith voting	Delegate fraud behavioral history	Vote record transparency	Cross-DAO history	Sentiment analysis		Partial
Snapshot misconfiguration exploit					Config audit
Treasury drain via passed proposal	Proposer history pre-vote	Execution record	Partial	High importance flag		Real-time execution monitoring
Fraud operator as proposer	Only tool detecting this

The Three-Layer Governance Defense Stack

No single tool in this comparison provides complete governance security. Effective DAO governance protection requires tools operating across all three temporal phases of the governance lifecycle – before participants accumulate influence, while proposals are being created and voted on, and in real time as on-chain execution approaches. The following stack covers all three phases with the minimum tool overhead.

Layer 1: Screen Participants Before They Gain Influence

The most cost-effective governance security practice is screening participants before they reach meaningful voting power. When a new wallet begins accumulating governance tokens, when a new delegate registers on Tally, or when a new address submits a proposal – run that wallet through ChainAware’s Fraud Detector and Wallet Auditor immediately. Cross-reference governance-specific history in DeepDAO: does this address have any meaningful participation history across the DAO ecosystem, or did they appear with large token holdings and no prior governance engagement? For DAOs using quadratic voting, require a minimum Gitcoin Passport score for proposal submission to eliminate fresh Sybil wallets. These three checks take under five minutes total and close the participant legitimacy gap that every other governance security measure assumes has already been solved. For the complete participant screening workflow, see our ChainAware product guide and our AI-Based Wallet Audit guide.

Layer 2: Screen Proposals Before You Vote

Before casting any vote on a significant proposal, run a parallel check through Messari Governor for importance classification and community sentiment. High-importance proposals with unusual sentiment patterns warrant reading the full execution payload on Tally, not just the proposal summary. Verify the proposal creator’s wallet in ChainAware. Check whether major vote supporters are new wallets with no DeepDAO governance history. For Snapshot votes, audit the voting strategy configuration to verify it matches the DAO’s documented governance design – Chainalysis data shows 17% of Snapshot setups have critical flaws that sophisticated actors can exploit. According to research from a16z crypto’s governance attack analysis , most successful governance attacks exploit a combination of low voter participation and inadequate proposal review – both preventable with Layer 2 screening practices.

Layer 3: Monitor in Real Time During Execution Windows

For high-value DAOs managing significant treasury assets, deploying Hypernative for real-time on-chain monitoring during proposal execution windows is the final layer. Governance timelocks – the 24-48 hour delays between vote approval and execution that protocols like Compound implement – provide the window during which anomalous behavior (flash loan preparation, rapid token accumulation, unusual contract interactions) can be detected and responded to before the proposal executes. This machine-speed monitoring layer is what Layer 1 and Layer 2 screening cannot provide: the ability to catch a sophisticated attacker who passed every pre-vote check but whose final execution preparation pattern reveals malicious intent. For how ChainAware’s transaction monitoring agent complements real-time governance surveillance, see our Transaction Monitoring guide. For the FATF regulatory framework that increasingly mandates transaction monitoring for VASPs including DAO protocols, see the FATF Virtual Assets Recommendations .

Start With Free Analytics – Know Your DAO Participants

ChainAware Free Analytics – Behavioral Intelligence in 24 Hours

Before you can screen governance participants, you need behavioral visibility into who is actually connecting to your protocol. ChainAware Analytics delivers experience levels, risk profiles, and behavioral segment distributions for your connecting wallets – via 2-line GTM pixel. Free forever. The starting point for every governance security workflow.

Get Free Analytics Analytics Guide

Frequently Asked Questions

What was the Beanstalk governance attack and how could it have been prevented?

In April 2022, an attacker used flash loans to borrow $1 billion worth of assets, used those assets to buy enough governance tokens to hold a supermajority of voting power, and then called Beanstalk’s emergencyCommit function – which required a supermajority vote and had no timelock between voting and execution. The entire attack happened in a single transaction block. The $181 million drain was complete before any human could respond. Three design changes could have prevented it: a timelock between vote approval and execution (implemented by most modern Governor contracts), a flash loan protection mechanism that prevents tokens borrowed in the same block from voting, and a minimum holding period before governance tokens grant voting rights. ChainAware’s approach adds a fourth preventive layer: screening the behavioral history of the proposer wallet before the proposal is submitted – a fraudulent operator’s wallet history often contains signals of previous exploit infrastructure interactions.

How do Sybil attacks threaten DAO governance specifically?

A Sybil attack in DAO governance involves one actor creating many wallet addresses and distributing governance tokens across all of them to appear as multiple independent community members. Because voter participation in most DAOs sits at around 17%, an attacker controlling coordinated wallets holding even a modest percentage of total token supply can achieve quorum and pass proposals when genuine participation is low. The slow-accumulation version is particularly dangerous: wallets behave as normal community participants for months, never triggering governance alerts, until the attacker decides to activate all wallets simultaneously for a critical vote. Gitcoin Passport addresses this by requiring identity breadth verification. ChainAware complements this by detecting behavioral patterns in the accumulating wallets – mass token distributions from a single upstream source, wallet age inconsistencies, and interaction patterns that match known Sybil infrastructure.

What is the MiCA governance compliance requirement taking effect in 2026?

The EU’s Markets in Crypto Assets (MiCA) regulation requires DAOs with over €5 million in assets to anchor off-chain votes on-chain by Q2 2026. Currently, the majority of DAO voting happens through Snapshot – a gasless, off-chain system where votes are not recorded on-chain and have no automatic execution mechanism. MiCA’s on-chain anchoring requirement means these DAOs must implement hybrid execution systems (such as SafeSnap with Gnosis Safe) that cryptographically connect Snapshot vote outcomes to on-chain execution. This requirement increases governance transparency and auditability while also creating new implementation complexity that DAOs must manage carefully to avoid introducing new security vulnerabilities in the execution layer.

Why does governance screening require behavioral data rather than just governance history?

Governance history (available from Tally and DeepDAO) shows how a wallet has participated in DAO voting – which proposals it created, how it voted, which DAOs it belongs to. This is valuable for assessing reputation within the governance ecosystem. However, a sophisticated attacker deliberately builds a clean governance history over months of normal participation before executing an attack. Their governance history looks legitimate precisely because they designed it to. Behavioral fraud data (available from ChainAware) examines the wallet’s complete on-chain activity outside governance – DeFi interactions, token deployment history, relationship to known fraud infrastructure, behavioral consistency between claimed experience and actual transaction patterns. These signals are much harder to fake because they require genuine transaction cost and time investment across hundreds of interactions.

Which governance screener should small DAOs prioritize with limited resources?

Small DAOs with limited security resources should focus on the highest-impact, lowest-cost screening layer: participant behavioral checks using ChainAware (free for individual queries), combined with proposal importance monitoring via Messari Governor (free tier), and Snapshot voting strategy auditing (free, done once at setup). These three practices cover the most common governance attack vectors without requiring any enterprise tooling or dedicated security budget. Specifically, running every new proposal creator and every new large token holder through ChainAware’s Fraud Detector and Wallet Auditor is a five-minute routine that provides the most security leverage per unit of time of any governance screening practice available in 2026.

Sources: a16z Crypto – DAO Governance Attacks · Cantina – Governance as an Attack Vector · FATF Virtual Assets Recommendations · ESMA MiCA Documentation · Gitcoin Passport

The post Best Web3 Governance Screeners in 2026 – Detect DAO Governance Attacks Before They Drain Your Treasury 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.

X Space with AILayer – ChainAware co-founder Martin joins YJ from Cluster Protocol, Sharon from SecuredApp, and Val from Foreverland in a wide-ranging discussion on AI and Web3: the opportunities, the risks, and which industries AI will disrupt first. Hosted by AILayer – a Bitcoin Layer 2 ZK rollup platform powering the next generation of AI-native blockchain applications. Listen to the full recording on X

Four projects at the intersection of AI and Web3 infrastructure sit down for one of the most practically grounded conversations about what AI agents can actually do in blockchain – and what the real barriers to doing it well are. The discussion covers decentralized compute, predictive AI versus LLMs, the risk profile of autonomous financial agents, which industries AI will disrupt first, and the core argument that Web3 marketing – not trading or portfolio management – represents the single largest AI opportunity in the space. Each speaker brings a distinct vantage point: infrastructure orchestration (Cluster Protocol), behavioral prediction and marketing agents (ChainAware), DeFi security and smart contract auditing (SecuredApp), and Web3 cloud computing (Foreverland). Together they map an honest, multi-perspective picture of where AI and Web3 are heading.

The Speakers: Four Perspectives on AI and Web3 Infrastructure

AILayer, the host of this X Space, is a Bitcoin Layer 2 solution built on advanced ZK rollup technology. It is EVM compatible, supports staking of BTC, BRC20, Inscription Ordinals, and VM assets including BNB, MATIC, USDT, and USDC, and aims to serve as a foundational platform for AI projects building across DeFi, SoFi, and DePIN sectors. Bringing together four project builders for this conversation about the next wave of AI and Web3 creates a natural complementarity: each speaker addresses a different layer of the stack.

YJ from Cluster Protocol brings the infrastructure orchestration perspective. Cluster Protocol is building a coordination layer for AI agents on top of Arbitrum’s orbit stack, providing the backbone infrastructure for hosting and running AI agents – including distributed datasets, models, and compute alongside a personalized AI agent filter layer. Sharon from SecuredApp brings the security lens: SecuredApp began as a blockchain security company and has expanded into token launchpad, NFT marketplace, and DAO community services, with a team that has audited major DeFi projects globally and holds membership in the DeFi Security Alliance. Val from Foreverland brings a pragmatic, experience-grounded view from three years of Web3 cloud computing operations serving over 100,000 developers. Martin from ChainAware brings the behavioral prediction and marketing agent perspective – the practical application of predictive AI to the user acquisition problem that is currently limiting every Web3 project’s growth. For the complete ChainAware platform overview, see our product guide.

AI and Decentralized Computing: Solving the Wrong Problem?

The opening question asks how AI can help Web3 break free from reliance on centralized computing power. YJ’s answer from the Cluster Protocol perspective frames decentralized compute as a meaningful alternative to cloud monopolies for certain use cases – specifically the ability to access individual GPU configurations (like a single RTX 4090) that major cloud providers like AWS don’t offer, at lower cost because there are no middlemen between compute contributors and users. DePIN projects like Akash Network, IO.net, and Cluster Protocol’s own proof-aggregated compute system represent real progress in this direction.

Martin’s response, however, challenges the framing of the question itself. Rather than asking how to decentralize the massive compute requirements of LLMs, he argues that the better question is whether those requirements are necessary in the first place. Specifically, he distinguishes between two fundamentally different types of AI that require very different compute profiles – and makes the case that the AI most valuable for blockchain applications is the type that requires far less compute than the LLM narrative suggests. For a deeper exploration of this distinction, see our generative vs predictive AI guide.

LLMs vs Predictive AI: Two Entirely Different Compute Profiles

Martin’s core argument on the compute question deserves careful attention because it reframes what “AI on the blockchain” actually requires. LLMs – large language models like ChatGPT, Claude, and Gemini – are, in his words, “huge computing engines, statistical autoregression models.” They require massive GPU clusters to run inference, enormous memory bandwidth to load model weights, and significant latency even with optimized infrastructure. Furthermore, they are fundamentally linguistic processing systems: they predict the most probable next token in a text sequence. Applying LLMs to blockchain behavioral analysis means using a linguistic tool on data that is inherently numerical and transactional – a fundamental mismatch between tool and problem.

Predictive AI models, by contrast, are domain-specific. They train on labeled behavioral datasets to classify future states – which wallet will commit fraud, which pool will rug pull, which user will borrow next. Once trained, these models execute extremely quickly against new input data: feeding a wallet’s transaction history into a pre-trained neural network takes milliseconds, not seconds. As Martin explains: “When you train predictive models, the executions are pretty fast. You don’t need to go into these topics of decentralized computing power. You can execute the predictive models in real time.” ChainAware’s fraud detection model – 98% accuracy, 2+ years in production – runs against standard wallets in under a second with no decentralized compute infrastructure required. The implication is that much of the debate about decentralized compute for AI is relevant to LLMs specifically, not to the predictive AI systems that are most useful for on-chain behavioral analysis. For the full technical breakdown, see our real AI use cases guide and our predictive AI guide.

The Smart Approach: Build Better Models, Not Bigger Infrastructure

Martin frames the choice explicitly: “Two ways to address the problem. One is to build even bigger, bigger computing and decentralized computing. The other way is to build smart predictive models which are actually maybe much better.” This is not an argument against decentralized compute per se – YJ’s point about GPU accessibility and cost reduction is valid for teams that genuinely need LLM-scale compute. Rather, it is an argument that many blockchain AI use cases should not require LLM-scale compute in the first place. Fraud detection, behavioral segmentation, rug pull prediction, and user intention calculation are all problems that well-trained predictive models solve efficiently without the resource overhead of general-purpose language models. Sharon from SecuredApp reinforces this view from the security side: decentralized AI models are more viable and feasible when they are specialized and domain-specific rather than attempting to decentralize the infrastructure of general-purpose LLMs.

See Predictive AI in Action – Free

ChainAware Wallet Auditor – Behavioral Profile in Under 1 Second

No LLMs. No cloud dependency. Pure domain-specific predictive AI trained on 18M+ Web3 wallets across 8 blockchains. Enter any address and get fraud probability (98% accuracy), experience level, risk tolerance, and behavioral intentions in real time. Free. No signup. This is what fast, efficient predictive AI looks like on-chain.

Audit Any Wallet Free Wallet Auditor Guide

The Limits of AI Decentralization: Val’s Honest Assessment

Val from Foreverland offers the most candid perspective on the decentralized AI compute question, and it deserves full consideration precisely because it challenges the consensus view. Her core argument is that AI models themselves – as opposed to the applications built on top of them – are inherently centralizing in their current form. The training of large AI models requires concentrated compute, centralized datasets, and significant coordination that distributed systems have not yet replicated at competitive quality. She points to DeepSeek as the only meaningful open-source LLM currently available, observing that “this is only one LLM, and it is not the rule for other developer teams to create open-source, decentralized LLMs.”

Val’s further point is that decentralization and AI solve different problems. Decentralization addresses security, immutability, and trust. AI addresses efficiency, pattern recognition, and automation. These goals are not inherently aligned, and conflating them creates confusion about what each technology can actually deliver. As she puts it: “Decentralization is not about efficiency – it’s more about security and reliance and immutability.” A decentralized AI model is not necessarily better at prediction than a centralized one; it is different in its trust properties. Whether those trust properties are necessary for a given application is a design question that each project must answer for itself, rather than assuming that decentralization is always the goal. For context on the blockchain trust and verification model, see our behavioral analytics guide.

The Real Risks of AI in Web3: Privacy, Bias, and Autonomous Trading

The second discussion topic shifts from opportunity to risk, and produces some of the most practically important observations in the entire conversation. Three distinct risk categories emerge across the speakers’ responses: privacy risks from AI data requirements, algorithmic bias inherited from training data, and the unique risks of fully autonomous financial agents operating on-chain.

Sharon from SecuredApp addresses privacy and bias with technical precision. AI models require large datasets for training – and in a blockchain context, that data can include sensitive information about user financial behavior, protocol interactions, and asset holdings. If not properly managed, that data creates exposure risks. On algorithmic bias, she notes that AI models inherit the biases present in their training data, which could lead to unfair decisions in DeFi contexts – particularly in automated trading or lending decisions where biased models might systematically disadvantage certain user categories. Her proposed mitigations are technically sophisticated: zero-knowledge proofs and secure multi-party computation to enable AI inference on private data without exposing the underlying information, combined with decentralized and auditable model governance. For the complete regulatory compliance framework, see our blockchain compliance guide and the FATF virtual assets recommendations .

Backtesting as Risk Mitigation: How ChainAware Publishes Accountability

Martin’s approach to AI risk in Web3 centers on a specific and actionable practice that he argues the entire industry should adopt: published backtesting. The concern is that many AI products in blockchain claim high accuracy without providing any verifiable evidence of how that accuracy was measured, on what data, and with what methodology. This opacity makes it impossible for users and clients to evaluate whether the claimed accuracy reflects real-world performance or optimistic in-sample testing on data the model was trained on.

ChainAware’s approach is to publish its prediction rates and backtesting methodology explicitly, with one specific and important constraint: the backtesting data must not overlap with the training data. Using training data for backtesting is a fundamental methodological error that produces artificially inflated accuracy figures – the model is being tested on data it has already learned from. As Martin states: “Everyone should publish just prediction rates, prediction occurrences, and backtesting – and backtesting should always be on obviously public data, and backtesting data should not be used for the training data.” ChainAware uses CryptoScamDB as its backtesting source for fraud detection – a publicly available database of confirmed scam addresses that provides an objective, independent test set for validating the 98% accuracy claim. This standard, if adopted industry-wide, would enable genuine comparison between competing AI products and eliminate the category of vague accuracy claims that currently makes evaluation difficult. For the complete fraud detection methodology, see our fraud detection guide and our fraud detector guide.

The Opportunity Side: Risks in Context

Martin also makes an important point about proportionality when thinking about AI risks in Web3. Risks exist and deserve serious mitigation – but they should be evaluated against the scale of the opportunity. Properly backtested predictive AI that achieves 98% fraud prediction accuracy has been in production at ChainAware for over two years. The value that system delivers in preventing fraudulent interactions – protecting new users, cleaning the ecosystem, enabling sustainable project growth – is enormous relative to the risks of a probabilistic system occasionally producing false positives. As Martin puts it: “I think the potential that we’re getting from AI agents – the potential of real products that are working – is so huge that even these risks, when they are mitigated properly, are not so significant.” The framework is not to minimize risks, but to ensure that risk mitigation is commensurate with risk severity rather than allowing edge-case concerns to block deployment of systems that deliver substantial real-world value. For more on the ecosystem-level impact of fraud reduction, see our Web3 growth guide.

Autonomous Trading Agents: The Highest-Risk AI+Web3 Scenario

Both YJ and Val converge on automated trading as the highest-risk application of AI in Web3 – and their concerns are worth examining in detail because they identify specific threat vectors rather than making vague warnings about AI in general.

YJ’s concern centers on the combination of full financial autonomy and decentralized operation. When an AI agent has been given funds and full discretion over trading decisions, any vulnerability in the agent’s decision-making logic, training data, or execution environment can result in financial loss at machine speed. He references the documented case of two AI chatbots developing their own communication patterns when left interacting without supervision – and extrapolates this to the financial context: “With full autonomy, the trust on the AI might reduce a bit, because you need to run these AI in specific environment conditions, but then that would not be truly decentralized.” The tension is real: full autonomy and full decentralization together create an attack surface that neither fully centralized AI (which can be monitored and corrected) nor manual DeFi (which requires human initiation) presents. For how ChainAware’s fraud detection integrates into DeFi security workflows, see our fraud detection guide.

The Attack Surface of Autonomous Trading Infrastructure

Val extends the autonomous trading risk analysis to the infrastructure layer. Autonomous trading agents rely on data feeds, model weights, and execution endpoints – all of which represent potential attack surfaces for threat actors who want to manipulate trading outcomes. As she explains: “I’m afraid that would be the most risky part of the AI story integrating with Web3 because probably there would be some attacks coming from threat actors in order to manipulate the trading vaults or models.” This is a specific and legitimate concern: data poisoning attacks that subtly bias a trading agent’s model toward favorable outcomes for an attacker are significantly harder to detect than direct fund theft and could persist undetected across many transactions. The mitigation is not to avoid autonomous trading agents entirely – the efficiency gain is too large – but to implement the kind of behavioral monitoring that ChainAware’s transaction monitoring agent provides: continuous surveillance that detects anomalous patterns before they result in irreversible on-chain losses. For the transaction monitoring approach, see our transaction monitoring guide and our AML and monitoring guide.

Zero-Knowledge Proofs and Privacy-Preserving AI Inference

Sharon’s proposed technical solution to the AI privacy problem in Web3 introduces one of the most significant emerging research areas at the intersection of cryptography and machine learning: privacy-preserving AI inference using zero-knowledge proofs and secure multi-party computation.

Standard AI inference requires the model to access the input data – which means that any AI system analyzing a user’s financial behavior must, in the conventional architecture, have access to that user’s transaction history. This creates a privacy risk: the entity running the model learns about the user’s behavior as a byproduct of providing a service. Zero-knowledge proofs offer a cryptographic solution: they allow a computation to be verified as correctly executed without revealing the inputs to the computation. Applied to AI inference, this means a user could submit their transaction history to an AI model and receive a behavioral profile output – without the model operator ever seeing the raw transaction data. As Sharon describes: “We can implement zero-knowledge proofs and secure multi-party computations to allow AI models to process data without exposing private information.” For broader context on cryptographic privacy in blockchain, see the Ethereum Foundation’s zero-knowledge proof documentation and our Web3 trust and verification guide.

Protect Your Platform and Users

ChainAware Fraud Detector – 98% Accuracy, Real-Time, Backtested Publicly

Unlike AI products that claim accuracy without publishing methodology, ChainAware publishes its 98% fraud detection accuracy against CryptoScamDB – backtesting data that was never used for training. Enter any wallet address on ETH, BNB, BASE, POLYGON, TON, or HAQQ and get a real-time fraud probability score. Free for every user.

Check Any Address Free Fraud Detection Guide

Which Industries Will AI Disrupt First in Web3?

The third discussion question generates significant diversity of opinion, reflecting the genuinely different vantage points of each speaker. Sharon from SecuredApp argues for DeFi as the first-disrupted sector, citing the ongoing boom in decentralized finance adoption, several countries moving toward Bitcoin reserves and crypto as legal tender, and the natural fit between AI automation and DeFi’s already highly automated infrastructure. She also points to supply chain and healthcare as secondary targets where blockchain transparency, combined with AI analysis, creates particularly strong efficiency gains.

Val from Foreverland makes the contrarian argument that no industry will be “eliminated” by Web3 going mainstream – because Web3 going mainstream in the replacement sense simply will not happen. Her point is more sociological than technical: technology adoption in human society is not characterized by binary replacement but by coexistence and layered adoption. Computers did not eliminate calculators or watches. The internet did not eliminate physical retail. Web3 will not eliminate Web2. Instead, it will serve an expanding base of users who have chosen to engage with it, coexisting with Web2 infrastructure rather than supplanting it. This is a realistic framing that many Web3 maximalists resist but that history consistently validates. For more on the Web3 adoption trajectory, see our Web3 growth guide.

Web3 Marketing: The Biggest AI Opportunity Nobody Is Talking About

Martin’s answer to the “which industry will AI disrupt first” question is deliberately specific and counterintuitive – and it is worth examining precisely because it diverges from the consensus responses that focus on trading, portfolio management, and DeFi automation. His argument is that Web3 marketing represents the largest addressable AI opportunity in the space, specifically because the current state of Web3 marketing is so far behind where it needs to be that the improvement potential is enormous.

The framing is direct: “The current Web3 marketing level is pretty stone age. It hasn’t reached Web2 marketing. We are still like before the Internet hype.” Every major marketing channel in Web3 – KOL campaigns, crypto media banners, Telegram ads, exchange listings, Discord announcements – delivers identical messages to heterogeneous audiences. A DeFi-native yield optimizer with five years of complex protocol history receives the same promotional content as someone who connected their first wallet last week. The conversion rate from this undifferentiated approach is predictably poor, which directly causes the prohibitively high user acquisition costs that prevent Web3 projects from achieving financial sustainability. As Martin explains: “If you have Web3 marketing agents, and the marketing agents predict the behavior of the users based on predictive models and know which content to create, which resonating content – we get much higher engagement.” For the complete Web3 personalization framework, see our AI marketing guide and our intention-based marketing guide.

Why Marketing Beats Trading as the Primary AI Application

The reasoning for prioritizing marketing over trading as the highest-impact AI application is both commercial and structural. Trading AI agents face significant technical challenges – the risk of adversarial attacks on model weights, the difficulty of maintaining performance across changing market conditions, and the regulatory uncertainty around fully autonomous financial agents. Marketing AI agents, by contrast, operate in a lower-stakes environment where errors are recoverable (a suboptimal marketing message has much lower consequence than an erroneous trade), the feedback loops are clear and measurable, and the infrastructure (wallet behavioral profiles, content generation) is already mature. Furthermore, marketing AI solves a universal problem that affects every Web3 project regardless of sector – every protocol, every DApp, every service needs to acquire users. Solving user acquisition efficiently through personalization therefore amplifies the success of every other AI+Web3 application by ensuring those applications can reach the users who would benefit from them. For more on how personalization addresses the Web3 growth bottleneck, see our high-conversion marketing guide and our Web3 personas guide.

The User Acquisition Cost Crisis: 10-20x Higher Than Web2

Martin provides the specific quantification that makes the Web3 marketing problem concrete. Web2 platforms – after the AdTech revolution driven by Google’s behavioral targeting innovation – achieved user acquisition costs in the $30-40 range for transacting customers. Web3 platforms today face user acquisition costs that are 10-20 times higher. This is not a minor operational inefficiency – it is a fundamental business model failure. No project can build sustainable revenue when acquiring each customer costs hundreds of dollars but the economics of blockchain transactions produce relatively thin margins per user in the early growth phase.

The reason for this disparity is structural, not accidental. Web3 marketing has not yet developed the behavioral targeting infrastructure that Web2 deployed through AdTech. Every dollar spent on Web3 marketing reaches an undifferentiated audience and converts at a rate that reflects that lack of targeting precision. As Martin states: “In Web2, a user acquisition cost is maybe $30-35-40. In Web3, we are speaking a user acquisition cost factor 10-20x higher. So this is what you’re facing in Web3 now.” The solution is identical to what Web2 deployed: behavioral targeting based on demonstrated user intentions, delivering personalized messages to users whose behavioral profiles indicate genuine interest in the specific product being promoted. For the historical Web2 parallel, see our ChainAware vs Google Web2 guide and Statista’s Google advertising revenue data .

The Iteration Argument: Why Cash Flows Are the Real Bottleneck

Martin makes a foundational product development argument that connects user acquisition costs directly to the innovation velocity of the entire Web3 ecosystem. The argument has a clean logical structure: no product is perfect in its first version – every product becomes better through iteration informed by real user feedback. To iterate, founders need users. To get users sustainably, founders need cash flows. To generate cash flows, the economics of user acquisition must be viable. Currently, they are not viable because acquisition costs are too high.

The consequence of this economic trap is a predictable pattern: Web3 projects launch with genuine innovation, fail to acquire users at sustainable cost, conduct a token sale to fund ongoing operations, watch the token price decline as speculative interest fades without sustainable utility, and eventually wind down – never having had the chance to iterate toward the product-market fit that was potentially within reach. As Martin explains: “The projects need to get users. The projects need to get, from users, the cash flows. There has to be a much higher user conversion rate. For the cash flows you need user acquisition – you have to bring massively down, by a factor of tens, the user acquisition cost in Web3.” Reducing that cost is therefore not merely a marketing efficiency improvement – it is the prerequisite for the entire Web3 ecosystem’s ability to evolve from first-generation products to mature, market-validated applications. For more on the sustainable Web3 business model argument, see our unit costs and AdTech guide.

Solve the User Acquisition Crisis

ChainAware Marketing Agents – 1:1 Personalization at Wallet Connection

Stop paying 10-20x Web2 acquisition costs for mass marketing that doesn’t convert. ChainAware’s marketing agents calculate each connecting wallet’s behavioral profile and serve resonating 1:1 content automatically – borrowers get borrower messages, traders get trader messages. No KYC. No cookies. Runs 24/7. Starts with free analytics in 24 hours.

Start Free Analytics AI Marketing Guide

Coexistence vs Replacement: Val’s Case for a Realistic Web3 Future

Val’s contribution to the industry disruption discussion extends well beyond a list of sectors to a philosophical framework for thinking about technological transitions that is grounded in historical pattern recognition rather than ideological preference. Her core observation is that technology adoption does not work through binary replacement – one paradigm eliminating the previous one – but through coexistence and layered adoption where different populations, with different needs, trust levels, and educational backgrounds, adopt new technologies at different rates and to different degrees.

Her examples are deliberately mundane: computers did not eliminate calculators or watches, even though they can perform the functions of both. The internet did not eliminate physical retail, print media, or telephone communication, even though it is technically superior for many of their functions. People continue using the less optimal technology because habit, preference, familiarity, and comfort are also real factors in technology adoption decisions. Web3 faces the same social reality. As Val observes: “Even if we may see that more and more people are utilizing Web3, it doesn’t mean that the majority of them are utilizing it. Just look at the older generation – look at your dads, moms, grannies. How will they get the tokens? How will they use them?” The realistic near-term vision is therefore not mainstream Web3 adoption replacing Web2, but expanding Web3 adoption alongside continuing Web2 infrastructure – with AI accelerating Web3’s ability to serve its growing user base more effectively. For the broader adoption trajectory discussion, see our DeFi onboarding guide.

AI-Powered Smart Contract Security: SecuredApp’s Approach

Sharon’s final contribution to the growth question focuses on one of the most practically valuable applications of AI in the Web3 security space: automated smart contract auditing. Smart contracts are the execution layer of all DeFi protocols, and their vulnerability to exploits has resulted in billions of dollars of losses over the history of the space. Traditional smart contract auditing is time-consuming, expensive, and dependent on the expertise of individual human auditors who may miss subtle vulnerability patterns in complex codebases.

AI-powered audit automation changes this equation significantly. Models trained on historical vulnerability patterns can scan smart contract code in seconds, flagging categories of vulnerability – reentrancy attacks, integer overflows, access control failures, flash loan attack vectors – that match known exploit signatures. Crucially, AI can also do this in real time during deployment and operation, not just in pre-launch audits. As Sharon explains: “Smart contracts are prone to vulnerabilities and exploits. We can use AI to automate smart contract audits, detect vulnerabilities and prevent hacks in real time.” SecuredApp’s integration of AI into its security tooling – including the Solidity Shield Scanner – represents exactly this approach: using AI to make high-quality security screening more accessible and more continuous. For ChainAware’s complementary approach to on-chain security through behavioral fraud prediction, see our fraud detection guide and our rug pull detection guide. For broader context on DeFi security best practices, see ConsenSys Diligence’s smart contract security resources .

DAO Governance and AI-Assisted Decision-Making

Sharon also raises a less frequently discussed AI application in Web3: improving DAO governance decision-making. DAOs face a well-documented governance problem – proposal participation rates are low, voting is often uninformed because voters lack the context to evaluate complex technical or economic proposals, and decision-making velocity is slow because each governance action requires manual coordination. AI systems that analyze on-chain data, model proposal impacts, and surface relevant context for voters could dramatically improve governance quality without requiring any change to the underlying decentralized structure. This remains a nascent application area, but the combination of transparent on-chain governance data and AI analytical capability makes it a natural fit. For more on how behavioral analytics supports governance quality, see our behavioral analytics guide.

Comparison Tables

LLMs vs Predictive AI for Blockchain Applications

AI Risk Categories in Web3: Assessment and Mitigation

Frequently Asked Questions

What is AILayer and why did it host this X Space?

AILayer is an innovative Bitcoin Layer 2 solution that uses advanced ZK rollup technology to enhance Bitcoin transaction performance and scalability. It is EVM compatible, supports a broad range of assets including BTC, BRC20, Inscription Ordinals, BNB, MATIC, USDT, and USDC, and aims to serve as a foundational platform for AI projects building across DeFi, SoFi, and DePIN sectors. The X Space brought together builders from across the AI+Web3 ecosystem to discuss the opportunities and challenges at this intersection – directly relevant to AILayer’s mission of enabling AI-native applications on a Bitcoin-secured foundation.

Why does ChainAware use predictive AI instead of LLMs for blockchain analysis?

LLMs are linguistic processing systems – they predict the most probable next text token based on patterns in training data. Blockchain behavioral analysis requires a completely different type of intelligence: classifying future financial actions from numerical transactional history. Using an LLM for blockchain analysis is a category mismatch – like using a language translator to perform chemical synthesis. Beyond the functional mismatch, LLMs require massive computational resources that make real-time blockchain inference impractical. ChainAware’s domain-specific predictive models, trained specifically on blockchain behavioral data, execute against new wallet addresses in under a second with no heavy compute infrastructure. This is why ChainAware achieves 98% fraud detection accuracy in real-time production rather than near-real-time inference with a general-purpose model.

How does ChainAware verify and publish its 98% fraud detection accuracy?

ChainAware backtests its fraud detection model against CryptoScamDB – a publicly available database of confirmed scam and fraud addresses that is entirely separate from the training data used to build the model. Using independent test data (not training data) is essential for producing accuracy figures that reflect real-world performance rather than in-sample overfitting. The 98% figure means that when ChainAware’s fraud model is applied to addresses in the CryptoScamDB test set, it correctly classifies 98% of them as fraudulent before their fraud was documented. This specific methodology – published, independent backtesting on verified public data – is what Martin argues the entire AI+blockchain industry should adopt as a minimum standard for accuracy claims.

What is the Web3 user acquisition cost problem and how does AI fix it?

Web3 user acquisition costs are currently 10-20x higher than equivalent Web2 acquisition costs ($300-800+ per transacting user vs $30-40 in Web2). The root cause is mass marketing: every marketing channel in Web3 delivers identical messages to heterogeneous audiences, producing low conversion rates that drive up the effective cost per acquired user. AI fixes this by enabling personalization at scale – using each connecting wallet’s on-chain behavioral history to calculate their specific intentions and generate matched content automatically. A borrower sees borrowing content; a trader sees trading content; an NFT collector sees NFT-relevant messaging. Higher relevance produces higher conversion rates, which reduces the effective cost per acquired user – the same transformation that Google’s AdTech delivered in Web2 through behavioral targeting. ChainAware’s Web3 marketing agents implement this personalization using predictive AI models trained on 18M+ wallet profiles across 8 blockchains.

Will AI replace Web3 or Web2? What does the future look like?

Val from Foreverland’s historical perspective offers the most grounded answer: neither technology replaces the other. Technology adoption follows patterns of coexistence and layered usage rather than binary replacement. Computers did not eliminate calculators; the internet did not eliminate physical retail; Web3 will not eliminate Web2. Different populations adopt new technologies at different rates, and many people will continue using Web2 infrastructure for reasons of habit, education, and preference even as Web3 usage expands. The realistic future is an expanding Web3 user base – accelerated by AI improvements in onboarding, fraud reduction, and user experience – coexisting alongside continuing Web2 infrastructure. AI’s role in this trajectory is to make Web3 more accessible, more trustworthy, and more capable of delivering sustainable value to both new and existing participants.

This article is based on the X Space hosted by AILayer featuring ChainAware co-founder Martin alongside YJ from Cluster Protocol, Sharon from SecuredApp, and Val from Foreverland. Listen to the full recording on X . For integration support or product questions, visit chainaware.ai.

The post AI and Web3 – Opportunities, Risks and the Next Wave – X Space with AILayer first appeared on ChainAware.ai.