Skip to main content

SingularityNET

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

SingularityNET — an AI/Other | Infra project on the Ethereum network, token (symbol: AGIX).

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/ecosystem around AI services (marketplace + tools/contracts).
  • Who it’s for: developers of AI services and users/integrators who need access to the services.
  • Why onchain/token: onchain contracts are used for operations/accounting; the token is used for payments/staking/participation in the ecosystem mechanics (see Tier‑1 Evidence).
  • What you can actually touch (Tier‑1): the AI Marketplace portal (payment for and calls of AI services via the marketplace UI).

How it works (very briefly)

  1. The user does: chooses/uses an AI service or integrates it into an application.
  2. The system does: organizes the interaction with the service and the related accounting/operations via the project’s contracts/infrastructure.
  3. The user gets: the result of the service’s work (in terms of the specific service/integration).
  4. Where the blockchain is: the token and part of the operations/accounting are tied to onchain contracts (see links_* / Evidence).
  5. Token role (if any): the AGIX token exists; the necessity per the TK flags is assessed conservatively (see <details>).

Quick links: AI thesis fit

Project passport

Field Value
Project name SingularityNET
Also known as (aliases) SNET; AGIX
Logo (logo) ../assets/476_singularitynet_logo.svg
Token symbol (ticker) AGIX
Category AI/Other | Infra
Primary chain (chain) Ethereum
Type EVM
Network status mainnet
Consensus (consensus) —
Launch date (launch_date) —
Project status (status) active
Token (standard) ERC-20
Token contract 0x5B7533812759B45C2B44C19e320ba2cD2681b542
Token model (token_type) —
Max supply —
Issuance —
Tokenomics (tokenomics, brief) The token is used as utility/governance: payments for AI services, staking and participation in initiatives (per Tier‑1). The issuance/model parameters are not recorded in this card without a separate Tier‑1 tokenomics block.
Governance —
Admins/keys —
Audit yes (there are links to reports in links_*)
Bug bounty —
Team (team) —
Funding (investors/funding) —
AI component (ai_component) AI service catalog/platform
Use‑case (use_case) access to AI services + integrations
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

SingularityNET is a project that, in Tier‑1 sources, describes an ecosystem/platform around AI services, including tools and smart contracts. Within DecAIHub, the key focus is to separate the claimed AI capabilities from verifiable artifacts (documentation/code/onchain facts) and to set the 0/1 flags conservatively.

Features/modules

  • Public repositories (Tier‑1): the project has a GitHub organization with code associated with the project (see links_*).
  • Documentation/whitepaper (Tier‑1): a basic description of the architecture/components and of how the project positions the AI part (see links_*).
  • Onchain artifact (Tier‑1): the token contract on Ethereum, which can be verified in the explorer (see links_*).

Typical scenarios

  • Scenario 1: a developer studies the documentation and repositories → assesses which components are available and how to integrate them.
  • Scenario 2: an integrator/user chooses a specific AI service/component in the project’s ecosystem → gets a result at the level of the specific service (the details depend on the service).
  • Scenario 3: a researcher/auditor verifies the onchain artifacts (for example, the token) and the related code → compares the claims with verifiable data.

Getting started (wallet/network)

  • What you need: access to the documentation/repositories; for onchain checks — any Ethereum‑compatible wallet/tools (optional).
  • Network/chain: Ethereum (onchain artifact: the AGIX token).
  • Fees: Ethereum network fees apply to onchain operations (if you perform them); within this card this is a reference note without calculations.

Architecture/tech (non‑AI)

  • Components: smart contracts (per the organization’s repositories) + application components/infrastructure around the services.
  • Participant roles: users/integrators, developers of components/services, contributors to the code/infrastructure.
  • Where logic runs: the AI part (inference/execution of services) is generally offchain; the onchain part — where contracts/accounting are present (specific “non‑token” onchain logic is not proven by Tier‑1 in this card).
  • Dependencies: Ethereum infrastructure (RPC/explorer) + external components that depend on the specific services.

