Skip to main content

Sleepless AI

Sleepless AI (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).

Sleepless AI — an AI/Agents project on BNB Smart Chain, token (symbol: AI).

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: the AI companion games HIM (AI boyfriend) and HER (AI girlfriend) with a Web3 economy.
  • Who it’s for: users interested in virtual companions/romance games and in‑game items/NFTs.
  • Why onchain/token: onchain is confirmed at the level of the AI token (BEP‑20, BNB Smart Chain); the token is used for staking/voting and game mechanics (some purchases are possible without the token).
  • What you can actually touch (Tier‑1): the web versions of HIM/HER and the Sleepless AI documentation.

How it works (very briefly)

  1. The user does: enters HIM/HER (web/Android), customizes a character and chats/performs activities.
  2. The system does: provides “emotional” interactions and game progress; in‑game purchases spend the in‑game currency.
  3. The user gets: a conversational experience and game items/progress.
  4. Where the blockchain is: the AI token exists onchain (BNB Smart Chain); the Web3 economy (staking/voting) is claimed in the docs.
  5. Token role: AI — the governance+staking layer and game mechanics (exchange for in‑game tokens; “PK” with staking).

Quick links: AI thesis fit

Project passport

Field Value
Project name Sleepless AI
Also known as (aliases) HIM; HER; Sleepless AI Lab; $AI
Logo (logo) ../assets/98_sleepless-ai_logo.ico
Token symbol (ticker) AI
Category AI/Agents
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 0xBDA011D7F8EC00F66C1923B049B94c67d148d8b2
Token model (token_type) utility (staking + governance)
Max supply 1,000,000,000
Issuance fixed (minted at deploy)
Tokenomics (tokenomics, brief) $AI: stake‑weighted voting + exchange for in‑game tokens; some in‑game purchases are possible via fiat/stablecoins/BNB.
Governance stake‑weighted voting (VE‑inspired, per the docs)
Admins/keys —
Audit —
Bug bounty —
Team (team) —
Funding (investors/funding) —
AI component (ai_component) AI companion games (HIM/HER)
Use‑case (use_case) virtual companion gaming
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

In its Tier‑1 documentation, Sleepless AI describes itself as a Web3+AI gaming platform focused on “AI companion games” and emotional interactions. The main publicly described products are HIM (a virtual “AI boyfriend”, web/Android) and HER (a virtual “AI girlfriend”, web).

The project’s economy distinguishes: (a) an in‑game currency (in‑game token/“diamonds”), which is used for purchases/upgrades and can be obtained in various ways, and (b) the governance token $AI, which provides voting/staking mechanics and can be exchanged for in‑game tokens.

Features/modules

  • HIM: AI boyfriend game (web/Android) — customization and interactions.
  • HER: AI girlfriend experience (web) — choice of “models” and dialogues.
  • In‑game economy: items/NFTs, purchases/upgrades for in‑game tokens.
  • $AI governance: stake‑weighted voting and game mechanics with a stake.

Typical scenarios

  • Scenario 1: a user enters HIM/HER → chats/performs activities → receives progress and items.
  • Scenario 2: a user tops up in‑game tokens → buys/upgrades items → strengthens the “character/relationship”.
  • Scenario 3: a $AI holder stakes tokens → votes on game decisions/participates in PK → receives game bonuses/rewards (per the game rules).

Getting started (wallet/network)

  • What you need: access to the web version of HIM/HER (and/or the Android APK), and optionally a web3 wallet for operations with $AI.
  • Network/chain: $AI — BNB Smart Chain (BEP‑20).
  • Fees: BNB Smart Chain fees for onchain operations with the token.

Architecture/tech (non‑AI)

  • Components: the HIM/HER web clients; offchain AI/game logic; the onchain token $AI (BEP‑20) on BNB Smart Chain.
  • Participant roles: players; $AI holders; stakers/voting participants.
  • Where logic runs: AI interactions and the core gameplay — offchain; ownership/transfers of $AI — onchain.
  • Dependencies: BNB Smart Chain for the token; web/Android clients for access to the game.

