Skip to main content

OSMI

OSMI — 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).

OSMI — an AI/Inference | Infra project on the Ethereum network, token (symbol: OSMI).

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 service/network positioned as a “decentralized AI assistant” based on a network of compute nodes.
  • Who it’s for: chat/API users; GPU node operators; developers who need AI inference.
  • Why onchain/token: the $OSMI token is used in the network economy (including for node licenses/access and the distribution of rewards to operators).
  • What you can actually touch (Tier‑1): OSMI chat (see App / Demo in links_*).

How it works (very briefly)

  1. The user does: asks a question in the chat/via API.
  2. The system does: the coordinator routes the request to a network of nodes that perform AI inference (and/or related operations).
  3. The user gets: an answer/result.
  4. Where the blockchain is: operations with the $OSMI token are recorded onchain (ERC‑20 contract); other onchain mechanics are not established per Tier‑1.
  5. Token role (if any): the token is used as part of the access/licensing and node reward model.

Quick links: AI thesis fit

Project passport

Field Value
Project name OSMI
Also known as (aliases) OSMI AI, $OSMI
Logo (logo) ../assets/852_osmi_logo.svg
Token symbol (ticker) OSMI
Category AI/Inference | Infra
Primary chain (chain) Ethereum
Type EVM
Network status mainnet
Consensus (consensus) PoS (Ethereum)
Launch date (launch_date) —
Project status (status) active
Token (standard) ERC-20
Token contract 0x5485a469fAEa1492191Cfce7528AB6E58135aA4d
Token model (token_type) utility (payments + staking)
Max supply 1 000 000 000 OSMI
Issuance Supply-Based Emission Pool w/PoW
Tokenomics (tokenomics, brief) fair launch; supply-based emission pool; rewards for node operators.
Governance —
Admins/keys —
Audit —
Bug bounty —
Team (team) —
Funding (investors/funding) —
AI component (ai_component) LLM inference via a compute node network
Use‑case (use_case) chat/API for AI answers
DecAI Fit — AI thesis fit 5/6 — high alignment with the Decentralized AI thesis
DecAI Fit component summary ai_score 3 / onchain_score 1 / token_score 3 / evidence_score 3
Last verified 2026-02-11

General project overview

OSMI is positioned as a “decentralized AI assistant” operating on a network of nodes that perform AI inference. The documentation describes node types (including inference/memory/ingest/coordinator) and the $OSMI token model (ERC‑20, supply 1B).

Features/modules

  • AI inference nodes: LLM nodes (xgllm) and image nodes (xgimage; claimed as alpha/not public).
  • Memory/ingest: storage and similarity search (xgstore) + crawling/ingest (xgingest).
  • Coordinator: network coordination and auditing of node performance (xgcoordinator).

Typical scenarios

  • Scenario 1: a user asks a question in the chat → receives an AI answer.
  • Scenario 2: an operator runs a node → participates in task execution and, per the documentation, receives rewards in $OSMI.

Getting started (wallet/network)

  • What you need: access to the chat (see App / Demo), or GPU hardware for running a node (requirements depend on the node type).
  • Network/chain: Ethereum (the ERC‑20 contract of the $OSMI token).
  • Fees: Ethereum network fees for operations with the token (if performed).

Architecture/tech (non‑AI)

  • Components: coordinator + node network (LLM/image/memory/ingest).
  • Participant roles: users; node operators; trusted entities (for the coordinator).
  • Where logic runs: AI inference is performed offchain on nodes; token operations are performed onchain on Ethereum.
  • Dependencies: per the documentation, the memory node is claimed to use Storj for persistent storage.

Token/economics (expanded, no forecasts)

  • Token utility: per the roadmap, the token is used to purchase node licenses and access AI inference; per the node description — as a reward for operators.
  • Token parameters: ERC‑20, total supply 1 000 000 000, decimals 18, fair launch, emission pool (supply-based).
  • Staking/burn: per the roadmap, staking rewards and token burns are mentioned as part of the model; details require separate Tier‑1 recording of the specific terms.

Governance

  • No detailed description of governance mechanics (DAO/multisig/change procedures) was found per Tier‑1; however, the official token page mentions “protocol governance” through token locking.

Security and incidents

  • Audits: — (not found per Tier‑1).
  • Bug bounty: — (not found per Tier‑1).
  • Incidents: — (not found per Tier‑1).

Project status and timeline

  • Current status: per the roadmap, a public beta release in 2024 is mentioned; the current state of the product requires regular re‑checking.
  • Roadmap: key points are described on the official roadmap page (see links_*).

Ecosystem/integrations

  • Integrations: — (not found per Tier‑1).
  • Where it’s actually used: the basic user surface — the chat (see App / Demo).

AI component of the project

  • What is real AI here? the network is positioned as infrastructure for AI inference (LLM/image) via distributed nodes and a coordinator.
  • What is truly onchain? the onchain component of the $OSMI token is confirmed (ERC‑20 on Ethereum); onchain logic “other than the token” is not established per Tier‑1.
  • Why is a token needed? in the documentation/roadmap, the token is described as part of the licensing/access and node operator reward model.
  • Red flags (based on the information found): absence of reproducible quality/performance metrics in Tier‑1 (other than hardware requirements); the role of the coordinator as a trusted component; the onchain part may boil down to the token and accounting.

DecAI Fit component summary

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

AI reality

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

  • AI_0 (decision): 0
  • Claim (one line): AI is described in Tier‑1 as an operating product/network (not just roadmap intent).
  • Evidence: Tier‑1 — https://www.osmi.ai/ ; https://docs.osmi.ai/nodes
  • Why sufficient / why not (one line): This flag is used only when there is intent without confirmed “what the AI does”; here there is a description of the operation and components.
  • Conflict note (if any): —

