Space and Time

Space and Time (SXT) — справочная карточка криптопроекта: что делает продукт и насколько проверяемы ключевые утверждения проекта; также — соответствие тезису Decentralized AI (DecAI Fit).

Space and Time / SXT Chain — AI/Other | Infra проект: “blockchain for ZK‑proven data” с протоколом Proof of SQL (ZK‑доказательства корректности SQL‑запросов к tamperproof таблицам) и onchain‑верификацией результатов в EVM‑контрактах (по Tier‑1 whitepaper). Токен: SXT (ERC‑20, Ethereum).

Дисклеймер

Важно: эта страница — справочный разбор проекта. В рамках DecAIHub отдельно фиксируется проверка сведений из открытых источников по AI‑тезису (что реально AI/onchain/зачем токен и на каких источниках это основано).
Это не является финансовой рекомендацией и не является советом покупать/продавать/держать актив. Мы не оцениваем цену, доходность, тайминг входа/выхода.
Выводы основаны на публично доступных материалах, обнаруженных на дату проверки. Отсутствие подтверждения не означает отсутствие технологии.

TL;DR (для тех, кто не про ИИ)

Что это: сеть/платформа, которая позволяет смарт‑контрактам получать верифицируемые результаты SQL‑запросов (ZK proof) по большим датасетам (в т.ч. индексированным ончейн‑данным).
Для кого: разработчики смарт‑контрактов и приложений, которым нужен “query coprocessor” и доказуемая обработка данных; также позиционируется как слой данных для AI‑приложений.
Зачем ончейн/токен: onchain хранит commitments/коммитменты таблиц и верифицирует ZK‑доказательства; токен SXT используется для стейкинга валидаторов и оплаты/распределения сетевых fee (Tier‑1).
Что можно потрогать (Tier‑1): гайд “Running ZK‑proven Queries” (Studio + API/CLI) + open-source Proof of SQL (sxt-proof-of-sql).

Как это работает (очень кратко)

Пользователь делает: отправляет запрос/джоб (SQL‑query) к данным (ончейн или офчейн таблицам) через SXT‑инфраструктуру.
Система делает: Indexer nodes загружают и нормализуют данные в реляционный формат; Prover nodes исполняют SQL и генерируют ZK‑доказательство “Proof of SQL”; Validators обновляют commitments таблиц и обеспечивают BFT‑консенсус.
Пользователь получает: результат SQL + доказательство, которое может быть проверено onchain (например, в EVM‑контракте‑верификаторе).
Где блокчейн: commitments таблиц и консенсус — в SXT Chain; onchain‑верификация доказательств возможна в смарт‑контрактах целевых EVM‑цепей.
Роль токена: SXT — стейкинг/коллатераль валидаторов и экономическая основа fee‑модели сети (Tier‑1 whitepaper; в токен‑контракте реализован votes‑модуль).

Быстрые ссылки: AI‑соответствие

Паспорт проекта

Поле	Значение
Название проекта	Space and Time
Также известен как	Space and Time DB \| SXT Chain
Лого	../assets/60_space-and-time_logo.svg
Символ токена	SXT
Категория	AI/Other \| Infra
Основная сеть (chain)	SXT Chain
Тип	Appchain
Статус сети	beta
Консенсус (consensus)	BFT (SXT Chain validators; threshold-signed commitments)
Дата запуска	—
Статус проекта (status)	active
Токен (стандарт)	ERC-20
Контракт токена	0xE6Bfd33F52d82Ccb5b37E16D3dD81f9FFDAbB195
Модель токена (token_type)	utility (payments + staking + governance)
Макс. предложение	5,000,000,000
Эмиссия	fixed cap
Токеномика	ERC‑20 контракт минтит 5B SXT в конструкторе (Etherscan); whitepaper описывает fee‑модель и стейкинг/слэшинг валидаторов.
Управление	token governance (ERC20Votes) + роли админов/pauser (контракт)
Админы/ключи	AccessControl (DEFAULT_ADMIN_ROLE), PAUSER_ROLE (контракт)
Аудит	yes
Bug bounty	yes
Команда	—
Финансирование	—
AI‑компонент (ai_component)	verifiable SQL queries for AI apps
Use‑case (use_case)	ZK-verified SQL coprocessor for smart contracts
DecAI Fit — AI‑соответствие	6/6 — высокое соответствие тезису Decentralized AI
Итог по компонентам DecAI Fit	ai_score 3 / onchain_score 3 / token_score 2 / evidence_score 3
Last verified	2026-02-10

