Skip to main content

DeFi Agents AI

DeFi Agents AI — a reference card for a crypto project: what the product does and how verifiable the project’s key claims are; also — alignment with the Decentralized AI thesis (DecAI Fit).

DeFi Agents AI — an AI/Agents project on the Base network, token (symbol: DEFAI).

Disclaimer

Important: this page is a reference overview of the project. Within DecAIHub, we separately record a verification based on open sources within the AI thesis (what is real AI/onchain/why a token, and which sources this is based on).
This is not financial advice and not a recommendation to buy/sell/hold any asset. We do not assess price, returns, or entry/exit timing.
Conclusions are based on publicly available materials found as of the verification date. The absence of confirmation does not imply the absence of the technology.

TL;DR (for readers who are not into AI)

  • What it is: a platform/bot for trading assistance: AI analysis and automation of actions are claimed (Tier‑1 whitepaper).
  • Who it’s for: traders who need an assistant/bot and automation.
  • Why onchain/token: the existence of a token on Base is confirmed; per Tier‑1, the token utility is described as access to features/modes, staking/rewards, and governance.
  • What you can actually touch (Tier‑1): the project’s Telegram bot (from the official whitepaper).

How it works (very briefly)

  1. The user does: connects to the product (for example, via the Telegram bot) and sets parameters/requests.
  2. The system does: analyzes the market/charts and produces recommendations or automates trading actions (claimed).
  3. The user gets: hints/signals and automation as a service.
  4. Where the blockchain is: the token and the related mechanics (staking/rights) belong to the onchain layer; trading, per the description, is executed via exchange integrations.
  5. Token role (if any): per Tier‑1, the utility is access to premium bots, participation in AI training mode (tickets), staking/rewards, and governance.

Quick links: AI thesis fit

Project passport

Field Value
Project name DeFi Agents AI
Also known as (aliases) DEFAI
Logo (logo) ../assets/637_defi-agents-ai_logo.svg
Token symbol (ticker) DEFAI
Category AI/Agents | DeFi
Primary chain (chain) Base
Type EVM
Network status mainnet
Consensus (consensus) L2 (Optimistic Rollup, Base on Ethereum)
Launch date (launch_date) —
Project status (status) active
Token (standard) ERC-20
Token contract 0xb3621cd34803Cf7065Dcb0D5BfB0f56C1834a063
Token model (token_type) utility (access + staking + governance)
Max supply —
Issuance —
Tokenomics (tokenomics, brief) Utility in Tier‑1: access to premium bots, AI training mode (tickets), staking/rewards, governance.
Governance DAO (as claimed)
Admins/keys —
Audit —
Bug bounty —
Team (team) —
Funding (investors/funding) —
AI component (ai_component) AI assistant/bot for trading
Use‑case (use_case) market analysis + trading automation
DecAI Fit — AI thesis fit 4/6 — medium alignment with the Decentralized AI thesis
DecAI Fit component summary ai_score 2 / onchain_score 1 / token_score 2 / evidence_score 3
Last verified 2026-02-11

General project overview

DeFi Agents AI describes itself as an AI platform/assistant for trading: market analysis and automation of trading actions are claimed. The whitepaper also claims that funds remain in the user’s accounts on the exchange, and interaction goes through API integrations (i.e., the onchain layer is not the core of “trade execution” in the product description). The onchain part confirmed per Tier‑1 is the token on Base and the token utility (access/staking/DAO).

Features/modules

  • AI analysis and automation: analytics and execution of active trades “on behalf of the user” are claimed.
  • Exchange integrations: Tier‑1 lists centralized exchanges as integrations (via API).
  • AI training mode: access via token ownership (tickets) and rewards (claimed).

Typical scenarios

  • Scenario 1: the user addresses the Telegram bot → receives a market analysis/hint.
  • Scenario 2: the user uses premium bots (subject to the access conditions) → receives extended features.
  • Scenario 3: the user participates in AI training mode → receives tickets/the opportunity to participate (claimed).

Getting started (wallet/network)

  • What you need: Telegram to use the bot; for the token — an EVM wallet with the Base network.
  • Network/chain: Base (token) + product channels (Telegram/Website).
  • Fees: Base fees for onchain operations with the token; separate fees/conditions may apply on the exchange side (depend on the integrations).

Architecture/tech (non‑AI)

  • Components: an offchain service/bot + a token on Base.
  • Participant roles: users, the team/product operators.
  • Where logic runs: analytics/execution (per the description) — offchain via integrations; onchain — the token and the related access/staking/voting mechanics (claimed).
  • Dependencies: Telegram, API integrations with exchanges; Base as the token network.

