BUU.FUN
BUU.FUN — 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).
BUU.FUN — an AI/Consumer project on Solana, token (symbol: BUU).
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 application for generating 3D models and animation from text/an image (claimed on the website).
- Who it’s for: for 3D content creators (games/assets/prototyping).
- Why onchain/token: a token on the Solana network is confirmed; the necessity of the token for the product to work is not established per Tier‑1.
- What you can actually touch (Tier‑1): https://www.buu.fun/app
How it works (very briefly)
- The user does: enters a text prompt or uploads an image.
- The system does: generates a 3D model; offers auto‑rigging and texturing (claimed).
- The user gets: a 3D object ready for animation/export (claimed).
- Where the blockchain is: the blockchain part of the product is not established per Tier‑1 sources; only the token on Solana is confirmed.
- Token role (if any): not established per Tier‑1 sources.
Quick links: AI thesis fit
Project passport
| Field | Value |
|---|---|
| Project name | BUU.FUN |
| Also known as (aliases) | Buu.fun |
| Logo (logo) | ../assets/863_buudotfun_logo.png |
| Token symbol (ticker) | BUU |
| Category | AI/Other | Consumer |
| Primary chain (chain) | Solana |
| Type | non-EVM |
| Network status | mainnet |
| Consensus (consensus) | PoS (Solana) |
| Launch date (launch_date) | — |
| Project status (status) | active |
| Token (standard) | SPL |
| Token contract | 88n8pBT6doB5rHP7WcAaG8TuVY1baWazzxAS7Bm8virt |
| 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) | 3D generation + auto-rigging |
| Use‑case (use_case) | 3D asset creation + animation |
| DecAI Fit — AI thesis fit | 3/6 — medium alignment with the Decentralized AI thesis |
| DecAI Fit component summary | 2 / 1 / 0 / 2 |
| Last verified | 2026-02-11 |
Links (links_*)
| Type | Link |
|---|---|
| Website | https://www.buu.fun/ |
| App / Demo | https://www.buu.fun/app |
| Docs | — |
| GitHub | https://github.com/Buu-AI/buu-fun/ |
| Releases / Changelog | https://github.com/Buu-AI/buu-fun/blob/main/CHANGELOG.md |
| Whitepaper | — |
| Roadmap | — |
| Security advisories | https://github.com/Buu-AI/buu-fun/security |
| Explorer | https://solscan.io/token/88n8pBT6doB5rHP7WcAaG8TuVY1baWazzxAS7Bm8virt |
| X | — |
| Discord | https://discord.gg/BUUFUN |
| Telegram | — |
| Medium | — |
| Audit report(s) | — |
| Bug bounty | — |
| CoinGecko (profile, reference) | — |
| CoinMarketCap (profile, reference) | https://coinmarketcap.com/currencies/buudotfun/ |
General project overview
BUU.FUN is described as a web platform for creating 3D content: generating a 3D model from a prompt/image, auto‑rigging, textures and “one‑click animation”. Per the available Tier‑1 sources, the product works as a web app; the existence of a token on Solana is confirmed, but its necessity for access to the product is not established.
Features/modules
- Instant 3D generation: text/image → a 3D model (claimed).
- Auto rigging: automatic addition of a “skeleton” (claimed).
- Texture remeshing (claimed).
- One‑click animation (claimed).
Typical scenarios
- Scenario 1: a creator enters a prompt → receives a 3D model for further work.
- Scenario 2: a creator uploads an image → receives a 3D version of the object (claimed).
- Scenario 3: a creator enables auto‑rigging and animation → receives an animated asset (claimed).
Getting started (wallet/network)
- What you need: web app https://www.buu.fun/app
- Network/chain: Solana — only for the token.
- Fees: Solana network fees apply to token transactions.
Architecture/tech (non‑AI)
- Components: web app (frontend); a public repository (Next.js) is available; the onchain component is the token (Solana).
- Where logic runs: generation/processing — offchain (per the website description); the token — onchain.
Token/economics (expanded, no forecasts)
- Token utility: not established per Tier‑1 sources (no explicit link between payment and the token was found on the website/in the product docs).
- Tokenomics parameters: not established per Tier‑1 sources.
Governance
- Who makes decisions: not established per Tier‑1 sources.
Security and incidents
- Audits: not established per Tier‑1 sources.
- Bug bounty: not established per Tier‑1 sources.
- Incidents: not established per Tier‑1 sources.
Project status and timeline
- Current status: active (based on the available website and web app).
- Key releases/milestones: there is a changelog in the repository; product release details are not normalized in this card.
- Roadmap: not established per Tier‑1 sources.
Ecosystem/integrations
- Integrations: not established per Tier‑1 sources.
- Partners: not established per Tier‑1 sources.
- Where it’s actually used: examples of work/demos — via the web app.
AI component of the project
- What is real AI here? Per Tier‑1 sources, features for generating 3D models from text/images and auxiliary “auto‑” features (rigging/animation/textures) are claimed.
- What is truly onchain? A token on the Solana network is confirmed; onchain logic of the product (other than the token) is not established.
- Why is a token needed? Not established per Tier‑1 sources.
- Red flags and what to double‑check:
- AI‑washing: no generation quality metrics (AI_3=0).
- onchain‑washing: there is no confirmation of onchain logic other than the token (OC_2=0).
- token‑washing: the token exists, but no Tier‑1 explanation of the token utility/necessity was found.
DecAI Fit component summary
- DecAI Fit: 3/6 — medium alignment with the Decentralized AI thesis
| Component | Level | Score |
|---|---|---|
| AI reality | medium | 2 |
| Onchain necessity | low | 1 |
| Token necessity | low | 0 |
| Evidence | Tier‑1 present | 2 |
Details
AI reality
AI_0 — AI intent (Tier‑1 roadmap) (1/0)
- AI_0 (decision): 0
- Claim (one line): AI intent as a “roadmap without implementation” does not apply: specific AI features are described in the Tier‑1 source.
- Evidence: Tier‑1 — https://www.buu.fun/
- Why sufficient / why not (one line): There is a description of AI features, so AI_0=0.
- Conflict note (if any): —
AI_1 — what the AI does (1/0)
- AI_1 (decision): 1
- Claim (one line): The service claims generation of a 3D model from text/an image and auto‑rigging/animation.
- Evidence: Tier‑1 — https://www.buu.fun/
- Why sufficient / why not (one line): What exactly the AI part does is described (the minimum for AI_1=1).
- Conflict note (if any): —
AI_2 — demos/examples (1/0)
- AI_2 (decision): 1
- Claim (one line): The website has a “Try Now” link to the web app.
- Evidence: Tier‑1 — https://www.buu.fun/app
- Why sufficient / why not (one line): There is a Tier‑1 link to a working app/demo.
- Conflict note (if any): —
AI_3 — metrics/quality (1/0)
- AI_3 (decision): 0
- Metrics: not established per Tier‑1 sources
- Context (version/date/how measured): not established per Tier‑1 sources
- Evidence: —
- Why sufficient / why not (one line): There are no quantitative quality metrics in Tier‑1 sources.
- Conflict note (if any): —
AI_4 — tech description/architecture/versions (1/0)
- AI_4 (decision): 0
- Claim (one line): A tech description of the generation model/architecture was not found in Tier‑1 sources.
- Evidence: —
- Why sufficient / why not (one line): There is a list of features, but no technical docs/architecture/versions.
- Conflict note (if any): —
Onchain necessity
OC_1 — contracts/addresses/chain (1/0)
- OC_1 (decision): 1
- Chain: Solana
- Addresses/identifiers: 88n8pBT6doB5rHP7WcAaG8TuVY1baWazzxAS7Bm8virt
- Evidence: Tier‑1 — https://solscan.io/token/88n8pBT6doB5rHP7WcAaG8TuVY1baWazzxAS7Bm8virt
- Why sufficient / why not (one line): There is an onchain artifact (mint) in the explorer.
- Conflict note (if any): —
OC_2 — onchain beyond just a token (1/0)
- OC_2 (decision): 0
- What useful logic is onchain: not established (other than the token)
- Evidence: —
- Why sufficient / why not (one line): No Tier‑1 confirmation of onchain logic of the product was found.
- Conflict note (if any): —
OC_3 — onchain is critical (1/0)
- OC_3 (decision): 0
- “Replace the blockchain” test: per Tier‑1 sources, the criticality of the blockchain is not proven.
- Evidence: —
- Why sufficient / why not (one line): There is no Tier‑1 justification of “without the blockchain the product breaks down”.
- Conflict note (if any): —
Token necessity
TK_0 — no token (1/0)
- TK_0 (decision): 0
- Claim (one line): The project has a token (mint on Solana).
- Evidence: Tier‑1 — https://solscan.io/token/88n8pBT6doB5rHP7WcAaG8TuVY1baWazzxAS7Bm8virt
- Why sufficient / why not (one line): There is onchain confirmation of the token.
- 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 for the service with the token is not established per Tier‑1 sources.
- Evidence: —
- Why sufficient / why not (one line): There is no explicit wording about payments with the token on the website/in the docs.
- Conflict note (if any): —
TK_2 — incentives/collateral/penalties (1/0)
- TK_2 (decision): 0
- Claim (one line): Token‑based incentives/collateral/penalties are not established per Tier‑1 sources.
- Evidence: —
- Why sufficient / why not (one line): There is no Tier‑1 description of staking/slashing/emissions.
- Conflict note (if any): —
TK_3 — governance (1/0)
- TK_3 (decision): 0
- Claim (one line): The governance mechanics of the token are not established per Tier‑1 sources.
- Evidence: —
- Why sufficient / why not (one line): There is no Tier‑1 description of voting.
- Conflict note (if any): —
TK_4 — token is replaceable (1/0)
- TK_4 (decision): 0
- Claim (one line): The replaceability/irreplaceability of the token is not established.
- Evidence: —
- Why sufficient / why not (one line): Insufficient data for a confident conclusion.
- Conflict note (if any): —
Evidence (table)
| Tier | Source | What it proves |
|---|---|---|
| Tier‑1 | https://www.buu.fun/ | AI features of the product (3D generation/auto‑rigging/animation) and positioning |
| Tier‑1 | https://www.buu.fun/app | App/Demo: “Try Now” web app (AI_2 sync) |
| Tier‑1 | https://github.com/Buu-AI/buu-fun/ | Public web app repository (Tier‑1 code artifact) |
| Tier‑1 | https://solscan.io/token/88n8pBT6doB5rHP7WcAaG8TuVY1baWazzxAS7Bm8virt | Onchain fact: the token (mint) on Solana |
| Tier‑1 | — | No Tier‑1 source for claim “why the token is needed for the product” was found. |
No comments to display
No comments to display