Skip to main content

Sallar

Sallar (ALL) — 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).

Sallar — a DePIN/Compute / AI/Compute project on the Solana network: positioned as an “AI‑powered mobile distributed computing network”, where users connect devices and receive rewards in the ALL token, and can also buy compute/services on the marketplace for ALL. The extracted Tier‑1 confirm: the ALL token (mint), tokenomics/supply, a smart contract audit (Hacken) and the onchain program repository.

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 DePIN network/app that lets you “mine” tokens for providing your devices’ computing resources and buy compute packages on the marketplace.
  • Who it’s for: miners/resource providers (phones/PCs) and buyers of compute/services; (as claimed) developers/businesses that need computing power.
  • Why onchain/token: the ALL token is used as a currency/reward and the anchor of the tokenomics; onchain is also used for issuance/distribution (described in the audit).

How it works (very briefly)

  1. The user does: connects a device/account to the Sallar App (web/desktop/mobile beta) and starts “mining” (website / sallar.app).
  2. The system does: distributes rewards and keeps records within the tokenomics (reward program) (website/FAQ); a Solana program with specialized distribution modes is used for token issuance/distribution (audit).
  3. The user gets: ALL tokens in a sub‑wallet (described on the website), and an increased reward when holding tokens (website).
  4. Where the blockchain is: the ALL token and its distribution/issuance are tied to Solana; the mint is listed on the website and in the audit (Solscan + Hacken).
  5. Token role (if any): reward for providing compute, means of payment on the marketplace and a reward‑boost mechanism (website/marketplace/FAQ).

Quick links: AI thesis fit

Project passport

Field Value
Project name Sallar
Also known as (aliases) Sallar Network, Sallar App, Sallar Marketplace, Sallar AI, ALL, $ALL
Logo (logo) —
Token symbol (ticker) ALL
Category AI/Compute | DePIN/Compute | Infra
Primary chain (chain) Solana
Type non-EVM
Network status mainnet
Consensus (consensus) PoS (Solana)
Launch date (launch_date) —
Project status (status) active
Token (standard) SPL
Token contract GKHgTd6tqvycgG3mqcZraSZDFR32hXhRgo6sZQtudMsC
Token model (token_type) utility (governance)
Max supply 12,000,000,000 ALL (Hacken audit / FAQ)
Issuance capped distribution up to the max supply; distribution/issuance are managed by a Solana program (audit)
Tokenomics (tokenomics, brief) initial total supply 2.6B; circulating 1.8B; 800M locked Nov 2024–Nov 2027 (FAQ)
Governance company
Admins/keys centralized owner role in the smart contract (audit)
Audit yes (Hacken, Aug 2023)
Bug bounty —
Team (team) CEO Amadeus Ignis; COO Bartosz Misiurek; CTO Konrad Podstawski (website)
Funding (investors/funding) —
AI component (ai_component) AI agents + fine-tuning
Use‑case (use_case) mobile + desktop compute → rewards + marketplace
DecAI Fit — AI thesis fit 3/6 — medium alignment with the Decentralized AI thesis
DecAI Fit component summary 1 / 2 / 2 / 3
Last verified 2026-02-11

General project overview

Sallar describes itself as a DePIN network of distributed computing that turns users’ devices (including smartphones) into computing nodes: the user connects via the Sallar App and receives ALL tokens under the program rules; as claimed in the FAQ, the ALL balance in the sub‑wallet inside the app affects the token accrual parameters (website/FAQ). On the demand side, Sallar is developing a marketplace where compute packages and services can be paid for in ALL (marketplace). Separately, there is the Sallar AI website with offers for AI agent deployment and LLM fine‑tuning (claim; sallar.ai).

