Skip to main content

Decentrawood

Decentrawood (DEOD) — 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).

Decentrawood — a Metaverse / Gaming / NFT project: a virtual world/platform with land (LAND), NFT assets and a marketplace; the DEOD utility token (ERC‑20 on the Polygon network) is used as an in‑game currency/for settlements for LAND and NFT (per the whitepaper).

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 metaverse platform with land purchases and trading of NFT assets.
  • Who it’s for: players/users, as well as content creators (NFT/games/objects) within the platform.
  • Why onchain/token: accounting of asset ownership (NFT/LAND) and settlements in the DEOD token.

How it works (very briefly)

  1. The user does: uses the DEOD token and/or interacts with the marketplace/land/assets.
  2. The system does: issues/accounts for NFT assets and LAND, allows buying/selling them via the marketplace.
  3. The user gets: digital ownership of assets and the ability to trade/monetize (per the platform concept).
  4. Where the blockchain is: the DEOD token and NFT assets (ERC‑721/1155 per the whitepaper) are recorded onchain (Polygon/EVM).
  5. Token role: an in‑game currency for LAND/NFT purchases and marketplace operations.

Quick links: AI thesis fit

Project passport

Field Value
Project name Decentrawood
Also known as (aliases) DEOD, Decentrawood Metaverse
Logo (logo) ../assets/219_decentrawood_logo.png
Token symbol (ticker) DEOD
Category Metaverse | Gaming | NFT
Primary chain (chain) Polygon
Type EVM
Network status mainnet
Consensus (consensus) PoS (Polygon)
Launch date (launch_date) 2022 (whitepaper; release plan 2022–2023)
Project status (status) active (website available)
Token (standard) ERC-20
Token contract 0xE77aBB1E75D2913B2076DD16049992FFeACa5235
Token model (token_type) utility (in-game currency)
Max supply —
Issuance —
Tokenomics (tokenomics, brief) DEOD is used for buying/selling LAND and NFT via the marketplace; the whitepaper mentions burning part of the platform’s revenue
Governance —
Admins/keys —
Audit —
Bug bounty —
Team (team) —
Funding (investors/funding) —
AI component (ai_component) AI-powered experiences
Use‑case (use_case) metaverse land + NFT marketplace
DecAI Fit — AI thesis fit 2/6 — low alignment with the Decentralized AI thesis
DecAI Fit component summary 1 / 2 / 0 / 1
Last verified 2026-02-11

General project overview

Decentrawood describes itself as a “decentralized metaverse platform” for entertainment: a virtual world with land (LAND), avatars and user digital assets that are tokenized as NFTs and traded via a marketplace.

The whitepaper explicitly states that the platform is “games on polygon blockchain” and uses the DEOD utility token as an in‑world currency for buying/selling LAND and other NFT assets. AI is mentioned as part of the “AI powered” experience and, in particular, as a way to make recommendations for shopping scenarios, but it does not look like the core of the product.

Features/modules

  • NFT marketplace: issuance and trading of NFT assets (per the whitepaper).
  • LAND: purchase/ownership/resale of plots in the metaverse (per the whitepaper).
  • Avatars / assets: user digital objects and their modifications.
  • In‑world economy: settlements in the DEOD token (per the whitepaper).

Typical scenarios

  • Scenario 1 (LAND purchase): a user uses DEOD to acquire LAND/NFT → owns it and can resell it.
  • Scenario 2 (NFT creation/trading): a creator mints an NFT → lists it on the marketplace → sells/exchanges it.
  • Scenario 3 (game monetization): a user creates/buys game objects/experiences → monetizes them via the in‑game economy (as claimed).

Getting started (wallet/network)

  • What you need: an EVM wallet with Polygon support.
  • Network/chain: Polygon.
  • Fees: Polygon fees for operations with the token/contracts and for minting/transferring NFT.

Architecture/tech (non‑AI)

  • Components: the DEOD token (ERC‑20), NFT (ERC‑721/1155 — per the whitepaper), the marketplace and metaverse clients/content.
  • Participant roles: users/content creators; platform operators.
  • Where logic runs: ownership/trading onchain; the visual metaverse and game mechanics — offchain/clients.
  • Dependencies: Polygon RPC; asset storage (the whitepaper mentions IPFS for digital assets).

