Hinagi
Hinagi (HINAGI) — 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).
Hinagi — a Meme project on the BNB Smart Chain (BSC) network, token (symbol: HINAGI).
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 token/memecoin on the BNB Smart Chain network (BEP‑20).
- Who it’s for: community members and users of BSC/EVM wallets.
- Why onchain/token: onchain is needed for the issuance and transfers of the token; the product utility of the token is not confirmed by Tier‑1 sources.
- What you can actually touch (Tier‑1): the onchain token page in BscScan (contract, max supply).
How it works (very briefly)
- The user does: transfers/receives the HINAGI token on BSC.
- The system does: records transactions in the BSC blockchain (EVM).
- The user gets: an onchain balance and the history of operations with the token.
- Where the blockchain is: the token contract and operations with the token (BEP‑20) are observable in BscScan.
- Token role (if any): it is not established per Tier‑1 that the token grants access/features other than ownership/transfer.
Quick links: AI thesis fit
Project passport
| Field | Value |
|---|---|
| Project name | Hinagi |
| Also known as (aliases) | HINAGI |
| Logo (logo) | — |
| Token symbol (ticker) | HINAGI |
| Category | Meme |
| 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 | 0x96be0fbbfb126063eb27bea4f34e096fa661fc9e |
| Token model (token_type) | — |
| Max supply | 1 000 000 000 HINAGI (max total supply, BscScan) |
| Issuance | fixed cap (max supply) |
| Tokenomics (tokenomics, brief) | Max total supply 1B HINAGI (Tier‑1: BscScan). |
| Governance | — |
| Admins/keys | — |
| Audit | — |
| Bug bounty | — |
| Team (team) | — |
| Funding (investors/funding) | — |
| AI component (ai_component) | — |
| Use‑case (use_case) | memecoin / community token |
| DecAI Fit — AI thesis fit | 0/6 — no AI reality and no AI intent (ai_score=0) |
| DecAI Fit component summary | ai_score 0 / onchain_score 1 / token_score 0 / evidence_score 2 |
| Last verified | 2026-02-11 |
Links (links_*)
| Type | Link |
|---|---|
| Website | https://hinagi.wtf/ |
| Docs | — |
| GitHub | — |
| Releases / Changelog | — |
| Whitepaper | — |
| Roadmap | — |
| Security advisories | — |
| Explorer | https://bscscan.com/token/0x96be0fbbfb126063eb27bea4f34e096fa661fc9e |
| X | https://twitter.com/hinagithecat |
| Discord | — |
| Telegram | https://t.me/HinagiTheCat |
| Medium | — |
| Audit report(s) | — |
| Bug bounty | — |
| CoinGecko (profile, reference) | https://www.coingecko.com/en/coins/hinagi |
| CoinMarketCap (profile, reference) | https://coinmarketcap.com/currencies/hinagi/ |
General project overview
Hinagi is a token (BEP‑20) on the BNB Smart Chain network. Per the Tier‑1 onchain source (BscScan), the contract address and max total supply are confirmed. The product part and the specific utility of the token (other than ownership/transfers) are not established per Tier‑1 sources.
Note: the official website is listed in links_*, but its content could not be loaded (unavailable per the available sources), so the conclusions on the AI component/utility remain conservative.
Features/modules
- Onchain artifact: the HINAGI token on BNB Smart Chain (contract).
Typical scenarios
- Scenario 1: a user transfers the token → receives an onchain balance at an address.
- Scenario 2: a user checks the token parameters (contract, max supply) in the explorer.
Getting started (wallet/network)
- What you need: an EVM wallet with BNB Smart Chain support.
- Network/chain: BNB Smart Chain (BSC).
- Fees: BSC network fees for onchain operations.
Architecture/tech (non‑AI)
- Components: the BEP‑20 token contract on the BSC network.
- Participant roles: token holders.
- Where logic runs: operations with the token — onchain (BSC).
- Dependencies: BSC/EVM infrastructure (RPC/wallets/explorer).
Token/economics (expanded, no forecasts)
- Token utility: not established per Tier‑1 (other than ownership/transfers).
- Protocol necessity drivers: not established.
- Who pays fees: users for onchain operations on BSC.
- Where fees go: to BSC validators (as network fees).
- Issuance/burn: fixed cap (max total supply 1B, Tier‑1: BscScan).
- Security/incentive mechanisms: not established.
- Distribution and token issuance schedule: not established per Tier‑1.
- Treasury: not established.
Governance
- Who makes decisions: —.
- How protocol parameters change: —.
- Where decisions are discussed/made: —.
- Keys/multisig: —.
Security and incidents
- Audits: —.
- Bug bounty: —.
- Incidents: —.
- Threat model: typical token risks (fraud/source spoofing/liquidity risks); without assertions of guarantees.
Project status and timeline
- Current status: mainnet (BSC).
- Key releases/milestones: —.
- Roadmap: not found per Tier‑1.
Ecosystem/integrations
- Integrations: EVM wallets and the BscScan explorer.
- Partners: —.
- Where it’s actually used: not established per Tier‑1.
AI component of the project
- What is real AI here? No Tier‑1 confirmation of an AI component was found.
- What is truly onchain? the HINAGI token on the BNB Smart Chain network.
- Why is a token needed? per Tier‑1, the utility/necessity of the token is not established.
- Red flags (based on the information found): AI positioning without Tier‑1 artifacts (docs/code/demo/metrics); onchain boils down to the token; the token utility is not confirmed.
DecAI Fit component summary
- DecAI Fit: 0/6 — no AI reality and no AI intent (ai_score=0)
| Component | Level | Score |
|---|---|---|
| AI reality | low | 0 |
| Onchain necessity | low | 1 |
| Token necessity | low | 0 |
| Evidence | Tier‑1 partial | 2 |
Details
AI reality
AI_0 — AI intent (Tier‑1 roadmap) (1/0)
- AI_0 (decision): 0
- Claim (one line): No Tier‑1 declaration of AI intentions/roadmap was found or verified (the website is unavailable due to a timeout).
- Evidence: Tier‑1 — https://hinagi.wtf/
- Why sufficient / why not (one line): Without a verifiable Tier‑1 claim about AI intent we set 0 (conservatively).
- Conflict note (if any): —
AI_1 — what the AI does (1/0)
- AI_1 (decision): 0
- Claim (one line): It is not established per Tier‑1 what exactly the AI does (if it is claimed).
- Evidence: Tier‑1 — https://hinagi.wtf/
- Why sufficient / why not (one line): There is no verifiable Tier‑1 description of the functions of the AI component.
- Conflict note (if any): —
AI_2 — demos/examples (1/0)
- AI_2 (decision): 0
- Claim (one line): No public demo/example of the AI component in operation was found per Tier‑1.
- Evidence: Tier‑1 — https://hinagi.wtf/
- Why sufficient / why not (one line): AI_2=1 requires a verifiable app/demo/tutorial, which is absent in the confirmed Tier‑1.
- Conflict note (if any): —
AI_3 — metrics/quality (1/0)
- AI_3 (decision): 0
- Metrics: —.
- Context (version/date/how measured): —.
- Evidence: Tier‑1 — https://hinagi.wtf/
- Why sufficient / why not (one line): Quality metrics/benchmarks of the AI component 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): The tech description/architecture/versions of the AI component are not established per Tier‑1.
- Evidence: Tier‑1 — https://hinagi.wtf/
- Why sufficient / why not (one line): Without tech docs/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 (BSC)
- Addresses/identifiers: token contract 0x96be0fbbfb126063eb27bea4f34e096fa661fc9e
- Evidence: Tier‑1 — https://bscscan.com/token/0x96be0fbbfb126063eb27bea4f34e096fa661fc9e
- Why sufficient / why not (one line): The Explorer confirms the network and the address of 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 per Tier‑1 (other than the token).
- Evidence: Tier‑1 — https://bscscan.com/token/0x96be0fbbfb126063eb27bea4f34e096fa661fc9e
- Why sufficient / why not (one line): OC_2 requires contracts/addresses and a description of onchain logic beyond the issuance/transfers of the token.
- Conflict note (if any): —
OC_3 — onchain is critical (1/0)
- OC_3 (decision): 0
- “Replace the blockchain” test: the criticality of onchain for the product is not established per Tier‑1.
- Evidence: Tier‑1 — https://hinagi.wtf/
- Why sufficient / why not (one line): There is no Tier‑1 justification that a key property breaks down without the blockchain.
- Conflict note (if any): —
Token necessity
TK_0 — no token (1/0)
- TK_0 (decision): 0
- Claim (one line): The project has a token, HINAGI (BEP‑20), on the BSC network.
- Evidence: Tier‑1 — https://bscscan.com/token/0x96be0fbbfb126063eb27bea4f34e096fa661fc9e
- Why sufficient / why not (one line): The onchain token page confirms the existence of the 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): Payment with the token for a specific service/access is not established per Tier‑1.
- Evidence: Tier‑1 — https://hinagi.wtf/
- Why sufficient / why not (one line): There is no verifiable Tier‑1 description of the token’s payment model.
- Conflict note (if any): —
TK_2 — incentives/collateral/penalties (1/0)
- TK_2 (decision): 0
- Claim (one line): Incentives/collateral/penalties requiring the token are not established per Tier‑1.
- Evidence: Tier‑1 — https://hinagi.wtf/
- Why sufficient / why not (one line): There are no confirmed Tier‑1 artifacts (docs/contracts) about staking/slashing/rewards.
- Conflict note (if any): —
TK_3 — governance (1/0)
- TK_3 (decision): 0
- Claim (one line): Governance use of the token is not established per Tier‑1.
- Evidence: Tier‑1 — https://hinagi.wtf/
- Why sufficient / why not (one line): There are no governance documents/process and no role of the token.
- 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://hinagi.wtf/
- Why sufficient / why not (one line): There is no description of the token’s functions to assess replaceability.
- Conflict note (if any): —
Evidence (table)
| Tier | Source | What it proves |
|---|---|---|
| Tier‑1 | https://bscscan.com/token/0x96be0fbbfb126063eb27bea4f34e096fa661fc9e | Onchain fact: the HINAGI token on BSC; contract address and max total supply 1B. |
| Tier‑1 | https://hinagi.wtf/ | The official website is listed in links_*, but its content could not be verified (unavailable per the available sources). |
| Tier‑2 | https://www.coingecko.com/en/coins/hinagi | Reference token profile (not proof of utility). |
| Tier‑2 | https://coinmarketcap.com/currencies/hinagi/ | Reference token profile (not proof of utility). |
No comments to display
No comments to display