Features/modules

  • Sallar App: connecting devices and participating in the accrual program (website + sallar.app).
  • Sub‑wallet program (claim): as claimed in the FAQ, the ALL balance in the sub‑wallet affects the accrual parameters; epoch of 4 hours (website/FAQ).
  • Sallar Marketplace: buying compute packages/goods/services for ALL (marketplace).
  • Onchain program (Solana): managing token issuance/distribution and distribution modes (audit + GitHub).
  • Sallar AI (claim): AI agent deployment and fine‑tuning LLMs (sallar.ai).

Typical scenarios

  • Scenario 1 (mining): a user enters the Sallar App → connects a device → receives ALL in the sub‑wallet; holding ALL increases the reward (website).
  • Scenario 2 (compute purchase): a user on the marketplace chooses a compute package (for example, “AI Model Training”) → pays in ALL (marketplace).
  • Scenario 3 (AI services): a developer studies the Sallar AI offers (AI agents / fine‑tuning) → uses the network as a compute source (claim; sallar.ai).

Getting started (wallet/network)

  • What you need: a Solana wallet (for example, Phantom) for external operations with the SPL token; for participation via the Sallar App — an account/access to the webapp/client (website + sallar.app).
  • Network/chain: Solana mainnet.
  • Fees: Solana fees in SOL for onchain transactions; inside the app, a “sub‑wallet” and “withdraw free of gas fees” are claimed as a UX claim (website).

Architecture/tech (non‑AI)

  • Components: the ALL SPL token + a Solana program for issuance/distribution (audit/GitHub) + apps (Sallar App) + marketplace (website/marketplace).
  • Participant roles: provders (device miners), buyers (buyers of compute/services), operator/owner (a centralized role in the contract per the audit).
  • Where logic runs: onchain — the token distribution/issuance logic; offchain — the apps, part of the “game” distribution logic and the processing of user requests (audit).
  • Dependencies: Solana; the app/marketplace infrastructure; offchain components that submit user requests to the contract (audit).

Token/economics (expanded, no forecasts)

  • Token utility: payment for goods/services/compute on the marketplace and rewards for providing computing resources (website/marketplace/FAQ).
  • Protocol necessity drivers: the reward program (mining) and the “marketplace economy” are described as tied to ALL.
  • Who pays fees: users pay Solana fees in SOL for onchain transactions.
  • Where fees go: to Solana validators (network fees).
  • Issuance/burn: max supply 12B; the audit describes the distribution mechanism (2.6B “organization”, 9.4B blocks/rewards) and game distribution modes.
  • Security/incentive mechanisms: reward‑boost when holding tokens in the sub‑wallet; epoch of 4 hours (website/FAQ).
  • Distribution and token issuance schedule: per the FAQ — 800M locked Nov 2024–Nov 2027 (600M team, 200M development wallet); circulating 1.8B; total supply 2.6B; an estimate of the reward distribution pace is given in the FAQ.
  • Treasury: an “organization account” and a centralized owner in the smart contract (audit); dev/team wallets are mentioned in the FAQ.

Governance

  • Who makes decisions: company (per the audit, the contract is centralized: the owner is the only “user” of the program).
  • How protocol parameters change: a change of authority is provided in the API (change_authority) (audit).
  • Where decisions are discussed/made: — (the extracted Tier‑1 contain no DAO/forum process).
  • Keys/multisig: — (addresses/threshold/multisig are not disclosed in the extracted Tier‑1).

Security and incidents

  • Audits: Hacken audit, Aug 24, 2023 (audit report).
  • Bug bounty: —.
  • Incidents: —.
  • Threat model: a centralized owner and a significant part of the logic outside the contract (audit); risks related to the offchain processing of user requests; claims about the AI part also require separate confirmation, since the extracted Tier-1 contain no metrics or demo.

Project status and timeline

  • Current status: the website/marketplace are available; the Sallar App publishes links to beta clients; the ALL token exists on Solana (website + sallar.app).
  • Key releases/milestones: audit (Aug 2023); publications in news/roadmap (website).
  • Roadmap: https://sallar.io/sallar-roadmap-future-of-decentralized-computing/

