RSS3

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

RSS3 — AI/Data | Infra проект, который строит децентрализованную сеть индексации и структурирования “Open Information” (социальные активности, onchain события, RSS/ActivityPub и т.п.) и делает эти данные доступными через API/инструменты. Сеть описывает двухслойную архитектуру: Data Sublayer (DSL) (индексация/структурирование) и Value Sublayer (VSL) (L2‑слой для стейкинга/вознаграждений/слэшинга/бриджа и размещения dApps). Токен: RSS3 (ERC‑20 на Ethereum; канонический bridged токен на VSL).

Дисклеймер

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

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

Что это: “децентрализованный Google‑подобный индексатор” открытой информации (соц/веб/onchain) с API и сетью узлов.
Для кого: разработчики соцсетей/поиска/аналитики и инфраструктурные команды, которым нужны готовые “activity feeds” и open‑data.
Зачем ончейн/токен: токен нужен для оплаты запросов к сети и участия узлов/делегаторов (депозит/стейкинг/награды/слэшинг); VSL — onchain слой расчётов и правил сети.

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

Пользователь/разработчик делает: получает API‑доступ и запрашивает “Open Information” (активности/посты/транзакции и т.п.).
Сеть делает: RSS3 Nodes индексируют/структурируют данные (DSL), а глобальные индексаторы координируют узлы и предоставляют DSL API.
Пользователь получает: структурированные данные для фидов/поиска/аналитики и downstream‑приложений.
Где блокчейн: VSL (L2) содержит пулы узлов, депозит/стейкинг, распределение rewards и слэшинг; есть bridge между Ethereum (L1) и VSL (L2) и блок‑эксплорер.
Роль токена (если есть): по Tier‑1 tokenomics RSS3 используется для оплаты запросов (queries), депозита для запуска узла, делегирования/entrust и оплаты VSL blockspace.

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

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

Поле	Значение
Название проекта	RSS3
Также известен как (aliases)	RSS3 Network; DSL; VSL; Open Information Layer
Лого (logo)	../assets/136_rss3_logo.svg
Символ токена (ticker)	RSS3
Категория	AI/Data \| Infra
Основная сеть (chain)	RSS3 VSL
Тип	EVM
Статус сети	mainnet
Консенсус (consensus)	L2 (Optimistic Rollup, RSS3 VSL on Ethereum)
Дата запуска (launch_date)	2022-02-12 (genesis токена по tokenomics)
Статус проекта (status)	active
Токен (стандарт)	ERC-20
Контракт токена	`0xc98D64DA73a6616c42117b582e832812e7B8D57F` (Ethereum L1)
Модель токена (token_type)	utility (queries + staking + node deposit + slashing)
Макс. предложение	1,000,000,000 `RSS3` (max supply)
Эмиссия	1‑й год без новой эмиссии; далее — годовая эмиссия 3% (Network Rewards)
Токеномика (tokenomics, кратко)	оплата запросов к сети; депозит ≥ 10,000 `RSS3` для узла; стейкинг/награды + слэшинг с burn
Управление	community governance через форум + RSS3 Evolution Proposals (REPs)
Админы/ключи	Safe multisig на VSL (в доках указан `safe.rss3.io`)
Аудит	—
Bug bounty	—
Команда (team)	—
Финансирование (investors/funding)	—
AI‑компонент (ai_component)	AgentData (real-time data streams for AI agents)
Use‑case (use_case)	indexer/structuring open information
DecAI Fit — AI‑соответствие (AI thesis fit)	3/6 — среднее соответствие тезису Decentralized AI
Итог по компонентам DecAI Fit	1 / 2 / 2 / 3
Last verified	2026-02-05

Ссылки (links_*)

