ZORO (ZoRobotics)
ZORO (ZoRobotics) — 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).
ZORO positions itself as a protocol/platform for “AI‑native” products: a chat interface, an agent marketplace, API access and the launch of AI solutions with monetization; the project claims deployment on BNB Smart Chain and the use of the ZORO token for subscriptions and access.
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 platform/protocol for launching and using AI services (chat/agents/API/marketplace), where access to a number of features is tied to token subscriptions.
- Who it’s for: users who need chat/agents; developers who want to connect via API and launch AI solutions in the ecosystem.
- Why onchain/token: the token is used for subscriptions/access and (per the description) for anchoring actions/memory to onchain events on BNB Smart Chain.
- What you can actually touch (Tier‑1): the web app
https://ai.zoro.org/.
How it works (very briefly)
- The user does: enters the web app, connects a wallet, chooses chat/an agent/the marketplace/launch.
- The system does: provides AI interfaces (chat/agents) and tools, and organizes access to some features via subscriptions/keys.
- The user gets: the output of the AI chat/agents or access to the API/marketplace.
- Where the blockchain is: the project describes “on‑chain” components (events/memory/identity) on BNB Smart Chain; the ZORO token is a BEP‑20 asset on BSC.
- Token role (if any): subscriptions, launch (fee) and API access in the ecosystem are priced in ZORO (per the Tier‑1 description).
Quick links: AI thesis fit
Project passport
| Field | Value |
|---|---|
| Project name | ZORO (ZoRobotics) |
| Also known as (aliases) | ZORO Protocol; ZoRobotics |
| Logo (logo) | ../assets/395_zorobotics_logo.svg |
| Token symbol (ticker) | ZORO |
| Category | AI/Agents | Infra |
| 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) | — |
| Token (standard) | BEP-20 |
| Token contract | 0x0d4d3c739e2fdf82c7ce2a9e450e208e5330a237 |
| Token model (token_type) | utility (payments + staking + governance) |
| Max supply | 100,000,000 |
| Issuance | — |
| Tokenomics (tokenomics, brief) | subscriptions/fee/API access in the token (per the Tier‑1 description) |
| Governance | DAO |
| Admins/keys | — |
| Audit | — |
| Bug bounty | — |
| Team (team) | ZoRobotics Technologies |
| Funding (investors/funding) | — |
| AI component (ai_component) | LLM + AI agents + memory/profile |
| Use‑case (use_case) | chat, agents, API, launching AI solutions |
| DecAI Fit — AI thesis fit | 5/6 — high alignment with the Decentralized AI thesis |
| DecAI Fit component summary | ai_score 3 / onchain_score 2 / token_score 1 / evidence_score 3 |
| Last verified | 2026-02-11 |
Links (links_*)
| Type | Link |
|---|---|
| Website | https://zoro.org/ |
| App / Demo | https://ai.zoro.org/ |
| Docs | https://app.zoro.org/docs/ZORO_Whitepaper.pdf?v=1.0 |
| GitHub | https://github.com/ZoRobotics/Files/wiki |
| Releases / Changelog | — |
| Whitepaper | https://app.zoro.org/docs/ZORO_Whitepaper.pdf?v=1.0 |
| Roadmap | — |
| Security advisories | — |
| Explorer | https://bscscan.com/token/0x0d4d3c739e2fdf82c7ce2a9e450e208e5330a237 |
| X | https://twitter.com/zorotechnology |
| Discord | — |
| Telegram | https://t.me/zorotechnology |
| Medium | — |
| Audit report(s) | — |
| Bug bounty | — |
| CoinGecko (profile, reference) | https://www.coingecko.com/en/coins/zorobotics |
| CoinMarketCap (profile, reference) | https://coinmarketcap.com/currencies/zorobotics/ |
General project overview
Per the Tier‑1 materials (whitepaper and GitHub Wiki), the project describes a stack of AI tools: a chat interface, an agent marketplace, the launch of AI solutions and access via API. “zk‑validated” elements and anchoring to BNB Smart Chain are also claimed, including onchain events/memory and identity (as part of the architecture).
For DecAIHub, it is important to separate: (a) whether there is a clear description of the AI features and “what you can touch”, (b) whether there is confirmation of onchain artifacts/addresses, (c) whether there is a verifiable necessity of the token. In this case, the Tier‑1 sources describe subscriptions/fee/API access in ZORO and provide the onchain address of the token, and also point to the web app.
Features/modules
- AI Chat: a wallet‑oriented chat interface with a subscription in the token.
- Agent marketplace: subscription to agents/scenarios (per the description).
- API / keys: API access (per the description).
- Launch Hub: launch/tokenization of AI solutions (per the description).
- Memory/profile: a “memory‑anchored profile” tied to the wallet (per the description).
Typical scenarios
- Scenario 1 (user): connects a wallet → takes out a subscription → uses the chat/an agent.
- Scenario 2 (developer): obtains API keys → integrates AI features/an agent into their application.
- Scenario 3 (project/creator): launches an AI solution in the Launch Hub → configures access/monetization.
Getting started (wallet/network)
- What you need: web access to
https://ai.zoro.org/and an EVM wallet. - Network/chain: BNB Smart Chain.
- Fees: BSC network fees on onchain operations; payment of subscriptions/fee is described as denominated in the token.
Architecture/tech (non‑AI)
- Components: web app, API layer, BEP‑20 token contract; the documentation claims onchain events/memory/identity.
- Where logic runs: AI inference is most likely offchain; onchain is used for the token and (as claimed) for recording events/memory.
Token/economics (expanded, no forecasts)
- Token utility (Tier‑1): subscriptions to AI Chat / the marketplace and access to the API/launch are described as priced in ZORO.
- Protocol necessity drivers: the token acts as an “access layer”/currency of subscriptions and fees within the ecosystem.
- Issuance/burn/distribution: not established per Tier‑1 sources.
Governance
- Who makes decisions: per the Tier‑1 description, a DAO layer is mentioned; the details of the governance process require separate verification.
Security and incidents
- Audits / bug bounty: not established per Tier‑1 sources.
- Incidents: — (not established per Tier‑1 sources).
Project status and timeline
- Current status: the public web app and documentation are available.
- Roadmap: — (not found per Tier‑1 sources).
Ecosystem/integrations
- Integrations: web app and API access; onchain — BNB Smart Chain.
- Partners/logos on the website: this is context; confirmation of specific integrations requires separate Tier‑1 sources.
AI component of the project
- What is real AI here? AI chat and AI agents (as functional components of the product described in the documentation).
- What is truly onchain? the ZORO token on BNB Smart Chain; the documentation also claims onchain events/memory and wallet anchoring.
- Why is a token needed? at a minimum as the currency of subscriptions/fees and access to the API/ecosystem features (per the Tier‑1 description).
- Red flags (based on the information found): some of the claims about zk validation/memory/DAO should be additionally double‑checked against specific contracts/addresses and the implementation (if/when they are publicly disclosed).
DecAI Fit component summary
- DecAI Fit: 5/6 — high alignment with the Decentralized AI thesis
| Component | Level | Score |
|---|---|---|
| AI reality | high | 3 |
| Onchain necessity | medium | 2 |
| Token necessity | low | 1 |
| Evidence | Tier‑1 present | 3 |
Details
AI reality
AI_0 — AI intent (Tier‑1 roadmap) (1/0)
- AI_0 (decision): 0
- Claim: AI is described as a current functional component of the product (chat/agents/API), so the intent flag is not used.
- Evidence: Tier‑1 — https://github.com/ZoRobotics/Files/wiki
- Why sufficient / why not: intent applies when there are only plans without a described product.
- Conflict note (if any): —
AI_1 — what the AI does (1/0)
- AI_1 (decision): 1
- Claim: AI chat and AI agents are used for interactions and task execution in the ecosystem (chat/agents/marketplace).
- Evidence: Tier‑1 — https://github.com/ZoRobotics/Files/wiki
- Why sufficient / why not: the Tier‑1 documentation describes the purpose and components of the AI part.
- Conflict note (if any): —
AI_2 — demos/examples (1/0)
- AI_2 (decision): 1
- Claim: a public “Launch App” web app for access to the ecosystem interfaces.
- Evidence: Tier‑1 — https://zoro.org/ (link to
https://ai.zoro.org) - Why sufficient / why not: there is a Tier‑1 link to a working interface.
- 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: no quantitative quality metrics of models/agents are recorded in Tier‑1 sources.
- Conflict note (if any): —
AI_4 — tech description/architecture/versions (1/0)
- AI_4 (decision): 1
- Claim: there is structured documentation on the components and architectural elements (including “LLM Architecture”).
- Evidence: Tier‑1 — https://github.com/ZoRobotics/Files/wiki
- Why sufficient / why not: there are technical Wiki pages describing the structure of the system at the component level.
- Conflict note (if any): —
Onchain necessity
OC_1 — contracts/addresses/chain (1/0)
- OC_1 (decision): 1
- Chain: BNB Smart Chain
- Addresses/identifiers: 0x0d4d3c739e2fdf82c7ce2a9e450e208e5330a237
- Evidence: Tier‑1 — https://bscscan.com/token/0x0d4d3c739e2fdf82c7ce2a9e450e208e5330a237
- Why sufficient / why not: the explorer confirms the token address and the network.
- Conflict note (if any): —
OC_2 — onchain beyond just a token (1/0)
- OC_2 (decision): 1
- What useful logic is onchain: the documentation claims onchain events for memory/identity and a token access layer.
- Evidence: Tier‑1 — https://github.com/ZoRobotics/Files/wiki
- Why sufficient / why not: the Tier‑1 description points to onchain components beyond “just a token”.
- Conflict note (if any): —
OC_3 — onchain is critical (1/0)
- OC_3 (decision): 0
- “Replace the blockchain” test: it is not established per Tier‑1 that the product breaks down without the blockchain (in the sense of a critical trustless property).
- Evidence: Tier‑1 — —
- Why sufficient / why not: there is no strict justification of onchain criticality in the form of “without it, X attack/failure”.
- Conflict note (if any): —
Token necessity
TK_0 — no token (1/0)
- TK_0 (decision): 0
- Claim: the project has a token, ZORO (BEP‑20), on the BNB Smart Chain network.
- Evidence: Tier‑1 — https://bscscan.com/token/0x0d4d3c739e2fdf82c7ce2a9e450e208e5330a237
- Why sufficient / why not: the explorer shows the name/symbol and the parameters of the token.
- Conflict note (if any): —
TK_1..TK_4 (1/0)
TK_1 — payment for the service (1/0)
- TK_1 (decision): 1
- Claim: subscriptions/fee/API access are described as payable in ZORO.
- Evidence: Tier‑1 — https://zoro.org/ (the “Token Designed for Real Utility” section with prices)
- Why sufficient / why not: the Tier‑1 website lists the rates in the token (for example, subscriptions and fees).
- Conflict note (if any): —
TK_2 — incentives/collateral/penalties (1/0)
- TK_2 (decision): 0
- Claim: protocol collateral/penalties/slashing are not established per Tier‑1 sources.
- Evidence: Tier‑1 — —
- Why sufficient / why not: there is no verifiable description of collateral/penalty mechanics.
- Conflict note (if any): —
TK_3 — governance (1/0)
- TK_3 (decision): 0
- Claim: no Tier‑1 confirmation of formal governance mechanics via the token is established.
- Evidence: Tier‑1 — —
- Why sufficient / why not: mentions are insufficient without a description of the process/contracts.
- Conflict note (if any): —
TK_4 — token is replaceable (1/0)
- TK_4 (decision): 0
- Claim: a conclusion about the replaceability of the token with an alternative mechanism is not established.
- Evidence: Tier‑1 — —
- Why sufficient / why not: without a strict comparison of mechanics, replaceability cannot be asserted.
- Conflict note (if any): —
Evidence (table)
| Tier | Source | What it proves |
|---|---|---|
| Tier‑1 | https://github.com/ZoRobotics/Files/wiki | description of the protocol/components: AI chat, agent marketplace, API, onchain memory/profile (as claimed) |
| Tier‑1 | https://zoro.org/ | link to the web app (https://ai.zoro.org) and rates/subscriptions in the ZORO token |
| Tier‑1 | https://bscscan.com/token/0x0d4d3c739e2fdf82c7ce2a9e450e208e5330a237 | the ZORO token (BEP‑20): BSC network, contract address, max total supply |
| Tier‑2 | https://www.coingecko.com/en/coins/zorobotics | reference profile of the token/project |
| Tier‑2 | https://coinmarketcap.com/currencies/zorobotics/ | reference profile of the token/project |
No comments to display
No comments to display