Token/economics (expanded, no forecasts)

  • Token utility: Tier‑1: access to premium trading bots, participation in AI training mode, staking/claiming, rewards for ambassadors/referrals, governance.
  • Protocol necessity drivers: the necessity of the token is described as a condition of access/participation in modes and of voting rights (Tier‑1).
  • Who pays fees: users for onchain operations (Base).
  • Where fees go: to the Base validators/sequencer (per the network rules).
  • Issuance/burn: — (not established per Tier‑1).
  • Security/incentive mechanisms: staking (claimed); details of contracts/conditions — not established per Tier‑1.
  • Distribution and token issuance schedule: —.
  • Treasury: —.

Governance

  • Who makes decisions: DAO (claimed in the token utility).
  • How protocol parameters change: via voting (in general terms, without specifics per Tier‑1).
  • Where decisions are discussed/made: —.
  • Keys/multisig: —.

Security and incidents

  • Audits: —.
  • Bug bounty: —.
  • Incidents: —.
  • Threat model: risks of trading automation (model/integration errors); risks of API access to exchanges; absence of public audits/bug bounty in Tier‑1.

Project status and timeline

  • Current status: active (whitepaper + public channels + a token on Base).
  • Key releases/milestones: —.
  • Roadmap: published in the whitepaper (see links_*).

Ecosystem/integrations

  • Integrations: Telegram; exchange integrations (claimed in Tier‑1).
  • Partners: —.
  • Where it’s actually used: demo surface — the Telegram bot (Tier‑1).

AI component of the project

  • What is real AI here? The Tier‑1 whitepaper claims AI analytics and trading automation (product description).
  • What is truly onchain? The token on Base; the rest of the product logic is described as offchain (exchange integrations).
  • Why is a token needed? In Tier‑1, the utility is described as access to features/modes, staking/rewards, and governance.
  • Red flags (based on the information found): claims about “win rate/performance” without reproducible methodologies and independent validation; the non‑obvious necessity of onchain for the core of the product; absence of links to audits/bug bounty in Tier‑1.

DecAI Fit component summary

  • DecAI Fit: 4/6 — medium alignment with the Decentralized AI thesis
Component Level Score
AI reality medium 2
Onchain necessity low 1
Token necessity medium 2
Evidence Tier‑1 present 3
Details

AI reality

AI_0 — AI intent (Tier‑1 roadmap) (1/0)

  • AI_0 (decision): 0
  • Claim (one line): AI is described as part of the product, not only as a roadmap intent.
  • Evidence: Tier‑1 — https://aidefiagents.gitbook.io/whitepaper
  • Why sufficient / why not (one line): Tier‑1 describes the product as an AI‑powered trading companion.
  • Conflict note (if any): —

AI_1 — what the AI does (1/0)

  • AI_1 (decision): 1
  • Claim (one line): AI is claimed as a component of market analysis and automation/execution of active trades.
  • Evidence: Tier‑1 — https://aidefiagents.gitbook.io/whitepaper ; https://aidefiagents.gitbook.io/whitepaper/defi-agents-ai-system/product
  • Why sufficient / why not (one line): Tier‑1 contains an explicit description of the role of AI in the product.
  • Conflict note (if any): —

AI_2 — demos/examples (1/0)

  • AI_2 (decision): 1
  • Claim (one line): The official whitepaper provides a link to the Telegram bot as a “touchable” surface.
  • Evidence: Tier‑1 — https://aidefiagents.gitbook.io/whitepaper/help/social-media
  • Why sufficient / why not (one line): The presence of a Tier‑1 link to the bot makes it possible to reproduce the interaction.
  • Conflict note (if any): —

AI_3 — metrics/quality (1/0)

  • AI_3 (decision): 0
  • Metrics: there are claims about a “win rate”, but without a reproducible methodology/context per Tier‑1.
  • Context (version/date/how measured): —.
  • Evidence: Tier‑1 — https://aidefiagents.gitbook.io/whitepaper/defi-agents-ai-system/product
  • Why sufficient / why not (one line): AI_3 requires quantitative metrics with context/version/data; none was found.
  • Conflict note (if any): —

AI_4 — tech description/architecture/versions (1/0)

  • AI_4 (decision): 0
  • Claim (one line): A detailed architecture/model versions are not established in Tier‑1.
  • Evidence: Tier‑1 — https://aidefiagents.gitbook.io/whitepaper
  • Why sufficient / why not (one line): The whitepaper describes the product, but without a sufficient tech description for AI_4.
  • Conflict note (if any): —

Onchain necessity

