Wellchain

Wellchain — 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).

Wellchain — an AI/Other | Consumer project (care coordination app; the website claims AI features for tracking compliance based on medical data). The token and network are not established per Tier‑1 sources.

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 mobile application for care coordination/prevention, with the website claiming the use of AI and medical records to track adherence to recommendations.
Who it’s for: for patients and providers/caregivers (claimed).
Why onchain/token: the website claims “permissionless smart contracts” and “rewards”, but Tier‑1 details of the network/token/contracts are not established per Tier‑1 sources.

How it works (very briefly)

The user does: uses the application for plans/goals/interaction (claimed).
The system does: (claimed) analyzes data and tracks compliance, prioritizes care and accrues/issues rewards.
The user gets: reminders/completion status and (claimed) reward mechanics.
Where the blockchain is: the website claims smart contracts, but Tier‑1 addresses/the network are not established per Tier‑1 sources.
Token role (if any): not established per Tier‑1 sources.

Quick links: AI thesis fit

Project passport

Field	Value
Project name	Wellchain
Also known as (aliases)	—
Logo (logo)	—
Token symbol (ticker)	—
Category	AI/Other \| Consumer
Primary chain (chain)	—
Type	—
Network status	—
Consensus (consensus)	—
Launch date (launch_date)	—
Project status (status)	—
Token (standard)	—
Token contract	—
Token model (token_type)	—
Max supply	—
Issuance	—
Tokenomics (tokenomics, brief)	—
Governance	—
Admins/keys	—
Audit	—
Bug bounty	—
Team (team)	—
Funding (investors/funding)	—
AI component (ai_component)	AI compliance monitoring
Use‑case (use_case)	care coordination + prevention
DecAI Fit — AI thesis fit	1/6 — low alignment with the Decentralized AI thesis
DecAI Fit component summary	ai_score 1 / onchain_score 0 / token_score 0 / evidence_score 0
Last verified	2026-02-11

Links (links_*)

Type	Link
Website	https://www.wellchain.io/
Docs	—
GitHub	—
Releases / Changelog	—
Whitepaper	—
Roadmap	—
Security advisories	—
Explorer	—
X	https://twitter.com/Wellchainhealth
Discord	https://discord.com/invite/PZvjTKSRbr
Telegram	https://t.me/wellchaincommunity
Medium	—
Audit report(s)	—
Bug bounty	—
CoinGecko (profile, reference)	—
CoinMarketCap (profile, reference)	https://coinmarketcap.com/currencies/wellchain/

General project overview

Per the Tier‑1 website, Wellchain is positioned as a mobile application focused on prevention and care coordination. The website claims the use of AI and medical records to track adherence to recommendations (compliance tracking) and prioritize care, and also mentions reward mechanics and smart contracts.

Details of what exactly is implemented onchain (network/contracts/token) could not be established per Tier‑1 sources, so the onchain and token parts are filled conservatively.

Features/modules

Compliance tracking (claimed): tracking adherence to recommendations based on medical data.
Prioritization (claimed): care prioritization.
Rewards (claimed): “incentivizing prevention”.
Smart contracts (claimed): a mention of permissionless smart contracts (details not established).

Typical scenarios

Scenario 1: a patient uses the application → receives reminders/completion status (claimed).
Scenario 2: the system tracks compliance → sets care priorities (claimed).

Getting started (wallet/network)

What you need: access to the application/website.
Network/chain: — (not established per Tier‑1 sources).
Fees: —.

Architecture/tech (non‑AI)

Components: a mobile application + backend (claimed); onchain components are not established per Tier‑1 sources.
Where logic runs: the AI part is presumably offchain; the onchain part requires confirmation.

Token/economics (expanded, no forecasts)

Token: not established per Tier‑1 sources (the website has no Tier‑1 token/contract parameters).

Governance

Who makes decisions: —.

Security and incidents

Audits: —.
Bug bounty: —.
Incidents: —.
Threat model: typical risks of applications and sensitive data processing; onchain risks are not assessed (not established per Tier‑1 sources).

Project status and timeline

Current status: coming (website).
Roadmap: —.

Ecosystem/integrations

Integrations: —.

AI component of the project

