Skip to main content

USHI (Ushi)

USHI (Ushi) — 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).

USHI (Ushi) — an AI/Other | DeFi project (DEX token analytics and “gem hunting”; AI analysis is claimed), token (symbol: USHI) on the Ethereum network.

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 web product for analyzing DEX tokens (liquidity/holders/audit check etc.) and finding “verified/top” tokens; “Social‑media AI analytic” modules are claimed separately.
  • Who it’s for: DeFi users who need a token analytics/screening tool.
  • Why onchain/token: the USHI token — ERC‑20; per Tier‑1, the website describes USHI as a “key” to premium features (subscription/access), and also as a component of tokenomics (fees/burn).
  • What you can actually touch (Tier‑1): the web‑app app.ushi.pro (see links_*).

How it works (very briefly)

  1. The user does: enters the web‑app, connects a wallet (in the product’s terms) and selects tokens for analysis.
  2. The system does: shows token metrics (liquidity/holders/overview), and claims AI analysis of social media/ratings.
  3. The user gets: a screening/analytics interface (not a trading recommendation).
  4. Where the blockchain is: the USHI token — ERC‑20 on the Ethereum network; operations with the token are recorded onchain.
  5. Token role (if any): per Tier‑1, the website positions USHI as an access/subscription token for premium features.

Quick links: AI thesis fit

Project passport

Field Value
Project name USHI (Ushi)
Also known as (aliases) uAnalytics (as claimed on the website)
Logo (logo) —
Token symbol (ticker) USHI
Category AI/Other | DeFi
Primary chain (chain) Ethereum
Type EVM
Network status mainnet
Consensus (consensus) PoS (Ethereum)
Launch date (launch_date) —
Project status (status) active
Token (standard) ERC-20
Token contract 0x6dca182ac5e3f99985bc4ee0f726d6472ab1ec55
Token model (token_type) utility (payments)
Max supply 21,000,000,000 USHI
Issuance fixed (total supply)
Tokenomics (tokenomics, brief) Buy/sell fees and a burn function are claimed on the website; the token is positioned as a key to premium features.
Governance —
Admins/keys —
Audit yes
Bug bounty —
Team (team) Ushi Team (names listed on the website)
Funding (investors/funding) —
AI component (ai_component) AI social media analysis + token scoring
Use‑case (use_case) DEX token screening + analytics
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 1 / evidence_score 3
Last verified 2026-02-11

General project overview

Per the Tier‑1 website, USHI is a product for analyzing tokens in DeFi (overview metrics, holder analysis, “security audit” as a section/check) and a claimed “Social‑media AI analytic” module (ratings/scoring and social media metrics).

Per Tier‑1, the following are confirmed: the existence of a web‑app, the existence of the USHI token (ERC‑20, Ethereum), the claimed role of the token as a “key” to premium features, and a link to an audit (Solidproof repository).

Features/modules

  • Gem Hunter (claimed): an algorithm for selecting tokens by parameters (price/volume/liquidity/community/trust).
  • Overview / Holders (claimed): token metrics and holder distribution.
  • Social‑media AI analytic (claimed): social media analysis and scoring.

Typical scenarios

  • Scenario 1: a user opens the web‑app → selects a token → receives a set of metrics/analytics.
  • Scenario 2: a user subscribes to premium access (via USHI, as claimed) → gets access to advanced features.

Getting started (wallet/network)

  • What you need: web access to app.ushi.pro; an EVM wallet — if connection is required in the application.
  • Network/chain: Ethereum (for the USHI token).
  • Fees: Ethereum fees for operations with the token.

Architecture/tech (non‑AI)

  • Components: the web‑app (offchain) + the USHI token (ERC‑20).
  • Participant roles: application users; token holders.
  • Where logic runs: analysis/scoring — offchain; operations with the token — onchain.
  • Dependencies: Ethereum infrastructure for the token.

Token/economics (expanded, no forecasts)

  • Token utility: per Tier‑1, the website positions USHI as a key/payment for premium features.
  • Issuance/supply: Total Supply on Etherscan: 21,000,000,000 USHI.
  • Fees/fee model: buy/sell fees and a burn function are claimed on the website (the details require verification in the whitepaper/contract).

Governance

  • Who makes decisions: not established per Tier‑1.

Security and incidents

  • Audits: there is a link to a Solidproof audit (see links_*).
  • Bug bounty: not found per Tier‑1.
  • Incidents: —.
  • Threat model: typical risks of ERC‑20 tokens and risks of trusting offchain analytics without public quality metrics.

Project status and timeline

  • Current status: active (based on the presence of the website and web‑app).

Ecosystem/integrations

  • Integrations: — (requires separate verification).