Ссылки (links_*)

Тип	Ссылка
Website	https://www.spaceandtime.io
Docs	https://spaceandtime.io/whitepaper
App / Demo	https://app.spaceandtime.ai/
GitHub	https://github.com/spaceandtimelabs
Releases / Changelog	https://docs.spaceandtime.io/changelog
Whitepaper	https://spaceandtime.io/whitepaper
Roadmap	—
Security advisories	—
Explorer	https://etherscan.io/token/0xE6Bfd33F52d82Ccb5b37E16D3dD81f9FFDAbB195
X	https://twitter.com/spaceandtimedb
Discord	https://discord.gg/spaceandtimedb
Telegram	https://t.me/spaceandtimedb
Medium	https://medium.com/@SpaceandTimeDB
Audit report(s)	—
Bug bounty	https://cantina.xyz/competitions/3cc30b66-1cba-4044-968f-a0817cd7bf83
CoinGecko (профиль, справочно)	https://www.coingecko.com/en/coins/space-and-time
CoinMarketCap (профиль, справочно)	https://coinmarketcap.com/currencies/space-and-time/

Общее описание проекта

Space and Time позиционирует SXT Chain как “blockchain for ZK‑proven data”: сеть, которая позволяет хранить tamperproof таблицы (через криптографические commitments) и выдавать ZK‑проверяемые результаты SQL‑запросов с помощью протокола Proof of SQL. Ключевой тезис whitepaper: смарт‑контрактам не хватает “query layer”, а ZK‑верифицируемые SQL‑запросы позволяют делать data‑rich логику без доверия к централизованным индексаторам.

Сеть описывается как 3‑слойная: Indexer nodes (ингест данных и ETL), Prover nodes (исполнение SQL + генерация доказательств) и Validators (BFT‑консенсус, обновление commitments и threshold‑подписи). Результаты могут быть проверены onchain в EVM‑верификатор‑контракте и переданы в “client contract” через callback.

Фичи/модули

Proof of SQL: ZK‑протокол доказательства корректности SQL‑запроса к таблицам.
Tamperproof tables via commitments: хранение commitments (не всего дата‑слоя) onchain, чтобы масштабировать таблицы без bloat.
Indexer / Prover / Validator nodes: роли сети для ingестинга, доказательств и консенсуса.
EVM verification flow: onchain‑верификация proof и доставка результата в смарт‑контракт.

Типичные сценарии

Сценарий 1 (DeFi/контракт): контракт запрашивает агрегаты/историю (например, риск‑метрики) → получает verified result → применяет условия (ставки/лимиты/whitelist) trustlessly.
Сценарий 2 (кроссчейн‑приложение): контракт в одной цепи верифицирует состояние/события другой цепи через ZK‑verified SQL (по описанию whitepaper).
Сценарий 3 (AI app): AI‑приложение получает доступ к ончейн/офчейн данным и верифицируемым вычислениям SQL (whitepaper напрямую упоминает AI apps как потребителей).

Как начать (кошелёк/сеть)

Что нужно: документация/whitepaper + контракты/SDK (см. links_*; публичные репозитории могут быть вынесены в другие орг‑аккаунты; в Evidence есть Cantina scope).
Сеть/chain: токен SXT — Ethereum; сеть продукта — SXT Chain (whitepaper).
Комиссии: whitepaper описывает query payments и data insertion fees, распределяемые между валидаторами и владельцами таблиц.

Архитектура/техника (без AI)

Компоненты: SXT Chain validators (BFT), commitments таблиц onchain, prover nodes (GPU), indexer nodes, EVM verifier contract и relayer‑флоу.
Роли участников: валидаторы (stake/slash), проверы (proof generation), владельцы таблиц (table owners), разработчики/клиенты.
Где выполняется логика: offchain — SQL execution + proof generation; onchain — консенсус/commitments в SXT Chain и proof verification в целевых EVM‑цепях.
Зависимости: EVM‑цепи для onchain verification, GPU‑инфраструктура provers, источники данных (блокчейны/офчейн поставщики).