Token/economics (expanded, no forecasts)

  • $AI utility (Tier‑1): voting on game decisions; the ability to exchange $AI for in‑game tokens; game mechanics with a $AI stake (PK).
  • Important note on the “payment role”: Tier‑1 directly describes that in‑game tokens can be obtained for fiat/stablecoins/BNB or $AI, so “payment only in $AI” is not asserted.
  • Who pays fees: users who perform onchain operations with $AI on BNB Smart Chain.
  • Issuance/burn: the max total supply of the $AI token is fixed onchain (1,000,000,000); details of distribution/vesting — see the whitepaper/docs (not fully extracted in this card).
  • Incentive mechanisms: stake‑weighted voting (VE‑inspired) and game mechanics with a $AI stake.

Governance

  • Who makes decisions: $AI holders (stake‑weighted voting on game decisions, Tier‑1).
  • How protocol parameters change: via votes on game governance decisions (described in Tier‑1 at the level of mechanics).
  • Where: in the official Sleepless AI documentation (see Evidence).
  • Keys/multisig: —.

Security and incidents

  • Audits: — (Tier‑1 reports are not added to links_*).
  • Bug bounty: —.
  • Incidents: —.
  • Threat model: centralization risks of the offchain AI/game logic; token contract risks and typical BSC risks.

Project status and timeline

  • Current status: an active product (HIM/HER are available; the $AI token is on BNB Smart Chain).
  • Key releases/milestones: —.
  • Roadmap: see links_* (GitBook Roadmap).

Ecosystem/integrations

  • Integrations: web/Android clients; BNB Smart Chain for the token.
  • Partners: —.
  • Where it’s actually used: the AI companion games HIM/HER (web/Android) + the governance/economics described in the docs.

AI component of the project

  • What is real AI here? HIM/HER are positioned as AI companion games (personalized “emotional” interactions).
  • What is truly onchain? the $AI token (BEP‑20) on BNB Smart Chain; the rest of the onchain logic (other than the token) is not confirmed by Tier‑1 addresses/contracts.
  • Why is a token needed? Tier‑1 describes $AI as a governance/staking instrument and as a means of exchange for in‑game tokens; at the same time, in‑game tokens can be obtained without $AI.
  • Red flags (based on the information found): onchain‑washing (if a “protocol” is claimed but only the token is confirmed), token‑washing (if $AI is presented as a “mandatory currency” although in‑game tokens are also available via stablecoins/BNB); what to double‑check: whether there are onchain contracts for game mechanics beyond the token.

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): the AI component is described as a working product (HIM/HER), so “intent only” does not apply.
  • Evidence: Tier‑1 — https://sleepless-ai.gitbook.io/overview/what-we-do
  • Why sufficient / why not (one line): AI_0 is used only if AI_1..AI_4 = 0.
  • Conflict note (if any): —

AI_1 — what the AI does (1/0)

  • AI_1 (decision): 1
  • Claim (one line): the AI companion games HIM/HER: interactive “emotional” interactions with a virtual companion.
  • Evidence: Tier‑1 — https://sleepless-ai.gitbook.io/ ; https://sleepless-ai.gitbook.io/overview/what-we-do
  • Why sufficient / why not (one line): Tier‑1 directly describes the HIM/HER products as AI companion games.
  • Conflict note (if any): —

AI_2 — demos/examples (1/0)

  • AI_2 (decision): 1
  • Claim (one line): the web versions of HIM/HER are available (you can log in and “touch” the product).
  • Evidence: Tier‑1 — https://him.sleeplessailab.com ; https://her.sleeplessailab.com ; https://sleepless-ai.gitbook.io/
  • Why sufficient / why not (one line): the Tier‑1 documentation provides direct links to working applications.
  • 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): public benchmarks/quality metrics for the AI part are not recorded in Tier‑1.
  • Conflict note (if any): —

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

  • AI_4 (decision): 0
  • Claim (one line): Tier‑1 has no sufficient technical description of the models/versions of the AI component.
  • Evidence: Tier‑1 — https://sleepless-ai.gitbook.io/
  • Why sufficient / why not (one line): there is a product‑level description, but without model architecture/versions — we set 0.
  • Conflict note (if any): —