OC_1 — contracts/addresses/chain (1/0)

  • OC_1 (decision): 1
  • Chain: Base
  • Addresses/identifiers: token contract 0xb3621cd34803Cf7065Dcb0D5BfB0f56C1834a063
  • Evidence: Tier‑1 — https://basescan.org/token/0xb3621cd34803Cf7065Dcb0D5BfB0f56C1834a063
  • Why sufficient / why not (one line): There is a verifiable onchain artifact (the token contract).
  • Conflict note (if any): —

OC_2 — onchain beyond just a token (1/0)

  • OC_2 (decision): 0
  • What useful logic is onchain: not established as the “core of the product” per Tier‑1 (other than the token and claims about staking/rights).
  • Evidence: Tier‑1 — https://aidefiagents.gitbook.io/whitepaper/defi-agents-ai-system/product ; https://aidefiagents.gitbook.io/whitepaper/project-economic/token-utility
  • Why sufficient / why not (one line): The described product executes trades via exchange integrations; onchain logic is not described as key to the operation of trading.
  • Conflict note (if any): —

OC_3 — onchain is critical (1/0)

  • OC_3 (decision): 0
  • “Replace the blockchain” test: no Tier‑1 justification was found that the product breaks down without onchain.
  • Evidence: Tier‑1 — https://aidefiagents.gitbook.io/whitepaper/defi-agents-ai-system/product
  • Why sufficient / why not (one line): Tier‑1 describes offchain integrations and APIs; the criticality of the blockchain is not proven.
  • Conflict note (if any): —

Token necessity

TK_0 — no token (1/0)

  • TK_0 (decision): 0
  • Claim (one line): The project has a token, DEFAI (ERC‑20), on Base.
  • Evidence: Tier‑1 — https://basescan.org/token/0xb3621cd34803Cf7065Dcb0D5BfB0f56C1834a063 ; https://aidefiagents.gitbook.io/whitepaper/project-economic/token-utility
  • Why sufficient / why not (one line): There is an onchain contract and a Tier‑1 description of the token utility.
  • Conflict note (if any): —

TK_1..TK_4 (1/0)

TK_1 — payment for the service (1/0)

  • TK_1 (decision): 0
  • Claim (one line): Payment for the service with the token as a mandatory function is not established per Tier‑1.
  • Evidence: Tier‑1 — https://aidefiagents.gitbook.io/whitepaper/project-economic/token-utility
  • Why sufficient / why not (one line): The utility describes access/staking/voting, but not “payment for the service” as a mandatory mechanism.
  • Conflict note (if any): —

TK_2 — incentives/collateral/penalties (1/0)

  • TK_2 (decision): 1
  • Claim (one line): The token is used for staking/receiving rewards and for participation in AI training mode (tickets/rewards) — per Tier‑1.
  • Evidence: Tier‑1 — https://aidefiagents.gitbook.io/whitepaper/project-economic/token-utility
  • Why sufficient / why not (one line): Tier‑1 describes staking/claiming and rewards mechanics tied to ownership/staking of the token.
  • Conflict note (if any): —

TK_3 — governance (1/0)

  • TK_3 (decision): 1
  • Claim (one line): The token is claimed as a governance token for participation in voting/decisions (DAO).
  • Evidence: Tier‑1 — https://aidefiagents.gitbook.io/whitepaper/project-economic/token-utility
  • Why sufficient / why not (one line): Tier‑1 explicitly states “governance and voting rights (DAO)”.
  • Conflict note (if any): —

TK_4 — token is replaceable (1/0)

  • TK_4 (decision): 0
  • Claim (one line): The replaceability of the token is not established per Tier‑1.
  • Evidence: Tier‑1 — https://aidefiagents.gitbook.io/whitepaper/project-economic/token-utility
  • Why sufficient / why not (one line): TK_4 requires a comparison “what breaks down without the token”; Tier‑1 has the utility, but no formal replacement test.
  • Conflict note (if any): —

Evidence (table)

Tier Source What it proves
Tier‑1 https://aidefiagents.gitbook.io/whitepaper Official positioning of the product as an AI‑powered trading companion.
Tier‑1 https://aidefiagents.gitbook.io/whitepaper/defi-agents-ai-system/product Description of the product and the integration model (API to exchanges; funds remain on the exchange side — as a claim).
Tier‑1 https://aidefiagents.gitbook.io/whitepaper/help/social-media Tier‑1 link to the Telegram bot (demo surface) and official channels.
Tier‑1 https://aidefiagents.gitbook.io/whitepaper/project-economic/token-utility Tier‑1 token utility: access, AI training mode, staking/rewards, governance.
Tier‑1 https://basescan.org/token/0xb3621cd34803Cf7065Dcb0D5BfB0f56C1834a063 Verifiable onchain artifact: the token contract on Base.