Ecosystem/integrations

  • Integrations: Jupiter/Raydium (DEX) for buying ALL (website/marketplace).
  • Partners: — (we do not detail the partner lists on the website in this card without checking the specific integration terms).
  • Where it’s actually used: the marketplace shows compute packages and prices in ALL (marketplace).

AI component of the project

  • What is real AI here? the extracted Tier‑1 contain offers for “AI agent deployment” and “fine‑tuning LLMs (Llama/DeepSeek)” on Sallar AI, as well as the positioning of the network as a compute base for AI tasks (sallar.ai + website).
  • What is truly onchain? a smart contract/program on Solana manages token issuance and distribution and the distribution modes (audit + GitHub); the ALL token is confirmed as an SPL mint.
  • Why is a token needed? ALL is the means of payment on the marketplace and the reward/incentive in the reward program (marketplace + website/FAQ).
  • Red flags (based on the information found): a centralized owner and an offchain part of the financially significant logic (audit); no Tier‑1 metrics/benchmarks of AI workloads (confirmation of real useful AI computing power is needed).

DecAI Fit component summary

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

AI reality

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

  • AI_0 (decision): 0
  • Claim (one line): There are signs of AI reality per Tier‑1 (see AI_1..AI_4), so the AI_0 flag (intent‑only) does not apply.
  • Evidence: Tier‑1 — see Evidence/links in AI_1..AI_4.
  • Why sufficient / why not (one line): AI_0=1 is admissible only when AI_1..AI_4=0; here ai_score without AI_0 = 1.
  • Conflict note (if any): —

AI_1 — what the AI does (1/0)

  • AI_1 (decision): 1
  • Claim (one line): Sallar AI describes services for AI agent deployment and LLM fine‑tuning (Llama/DeepSeek) on the Sallar computing network.
  • Evidence: Tier‑1 — https://sallar.ai/
  • Why sufficient / why not (one line): there is a specific description of AI tasks/service offers.
  • Conflict note (if any): —

AI_2 — demos/examples (1/0)

  • AI_2 (decision): 0
  • Claim (one line): a public demo/reproducible example of AI agents/inference at work is not confirmed in the extracted Tier‑1.
  • Evidence: Tier‑1 — https://sallar.ai/
  • Why sufficient / why not (one line): there is a marketing description, but without a demonstration of results/launch instructions.
  • Conflict note (if any): —

AI_3 — metrics/quality (1/0)

  • AI_3 (decision): 0
  • Metrics: —.
  • Context (version/date/how measured): —.
  • Evidence: Tier‑1 — https://sallar.io/faq/
  • Why sufficient / why not (one line): the extracted Tier‑1 contain no formalized metrics of AI inference/training (there are discussions/comparisons without reproducible methodologies).
  • Conflict note (if any): —

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

  • AI_4 (decision): 0
  • Claim (one line): a technical description of the AI architecture/models/versions was not extracted (apart from general wording about LLMs).
  • Evidence: Tier‑1 — https://sallar.ai/
  • Why sufficient / why not (one line): no architecture/repository of the AI part/model parameters.
  • Conflict note (if any): —

Onchain necessity

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

  • OC_1 (decision): 1
  • Chain: Solana
  • Addresses/identifiers: ALL token mint: GKHgTd6tqvycgG3mqcZraSZDFR32hXhRgo6sZQtudMsC
  • Evidence: Tier‑1 — https://sallar.io/ ; https://solscan.io/token/GKHgTd6tqvycgG3mqcZraSZDFR32hXhRgo6sZQtudMsC
  • Why sufficient / why not (one line): the mint is listed on the official website and in the explorer link.
  • Conflict note (if any): —

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

  • OC_2 (decision): 1
  • What useful logic is onchain: the Solana program manages token issuance/distribution and the distribution modes (“blocks”, “final mining”, “final staking”), including the change of authority (audit).
  • Evidence: Tier‑1 — https://audits.hacken.io/sallar/sca-sallar-depin-aug2023/ ; https://github.com/Sallar-Labs/Sallar
  • Why sufficient / why not (one line): the audit describes the API and distribution modes; the repository contains the onchain code.
  • Conflict note (if any): —