AI component of the project

  • What is real AI here? per Tier‑1, AI modules for social media analysis/token scoring and automated “gem hunting” are claimed.
  • What is truly onchain? the USHI token (ERC‑20) on Ethereum.
  • Why is a token needed? per Tier‑1, the token is used as a key/payment for premium access and features.
  • Red flags (based on the information found): absence of a tech description of AI models/quality metrics per Tier‑1; the onchain part looks like a token without confirmed protocol logic.

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 low 1
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 (analytics modules), not only as intent.
  • Evidence: Tier‑1 — https://ushi.pro/
  • Why sufficient / why not (one line): when a description of AI features exists, AI_0 is not required.
  • Conflict note (if any): —

AI_1 — what the AI does (1/0)

  • AI_1 (decision): 1
  • Claim (one line): AI analysis of social media and token scoring/ratings in the analytics interface are claimed.
  • Evidence: Tier‑1 — https://ushi.pro/
  • Why sufficient / why not (one line): The Tier‑1 website describes AI analytics as a product feature.
  • Conflict note (if any): —

AI_2 — demos/examples (1/0)

  • AI_2 (decision): 1
  • Claim (one line): There is a web‑app (launch app) as a product surface.
  • Evidence: Tier‑1 — https://app.ushi.pro/ ; https://ushi.pro/
  • Why sufficient / why not (one line): the existence of a public web‑app is sufficient for a demo surface.
  • Conflict note (if any): —

AI_3 — metrics/quality (1/0)

  • AI_3 (decision): 0
  • Metrics: —
  • Context (version/date/how measured): —
  • Evidence: Tier‑1 — —
  • Why sufficient / why not (one line): quality/validation metrics for AI modules were not found per Tier‑1.
  • Conflict note (if any): —

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

  • AI_4 (decision): 0
  • Claim (one line): A tech description/architecture of AI modules were not found per Tier‑1.
  • Evidence: Tier‑1 — —
  • Why sufficient / why not (one line): without a tech description, we set 0.
  • Conflict note (if any): —

Onchain necessity

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

  • OC_1 (decision): 1
  • Chain: Ethereum
  • Addresses/identifiers: the USHI token: 0x6dca182ac5e3f99985bc4ee0f726d6472ab1ec55
  • Evidence: Tier‑1 — https://etherscan.io/token/0x6dca182ac5e3f99985bc4ee0f726d6472ab1ec55
  • Why sufficient / why not (one line): the onchain fact of the token is confirmed by the explorer.
  • Conflict note (if any): —

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

  • OC_2 (decision): 0
  • What useful logic is onchain: the existence of onchain logic other than the token is not established per Tier‑1.
  • Evidence: Tier‑1 — https://ushi.pro/
  • Why sufficient / why not (one line): the product logic of analytics is described as a web product.
  • Conflict note (if any): —

OC_3 — onchain is critical (1/0)

  • OC_3 (decision): 0
  • “Replace the blockchain” test: No Tier‑1 justification of OC_3 was found.
  • Evidence: Tier‑1 — —
  • Why sufficient / why not (one line): without a strict test, we set 0.
  • Conflict note (if any): —

Token necessity

TK_0 — no token (1/0)

  • TK_0 (decision): 0
  • Claim (one line): The project has a token, USHI.
  • Evidence: Tier‑1 — https://etherscan.io/token/0x6dca182ac5e3f99985bc4ee0f726d6472ab1ec55
  • Why sufficient / why not (one line): the token is confirmed onchain.
  • Conflict note (if any): —

TK_1..TK_4 (1/0)

TK_1 — payment for the service (1/0)

  • TK_1 (decision): 1
  • Claim (one line): On the website, USHI is described as a key/payment for premium access (“USHI Premium”) and features.
  • Evidence: Tier‑1 — https://ushi.pro/
  • Why sufficient / why not (one line): The Tier‑1 website describes a subscription/premium and its link to the token.
  • Conflict note (if any): —

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

  • TK_2 (decision): 0
  • Claim (one line): Staking/slashing/penalties as a necessity of the token are not established per Tier‑1.
  • Evidence: Tier‑1 — —
  • Why sufficient / why not (one line): no protocol incentive mechanism requiring the token was found per Tier‑1.
  • Conflict note (if any): —

TK_3 — governance (1/0)

  • TK_3 (decision): 0
  • Claim (one line): A governance role of the token is not established per Tier‑1.
  • Evidence: Tier‑1 — —
  • Why sufficient / why not (one line): without a description of governance, we set 0.
  • 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 — —
  • Why sufficient / why not (one line): without an explicit comparison “the same is possible without the token”, we set 0.
  • Conflict note (if any): —

Evidence (table)

Tier Source What it proves
Tier‑1 https://ushi.pro/ Product description (token analytics), claimed AI modules, premium access linked to the token.
Tier‑1 https://app.ushi.pro/ The existence of a web‑app (product surface).
Tier‑1 https://etherscan.io/token/0x6dca182ac5e3f99985bc4ee0f726d6472ab1ec55 Onchain fact of the USHI token (ERC‑20) and Total Supply 21,000,000,000.
Tier‑1 https://github.com/solidproof/projects/tree/main/Bullfarm A link to an audit (Solidproof), posted on the project’s Tier‑1 website.