Token/economics (expanded, no forecasts)

  • Token utility: per Tier‑1 sources, the token is used for payments for AI services/interactions in the marketplace, for staking and for participation in the governance/initiatives of the ecosystem.
  • Protocol necessity drivers: Tier‑1 describes the token as utility/governance (see Evidence); the details of “why it is impossible without the token” in terms of a strict replaceability test are not recorded.
  • Who pays fees: if onchain operations are performed on Ethereum — the fees are paid by the transaction initiator (general principle of the network).
  • Where fees go: Ethereum fees go to the validators/protocol of the Ethereum network; this is not a “project fee” (per Tier‑1 it is not established whether the project has separate protocol fees on top of the network ones).
  • Issuance/burn: not established per Tier‑1 (in this card).
  • Security/incentive mechanisms: staking is described in Tier‑1 (see Evidence); the details of slashing/collateral as a mandatory condition are not recorded in this card.
  • Distribution and token issuance schedule: not established per Tier‑1 (in this card).
  • Treasury: not established per Tier‑1 (in this card).

Governance

  • Who makes decisions: not established per Tier‑1 (in this card; Tier‑1 speaks of governance via the token, but without a formal “constitutional” description of the process).
  • How protocol parameters change: not established per Tier‑1 (in this card); if changes are recorded in the repositories, this is visible in the history/releases (see links_*).
  • Where decisions are discussed/made: the basic channels are the official social media/repositories (see links_*).
  • Keys/multisig: not established per Tier‑1 (in this card).

Security and incidents

Project status and timeline

  • Current status: active (based on the presence of up‑to‑date official links/channels and repositories; without claims about activity metrics).
  • Key releases/milestones: the reference point is the official updates/publications (see Releases / Changelog).
  • Roadmap: published on the official website (see links_*); the details are not summarized in this card.

Ecosystem/integrations

  • Integrations: not established per Tier‑1 (in this card; Tier‑1 pages of integrations/cases are needed).
  • Partners: not established per Tier‑1 (in this card).
  • Where it’s actually used: access to AI services via the marketplace portal (see links_*); specific integration cases are not listed in this card.

AI component of the project

  • What is real AI here? per Tier‑1 sources, the project is associated with AI services/components; the minimally verifiable signal is the presence of an official description and repositories.
  • What is truly onchain? the AGIX token and the related contracts are observable onchain (see Explorer).
  • Why is a token needed? Tier‑1 sources describe utility/governance: payment for AI services in the marketplace, staking and participation in governance/initiatives (see <details>).
  • Red flags (based on the information found): conflating the “AI marketplace/ecosystem” with proof of working AI metrics; the absence, in one place, of a Tier‑1 description of the specific economic necessity of the token (TK flags = 0 until re‑checking).

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 high 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 part of the project/platform, not only as a “plan without implementation”.
  • Evidence: Tier‑1 — https://public.singularitynet.io/whitepaper.pdf
  • Why sufficient / why not (one line): AI_0 is used to record “intent without proof”; here there are other Tier‑1 signals (AI_1/AI_4).
  • Conflict note (if any): —

AI_1 — what the AI does (1/0)

  • AI_1 (decision): 1
  • Claim (one line): The project describes a platform/ecosystem around AI services (catalog/interaction/integrations).
  • Evidence: Tier‑1 — https://public.singularitynet.io/whitepaper.pdf ; https://singularitynet.io/
  • Why sufficient / why not (one line): There is a Tier‑1 description of the purpose and of the level of “what the AI/AI services do in the project”.
  • Conflict note (if any): —

AI_2 — demos/examples (1/0)

  • AI_2 (decision): 1
  • Claim (one line): There is an AI Marketplace portal through which AI services can be called and paid for (product surface).
  • Evidence: Tier‑1 — http://beta.singularitynet.io ; https://dev.singularitynet.io/docs/products/AIMarketplace/payment-methods
  • Why sufficient / why not (one line): This is a reproducible demo surface (UI/flow) and is consistent with links_*/Evidence/TL;DR.
  • 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 (one line): In Tier‑1 sources there are no reproducible metrics/benchmarks of the quality of AI services in a unified form to set AI_3=1.
  • Conflict note (if any): —

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

  • AI_4 (decision): 1
  • Claim (one line): There is a technical description (whitepaper) and public repositories related to the project/contracts.
  • Evidence: Tier‑1 — https://public.singularitynet.io/whitepaper.pdf ; https://github.com/singnet/
  • Why sufficient / why not (one line): The whitepaper + repositories provide technical context (architecture/components/implementation) at a level sufficient for 1.
  • Conflict note (if any): —

Onchain necessity

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

  • OC_1 (decision): 1
  • Chain: Ethereum
  • Addresses/identifiers: AGIX token contract: 0x5B7533812759B45C2B44C19e320ba2cD2681b542
  • Evidence: Tier‑1 — https://etherscan.io/token/0x5B7533812759B45C2B44C19e320ba2cD2681b542
  • Why sufficient / why not (one line): The presence of an observable onchain artifact (the token contract) confirms the onchain component.
  • 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 (in this card) as a separate block of logic not reducible to the token.
  • Evidence: Tier‑1 — —
  • Why sufficient / why not (one line): 1 requires a specific Tier‑1 artifact/description of onchain logic (access/accounting/rules); not found per Tier‑1 (in this card).
  • Conflict note (if any): —