Тип	Ссылка
Website	https://rss3.io
Docs	https://docs.rss3.io/
GitHub	https://github.com/RSS3-Network
Releases / Changelog	https://github.com/RSS3-Network/Node/releases
Whitepaper	https://docs.rss3.io/guide/core/whitepaper
Roadmap	—
Security advisories	https://github.com/RSS3-Network/Whitepaper/security
Explorer	https://explorer.rss3.io/
Scan	https://scan.rss3.io/
Contracts	https://docs.rss3.io/guide/vsl/links/contract-addresses
Tokenomics	https://rss3.io/mainnet-tokenomics
Governance / REP	https://docs.rss3.io/guide/core/governance-and-rep
X	https://twitter.com/rss3_
Discord	https://discord.com/invite/rss3-network
Telegram	https://t.me/rss3_en
Medium	—
Audit report(s)	—
Bug bounty	—
CoinGecko (профиль, справочно)	https://www.coingecko.com/en/coins/rss3
CoinMarketCap (профиль, справочно)	https://coinmarketcap.com/currencies/rss3/

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

RSS3 позиционирует себя как Open Information Layer: децентрализованная сеть, которая индексирует и структурирует открытые данные (включая социальные протоколы и onchain‑активности) и делает их пригодными для построения приложений уровня “следующий Twitter / Google”, а также для AI‑ориентированных сценариев (датасеты/AgentData).

В Tier‑1 документации RSS3 Network описывает архитектуру из двух sublayer’ов:

DSL (Data Sublayer) — узлы индексируют и структурируют Open Information.
VSL (Value Sublayer) — L2‑слой (EVM), который содержит пулы узлов/стейкинга, правила распределения rewards, слэшинг, bridge и разрешает деплой внешних dApps.

RSS3 предоставляет разработчикам DSL API (через Global Indexers) для получения активностей/контента и Network Transparency API (NTA) для данных по стейкингу/узлам/эпохам. Для операторов есть инструкции развертывания и конфигурации узлов, включая необязательный AI component, который интегрирует RSS3 AgentData.

Фичи/модули

RSS3 Nodes: децентрализованные узлы, которые индексируют и структурируют Open Information (компоненты: decentralized/federated/rss; workers).
Global Indexers (GI): координация узлов + выдача DSL API и NTA API.
VSL (L2): стейкинг/депозит/награды/слэшинг и bridge (Explorer + Scan).
DSL API: endpoints для получения активностей (по аккаунту/сети/платформе и т.д.).
AgentData + AI component (optional): real‑time data streams для AI‑агентов; интеграция в RSS3 Node через конфигурацию компонента.
Open Data datasets: подготовленные датасеты для ML задач (в т.ч. Hugging Face dataset).

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

Сценарий 1 (разработчик): получает доступ к DSL API → вытягивает активности/контент по аккаунтам/сетям → строит фид/поиск/аналитику.
Сценарий 2 (оператор узла): разворачивает RSS3 Node → выбирает coverage/workers → получает operation rewards (по модели network rewards и request fees).
Сценарий 3 (делегатор): стейкает RSS3 в staking pool выбранного узла или entrust в public good pool → получает rewards/участвует в экономике сети.

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

Что нужно: разработчику — HTTP‑клиент (cURL/Postman) и доступ к DSL API; оператору — сервер/инфраструктура для ноды; делегатору — EVM кошелёк и RSS3.
Сеть/chain: токен RSS3 на Ethereum (L1) и в VSL (L2); операции с узлами/стейкингом доступны через RSS3 Explorer.
Комиссии: Ethereum/VSL gas при onchain операциях (bridge/стейкинг/депозит).

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

Компоненты: RSS3 Nodes (DSL), Global Indexers (DSL API/NTA), VSL (L2) контракты (staking/settlement и др.), Explorer/Scan/Bridge, GitHub‑репозитории (Node/Docs/Whitepaper/REPs).
Роли участников: node operators, delegators (staking/trust), разработчики/потребители данных, GI как координационный слой.
Где выполняется логика: индексирование/структурирование — offchain на нодах; расчёты rewards/слэшинг и пулы — onchain на VSL; токен — на Ethereum L1 + bridged на VSL.
Зависимости: Ethereum L1 (token/bridge contracts), VSL L2, GI endpoint gi.rss3.io для API, базы (Postgres/Redis) на стороне ноды (по конфигу).

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