Токен/экономика (развернуто, без прогнозов)

Утилити токена: whitepaper описывает SXT как utility token для стейкинга валидаторов и fee‑модели сети (query/data insertion fees и распределение по ролям).
Источники необходимости в протоколе: валидаторы должны стейкать SXT как коллатераль для участия в криптографических процедурах и консенсусе; возможен слэшинг.
Кто платит комиссии: клиенты/контракты платят за queries и вставку данных (whitepaper).
Куда идут комиссии: валидаторам и владельцам таблиц (table owners), с опциональной делегацией части fee provers (whitepaper).
Эмиссия/сжигание: ERC‑20 контракт минтит 5B SXT (Etherscan); эмиссия whitepaper дополнительно описывает bootstrap incentives (time‑limited emission schedule).
Механизмы безопасности/стимулов: стейкинг + слэшинг (downtime, tampering, SLA), vault‑модель наград (whitepaper).
Распределение и график выпуска токенов: — (в выдержках не извлечено; см. whitepaper раздел 5).
Казначейство: описаны vault‑модули (security budget vault, table owner rewards vault и т. п.; whitepaper).

Управление

Кто принимает решения: — (в Tier‑1 whitepaper как “governance process” не извлечено; при этом токен‑контракт включает votes‑модуль).
Как меняются параметры протокола: —.
Где обсуждают/принимают решения: —.
Ключи/мультисиг: у ERC‑20 контракта есть AccessControl роли (admin/pauser); отдельные governance‑контракты для сети упомянуты в bug bounty scope (Cantina).

Безопасность и инциденты

Аудиты: — (в links_* нет Tier‑1 audit report; см. bug bounty scope на Cantina как proxy на наличие аудиторских артефактов).
Bug bounty: есть (Cantina competition, completed).
Инциденты: — (не найдено).
Модель угроз: риски валидаторов/provers (downtime, tampering), корректность commitments и onchain verification; риски админ‑ролей ERC‑20 контракта.

Статус проекта и таймлайн

Текущий статус: токен SXT активен в Ethereum; документация публикует beta/release‑вехи (Changelog).
Ключевые релизы/вехи: Changelog в docs фиксирует бета‑релизы и релизы 1.0.x.
Roadmap: — (в links_* стоит —).

Экосистема/интеграции

Интеграции: целевые EVM‑цепи (onchain verification), источники данных (major blockchains), dev‑документация (docs) и security program (Cantina).
Партнёры: —.
Где реально используется: — (не зафиксировано; нужен отдельный обзор integrations).

Ai составляющая проекта

Что здесь реально ИИ? продукт не про inference‑модели, а про данные и вычисления для AI‑приложений: whitepaper и Etherscan‑описание утверждают, что платформа даёт AI apps доступ к ончейн/офчейн данным через верифицируемые SQL‑запросы.
Что реально onchain? commitments таблиц и BFT‑консенсус валидаторов (SXT Chain) + onchain‑верификация ZK‑доказательств в EVM‑контрактах (по whitepaper); токен SXT — ERC‑20 в Ethereum.
Зачем нужен токен? по whitepaper SXT нужен для стейкинга/коллатерали валидаторов и security‑бюджета (slashing/вознаграждения); токен‑контракт включает модуль голосования (votes).
Красные флаги (по найденной информации): AI‑washing — средний риск (AI здесь как “потребитель данных”, не как onchain‑LLM); onchain‑washing — низкий риск (onchain commitments+verification — ядро тезиса whitepaper); token‑washing — средний риск (нужно уточнить, в какой валюте/как именно платятся query/insert fees на практике).

Итог по компонентам DecAI Fit

DecAI Fit: 6/6 — высокое соответствие тезису Decentralized AI

Компонент	Уровень	Score
AI reality	средне	3
Onchain necessity	высоко	3
Token necessity	высоко	2
Evidence	Tier‑1 есть	3

Подробнее

AI reality

AI_0 — намерения про AI (roadmap Tier‑1) (1/0)

