Skip to main content

SUPERFORTUNE

SUPERFORTUNE ($GUA) — 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).

SUPERFORTUNE — an AI/Other | Consumer project on BNB Smart Chain, token (symbol: GUA).

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: an AI‑powered InfoFi/consumer product at the intersection of “crypto analytics” and Chinese metaphysics (fortune readings + the “energy” of tokens/contracts + mini‑games).
  • Who it’s for: users/traders interested in a “gamified” format of signals/interpretations and an in‑game economy (QIAN/Fortune Points/charms).
  • Why onchain/token: some functions are web3 actions and the onchain token $GUA (value‑added features); the in‑game currency QIAN is claimed to be centralized and non‑tradable.
  • What you can actually touch (Tier‑1): the web application app.superfortune.xyz + the official docs (Getting started).

How it works (very briefly)

  1. The user does: connects a wallet in app.superfortune.xyz and uses the readings/mini‑games/“karmic vault” functions.
  2. The system does: generates/delivers AI interpretations and game results; credits game points (Fortune Points) and the in‑game currency QIAN (via Fortune Charms).
  3. The user gets: a fortune reading / “analytics” on a token/contract and progress in the game mechanics (QIAN/points/upgrades).
  4. Where the blockchain is: $GUA is described as an onchain token; the audit describes a Solana program (purchases via stable/native, claim from the treasury, PDA authorization). The in‑game QIAN is claimed to be centralized.
  5. Token role (if any): $GUA is claimed as the token for “value‑added features” (advanced features, Lucky NFTs, buyback burns); the project separately emphasizes that in‑game rewards are not paid out in $GUA.

Quick links: AI thesis fit

Project passport

Field Value
Project name SUPERFORTUNE
Also known as (aliases) SUPERFORTUNE888; Endless Gains; 连连有盈
Logo (logo) ../assets/113_superfortune_logo.svg
Token symbol (ticker) GUA
Category AI/Other | Consumer
Primary chain (chain) BNB Smart Chain
Type EVM
Network status mainnet
Consensus (consensus) PoSA (BNB Smart Chain; 21 validators)
Launch date (launch_date) —
Project status (status) active
Token (standard) BEP-20
Token contract 0xa5c8e1513b6a08334b479fe4d71f1253259469be
Token model (token_type) utility (discounts + content + payments)
Max supply 1,000,000,000 GUA
Issuance fixed
Tokenomics (tokenomics, brief) $GUA — an onchain token for value‑added features; the in‑game currency QIAN — centralized, non‑tradable, with no onchain liquidity
Governance —
Admins/keys —
Audit yes (Beosin)
Bug bounty —
Team (team) —
Funding (investors/funding) —
AI component (ai_component) AI interpretations/patterns for crypto markets
Use‑case (use_case) fortune readings + token/contract «energy»
DecAI Fit — AI thesis fit 4/6 — medium alignment with the Decentralized AI thesis
DecAI Fit component summary ai_score 2 / onchain_score 2 / token_score 0 / evidence_score 3
Last verified 2026-02-11

General project overview

In the official docs, SUPERFORTUNE is described as an AI‑powered InfoFi engine that “blends” Chinese metaphysics and crypto markets to find price patterns. From the product perspective, it is a consumer application with a set of “readings” and game mechanics:

  • daily personal fortune readings,
  • the “energy” of a token/contract address,
  • compatibility/“karmic chemistry” between X (Twitter) accounts,
  • an in‑game economy with QIAN and Fortune Points, charms and mini‑games.

Features/modules

  • Fortune Reading: daily personal fortune; a “metaphysical” breakdown of a token by ticker/contract; “Person match” by X handles.
  • Fortune Charms + QIAN: charms generate QIAN; QIAN is used for upgrades and game actions; QIAN is claimed to be centralized and non‑tradable.
  • Whack the Villain: a mini‑game for farming Fortune Points and charm progress.
  • Karmic Vault: “incense/guardian/burn misfortune” mechanics in the application interface.

Typical scenarios

  • Scenario 1: the user does a daily fortune reading → receives a textual/symbolic “reading” and Fortune Points.
  • Scenario 2: the user enters a ticker/contract address → receives the “energy/patterns” of the asset (as described in the docs).
  • Scenario 3: the user buys/upgrades a Fortune Charm → generates QIAN, speeds up upgrades and unlocks mini‑games/referral rewards.

Getting started (wallet/network)

  • What you need: web access to app.superfortune.xyz + a wallet for web3 actions.
  • Network/chain: links_* lists BNB Smart Chain (the token’s BscScan); the audit describes a Solana component (SVM) for transactional functions.
  • Fees: network fees of the respective networks for onchain operations.