Утилити токена: оплата запросов (queries) к сети; депозит для запуска узла (≥ 10,000 RSS3); делегирование/entrust; оплата VSL blockspace.
Источники необходимости в протоколе: tokenomics описывает оплату запросов и обязательный депозит узла; экономическая модель сети завязана на staking pools/operation pools.
Кто платит комиссии: приложения, которые делают запросы к сети (queries), и пользователи/операторы при onchain операциях (bridge/stake/unstake).
Куда идут комиссии: request fees распределяются в operation pools соответствующих узлов; при слэшинге часть токенов сжигается (50% slashed tokens burn).
Эмиссия/сжигание: max supply 1B; 1‑й год без новой эмиссии, со 2‑го года — 3% annual issuance как Network Rewards; slashing приводит к burn доли токенов.
Механизмы безопасности/стимулов: staking rewards + operation rewards; slashing при плохой работе узла (демоушены/авто‑слэшинг); redemption занимает 30 epochs (~22.5 дня).
Распределение и график выпуска токенов: allocation/vesting описаны на странице mainnet tokenomics (seed/private/public/team/ecosystem/foundation и др.).
Казначейство: в allocation есть Foundation/Ecosystem и др.; детали управления средствами в рамках карточки не раскрыты.

Управление

Кто принимает решения: сообщество (community‑driven governance) через обсуждения на форуме и последующую формализацию в REPs.
Как меняются параметры протокола: изменения предлагаются на форуме → оформляются как RSS3 Evolution Proposals (REPs) → одобряются сообществом.
Где обсуждают/принимают решения: https://forum.rss3.io и репозиторий REPs.
Ключи/мультисиг: VSL поддерживает Safe multisig; управление через safe.rss3.io (в доках).

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

Аудиты: — (Tier‑1 ссылок на audit report в рамках карточки не найдено).
Bug bounty: —.
Инциденты: —.
Модель угроз: риски качества индексации/централизации GI, атаки на стимулы/слэшинг, риски L2/bridge и смарт‑контрактов VSL.

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

Текущий статус: mainnet (доступны Explorer и VSL Scan; опубликованы mainnet tokenomics).
Ключевые релизы/вехи: 2022-02-12 — genesis токена (по tokenomics); текущие релизы ноды ведутся в GitHub Releases.
Roadmap: — (публичный roadmap‑документ в Tier‑1 не зафиксирован; evolutions идут через REPs).

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

Интеграции: DSL API (GI endpoint), Explorer/Scan/Bridge, Safe multisig на VSL.
Партнёры: — (в рамках карточки фиксируем только Tier‑1 интеграции/артефакты).
Где реально используется: публичный DSL API (docs) и инструменты Explorer/Scan демонстрируют доступность сети и операций.

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

Что здесь реально ИИ? RSS3 добавляет AI‑ориентированный слой AgentData (real‑time data streams “tailored for AI agents”) и опциональный AI component для RSS3 Node, но сам RSS3 Network в первую очередь — data/indexing инфраструктура (не “модель ИИ”).
Что реально onchain? VSL (L2) — стейкинг/пулы/bridge/слэшинг и инструменты Explorer+Scan; контракты опубликованы в доках.
Зачем нужен токен? оплата запросов к сети и участие в экономике узлов (депозит/стейкинг/награды/слэшинг).
Красные флаги (по найденной информации): AI‑washing (средний) (AI‑слой = “данные для AI” + интеграции, без метрик моделей); onchain‑washing (низкий‑средний) (есть полноценный L2 слой с правилами/слэшингом); token‑washing (низкий) (токен встроен в оплату запросов и в механизмы узлов/стейкинга).

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

DecAI Fit: 3/6 — среднее соответствие тезису Decentralized AI

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

Подробнее

AI reality

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