AI_0 (decision): 0
Claim (1 строка): intent не нужен: есть Tier‑1 описание работающего продукта как data‑layer для AI apps (AI_1=1).
Evidence: Tier‑1 — https://spaceandtime.io/whitepaper
Why sufficient / why not (1 строка): AI_0 используется, когда есть только roadmap; здесь есть whitepaper с описанием use‑case и компонентов сети.
Conflict note (если есть): —

AI_1 — что делает ИИ (1/0)

AI_1 (decision): 1
Claim (1 строка): платформа даёт smart contracts и AI apps возможность делать ZK‑верифицируемые SQL‑запросы к ончейн/офчейн данным (Proof of SQL).
Evidence: Tier‑1 — https://spaceandtime.io/whitepaper, https://etherscan.io/token/0xE6Bfd33F52d82Ccb5b37E16D3dD81f9FFDAbB195
Why sufficient / why not (1 строка): Tier‑1 whitepaper и описание на Etherscan фиксируют AI‑use‑case и назначение.
Conflict note (если есть): —

AI_2 — демо/примеры (1/0)

AI_2 (decision): 1
Claim (1 строка): есть Tier‑1 пошаговый гайд, как запускать ZK‑proven (tamperproof) SQL‑queries в Space and Time Studio и через API/CLI.
Evidence: Tier‑1 — https://docs.spaceandtime.io/docs/running-tamperproof-queries
Why sufficient / why not (1 строка): это воспроизводимый “что можно потрогать” артефакт (гайд + UI/CLI путь).
Conflict note (если есть): —

AI_3 — метрики/качество (1/0)

AI_3 (decision): 0
Метрики: —
Контекст (версия/дата/на чём мерили): —
Evidence: Tier‑1 — https://spaceandtime.io/whitepaper
Why sufficient / why not (1 строка): в whitepaper есть заявления о производительности Proof of SQL, но метрики “качества AI” (моделей/агентов) не релевантны и не приводятся.
Conflict note (если есть): —

AI_4 — техописание/архитектура/версии (1/0)

AI_4 (decision): 1
Claim (1 строка): есть техописание “Proof of SQL protocol overview” (Verifier/Prover, commitments, ingestion/query flow) + whitepaper архитектуры SXT Chain.
Evidence: Tier‑1 — https://docs.spaceandtime.io/docs/proof-of-sql-overview, https://spaceandtime.io/whitepaper
Why sufficient / why not (1 строка): Tier‑1 документация описывает архитектуру ZK/данных и роли компонентов, релевантные AI‑use‑case.
Conflict note (если есть): —

Onchain necessity

OC_1 — контракты/адреса/сеть (1/0)

OC_1 (decision): 1
Сеть: Ethereum (SXT ERC‑20) + SXT Chain (по whitepaper)
Адреса/идентификаторы: SXT ERC‑20: 0xE6Bfd33F52d82Ccb5b37E16D3dD81f9FFDAbB195
Evidence: Tier‑1 — https://etherscan.io/token/0xE6Bfd33F52d82Ccb5b37E16D3dD81f9FFDAbB195, https://spaceandtime.io/whitepaper
Why sufficient / why not (1 строка): адрес токена и onchain‑параметры подтверждены; сеть и роли нод описаны в whitepaper.
Conflict note (если есть): —

OC_2 — onchain не только токен (1/0)

OC_2 (decision): 1
Какая полезная логика onchain: SXT Chain хранит commitments таблиц и участвует в BFT‑консенсусе; onchain‑верификатор в EVM проверяет ZK‑доказательства и передаёт результат в клиентский контракт.
Evidence: Tier‑1 — https://spaceandtime.io/whitepaper
Why sufficient / why not (1 строка): whitepaper описывает onchain‑архитектуру beyond токена.
Conflict note (если есть): —

OC_3 — onchain критичен (1/0)

OC_3 (decision): 1
Тест “замены блокчейна”: без onchain commitments/консенсуса и onchain verification исчезает “trustless” гарантия tamperproof таблиц и проверяемых результатов для смарт‑контрактов.
Evidence: Tier‑1 — https://spaceandtime.io/whitepaper
Why sufficient / why not (1 строка): trust model строится на onchain commitments + verification.
Conflict note (если есть): —

Token necessity