Architecture/tech (non‑AI)

  • Components: the web application; the onchain token $GUA; the in‑game economy QIAN (centralized); per the audit — a Solana program with purchases/claim/config.
  • Participant roles: application users; token holders (value‑added functions).
  • Where logic runs: AI interpretations and game calculations — mostly offchain; some payments/purchases/claims — onchain (as described in the audit); QIAN — offchain/centralized.
  • Dependencies: wallets/RPC of the selected networks; infrastructure for issuing/storing NFTs/the token for value‑added functions.

Token/economics (expanded, no forecasts)

  • Two “currency layers”:
    • QIAN — the in‑game currency, centralized, non‑tradable, with no onchain liquidity; intended for rewards/upgrades/speed‑ups.
    • $GUA — the onchain token for value‑added functions.
  • $GUA utility: unlocking advanced features, buying Lucky NFTs, “fueling buyback burns” (per the docs).
  • Issuance: total supply 1,000,000,000 (per the docs).
  • TGE status: the docs state that $GUA has not yet undergone a TGE (important for interpreting the economy and the token’s tradability).

Governance

  • Who makes decisions: — (governance mechanics are not described in the Tier‑1 docs).

Security and incidents

  • Audits: Beosin (Superfortune‑SVM), Jul 29, 2025 (PDF report).
  • Bug bounty: — (no Tier‑1 program was found).
  • Incidents: — (no Tier‑1 postmortems found).
  • Threat model: centralization risks of the in‑game currency/mechanics (QIAN and charms are claimed to be centralized); risks of errors in onchain components (smart contracts/programs) and dependencies.

Project status and timeline

  • Current status: a working web product (app) + published docs.
  • Key milestones: Beosin audit report on Superfortune‑SVM: 2025‑07‑29; the docs note that $GUA has not had a TGE yet.
  • Roadmap: —.

Ecosystem/integrations

  • Integrations: wallets for the web app; onchain components for payments/claim (per the audit).
  • Where it’s actually used: app.superfortune.xyz (demo) + “Getting Started” in the docs.

AI component of the project

  • What is real AI here? the Tier‑1 docs describe the project as an “AI‑powered InfoFi engine” that applies AI to readings/interpretations and market pattern recognition.
  • What is truly onchain? the Tier‑1 sources point to the onchain token $GUA (BscScan in links), and the audit report describes a Solana program for purchases/claim/config.
  • Why is a token needed? $GUA is claimed as the token for value‑added functions (advanced features, Lucky NFTs, buyback burns), while in‑game rewards go through QIAN, not $GUA.
  • Red flags (based on the information found): AI‑washing risk (no Tier‑1 metrics/technical details of the AI), token‑washing risk (if $GUA is replaceable with a subscription/USDC), onchain‑washing risk (if the onchain part is not critical for the core value). What to double‑check: where exactly onchain is used in the product (other than the token); which contract/program serves purchases/claim in production (addresses/programId).

DecAI Fit component summary

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

AI reality

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

  • AI_0 (decision): 0
  • Claim (one line): —
  • Evidence: Tier‑1 — —
  • Why sufficient / why not (one line): there is a Tier‑1 description of AI functions (AI_1=1) and a demo (AI_2=1), so AI_0 as “intent only” does not apply.
  • Conflict note (if any): —

AI_1 — what the AI does (1/0)

  • AI_1 (decision): 1
  • Claim (one line): AI is used for “readings/interpretations” and finding price patterns (InfoFi engine).
  • Evidence: Tier‑1 — https://docs.superfortune.xyz/
  • Why sufficient / why not (one line): on the Welcome page the project is directly described as AI‑powered and the AI scenarios are listed (fortune/token/contract/user match).
  • Conflict note (if any): —

AI_2 — demos/examples (1/0)

  • AI_2 (decision): 1
  • Claim (one line): a web application is available + “Getting Started” with step‑by‑step scenarios.
  • Evidence: Tier‑1 — https://app.superfortune.xyz/ ; https://docs.superfortune.xyz/getting-started
  • Why sufficient / why not (one line): there is a public entry point and reproducible usage scenarios.
  • 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): there are no benchmarks/quality metrics for the AI part in Tier‑1.
  • Conflict note (if any): —

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

  • AI_4 (decision): 0
  • Claim (one line): there is no Tier‑1 technical description of the AI models/versions/architecture.
  • Evidence: Tier‑1 — https://docs.superfortune.xyz/
  • Why sufficient / why not (one line): the functionality is described, but the technical details of the AI are not disclosed.
  • Conflict note (if any): —