AI_0 (decision): 0
Claim (1 строка): у RSS3 есть AI‑ориентированные компоненты/интеграции (AgentData/AI component), поэтому это не только “намерение”.
Evidence: Tier‑1 — https://docs.rss3.io/guide/dsl/agent-data; https://docs.rss3.io/guide/operator/deployment/component/ai
Why sufficient / why not (1 строка): Tier‑1 источники описывают существующий AI‑ориентированный слой и конфигурацию компонента.
Conflict note (если есть): —

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

AI_1 (decision): 0
Claim (1 строка): в Tier‑1 источниках RSS3 описывает “данные для AI‑агентов”, но не фиксирует собственную задачу/модель (inference) как ключевой компонент протокола.
Evidence: Tier‑1 — https://docs.rss3.io/guide/dsl/agent-data
Why sufficient / why not (1 строка): описан data‑stream слой для агентов, но не описана конкретная AI‑модель/функция “что делает ИИ” внутри сети → 0.
Conflict note (если есть): —

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

AI_2 (decision): 0
Claim (1 строка): демонстрации именно “AI‑модели RSS3” как отдельного артефакта не найдено; есть примеры AI‑приложений, использующих данные RSS3.
Evidence: Tier‑1 — https://docs.rss3.io/guide/ai/chatgpt
Why sufficient / why not (1 строка): страница про GPT — это пример приложения поверх RSS3, а не демо AI‑модуля протокола → 0.
Conflict note (если есть): —

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

AI_3 (decision): 0
Метрики: —
Контекст (версия/дата/на чём мерили): —
Evidence: Tier‑1 — —
Why sufficient / why not (1 строка): нет Tier‑1 метрик качества AI‑части/моделей (если таковые используются).
Conflict note (если есть): —

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

AI_4 (decision): 1
Claim (1 строка): описана интеграция AI component в RSS3 Node (AgentData endpoint + параметры вроде OpenAI/Ollama и др.) и назначение AgentData как real‑time streams для AI‑агентов.
Evidence: Tier‑1 — https://docs.rss3.io/guide/operator/deployment/component/ai; https://docs.rss3.io/guide/dsl/agent-data
Why sufficient / why not (1 строка): есть Tier‑1 техописание компонента и пример конфигурации.
Conflict note (если есть): —

Onchain necessity

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

OC_1 (decision): 1
Сеть: VSL (L2) + Ethereum (L1, token/bridge contracts)
Адреса/идентификаторы: RSS3 ERC‑20 (L1): 0xc98D64DA73a6616c42117b582e832812e7B8D57F; bridged RSS3 на VSL: 0x4200000000000000000000000000000000000042.
Evidence: Tier‑1 — https://docs.rss3.io/guide/vsl/links/contract-addresses; https://docs.rss3.io/guide/vsl/links/scan
Why sufficient / why not (1 строка): Tier‑1 доки дают адреса контрактов и официальные Explorer/Scan ссылки.
Conflict note (если есть): —

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

OC_2 (decision): 1
Какая полезная логика onchain: staking pools/operation pools, распределение rewards и slashing/settlement на VSL; bridge между L1 и L2.
Evidence: Tier‑1 — https://rss3.io/mainnet-tokenomics; https://explorer.rss3.io/; https://docs.rss3.io/guide/vsl/links/contract-addresses
Why sufficient / why not (1 строка): tokenomics и explorer описывают onchain механику узлов/стейкинга/слэшинга за рамками “только токена”.
Conflict note (если есть): —

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

OC_3 (decision): 0
Тест “замены блокчейна”: индексация и API могли бы работать централизованно; Tier‑1 доказательства функциональной незаменимости ончейна не представлены.
Evidence: Tier‑1 — —
Why sufficient / why not (1 строка): критичность onchain слоя не доказана тестом замены → 0.
Conflict note (если есть): —

Token necessity

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