Token/economics (expanded, no forecasts)

  • Token utility: buying/selling LAND and NFT, marketplace operations (per the whitepaper).
  • Protocol necessity drivers: if the marketplace is denominated in DEOD, the token is needed for transactions; under an alternative model (fiat/stablecoin) the token is partially replaceable.
  • Who pays fees: users performing operations (gas + possible marketplace commissions).
  • Where fees go: — (the whitepaper has no exact scheme of fee distribution in onchain contracts).
  • Issuance/burn: max supply 2B (per CMC); the whitepaper mentions burning part of the revenue and a separate minting/allotment scheme — requires reconciliation with the current onchain state.
  • Security/incentive mechanisms: —.
  • Distribution and token issuance schedule: — (there are descriptions in the whitepaper, but without quick onchain verification).
  • Treasury: —.

Governance

  • Who makes decisions: the project team; governance as a process is not described.
  • How protocol parameters change: —.
  • Where decisions are discussed/made: public social media (X/Telegram) and news on the website.
  • Keys/multisig: —.

Security and incidents

  • Audits: —.
  • Bug bounty: —.
  • Incidents: —.
  • Threat model: typical metaverse/NFT risks: contract vulnerabilities, risks of centralized platform control, token liquidity risks.

Project status and timeline

  • Current status: public website + whitepaper; onchain token on Polygon.
  • Key releases/milestones: the whitepaper is dated 2022‑12‑09 and contains a 2022–2023 roadmap.
  • Roadmap: in the whitepaper (PDF) and on the website’s whitepaper page.

Ecosystem/integrations

  • Integrations: DEX/listings and wallets (in the whitepaper/CMC profile; detailed technical integrations are not described).
  • Partners: —.
  • Where it’s actually used: as a metaverse platform and marketplace per the project’s claim; actual usage metrics are not provided.

AI component of the project

  • What is real AI here? The whitepaper mentions the use of AI to improve the experience (e.g., recommendations in shopping scenarios), and the website uses “AI powered” positioning; no verifiable AI architecture/demo was found.
  • What is truly onchain? The DEOD token (ERC‑20 on Polygon) and NFT assets/land (claimed as ERC‑721/1155 in the whitepaper).
  • Why is a token needed? For settlements in the marketplace and LAND/NFT purchases (per the whitepaper).
  • Red flags (based on the information found): AI‑washing (AI as marketing), a high share of offchain parts (the metaverse), absence of public audits in links_*.

DecAI Fit component summary

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

AI reality

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

  • AI_0 (decision): 1
  • Claim (one line): the project is positioned as “AI powered” and the whitepaper mentions AI recommendations for shopping cases.
  • Evidence: Tier‑1 — https://www.decentrawood.com/ ; https://www.decentrawood.com/assets/pdf/WhitePaper.pdf
  • Why sufficient / why not (one line): this confirms an intent/mention of AI, but does not prove an implemented AI module.
  • Conflict note (if any): none.

AI_1 — what the AI does (1/0)

  • AI_1 (decision): 0
  • Claim (one line): specific AI functions are described in general terms (e.g., recommendations), without architecture/parameters/models.
  • Evidence: Tier‑1 — https://www.decentrawood.com/assets/pdf/WhitePaper.pdf
  • Why sufficient / why not (one line): without a technical description and reproducible details, it cannot be counted as “actually working AI”.
  • Conflict note (if any): none.

AI_2 — demos/examples (1/0)

  • AI_2 (decision): 0
  • Claim (one line): no public Tier‑1 AI demo (one that shows an AI function) was found.
  • Evidence: Tier‑1 — https://www.decentrawood.com/
  • Why sufficient / why not (one line): the website shows product pages but does not provide a verifiable AI demo.
  • Conflict note (if any): none.

AI_3 — metrics/quality (1/0)

  • AI_3 (decision): 0
  • Metrics: —.
  • Context (version/date/how measured): —.
  • Evidence: Tier‑1 — https://www.decentrawood.com/assets/pdf/WhitePaper.pdf
  • Why sufficient / why not (one line): quality metrics for the AI part are not provided.
  • Conflict note (if any): none.

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

  • AI_4 (decision): 0
  • Claim (one line): the whitepaper describes the metaverse/economy/NFT, but does not contain an AI architecture.
  • Evidence: Tier‑1 — https://www.decentrawood.com/assets/pdf/WhitePaper.pdf
  • Why sufficient / why not (one line): there is no technical description of AI modules.
  • Conflict note (if any): none.