Onchain necessity

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

  • OC_1 (decision): 1
  • Chain: BNB Smart Chain
  • Addresses/identifiers: the $GUA token (the contract is listed in links): 0xa5c8e1513b6a08334b479fe4d71f1253259469be
  • Evidence: Tier‑1 — https://bscscan.com/token/0xa5c8e1513b6a08334b479fe4d71f1253259469be
  • Why sufficient / why not (one line): the explorer records the onchain address of the token (as listed in links_*).
  • Conflict note (if any): the docs note that $GUA has not yet undergone a TGE; details of circulation/distribution are only partially disclosed in Tier‑1.

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

  • OC_2 (decision): 1
  • What useful logic is onchain: per the audit, a Solana program is described (purchases via stable/native, claim from the treasury, config management, PDA authorization).
  • Evidence: Tier‑1 — https://www.beosin.com/audits/Superfortune-SVM_202507291033.pdf
  • Why sufficient / why not (one line): the Tier‑1 audit describes specific onchain functions and the authorization model.
  • Conflict note (if any): the address/programId of the production program was not found in the public docs.

OC_3 — onchain is critical (1/0)

  • OC_3 (decision): 0
  • “Replace the blockchain” test: it is not proven in Tier‑1 that the core value (readings/game mechanics) breaks without onchain; part of the economy (QIAN) is described as centralized.
  • Evidence: Tier‑1 — https://docs.superfortune.xyz/tokenomics ; https://docs.superfortune.xyz/getting-started
  • Why sufficient / why not (one line): onchain is used, but its criticality for the core functions is not formalized.
  • Conflict note (if any): —

Token necessity

TK_0 — no token (1/0)

  • TK_0 (decision): 0
  • Claim (one line): the project has an onchain token, $GUA.
  • Evidence: Tier‑1 — https://docs.superfortune.xyz/tokenomics
  • Why sufficient / why not (one line): the Tier‑1 tokenomics directly call $GUA the “official on-chain token”.
  • 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): $GUA is used for value‑added functions (advanced features, Lucky NFTs) and buyback burns.
  • Evidence: Tier‑1 — https://docs.superfortune.xyz/tokenomics
  • Why sufficient / why not (one line): the token’s use‑cases are listed in Tier‑1.
  • Conflict note (if any): —

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

  • TK_2 (decision): 0
  • Claim (one line): Tier‑1 does not describe mandatory onchain incentives/collateral/penalties that secure the protocol.
  • Evidence: Tier‑1 — —
  • Why sufficient / why not (one line): the tokenomics describe utility, but not protocol‑level collateral/penalties.
  • Conflict note (if any): —

TK_3 — governance (1/0)

  • TK_3 (decision): 0
  • Claim (one line): the governance role of $GUA is not described in Tier‑1.
  • Evidence: Tier‑1 — —
  • Why sufficient / why not (one line): the tokenomics list value‑added use‑cases without governance.
  • Conflict note (if any): —

TK_4 — token is replaceable (1/0)

  • TK_4 (decision): 1
  • Claim (one line): Tier‑1 does not prove the irreplaceability of $GUA (value‑added functions are potentially implementable alternatively).
  • Evidence: Tier‑1 — https://docs.superfortune.xyz/tokenomics
  • Why sufficient / why not (one line): the utility is listed, but there is no “without the token the product breaks” test.
  • Conflict note (if any): —

Evidence (table)

Tier Source What it proves
Tier‑1 https://docs.superfortune.xyz/ a description of the project as an AI‑powered InfoFi engine + a list of key functions (fortune/token/contract/user match)
Tier‑1 https://docs.superfortune.xyz/getting-started step‑by‑step scenarios + the fact: $GUA has not yet undergone a TGE
Tier‑1 https://docs.superfortune.xyz/tokenomics the distinction between QIAN (centralized in‑game currency) vs $GUA (onchain token); total supply 1B; the token’s use‑cases
Tier‑1 https://app.superfortune.xyz/ the public entry point of the web product
Tier‑1 https://bscscan.com/token/0xa5c8e1513b6a08334b479fe4d71f1253259469be the onchain address of the $GUA token on BNB Smart Chain (as listed in links_*)
Tier‑1 https://www.beosin.com/audits/Superfortune-SVM_202507291033.pdf the audit of the Solana component (Superfortune‑SVM): a description of the buy/claim/config functions and the audit’s conclusion
Tier‑1 — No Tier‑1 source for claim “exact addresses/programId of the Solana component in production” was found.

No comments to display

Back to top