Built on Starknet
Public beta docs

Build and operate on Smainer

Smainer is a Starknet-settled compute network: Telegram is the first demand interface, providers supply compute, the relayer coordinates execution, and contracts settle STRK rewards and protocol fees.

Community

Follow the staged open-source release, installer updates, and provider support channels.

Privacy AI path

Telegram request, MiniApp payment, relayer scheduling, provider execution, callback, and settlement.

Developer API

Task schema, callback contract, HMAC verification, status polling, and sandbox access plan.

Provider runtime

Desktop app, Linux daemon script, WebSocket lifecycle, logs, diagnostics, and node eligibility.

Security model

No prompt retention by default, isolated execution, signed results, and staged public release gates.

Live System

Task lifecycle

The production beta path moves from Telegram payment approval through relayer scheduling, Starknet escrow, provider execution, result callback, and settlement.

01

Telegram bot

02

Relayer API

03

Starknet escrow

04

Provider node

05

Callback result

Implementation guide

Demanders

Connect a Starknet wallet, submit task requirements, approve payment, then receive results by status polling or callback.

Providers

Install Smainer Desktop or run backend/provider/local-provider-daemon.sh, configure wallet and relayer URL, then keep the provider online.

Integrators

Use signed callbacks and store only the data your product needs. Treat task payloads as sensitive user data.

Relayer API

POST

/api/v1/tasks

Submit an AI or custom compute job with requirements and callback metadata.

Auth
GET

/api/v1/tasks/{task_id}

Read lifecycle state, provider assignment, result, and settlement fields.

Auth
POST

/api/v1/tasks/{task_id}/callback

Receive signed result callbacks for product integrations.

Auth
GET

/api/v1/nodes

List active provider nodes and scheduler-visible capabilities.

Auth
GET

/api/v1/health

Service health for relayer, Redis, WebSocket, and Starknet connectivity.

GET

/api/v1/stats

Network counters for task throughput, active providers, and settlement volume.

Cairo contract surface

write

create_task

Escrow STRK-compatible payment and record task metadata hash.

write

assign_task

Bind an eligible provider to a task after scheduler selection.

write

submit_proof_and_claim

Submit result proof and settle provider, gas subsidy, and treasury split.

write

register_node

Register provider address and capability tier.

read

get_task

Read creator, provider, amount, status, hashes, and timestamps.

read

get_user_earnings

Read accumulated provider earnings by Starknet address.

Open-source rollout

Step 1

Public docs and installer

Publish the website docs, desktop release links, setup guides, and responsible disclosure path.

Step 2

Provider and SDK surface

Open the provider daemon, task client examples, callback verifier, and local dev instructions after secret scanning.

Step 3

Contracts and protocol docs

Publish Cairo contract interfaces, fee accounting notes, deployment status, and testnet/devnet reproducibility guides.

Step 4

Full public beta workflow

Move issues, examples, roadmap, and support triage into public GitHub/Discord channels where safe.

Open Smainer on GitHub

Support and beta limits

Payment truth: STRK approval, escrow, provider payout, gas subsidy, and treasury fee should be verifiable against Starknet settlement events.

Provider truth: scheduler fairness means a task can run on any eligible active node, not always the local desktop node.

Security truth: deployment files, secrets, and unsafe operational details stay private until release gates pass.

Security expectations

Public beta users and builders should treat payloads, private keys, and callback secrets as production-sensitive material.

No private keys in task payloads
Verify callback signatures
Document fee assumptions
Open source in audited phases