OC_3 — onchain is critical (1/0)

  • OC_3 (decision): 0
  • “Replace the blockchain” test: Not established per Tier‑1 (there is no wording of “why a key property breaks down without onchain”).
  • Evidence: Tier‑1 — —
  • Why sufficient / why not (one line): OC_3=1 requires a “replace the blockchain” test + a source; not found per Tier‑1 (in this card).
  • Conflict note (if any): —

Token necessity

TK_0 — no token (1/0)

  • TK_0 (decision): 0
  • Claim (one line): The project has a token, AGIX (ERC‑20).
  • Evidence: Tier‑1 — https://etherscan.io/token/0x5B7533812759B45C2B44C19e320ba2cD2681b542
  • Why sufficient / why not (one line): The existence of the token contract on Ethereum is verifiable onchain.
  • 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): Tier‑1 sources describe payment for AI services in the marketplace via the token (the dev docs currently mention ASI (FET); the blog post describes AGIX).
  • Evidence: Tier‑1 — https://singularitynet.io/the-agix-token-enabling-anyone-to-participate-in-the-future-of-ai/ ; https://dev.singularitynet.io/docs/products/AIMarketplace/payment-methods
  • Why sufficient / why not (one line): There is a Tier‑1 description of pay‑for‑service at the marketplace level (even with the change of ticker/terminology).
  • Conflict note (if any): —

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

  • TK_2 (decision): 1
  • Claim (one line): Tier‑1 sources describe staking of the token and rewards for staking (incentives).
  • Evidence: Tier‑1 — https://singularitynet.io/the-agix-token-enabling-anyone-to-participate-in-the-future-of-ai/ ; https://staking.singularitynet.io/howitworks
  • Why sufficient / why not (one line): This is an explicit Tier‑1 description of incentives via staking/rewards.
  • Conflict note (if any): —

TK_3 — governance (1/0)

  • TK_3 (decision): 1
  • Claim (one line): A Tier‑1 source describes AGIX as a governance token (voting on initiatives/platform growth; participation in Deep Funding).
  • Evidence: Tier‑1 — https://singularitynet.io/the-agix-token-enabling-anyone-to-participate-in-the-future-of-ai/
  • Why sufficient / why not (one line): This is a direct Tier‑1 statement about the governance role of the token.
  • Conflict note (if any): —

TK_4 — token is replaceable (1/0)

  • TK_4 (decision): 0
  • Claim (one line): The replaceability of the token is not established (insufficient data from Tier‑1 in this card).
  • Evidence: Tier‑1 — —
  • Why sufficient / why not (one line): 1 requires an argument that “it can be replaced without loss of meaning” + a source; not found per Tier‑1 (in this card).
  • Conflict note (if any): —

Evidence (table)

Tier Source What it proves
Tier‑1 https://public.singularitynet.io/whitepaper.pdf Tier‑1 description of the project’s purpose/architecture and of the claimed AI component (basis for AI_1/AI_4).
Tier‑1 https://github.com/singnet/ The existence of the project’s public repositories (implementation artifact; supports AI_4).
Tier‑1 https://etherscan.io/token/0x5B7533812759B45C2B44C19e320ba2cD2681b542 Onchain fact: the existence of the AGIX ERC‑20 token and the contract address (basis for OC_1/TK_0).
Tier‑1 http://beta.singularitynet.io What you can touch: the AI Marketplace portal (AI_2).
Tier‑1 https://dev.singularitynet.io/docs/products/AIMarketplace/payment-methods Tier‑1: the flow of payment for and calling of AI services in the marketplace (pay‑for‑service).
Tier‑1 https://singularitynet.io/the-agix-token-enabling-anyone-to-participate-in-the-future-of-ai/ Tier‑1: the utility/governance role of the token (payments, staking, governance).
Tier‑1 https://staking.singularitynet.io/howitworks Tier‑1: staking windows and rewards (incentives).
Tier‑2 https://www.coingecko.com/en/coins/singularitynet Reference profile of the token/project (context; not a primary source).
Tier‑2 https://coinmarketcap.com/currencies/singularitynet/ Reference profile of the token/project (context; not a primary source).

No comments to display

Back to top