AI_1 — what the AI does (1/0)

  • AI_1 (decision): 1
  • Claim (one line): Nodes perform AI inference (including LLM completion; image generation is claimed as a separate node type).
  • Evidence: Tier‑1 — https://docs.osmi.ai/nodes ; https://www.osmi.ai/
  • Why sufficient / why not (one line): Tier‑1 directly describes the node types and their role in AI operations.
  • Conflict note (if any): —

AI_2 — demos/examples (1/0)

  • AI_2 (decision): 1
  • Claim (one line): The official website has a “Try OSMI Chat” link (public chat interface).
  • Evidence: Tier‑1 — https://www.osmi.ai/ ; https://chat.osmi.ai/
  • Why sufficient / why not (one line): There is a user-accessible surface for checking basic functionality.
  • Conflict note (if any): —

AI_3 — metrics/quality (1/0)

  • AI_3 (decision): 0
  • Metrics: not found.
  • Context (version/date/how measured): —.
  • Evidence: Tier‑1 — https://docs.osmi.ai/
  • Why sufficient / why not (one line): No reproducible set of model/system quality metrics sufficient for AI_3=1 was found.
  • Conflict note (if any): —

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

  • AI_4 (decision): 1
  • Claim (one line): The documentation describes node types and their functions (inference/memory/ingest/coordinator), as well as participation requirements.
  • Evidence: Tier‑1 — https://docs.osmi.ai/nodes
  • Why sufficient / why not (one line): There is a technical description of the architecture at the level of components and roles.
  • Conflict note (if any): —

Onchain necessity

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

  • OC_1 (decision): 1
  • Chain: Ethereum
  • Addresses/identifiers: $OSMI token: 0x5485a469fAEa1492191Cfce7528AB6E58135aA4d
  • Evidence: Tier‑1 — https://docs.osmi.ai/tokenomics ; https://etherscan.io/token/0x5485a469fAEa1492191Cfce7528AB6E58135aA4d
  • Why sufficient / why not (one line): There is a specific onchain artifact (the token contract) and its parameters in the official documentation.
  • 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: Tier‑1 — https://docs.osmi.ai/
  • Why sufficient / why not (one line): No Tier‑1 description of onchain protocol logic that would be “beyond just a token” was found.
  • Conflict note (if any): —

OC_3 — onchain is critical (1/0)

  • OC_3 (decision): 0
  • “Replace the blockchain” test: per Tier‑1, it is not proven that a key property of the product “breaks down” without the blockchain.
  • Evidence: Tier‑1 — https://docs.osmi.ai/
  • Why sufficient / why not (one line): Insufficient data to assert onchain criticality (conservatively 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, $OSMI (ERC‑20).
  • Evidence: Tier‑1 — https://docs.osmi.ai/tokenomics
  • Why sufficient / why not (one line): The official tokenomics page records the token parameters and contract.
  • 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): In the roadmap, the token is described as a means of purchasing node licenses and accessing AI inference capabilities.
  • Evidence: Tier‑1 — https://docs.osmi.ai/roadmap
  • Why sufficient / why not (one line): The roadmap is a Tier‑1 source on the purpose of the token in the access/licensing model.
  • Conflict note (if any): —

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

  • TK_2 (decision): 1
  • Claim (one line): The node documentation describes receiving $OSMI tokens in exchange for participation (node operation).
  • Evidence: Tier‑1 — https://docs.osmi.ai/nodes
  • Why sufficient / why not (one line): A direct Tier‑1 statement about the reward model for node operators.
  • Conflict note (if any): —

TK_3 — governance (1/0)

  • TK_3 (decision): 1
  • Claim (one line): The official token page mentions “protocol governance” through locking $OSMI tokens.
  • Evidence: Tier‑1 — https://www.osmi.ai/token
  • Why sufficient / why not (one line): The Tier‑1 source directly claims locking assets “in protocol governance”; the mechanics are insufficiently detailed, but the signal is sufficient for TK_3=1.
  • Conflict note (if any): —

TK_4 — token is replaceable (1/0)

  • TK_4 (decision): 0
  • Claim (one line): The replaceability of the token without loss of the protocol’s meaning is not established per Tier‑1.
  • Evidence: Tier‑1 — https://docs.osmi.ai/tokenomics ; https://docs.osmi.ai/roadmap
  • Why sufficient / why not (one line): TK_4=1 requires an explicit Tier‑1 justification “can be replaced”, which is absent; we conservatively set 0.
  • Conflict note (if any): —

Evidence (table)

Tier Source What it proves
Tier‑1 https://www.osmi.ai/ Positioning of the product as an AI assistant and the presence of a public chat (Try OSMI Chat).
Tier‑1 https://docs.osmi.ai/nodes Architecture of the node network and the role of nodes (inference/memory/ingest/coordinator) + the reward model for operators.
Tier‑1 https://docs.osmi.ai/tokenomics Parameters of the $OSMI token (ERC‑20, total supply 1B, contract) and the basic issuance model.
Tier‑1 https://www.osmi.ai/token Token utility: payments for inference/GPU leasing, burn-to-power (node license), staking/locking for protocol governance.
Tier‑1 https://docs.osmi.ai/roadmap Claimed purpose of the token: node licenses/access to inference; mention of token burns and staking rewards in the roadmap.
Tier‑1 https://etherscan.io/token/0x5485a469fAEa1492191Cfce7528AB6E58135aA4d Onchain fact of the existence of the $OSMI token contract on the Ethereum network.

No comments to display

Back to top