OC_3 — onchain is critical (1/0)

  • OC_3 (decision): 0
  • “Replace the blockchain” test: without a blockchain, accruals/accounting could be implemented in a database; the extracted Tier‑1 do not prove that onchain is critical specifically for the distributed compute product (the audit emphasizes the large offchain part of the logic).
  • Evidence: Tier‑1 — https://audits.hacken.io/sallar/sca-sallar-depin-aug2023/
  • Why sufficient / why not (one line): the audit records that a significant part of the logic is “outside the contract” and the contract is centralized.
  • Conflict note (if any): —

Token necessity

TK_0 — no token (1/0)

  • TK_0 (decision): 0
  • Claim (one line): the project has a token, ALL, on Solana.
  • Evidence: Tier‑1 — https://sallar.io/ ; https://solscan.io/token/GKHgTd6tqvycgG3mqcZraSZDFR32hXhRgo6sZQtudMsC
  • Why sufficient / why not (one line): the mint is listed publicly and there is a link to 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): compute packages/services on the Sallar Marketplace are sold for ALL.
  • Evidence: Tier‑1 — https://marketplace.sallar.io/ ; https://sallar.io/
  • Why sufficient / why not (one line): the marketplace shows prices in ALL and “Buy services using $ALL”.
  • Conflict note (if any): —

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

  • TK_2 (decision): 1
  • Claim (one line): ALL tokens are paid out as a reward for providing compute; holding tokens in the sub‑wallet increases the reward (reward‑boost).
  • Evidence: Tier‑1 — https://sallar.io/ ; https://sallar.io/faq/ ; https://sallar.ai/
  • Why sufficient / why not (one line): the reward logic and boost are described on the website/FAQ; sallar.ai describes “share computing power in exchange for tokens”.
  • Conflict note (if any): —

TK_3 — governance (1/0)

  • TK_3 (decision): 0
  • Claim (one line): the governance role of ALL (voting/DAO) is not confirmed in the extracted Tier‑1.
  • Evidence: Tier‑1 — https://sallar.io/ ; https://audits.hacken.io/sallar/sca-sallar-depin-aug2023/
  • Why sufficient / why not (one line): the docs/audit describe a centralized owner, not token governance.
  • Conflict note (if any): —

TK_4 — token is replaceable (1/0)

  • TK_4 (decision): 0
  • Claim (one line): the token is used as the ecosystem/marketplace currency and as a reward mechanic; replacing it would require reworking the tokenomics/apps.
  • Evidence: Tier‑1 — https://sallar.io/ ; https://marketplace.sallar.io/ ; https://audits.hacken.io/sallar/sca-sallar-depin-aug2023/
  • Why sufficient / why not (one line): in Tier‑1 the token is built into payment and distribution.
  • Conflict note (if any): —

Evidence (table)

Tier Source What it proves
Tier‑1 https://sallar.io/ Product description (DePIN compute), token mint, reward program, supply/distribution.
Tier‑1 https://sallar.io/faq/ Supply details (max/total/circulating), lock, reward program and answers on devices/AI workloads.
Tier‑1 https://sallar.ai/ Claims and description of AI agents/fine‑tuning LLMs on the Sallar network.
Tier‑1 https://marketplace.sallar.io/ Purchase of compute/services for ALL (prices/categories).
Tier‑1 https://audits.hacken.io/sallar/sca-sallar-depin-aug2023/ Audit: max supply, onchain API and risks (centralization/offchain logic).
Tier‑1 https://github.com/Sallar-Labs/Sallar Repository of the Solana program (onchain code).
Tier‑1 https://solscan.io/token/GKHgTd6tqvycgG3mqcZraSZDFR32hXhRgo6sZQtudMsC Explorer link to the token mint (identifier).

No comments to display

Back to top