PublicAI
PublicAI — справочная карточка криптопроекта: что делает продукт и насколько проверяемы ключевые утверждения проекта; также — соответствие тезису Decentralized AI (DecAI Fit).
PublicAI — AI/Data / Marketplace / Infra проект (human‑in‑the‑loop рынок разметки/проверки данных для AI), токен: заявлен как PUBLIC (в старом whitepaper встречается обозначение TSR).
Дисклеймер
Важно: эта страница — справочный разбор проекта. В рамках DecAIHub отдельно фиксируется проверка сведений из открытых источников по AI‑тезису (что реально AI/onchain/зачем токен и на каких источниках это основано).
Это не является финансовой рекомендацией и не является советом покупать/продавать/держать актив. Мы не оцениваем цену, доходность, тайминг входа/выхода.
Выводы основаны на публично доступных материалах, обнаруженных на дату проверки. Отсутствие подтверждения не означает отсутствие технологии.
TL;DR (для тех, кто не про ИИ)
- Что это: платформа/маркетплейс для разметки и проверки данных (human‑in‑the‑loop) — для обучения и валидации AI‑моделей.
- Для кого: компании/лаборатории, которым нужен датасет/разметка; исполнители‑аннотаторы и валидаторы качества.
- Зачем ончейн/токен: заявляется токен‑экономика для стимулов (staking/slashing) и governance; в Tier‑1 источниках есть конфликт по названию токена (PUBLIC vs TSR) и по сети.
Как это работает (очень кратко)
- Пользователь делает: заказчик публикует задачу и бюджет.
- Система делает: исполнители размечают; валидаторы/фишеры проверяют; репутация/штрафы/награды применяются по правилам платформы.
- Пользователь получает: размеченные/проверенные данные для обучения/оценки моделей.
- Где блокчейн: в whitepaper описаны смарт‑контрактные механики выплат/штрафов; в актуальных Tier‑1 источниках проверяемые onchain‑адреса протокольных контрактов (кроме токена) не зафиксированы.
- Роль токена: заявлен utility/governance токен для стимулов и управления (с конфликтом именований PUBLIC/TSR).
Быстрые ссылки: AI‑соответствие
Паспорт проекта
| Поле | Значение |
|---|---|
| Название проекта | PublicAI |
| Также известен как (aliases) | PublicAI.io, PUBLIC (docs), TSR (whitepaper; конфликт) |
| Лого (logo) | ../assets/191_publicai_logo.ico |
| Символ токена (ticker) | PUBLIC (docs) / TSR (whitepaper; конфликт) |
| Категория | AI/Data | Marketplace | Infra |
| Основная сеть (chain) | BNB Smart Chain |
| Тип | EVM |
| Статус сети | — |
| Консенсус (consensus) | PoSA (BNB Smart Chain; 21 validators) |
| Дата запуска (launch_date) | — |
| Статус проекта (status) | активен (есть публичная документация и сайт) |
| Токен (стандарт) | BEP-20 |
| Контракт токена | 0x87aa6aeb62ff128aaa96e275d7b24cd12a72aba1 |
| Модель токена (token_type) | utility (incentives + governance) |
| Макс. предложение | 92,329,160.046061 PUBLIC (Max Total Supply, BscScan) |
| Эмиссия | — |
| Токеномика (tokenomics, кратко) | в docs описан PUBLIC как utility‑токен для стимулов/управления/доступа; детали вынесены в раздел tokenomics |
| Управление | заявлено DAO/governance (в общих формулировках) |
| Админы/ключи | — |
| Аудит | — |
| Bug bounty | — |
| Команда (team) | авторы whitepaper: Steven Wong, Zhen Li, Shuguang Cui (по PDF) |
| Финансирование (investors/funding) | — |
| AI‑компонент (ai_component) | HITL data quality layer (not an AI model) |
| Use‑case (use_case) | data annotation marketplace |
| DecAI Fit — AI‑соответствие (AI thesis fit) | 3/6 — среднее соответствие тезису Decentralized AI |
| Итог по компонентам DecAI Fit | 1 / 1 / 0 / 3 |
| Last verified | 2026-02-11 |
Ссылки (links_*)
| Тип | Ссылка |
|---|---|
| Website | https://publicai.io |
| Docs | http://docs.publicai.io/ |
| GitHub | https://github.com/PublicAI01 |
| Releases / Changelog | http://docs.publicai.io/publicai-documentation/changelog |
| Whitepaper | https://publicai.io/whitepaper.pdf |
| Roadmap | http://docs.publicai.io/publicai-documentation/roadmap |
| Security advisories | — |
| Explorer | https://bscscan.com/token/0x87aa6aeb62ff128aaa96e275d7b24cd12a72aba1 |
| X | https://twitter.com/PublicAI_ |
| Discord | https://discord.com/invite/publicai |
| Telegram | https://t.me/public_ai01 |
| Medium | https://medium.com/@PublicAI |
| Audit report(s) | — |
| Bug bounty | — |
| CoinGecko (профиль, справочно) | — |
| CoinMarketCap (профиль, справочно) | https://coinmarketcap.com/currencies/publicai/ |
Общее описание проекта
PublicAI в whitepaper описывается как краудсорс‑маркетплейс для разметки/структурирования данных, необходимых для обучения моделей (data annotation). В whitepaper вводятся роли (Trainer/Validator/Fisher/Publisher), репутационная система и смарт‑контрактные механики выплат/штрафов.
В актуальной документации (GitBook) проект делает акцент на «Human Layer of AI»: верифицированные участники, проверка качества и экономические штрафы за брак. Важно: по Tier‑1 источникам это не AI‑модель/инференс‑движок, а рынок труда/процессов вокруг данных для AI.
Фичи/модули
- Маркетплейс задач разметки с ролями исполнителей и проверяющих (whitepaper).
- Качество и анти‑фрод логика: многоступенчатая проверка + слэшинг при браке (whitepaper; принципиально).
- Раздел tokenomics в docs: заявлены стимулы/управление/доступ, а также “contribution rollup” как часть учёта вклада (docs).
Типичные сценарии
- Сценарий 1 (обучение): заказчик публикует задачу → исполнители размечают → проверяющие валидируют → заказчик принимает результат → выплаты.
- Сценарий 2 (качество): участник стейкает токен → выполняет работу/проверки → при низком качестве применяется штраф (slashing), при хорошем — награда (по whitepaper/docs).
Как начать (кошелёк/сеть)
- Что нужно: доступ к продукту/аккаунт на платформе; для onchain‑части — EVM‑кошелёк (если опираться на BSC токен).
- Сеть/chain: в Tier‑1 есть конфликт: существует BEP‑20 токен (BscScan), при этом в docs встречаются упоминания других сетей как планов/намерений.
- Комиссии: зависят от конкретной реализации; не установлено по Tier‑1.
Архитектура/техника (без AI)
- Компоненты: роли участников, репутация/проверки, механизм заказов/выплат; onchain‑слой заявлен в whitepaper, но без списка адресов протокольных контрактов для независимой проверки.
- Где выполняется логика: фактическая разметка — offchain (люди/инструменты); учёт и стимулы — заявлены как onchain‑часть (whitepaper).
Токен/экономика (развернуто, без прогнозов)
- Утилити токена: в docs PUBLIC описан как utility‑токен (governance/стимулы/доступ); в whitepaper похожую роль выполняет TSR (конфликт именований).
- Источники необходимости в протоколе: staking/slashing и стимулы за качество (whitepaper; частично подтверждается docs).
- Замечание о конфликте: из‑за конфликта тикера/сети на уровне Tier‑1, выводы по токеномике считаем осторожными, а часть флагов ставим консервативно.
Управление
- Кто принимает решения: заявлено DAO/governance (whitepaper/docs), детали процедур не подтверждены как конкретный механизм в Tier‑1 источниках.
Безопасность и инциденты
- Аудиты/bug bounty: публичных Tier‑1 ссылок на конкретные отчёты не найдено.
Статус проекта и таймлайн
- Текущий статус: whitepaper опубликован; docs доступны.
Ai составляющая проекта
- Что здесь реально ИИ? В Tier‑1 источниках AI упоминается как область применения и как “Human Layer of AI”, но собственного AI‑компонента (модель/инференс/метрики) не показано.
- Что реально onchain? Есть onchain‑адрес токена в BNB Smart Chain; протокольные onchain‑контракты (кроме токена) в Tier‑1 не подтверждены адресами.
- Зачем нужен токен? Заявлены стимулы/стейкинг/слэшинг и governance, но есть конфликт по именованию токена (PUBLIC vs TSR) и недостаёт onchain‑деталей реализации.
- Красные флаги (по найденной информации): конфликт Tier‑1 источников по тикеру/токеномике (PUBLIC vs TSR) и по цепочке; требуется перепроверка актуальной ончейн‑реализации.
Итог по компонентам DecAI Fit
- DecAI Fit: 3/6 — среднее соответствие тезису Decentralized AI
| Компонент | Уровень | Score |
|---|---|---|
| AI reality | низко | 1 |
| Onchain necessity | низко | 1 |
| Token necessity | низко | 0 |
| Evidence | Tier‑1 есть | 3 |
Подробнее
AI reality
AI_0 — намерения про AI (roadmap Tier‑1) (1/0)
- AI_0 (decision): 1
- Claim (1 строка): в Tier‑1 источниках AI явно указан как область применения (HITL слой качества данных для AI).
- Evidence: Tier‑1 — http://docs.publicai.io/publicai-documentation
- Why sufficient / why not (1 строка): AI упоминается в официальных материалах как целевой use‑case, но это не доказательство работающего AI‑модуля в продукте.
- Conflict note (если есть): —
AI_1 — что делает ИИ (1/0)
- AI_1 (decision): 0
- Claim (1 строка): не описано, что именно «ИИ проекта» делает как продуктовая функция.
- Evidence: Tier‑1 — https://publicai.io/whitepaper.pdf ; http://docs.publicai.io/publicai-documentation
- Why sufficient / why not (1 строка): whitepaper описывает workflow людей и стимулы, а не AI‑модель/инференс.
- Conflict note (если есть): —
AI_2 — демо/примеры (1/0)
- AI_2 (decision): 0
- Claim (1 строка): Tier‑1 демо AI‑компонента не зафиксировано.
- Evidence: Tier‑1 — http://docs.publicai.io/publicai-documentation
- Why sufficient / why not (1 строка): нет артефакта “AI‑модуль работает и делает X”.
- Conflict note (если есть): —
AI_3 — метрики/качество (1/0)
- AI_3 (decision): 0
- Метрики: —
- Контекст (версия/дата/на чём мерили): —
- Evidence: Tier‑1 — http://docs.publicai.io/publicai-documentation
- Why sufficient / why not (1 строка): метрики качества AI‑компонента проекта отсутствуют.
- Conflict note (если есть): —
AI_4 — техописание/архитектура/версии (1/0)
- AI_4 (decision): 0
- Claim (1 строка): есть техописание marketplace/ролей, но не AI‑архитектура.
- Evidence: Tier‑1 — https://publicai.io/whitepaper.pdf
- Why sufficient / why not (1 строка): это архитектура платформы разметки, а не AI‑модели.
- Conflict note (если есть): —
Onchain necessity
OC_1 — контракты/адреса/сеть (1/0)
- OC_1 (decision): 1
- Сеть: BNB Smart Chain (по ссылке Explorer)
- Адреса/идентификаторы: токен
0x87aa6aeb62ff128aaa96e275d7b24cd12a72aba1 - Evidence: Tier‑1 — https://bscscan.com/token/0x87aa6aeb62ff128aaa96e275d7b24cd12a72aba1
- Why sufficient / why not (1 строка): указан конкретный onchain‑адрес токена.
- Conflict note (если есть): в docs встречаются упоминания других сетей как планов/намерений.
OC_2 — onchain не только токен (1/0)
- OC_2 (decision): 0
- Какая полезная логика onchain: в whitepaper описана логика задач/settlement, но в актуальных Tier‑1 материалах нет списка адресов/контрактов для проверки.
- Evidence: Tier‑1 — https://publicai.io/whitepaper.pdf
- Why sufficient / why not (1 строка): без адресов подтверждение onchain‑логики не достигает уровня проверяемого Tier‑1 факта.
- Conflict note (если есть): —
OC_3 — onchain критичен (1/0)
- OC_3 (decision): 0
- Тест “замены блокчейна”: marketplace разметки может работать на обычной БД/платежах; строгого доказательства критичности onchain нет.
- Evidence: Tier‑1 — https://publicai.io/whitepaper.pdf
- Why sufficient / why not (1 строка): whitepaper аргументирует пользу onchain, но не доказывает критичность по стандарту OC_3.
- Conflict note (если есть): —
Token necessity
TK_0 — токена нет (1/0)
- TK_0 (decision): 0
- Claim (1 строка): токен заявлен, и существует onchain‑адрес токена в BSC.
- Evidence: Tier‑1 — http://docs.publicai.io/publicai-documentation/usdpublic-tokenomics ; https://bscscan.com/token/0x87aa6aeb62ff128aaa96e275d7b24cd12a72aba1
- Why sufficient / why not (1 строка): есть Tier‑1 страница tokenomics и onchain‑ссылка на контракт.
- Conflict note (если есть): конфликт тикера (PUBLIC vs TSR).
TK_1..TK_4 (1/0)
TK_1 — платёж за сервис (1/0)
- TK_1 (decision): 0
- Claim (1 строка): в Tier‑1 источниках не найдено однозначного утверждения “платят токеном за сервис” в проверяемом виде.
- Evidence: Tier‑1 — http://docs.publicai.io/publicai-documentation/usdpublic-tokenomics
- Why sufficient / why not (1 строка): tokenomics‑раздел описан общими словами; платежная роль не подтверждена.
- Conflict note (если есть): —
TK_2 — стимулы/залоги/штрафы (1/0)
- TK_2 (decision): 1
- Claim (1 строка): заявлены стимулы качества через staking/slashing.
- Evidence: Tier‑1 — https://publicai.io/whitepaper.pdf ; http://docs.publicai.io/publicai-documentation
- Why sufficient / why not (1 строка): whitepaper описывает слэшинг‑механику и роль стейка; docs подтверждают нарратив качества/стейкинга.
- Conflict note (если есть): конфликт именований PUBLIC/TSR.
TK_3 — управление (1/0)
- TK_3 (decision): 0
- Claim (1 строка): governance упоминается, но конкретный governance‑механизм в Tier‑1 источниках не подтверждён как работающий процесс.
- Evidence: Tier‑1 — http://docs.publicai.io/publicai-documentation/usdpublic-tokenomics
- Why sufficient / why not (1 строка): без описания процедур/контрактов ставим 0.
- Conflict note (если есть): конфликт именований PUBLIC/TSR.
TK_4 — токен заменим (1/0)
- TK_4 (decision): 1
- Claim (1 строка): строгого доказательства незаменимости нативного токена (вместо, например, USDC/подписки) не найдено.
- Evidence: Tier‑1 — https://publicai.io/whitepaper.pdf
- Why sufficient / why not (1 строка): источники не доказывают, что именно нативный токен решает уникальную протокольную задачу.
- Conflict note (если есть): —
Evidence (таблица)
| Tier | Источник | Что доказывает |
|---|---|---|
| Tier‑1 | https://publicai.io/whitepaper.pdf | концепт платформы разметки с ролями, репутацией, выплатами/штрафами; терминологию TSR (конфликт) |
| Tier‑1 | http://docs.publicai.io/publicai-documentation | позиционирование “Human Layer of AI” и контекст стимулов качества |
| Tier‑1 | http://docs.publicai.io/publicai-documentation/usdpublic-tokenomics | наличие tokenomics‑раздела и заявление о токене PUBLIC (общими словами) |
| Tier‑1 | https://bscscan.com/token/0x87aa6aeb62ff128aaa96e275d7b24cd12a72aba1 | onchain‑адрес токена в BNB Smart Chain |
| Tier‑2 | https://coinmarketcap.com/currencies/publicai/ | справочный профиль |
No comments to display
No comments to display