Onchain necessity

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

  • OC_1 (decision): 1
  • Chain: BNB Smart Chain
  • Addresses/identifiers: AI (BEP‑20) 0xBDA011D7F8EC00F66C1923B049B94c67d148d8b2
  • Evidence: Tier‑1 — https://bscscan.com/token/0xBDA011D7F8EC00F66C1923B049B94c67d148d8b2
  • Why sufficient / why not (one line): the explorer confirms the token contract, decimals and max supply.
  • Conflict note (if any): —

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

  • OC_2 (decision): 0
  • What useful logic is onchain: Tier‑1 addresses/contracts for game mechanics beyond the token are not recorded.
  • Evidence: Tier‑1 — —
  • Why sufficient / why not (one line): without specific onchain artifacts beyond the token we set 0.
  • Conflict note (if any): —

OC_3 — onchain is critical (1/0)

  • OC_3 (decision): 0
  • “Replace the blockchain” test: the core gameplay/AI interactions look like an offchain product; onchain criticality is not proven.
  • Evidence: Tier‑1 — —
  • Why sufficient / why not (one line): without a Tier‑1 justification of “breaks down without a blockchain” 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, $AI (BEP‑20, BNB Smart Chain).
  • Evidence: Tier‑1 — https://bscscan.com/token/0xBDA011D7F8EC00F66C1923B049B94c67d148d8b2
  • Why sufficient / why not (one line): the onchain token contract is publicly confirmed by the explorer.
  • 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): $AI is the mandatory currency for paying for in‑game purchases.
  • Evidence: Tier‑1 — https://sleepless-ai.gitbook.io/economics/in-game-token
  • Why sufficient / why not (one line): Tier‑1 describes that in‑game tokens can be obtained for fiat/stablecoins/BNB or $AI, so a “mandatory $AI payment” is not confirmed.
  • Conflict note (if any): —

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

  • TK_2 (decision): 1
  • Claim (one line): users stake $AI for voting and in‑game PK mechanics.
  • Evidence: Tier‑1 — https://sleepless-ai.gitbook.io/economics/governance-token
  • Why sufficient / why not (one line): Tier‑1 directly describes staking $AI and the dependence of voting rights on stake/time.
  • Conflict note (if any): —

TK_3 — governance (1/0)

  • TK_3 (decision): 1
  • Claim (one line): $AI grants the right to vote on gameplay decisions (new character types, item upgrades, etc.).
  • Evidence: Tier‑1 — https://sleepless-ai.gitbook.io/economics/governance-token
  • Why sufficient / why not (one line): Tier‑1 lists the voting areas and describes a VE‑inspired model of voting rights.
  • Conflict note (if any): —

TK_4 — token is replaceable (1/0)

  • TK_4 (decision): 0
  • Claim (one line): the replaceability of $AI is neither proven nor refuted per Tier‑1.
  • Evidence: Tier‑1 — https://sleepless-ai.gitbook.io/economics/governance-token
  • Why sufficient / why not (one line): there is a governance/staking role, but without an explicit “can be replaced with X” we do not set 1.
  • Conflict note (if any): —

Evidence (table)

Tier Source What it proves
Tier‑1 https://sleepless-ai.gitbook.io/overview/what-we-do Tier‑1 positioning: Web3+AI gaming platform, mission and focus on AI companion games.
Tier‑1 https://sleepless-ai.gitbook.io/ Tier‑1 description of the HIM/HER products and the basic structure of the documentation.
Tier‑1 https://him.sleeplessailab.com The HIM web product (demo/what you can touch).
Tier‑1 https://her.sleeplessailab.com The HER web product (demo/what you can touch).
Tier‑1 https://sleepless-ai.gitbook.io/economics/in-game-token In‑game tokens: ways to obtain them (fiat/stablecoins/BNB/$AI) and their use.
Tier‑1 https://sleepless-ai.gitbook.io/economics/governance-token $AI utility: governance + stake‑weighted voting rights + exchange for in‑game tokens.
Tier‑1 https://bscscan.com/token/0xBDA011D7F8EC00F66C1923B049B94c67d148d8b2 Onchain fact of the $AI token: address, decimals, max total supply (1B).

No comments to display

Back to top