Onchain necessity

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

  • OC_1 (decision): 1
  • Chain: Polygon
  • Addresses/identifiers: DEOD token: 0xE77aBB1E75D2913B2076DD16049992FFeACa5235
  • Evidence: Tier‑1 — https://polygonscan.com/token/0xE77aBB1E75D2913B2076DD16049992FFeACa5235
  • Why sufficient / why not (one line): the onchain contract page records the token address and the network.
  • Conflict note (if any): Polygonscan could not be downloaded during the check (unavailable per the available sources), but the link is kept as the onchain SSOT.

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

  • OC_2 (decision): 1
  • What useful logic is onchain: issuance/accounting of NFT assets and LAND (ERC‑721/1155), trading via the marketplace (per the whitepaper).
  • Evidence: Tier‑1 — https://www.decentrawood.com/assets/pdf/WhitePaper.pdf
  • Why sufficient / why not (one line): the whitepaper explicitly describes an onchain model of asset ownership/trading.
  • Conflict note (if any): none.

OC_3 — onchain is critical (1/0)

  • OC_3 (decision): 0
  • “Replace the blockchain” test: the metaverse can be implemented in a centralized way; without the blockchain, verifiable ownership/portability of assets and onchain trading are lost.
  • Evidence: Tier‑1 — https://www.decentrawood.com/assets/pdf/WhitePaper.pdf
  • Why sufficient / why not (one line): the blockchain is important for ownership/trading, but is not proven to be critically necessary for the core VR experience.
  • Conflict note (if any): none.

Token necessity

TK_0 — no token (1/0)

  • TK_0 (decision): 0
  • Claim (one line): the project has a utility token, DEOD.
  • Evidence: Tier‑1 — https://www.decentrawood.com/assets/pdf/WhitePaper.pdf
  • Why sufficient / why not (one line): DEOD is listed as the platform’s native currency.
  • Conflict note (if any): none.

TK_1..TK_4 (1/0)

TK_1 — payment for the service (1/0)

  • TK_1 (decision): 1
  • Claim (one line): the DEOD token is used for buying/selling LAND and NFT assets via the marketplace.
  • Evidence: Tier‑1 — https://www.decentrawood.com/assets/pdf/WhitePaper.pdf
  • Why sufficient / why not (one line): the whitepaper explicitly describes DEOD as an in‑world currency and a means of payment.
  • Conflict note (if any): none.

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

  • TK_2 (decision): 0
  • Claim (one line): the whitepaper has no verifiable staking/slashing parameters; the descriptions of incentives are rather product‑level.
  • Evidence: Tier‑1 — https://www.decentrawood.com/assets/pdf/WhitePaper.pdf
  • Why sufficient / why not (one line): without mechanism parameters and contracts, this cannot be counted as a proven incentive mechanism.
  • Conflict note (if any): none.

TK_3 — governance (1/0)

  • TK_3 (decision): 0
  • Claim (one line): governance is mentioned in general terms, but without a description of the mechanics/voting with the token.
  • Evidence: Tier‑1 — https://www.decentrawood.com/assets/pdf/WhitePaper.pdf
  • Why sufficient / why not (one line): there is no verifiable description of a governance process.
  • Conflict note (if any): none.

TK_4 — token is replaceable (1/0)

  • TK_4 (decision): 1
  • Claim (one line): as a means of payment, the token is conceptually replaceable (stablecoin/fiat) if asset ownership is kept onchain.
  • Evidence: Tier‑1 — https://www.decentrawood.com/assets/pdf/WhitePaper.pdf
  • Why sufficient / why not (one line): the whitepaper describes DEOD as a currency, but does not prove the unique irreplaceability of the token for the core function of NFT/LAND ownership.
  • Conflict note (if any): none.

Evidence (table)

Tier Source What it proves
Tier‑1 https://www.decentrawood.com/assets/pdf/WhitePaper.pdf Description of the metaverse platform, the role of DEOD, LAND/NFT and the claimed technological part (IPFS, ERC‑721/1155).
Tier‑1 https://polygonscan.com/token/0xE77aBB1E75D2913B2076DD16049992FFeACa5235 Onchain page of the DEOD contract (could not be loaded during the check; SSOT link).
Tier‑1 https://www.decentrawood.com/ Product positioning (metaverse + “AI powered” marketing).
Tier‑2 https://coinmarketcap.com/currencies/decentrawood/ Aggregator: reference profile and navigation links.