Oracle AI
Oracle AI — 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).
Oracle AI — an AI/Agents \| DeFi project on the Ethereum network, token (symbol: ORACLE).
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 product positioned as an AI assistant and a set of analytics features (KOL feed/token metrics/data tables) for crypto market users.
- Who it’s for: users who need an interface for analytics and “due diligence” (claimed in the Tier‑1 docs).
- Why onchain/token: access to some features is claimed as “gated access” via staking of the ORACLE token; the token itself is observable onchain in the Explorer.
How it works (very briefly)
- The user does: connects a wallet and uses the product interface (claimed in the docs).
- The system does: aggregates data (including on KOLs/social platforms and token metrics) and provides answers/analytics via the AI assistant (claimed).
- The user gets: an interface for reviewing data and querying the assistant.
- Where the blockchain is: the ORACLE token on the Ethereum network; the docs claim token staking for “gated access”.
- Token role: staking ORACLE for access to exclusive features/data (gated access, claimed).
Quick links: AI thesis fit
Project passport
| Field | Value |
|---|---|
| Project name | Oracle AI |
| Also known as (aliases) | ORACLE |
| Logo (logo) | ../assets/577_oracle-ai_logo.svg |
| Token symbol (ticker) | ORACLE |
| Category | AI/Agents | DeFi |
| 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 | 0x57b49219614859176ddb029298486b6c30193cbd |
| Token model (token_type) | utility (gated access) |
| Max supply | 1,000,000,000 ORACLE (max total supply) |
| Issuance | fixed |
| Tokenomics (tokenomics, brief) | Max total supply in the Explorer; the docs claim ORACLE staking for access to “exclusive features and private data”. |
| Governance | — |
| Admins/keys | — |
| Audit | — |
| Bug bounty | — |
| Team (team) | — |
| Funding (investors/funding) | — |
| AI component (ai_component) | LLM assistant + KOL/token analytics |
| Use‑case (use_case) | crypto analytics assistant with token-gated features |
| DecAI Fit — AI thesis fit | 3/6 — medium alignment with the Decentralized AI thesis |
| DecAI Fit component summary | ai_score 1 / onchain_score 1 / token_score 1 / evidence_score 2 |
| Last verified | 2026-02-11 |
Links (links_*)
| Type | Link |
|---|---|
| Website | https://www.oracleai.app/ |
| Docs | https://oracle-ai.gitbook.io/oracleai/ |
| GitHub | — |
| Releases / Changelog | — |
| Whitepaper | https://www.oracleai.app/files/oracle-deck.pdf |
| Roadmap | https://oracle-ai.gitbook.io/oracleai/get-started/roadmap |
| Security advisories | — |
| Explorer | https://etherscan.io/token/0x57b49219614859176ddb029298486b6c30193cbd |
| X | https://twitter.com/OracleAI_ERC |
| Discord | — |
| Telegram | https://t.me/OracleAIPortal |
| Medium | — |
| Audit report(s) | — |
| Bug bounty | — |
| CoinGecko (profile, reference) | https://www.coingecko.com/en/coins/oracle-ai |
| CoinMarketCap (profile, reference) | https://coinmarketcap.com/currencies/oracle-ai/ |
General project overview
Oracle AI is positioned as an AI assistant and a set of analytics modules for crypto market users: KOL feed/flags, marketer search, token metrics tables, etc. The documentation also claims a “gated access” mechanism via staking of the ORACLE token.
Features/modules
- UX + AI Assistant: the interface and AI assistant (LLM integration, claimed in the docs).
- KOL Flags / KOL tracker: collection/output of data on KOLs and their activity (claimed).
- Marketer search: search/catalog of “marketers” (claimed).
- Gated access: access to some features/data via ORACLE staking (claimed).
Typical scenarios
- Scenario 1: a user connects a wallet → gets access to the product interface (claimed).
- Scenario 2: a user reviews the KOL feed/metrics → uses the AI assistant for queries on the data (claimed).
- Scenario 3: a user stakes ORACLE → gets access to “exclusive features and private data” (claimed).
Getting started (wallet/network)
- What you need: an EVM wallet + access to the website/interface (see links_*).
- Network/chain: Ethereum (the ORACLE token in the Explorer).
- Fees: Ethereum fees (gas) for operations with the token/staking; product fees are not established per Tier‑1 sources.
Architecture/tech (non‑AI)
- Components: the web interface and offchain services; onchain — the ORACLE token and the claimed staking for gated access.
- Participant roles: users; product operators.
- Where logic runs: analytics/LLM — offchain; token/staking — onchain.
- Dependencies: external data sources (social platforms/token metrics), details not disclosed per Tier‑1 sources.
Token/economics (expanded, no forecasts)
- Token utility: staking ORACLE for access to some features/data (gated access, claimed).
- Protocol necessity drivers: the necessity is limited to the access model (token‑gated); without the token, access to “exclusive features and private data” is claimed as unavailable.
- Who pays fees: not established per Tier‑1 sources.
- Where fees go: not established per Tier‑1 sources.
- Issuance/burn: fixed supply (see max total supply in the Explorer).
- Security/incentive mechanisms: token‑gated access via staking (claimed); details of the onchain mechanisms are not established per Tier‑1 sources.
- Distribution and token issuance schedule: not established per Tier‑1 sources.
- Treasury: not established per Tier‑1 sources.
Governance
- Who makes decisions: —.
- How protocol parameters change: —.
- Where decisions are discussed/made: —.
- Keys/multisig: —.
Security and incidents
- Audits: not found per Tier‑1 sources.
- Bug bounty: not found per Tier‑1 sources.
- Incidents: not found per Tier‑1 sources.
- Threat model: risks of the centralized offchain service and risks of the token contract/integrations.
Project status and timeline
- Current status: active (in terms of the token and documentation).
- Key releases/milestones: not established per Tier‑1 sources.
- Roadmap: see links_*
Roadmap.
Ecosystem/integrations
- Integrations: —.
- Partners: —.
- Where it’s actually used: not established per Tier‑1 sources.
AI component of the project
- What is real AI here? An AI assistant with LLM integration and analytics on KOLs/token metrics are claimed (Tier‑1 docs).
- What is truly onchain? The ORACLE token on the Ethereum network; the docs claim token staking for token‑gated access.
- Why is a token needed? The “gated access” mechanism: staking ORACLE for access to some features/data (claimed).
- Red flags (based on the information found): many marketing promises about “predictiveness” without Tier‑1 metrics/validation; this is not an onchain AI protocol but an offchain service with a token.
DecAI Fit component summary
- DecAI Fit: 3/6 — medium alignment with the Decentralized AI thesis
| Component | Level | Score |
|---|---|---|
| AI reality | low | 1 |
| Onchain necessity | low | 1 |
| Token necessity | low | 1 |
| 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_0 (intent) does not apply, since Tier‑1 already describes the AI functionality of the product (see AI_1).
- Evidence: Tier‑1 — https://oracle-ai.gitbook.io/oracleai/
- Why sufficient / why not (one line): AI_0 is used only when there is intent without a confirmed function (AI_1..AI_4=0); here AI_1 is already = 1.
- Conflict note (if any): —
AI_1 — what the AI does (1/0)
- AI_1 (decision): 1
- Claim (one line): LLM integration and an AI assistant for queries on analytics data (claimed).
- Evidence: Tier‑1 — https://oracle-ai.gitbook.io/oracleai/our-offerings/ai-and-llm-integration
- Why sufficient / why not (one line): the Tier‑1 document describes the AI component as part of the product.
- Conflict note (if any): —
AI_2 — demos/examples (1/0)
- AI_2 (decision): 0
- Claim (one line): a public demo that can be quickly checked without registration/restrictions was not found per Tier‑1 sources.
- Evidence: Tier‑1 — https://oracle-ai.gitbook.io/oracleai/get-started/registration
- Why sufficient / why not (one line): the docs describe onboarding, but no direct open demo was found.
- Conflict note (if any): —
AI_3 — metrics/quality (1/0)
- AI_3 (decision): 0
- Metrics: not found per Tier‑1 sources.
- Context (version/date/how measured): not established.
- Evidence: Tier‑1 — https://oracle-ai.gitbook.io/oracleai/
- Why sufficient / why not (one line): the Tier‑1 materials contain no reproducible quality/accuracy metrics.
- Conflict note (if any): —
AI_4 — tech description/architecture/versions (1/0)
- AI_4 (decision): 0
- Claim (one line): a tech description of the AI model/architecture/datasets was not found per Tier‑1 sources.
- Evidence: Tier‑1 — https://oracle-ai.gitbook.io/oracleai/
- Why sufficient / why not (one line): the docs describe product features, but without AI_4‑level specifications.
- Conflict note (if any): —
Onchain necessity
OC_1 — contracts/addresses/chain (1/0)
- OC_1 (decision): 1
- Chain: Ethereum
- Addresses/identifiers: ORACLE token: 0x57b49219614859176ddb029298486b6c30193cbd
- Evidence: Tier‑1 — https://etherscan.io/token/0x57b49219614859176ddb029298486b6c30193cbd
- Why sufficient / why not (one line): the token address and network are confirmed by 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 per Tier‑1 sources (other than the token; staking as an access mechanism is claimed, but the details of the staking contracts/addresses are not given in Tier‑1).
- Evidence: Tier‑1 — https://oracle-ai.gitbook.io/oracleai/#gated-access
- Why sufficient / why not (one line): OC_2 requires confirmed onchain contracts/logic; there is no such data per Tier‑1 sources.
- Conflict note (if any): —
OC_3 — onchain is critical (1/0)
- OC_3 (decision): 0
- “Replace the blockchain” test: the product is an offchain service; the criticality of the blockchain is not proven.
- Evidence: Tier‑1 — https://oracle-ai.gitbook.io/oracleai/
- Why sufficient / why not (one line): there is no Tier‑1 proof that the product is inoperable 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, ORACLE (ERC‑20).
- Evidence: Tier‑1 — https://etherscan.io/token/0x57b49219614859176ddb029298486b6c30193cbd
- Why sufficient / why not (one line): the token is observable in the Explorer.
- 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): the ORACLE token is used for access to some features/data via staking (gated access).
- Evidence: Tier‑1 — https://oracle-ai.gitbook.io/oracleai/#gated-access
- Why sufficient / why not (one line): the docs directly state “Users will stake $ORACLE tokens to gain access…”.
- Conflict note (if any): —
TK_2 — incentives/collateral/penalties (1/0)
- TK_2 (decision): 0
- Claim (one line): incentives/collateral/penalties in the protocol are not established per Tier‑1 sources.
- Evidence: Tier‑1 — https://oracle-ai.gitbook.io/oracleai/usdoracle-token/tokenomics
- Why sufficient / why not (one line): there are no confirmed incentive/slashing parameters.
- Conflict note (if any): —
TK_3 — governance (1/0)
- TK_3 (decision): 0
- Claim (one line): the use of the token in governance is not established per Tier‑1 sources.
- Evidence: Tier‑1 — https://oracle-ai.gitbook.io/oracleai/usdoracle-token/tokenomics
- Why sufficient / why not (one line): no Tier‑1 description of the governance mechanics was found.
- Conflict note (if any): —
TK_4 — token is replaceable (1/0)
- TK_4 (decision): 0
- Claim (one line): the replaceability of the token has not been assessed (there is a claimed token‑gated access model).
- Evidence: Tier‑1 — https://oracle-ai.gitbook.io/oracleai/#gated-access
- Why sufficient / why not (one line): without access parameters/alternatives, replaceability cannot be reasonably asserted.
- Conflict note (if any): —
Evidence (table)
| Tier | Source | What it proves |
|---|---|---|
| Tier‑1 | https://etherscan.io/token/0x57b49219614859176ddb029298486b6c30193cbd | The ORACLE token: contract and max total supply 1,000,000,000. |
| Tier‑1 | https://oracle-ai.gitbook.io/oracleai/ | Description of the product and modules (AI assistant, KOL tracker, etc.). |
| Tier‑1 | https://oracle-ai.gitbook.io/oracleai/#gated-access | “Gated Access”: staking ORACLE for access to exclusive features/data (claimed). |
No comments to display
No comments to display