TK_0 — токена нет (1/0)

TK_0 (decision): 0
Claim (1 строка): у проекта есть токен SXT (ERC‑20).
Evidence: Tier‑1 — https://etherscan.io/token/0xE6Bfd33F52d82Ccb5b37E16D3dD81f9FFDAbB195
Why sufficient / why not (1 строка): onchain контракт токена подтверждён Etherscan.
Conflict note (если есть): —

TK_1..TK_4 (1/0)

TK_1 — платёж за сервис (1/0)

TK_1 (decision): 0
Claim (1 строка): whitepaper описывает структуру fees (query/insert) и распределение, но в доступных Tier‑1 выдержках не закреплено однозначно, что fees оплачиваются именно токеном SXT (по форме платежа).
Evidence: Tier‑1 — https://spaceandtime.io/whitepaper
Why sufficient / why not (1 строка): фиксируем 0 (консервативно) до явного Tier‑1 утверждения “fees paid in SXT”.
Conflict note (если есть): —

TK_2 — стимулы/залоги/штрафы (1/0)

TK_2 (decision): 1
Claim (1 строка): whitepaper: валидаторы должны стейкать SXT как коллатераль; возможен slashing за downtime/tampering/невыполнение криптопроцедур.
Evidence: Tier‑1 — https://spaceandtime.io/whitepaper
Why sufficient / why not (1 строка): раздел “SXT Token Utility” описывает staking/slashing.
Conflict note (если есть): —

TK_3 — управление (1/0)

TK_3 (decision): 1
Claim (1 строка): токен‑контракт включает ERC20Votes (делегирование/голоса), что указывает на governance‑готовность токена.
Evidence: Tier‑1 — https://etherscan.io/token/0xE6Bfd33F52d82Ccb5b37E16D3dD81f9FFDAbB195
Why sufficient / why not (1 строка): реализация votes — onchain‑факт контракта.
Conflict note (если есть): —

TK_4 — токен заменим (1/0)

TK_4 (decision): 0
Claim (1 строка): при наличии staking/slashing и governance‑модуля строгий вывод о заменимости не делаем.
Evidence: Tier‑1 — https://spaceandtime.io/whitepaper, https://etherscan.io/token/0xE6Bfd33F52d82Ccb5b37E16D3dD81f9FFDAbB195
Why sufficient / why not (1 строка): данных недостаточно для теста заменимости.
Conflict note (если есть): —

Evidence (таблица)

Tier	Источник	Что доказывает
Tier‑1	https://spaceandtime.io/whitepaper	Tier‑1: архитектура SXT Chain, Proof of SQL, роли нод (indexer/prover/validators), onchain verification flow, токен‑утилити (staking/slashing) и экономическая модель.
Tier‑1	https://etherscan.io/token/0xE6Bfd33F52d82Ccb5b37E16D3dD81f9FFDAbB195	Tier‑1: onchain‑факты токена SXT (max supply 5B, контракт, votes/roles, verified source).
Tier‑1	https://docs.spaceandtime.io/changelog	Tier‑1: публичный changelog релизов/беты и упоминание публикации Proof of SQL GitHub (как артефакт разработки).
Tier‑1	https://docs.spaceandtime.io/docs/running-tamperproof-queries	Tier‑1: пошаговый гайд (Studio + API/CLI) для запуска tamperproof (ZK‑proven) SQL‑queries (AI_2 demo/quickstart).
Tier‑1	https://docs.spaceandtime.io/docs/proof-of-sql-overview	Tier‑1: protocol overview Proof of SQL (Verifier/Prover, commitments, ingestion/query flow).
Tier‑1	https://docs.spaceandtime.io/docs/sxtcli	Tier‑1: установка и использование CLI (developer onboarding).
Tier‑1	https://github.com/spaceandtimefdn/sxt-proof-of-sql	Tier‑1: open-source Proof of SQL (README, examples, benchmarks, supported SQL).
Tier‑1	https://cantina.xyz/competitions/3cc30b66-1cba-4044-968f-a0817cd7bf83	Tier‑1: активная security программа/соревнование с указанием repo‑scope и компонент (node/contracts/proof‑of‑sql/token).
Tier‑2	—	—
Tier‑3	—	—