What is real AI here? the website claims: use of AI and medical records for compliance tracking and care prioritization.
What is truly onchain? the network/contracts are not established per Tier‑1 sources; there is only a general “smart contracts” claim.
Why is a token needed? not established per Tier‑1 sources.
Red flags (based on the information found): absence of Tier‑1 addresses/contracts and a specification of token/reward mechanics.

DecAI Fit component summary

DecAI Fit: 1/6 — low alignment with the Decentralized AI thesis

Component	Level	Score
AI reality	low	1
Onchain necessity	low	0
Token necessity	low	0
Evidence	Tier‑1 partial	0

Details

AI reality

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

AI_0 (decision): 0
Claim (one line): AI is claimed as part of the product (AI_1), so we do not apply the intent‑only flag.
Evidence: Tier‑1 — https://www.wellchain.io/
Why sufficient / why not (one line): There is a Tier‑1 description “use AI and medical records…”.
Conflict note (if any): —

AI_1 — what the AI does (1/0)

AI_1 (decision): 1
Claim (one line): The website claims: AI + medical records are used for tracking patient compliance and prioritizing care.
Evidence: Tier‑1 — https://www.wellchain.io/
Why sufficient / why not (one line): The Tier‑1 source describes the purpose of the AI part.
Conflict note (if any): —

AI_2 — demos/examples (1/0)

AI_2 (decision): 0
Claim (one line): A public demo/application is not established per Tier‑1 sources.
Evidence: Tier‑1 — https://www.wellchain.io/
Why sufficient / why not (one line): The website describes the product as “coming”, without an explicit demo link.
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): Per Tier‑1 sources, there are no reproducible quality metrics for the AI part.
Conflict note (if any): —

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

AI_4 (decision): 0
Claim (one line): The tech description/architecture of the AI component is not established per Tier‑1 sources.
Evidence: Tier‑1 — —
Why sufficient / why not (one line): There are product claims, but no technical details.
Conflict note (if any): —

Onchain necessity

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

OC_1 (decision): 0
Chain: —
Addresses/identifiers: —
Evidence: Tier‑1 — —
Why sufficient / why not (one line): Tier‑1 addresses/explorer/network are not established per Tier‑1 sources.
Conflict note (if any): —

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

OC_2 (decision): 0
What useful logic is onchain: not established per Tier‑1 sources.
Evidence: Tier‑1 — —
Why sufficient / why not (one line): There is a general mention of smart contracts, but without verifiable artifacts.
Conflict note (if any): —

OC_3 — onchain is critical (1/0)

OC_3 (decision): 0
“Replace the blockchain” test: not established per Tier‑1 sources.
Evidence: Tier‑1 — —
Why sufficient / why not (one line): There is no Tier‑1 argument that onchain is critical.
Conflict note (if any): —

Token necessity

TK_0 — no token (1/0)

TK_0 (decision): 0
Claim (one line): The existence/absence of a token is not established per Tier‑1 sources.
Evidence: Tier‑1 — —
Why sufficient / why not (one line): There is no Tier‑1 data about the token/contract.
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): Not established per Tier‑1 sources.
Evidence: Tier‑1 — —
Why sufficient / why not (one line): There is no Tier‑1 description of token payment.
Conflict note (if any): —

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

TK_2 (decision): 0
Claim (one line): Not established per Tier‑1 sources (reward mechanics are claimed, but without token details).
Evidence: Tier‑1 — https://www.wellchain.io/
Why sufficient / why not (one line): There is a general claim about rewards, but no verifiable token/protocol details.
Conflict note (if any): —

TK_3 — governance (1/0)

TK_3 (decision): 0
Claim (one line): Not established per Tier‑1 sources.
Evidence: Tier‑1 — —
Why sufficient / why not (one line): There is no Tier‑1 description of governance.
Conflict note (if any): —

TK_4 — token is replaceable (1/0)

TK_4 (decision): 0
Claim (one line): Not established per Tier‑1 sources.
Evidence: Tier‑1 — —
Why sufficient / why not (one line): Without a Tier‑1 role of the token, we do not draw a conclusion.
Conflict note (if any): —

Evidence (table)

Tier	Source	What it proves
Tier‑1	https://www.wellchain.io/	Tier‑1 description: AI + medical records for compliance tracking and care prioritization; mentions of smart contracts and rewards.
Tier‑1	—	No Tier‑1 source for onchain artifacts (network/contracts/explorer) was found.
Tier‑1	—	No Tier‑1 source for the token/token contract was found.