TK_0 (decision): 0
Claim (1 строка): у проекта есть токен RSS3 (ERC‑20 на Ethereum; bridged токен на VSL).
Evidence: Tier‑1 — https://docs.rss3.io/guide/vsl/links/contract-addresses
Why sufficient / why not (1 строка): Tier‑1 документация публикует адреса токена на L1/L2.
Conflict note (если есть): —

TK_1..TK_4 (1/0)

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

TK_1 (decision): 1
Claim (1 строка): RSS3 используется для оплаты запросов к сети (queries) и оплаты VSL blockspace.
Evidence: Tier‑1 — https://rss3.io/mainnet-tokenomics; https://rss3.io/ (раздел $RSS3)
Why sufficient / why not (1 строка): tokenomics описывает оплату queries токеном и распределение request fees.
Conflict note (если есть): —

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

TK_2 (decision): 1
Claim (1 строка): узлы требуют депозит (≥ 10,000 RSS3), есть staking rewards и slashing с burn части токенов.
Evidence: Tier‑1 — https://rss3.io/mainnet-tokenomics
Why sufficient / why not (1 строка): tokenomics прямо описывает депозит узла, rewards и механизм slashing/burn.
Conflict note (если есть): —

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

TK_3 (decision): 0
Claim (1 строка): governance структура (forum → REPs) описана, но прямой механизм “голосование токеном” в Tier‑1 не зафиксирован.
Evidence: Tier‑1 — https://docs.rss3.io/guide/core/governance-and-rep
Why sufficient / why not (1 строка): есть процесс REPs, но без явной роли RSS3 как governance‑токена → 0.
Conflict note (если есть): —

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

TK_4 (decision): 0
Claim (1 строка): Tier‑1 tokenomics закрепляет RSS3 как токен оплаты queries и как залог/стейкинг актив узлов, с которым связаны rewards и slashing.
Evidence: Tier‑1 — https://rss3.io/mainnet-tokenomics
Why sufficient / why not (1 строка): если network fees и безопасность/стимулы описаны именно через RSS3, заменимость не следует из Tier‑1 источников → TK_4 = 0.
Conflict note (если есть): —

Evidence (таблица)

Tier	Источник	Что доказывает
Tier‑1	https://rss3.io/	Позиционирование RSS3 как Open Information Layer; роль токена ($RSS3) в queries/node/delegate/blockspace.
Tier‑1	https://rss3.io/what-is-rss3	Утверждения про social/search/AI контексты использования и тезис про open information для AI.
Tier‑1	https://docs.rss3.io/guide/developer/api	Tier‑1 артефакт: DSL API и примеры запросов (gi.rss3.io).
Tier‑1	https://docs.rss3.io/guide/operator	Tier‑1: структура RSS3 Node, компоненты/воркеры, деплой/менеджмент.
Tier‑1	https://explorer.rss3.io/	Tier‑1 инструмент: операции с узлами/эпохами/стейкингом и обзор сети.
Tier‑1	https://docs.rss3.io/guide/vsl/links/scan	Tier‑1: официальные ссылки Explorer/Scan для VSL (mainnet/testnet).
Tier‑1	https://docs.rss3.io/guide/vsl/links/contract-addresses	Tier‑1: адреса токена и ключевых контрактов на Ethereum (L1) и VSL (L2).
Tier‑1	https://rss3.io/mainnet-tokenomics	Tier‑1: модель tokenomics (queries, депозит узла, staking/trust, rewards, slashing/burn, supply/vesting).
Tier‑1	https://docs.rss3.io/guide/core/governance-and-rep	Tier‑1: governance процесс (forum → REPs).
Tier‑1	https://docs.rss3.io/guide/dsl/agent-data	Tier‑1: AgentData как real‑time streams для AI‑агентов.
Tier‑1	https://docs.rss3.io/guide/operator/deployment/component/ai	Tier‑1: AI component и пример конфигурации интеграции AgentData.
Tier‑1	https://docs.rss3.io/guide/ai/open-data	Tier‑1: open datasets для ML задач (в т.ч. HF dataset, 11M+ posts).