YesNoError
YesNoError (YNE) — справочная карточка криптопроекта: что делает продукт и насколько проверяемы ключевые утверждения проекта; также — соответствие тезису Decentralized AI (DecAI Fit).
YesNoError — AI/Agents / DeSci проект: “AI Agent for Breakthrough Research Notifications” и платформа, которая (по whitepaper) использует LLM‑агентов для массового аудита научных статей (поиск ошибок/методологических проблем) и выпускает токен YNE в сети Solana.
Дисклеймер
Важно: эта страница — справочный разбор проекта. В рамках DecAIHub отдельно фиксируется проверка сведений из открытых источников по AI‑тезису (что реально AI/onchain/зачем токен и на каких источниках это основано).
Это не является финансовой рекомендацией и не является советом покупать/продавать/держать актив. Мы не оцениваем цену, доходность, тайминг входа/выхода.
Выводы основаны на публично доступных материалах, обнаруженных на дату проверки. Отсутствие подтверждения не означает отсутствие технологии.
TL;DR (для тех, кто не про ИИ)
- Что это: сервис/платформа для поиска и проверки научных публикаций, где LLM‑агенты помогают находить ошибки.
- Для кого: исследователи, редакторы, журналисты и пользователи, которым нужно быстро проверять научные утверждения.
- Зачем ончейн/токен: токен YNE используется для оплаты аудитов и коллективного выбора приоритетных тем (voting/campaigns) по whitepaper.
- Что можно потрогать (Tier‑1): веб‑интерфейс продукта на
yesnoerror.com.
Как это работает (очень кратко)
- Пользователь делает: ищет/добавляет публикацию или загружает документ для проверки.
- Система делает: извлекает текст, разбивает на чанки, использует RAG и набор специализированных “ревьюер‑агентов” (math/methodology/logic/reference) для анализа.
- Пользователь получает: структурированный отчёт с найденными проблемами и рекомендациями/следующими шагами.
- Где блокчейн: токен YNE — onchain (Solana), используется как экономический инструмент управления приоритетами и оплаты.
- Роль токена (если есть): on-demand audits + community campaigns/голосования; в whitepaper описаны buyback&burn механики.
Быстрые ссылки: AI‑соответствие
Паспорт проекта
| Поле | Значение |
|---|---|
| Название проекта | YesNoError |
| Также известен как (aliases) | YNE; $YNE; YesNoError (YNE) |
| Лого (logo) | ../assets/237_yesnoerror_logo.png |
| Символ токена (ticker) | YNE |
| Категория | AI/Agents | DeSci |
| Основная сеть (chain) | Solana |
| Тип | non-EVM |
| Статус сети | mainnet |
| Консенсус (consensus) | PoS (Solana) |
| Дата запуска (launch_date) | — |
| Статус проекта (status) | active |
| Токен (стандарт) | SPL |
| Контракт токена | 7D1iYWfhw2cr9yBZBFE6nZaaSUvXHqG5FizFFEZwpump |
| Модель токена (token_type) | utility (governance + campaigns + buyback + burn) |
| Макс. предложение | — |
| Эмиссия | — |
| Токеномика, кратко | on-demand audits + community voting/campaigns; buyback&burn (whitepaper) |
| Управление | голосования/кампании через токен (whitepaper) |
| Админы, ключи | — |
| Аудит | — |
| Bug bounty | — |
| Команда | — |
| Финансирование | — |
| AI‑компонент (ai_component) | LLM agents for scientific paper review |
| Use‑case (use_case) | research error/quality checking |
| DecAI Fit — AI‑соответствие | 3/6 — среднее соответствие тезису Decentralized AI |
| Итог по компонентам DecAI Fit | 3 / 1 / 2 / 2 |
| Last verified | 2026-02-11 |
Ссылки (links_*)
| Тип | Ссылка |
|---|---|
| Website | https://yesnoerror.com/ |
| Docs | — |
| GitHub | — |
| Releases / Changelog | — |
| Whitepaper | https://yesnoerror.com/whitepaper |
| Roadmap | https://yesnoerror.com/whitepaper |
| Security advisories | — |
| Explorer | https://explorer.solana.com/address/7D1iYWfhw2cr9yBZBFE6nZaaSUvXHqG5FizFFEZwpump?cluster=mainnet |
| App / Demo | https://yesnoerror.com/ |
| X | https://twitter.com/yesnoerror |
| Discord | — |
| Telegram | https://t.me/yes_no_error |
| Medium | — |
| Audit report(s) | — |
| Bug bounty | — |
| CoinGecko (профиль, справочно) | https://www.coingecko.com/en/coins/yne |
| CoinMarketCap (профиль, справочно) | https://coinmarketcap.com/currencies/yesnoerror/ |
Общее описание проекта
YesNoError — инициатива, которая предлагает использовать LLM‑агентов для масштабного “аудита литературы”: сканировать и проверять научные статьи на ошибки (математические/методологические/логические/ссылочные), а также в будущем выставлять рейтинги качества и искать признаки фрода. Whitepaper описывает архитектуру ingestion → parsing → chunking/embeddings (RAG) → multi‑agent orchestration → структурированный отчёт.
Фичи/модули
- Документ‑пайплайн: загрузка/извлечение текста/разбиение на чанки и RAG.
- Набор специализированных “ревьюер‑агентов”: Math Checker, Methodology Checker, Factual/Reference Checker, Logic Checker.
- Отчёты: структурированный отчёт об ошибках/рисках и next steps.
- Токен‑механика: on-demand audits и community campaigns/голосования (whitepaper).
Типичные сценарии
- Сценарий 1: исследователь загружает рукопись/статью → получает отчёт с найденными проблемами.
- Сценарий 2: комьюнити предлагает “тематический аудит” (например, область исследований) → токен‑холдеры голосуют и пуллят ресурсы на кампанию.
Как начать (кошелёк/сеть)
- Что нужно: доступ к сайту/продукту; Solana‑кошелёк — если взаимодействовать с токеном YNE.
- Сеть/chain: Solana.
- Комиссии: комиссии Solana при переводах/DEX‑операциях с YNE.
Архитектура/техника (без AI)
- Компоненты: веб‑интерфейс/платформа; offchain пайплайн обработки документов; onchain‑токен YNE (Solana).
- Роли участников: пользователи (запросы аудита), участники/холдеры (голосования/кампании), операторы платформы.
- Где выполняется логика: анализ документов — offchain; токен — onchain.
- Зависимости: источники публикаций (arXiv/PubMed/загрузки пользователями — по whitepaper); Solana‑инфраструктура для токена.
Токен/экономика (развернуто, без прогнозов)
- Утилити токена: whitepaper описывает оплату AI‑аудитов и механизм community‑driven prioritization (voting/campaigns) с пуллингом ресурсов.
- Источники необходимости в протоколе: токен используется как средство финансирования вычислений и выбора приоритетов.
- Кто платит комиссии: пользователи/участники при onchain‑операциях.
- Куда идут комиссии: сетевые комиссии — валидаторам Solana; внутри модели проекта упомянуты buyback&burn из revenue (whitepaper).
- Эмиссия/сжигание: whitepaper описывает buyback&burn; supply/Max supply указан в CMC.
- Механизмы безопасности/стимулов: кампании/голосования; burn‑механика как элемент устойчивости (whitepaper).
- Распределение и график выпуска токенов: — (в показанных Tier‑1 не раскрыто).
- Казначейство: —.
Управление
- Кто принимает решения: по whitepaper токен‑холдеры участвуют в приоритизации тем аудита через voting/campaigns.
- Как меняются параметры протокола: —.
- Где обсуждают/принимают решения: community‑каналы (X/Telegram) и процессы кампаний (whitepaper).
- Ключи/мультисиг: —.
Безопасность и инциденты
- Аудиты: не найдены в Tier‑1 источниках.
- Bug bounty: —.
- Инциденты: не найдены в Tier‑1 источниках.
- Модель угроз: риски ошибок/галлюцинаций LLM и риски неправильной интерпретации отчётов без human‑review.
Статус проекта и таймлайн
- Текущий статус: сайт и whitepaper публичны; токен YNE в Solana.
- Ключевые релизы/вехи: whitepaper v1.0 (на сайте).
- Roadmap: раздел roadmap находится в whitepaper.
Экосистема/интеграции
- Интеграции: Solana‑кошельки/DEX‑инфраструктура для токена; источники публикаций (arXiv/PubMed и др. — по whitepaper).
- Партнёры: —.
- Где реально используется: web‑интерфейс как “research discovery” (website).
Ai составляющая проекта
- Что здесь реально ИИ? в whitepaper описан пайплайн RAG + multi‑agent “AI reviewers” для анализа научных статей и генерации отчётов.
- Что реально onchain? токен YNE (SPL, Solana) и связанные с ним onchain‑операции.
- Зачем нужен токен? оплата аудитов/кампаний и механизм community‑prioritization (голосования), плюс buyback&burn (whitepaper).
- Красные флаги (по найденной информации): onchain‑washing — высокий (кроме токена, onchain‑логика не описана); AI‑washing — умеренно низкий (есть техописание); что перепроверить — качество/точность отчётов и наличие публичного демо с примерами.
Итог по компонентам DecAI Fit
- DecAI Fit: 3/6 — среднее соответствие тезису Decentralized AI
| Компонент | Уровень | Score |
|---|---|---|
| AI reality | высоко | 3 |
| Onchain necessity | низко | 1 |
| Token necessity | средне | 2 |
| Evidence | Tier‑1 есть | 2 |
Подробнее
AI reality
AI_0 — намерения про AI (roadmap Tier‑1) (1/0)
- AI_0 (decision): 0
- Claim (1 строка): AI‑компонент описан как работающий пайплайн (AI_1/AI_4), поэтому это не “только намерение”.
- Evidence: Tier‑1 — https://yesnoerror.com/whitepaper
- Why sufficient / why not (1 строка): AI_0 применяется только если AI_1..AI_4 = 0.
- Conflict note (если есть): —
AI_1 — что делает ИИ (1/0)
- AI_1 (decision): 1
- Claim (1 строка): LLM‑агенты анализируют статьи и формируют отчёт об ошибках/рисках (math/methodology/logic/reference).
- Evidence: Tier‑1 — https://yesnoerror.com/whitepaper
- Why sufficient / why not (1 строка): описаны роли агентов и задачи анализа.
- Conflict note (если есть): —
AI_2 — демо/примеры (1/0)
- AI_2 (decision): 1
- Claim (1 строка): website даёт доступ к продукту/интерфейсу (исследовательский discovery/добавление материалов).
- Evidence: Tier‑1 — https://yesnoerror.com/
- Why sufficient / why not (1 строка): есть публичный интерфейс сервиса как демонстрация работы.
- Conflict note (если есть): качество/примеры отчётов в тексте не верифицированы.
AI_3 — метрики/качество (1/0)
- AI_3 (decision): 0
- Метрики: —
- Контекст (версия/дата/на чём мерили): —
- Evidence: Tier‑1 — https://yesnoerror.com/whitepaper
- Why sufficient / why not (1 строка): количественные метрики точности/качества не приведены.
- Conflict note (если есть): —
AI_4 — техописание/архитектура/версии (1/0)
- AI_4 (decision): 1
- Claim (1 строка): whitepaper описывает ingestion/парсинг, RAG (embeddings/vector db) и multi‑agent orchestration.
- Evidence: Tier‑1 — https://yesnoerror.com/whitepaper
- Why sufficient / why not (1 строка): есть техописание пайплайна и ролей агентов.
- Conflict note (если есть): версии моделей/репозитории не указаны.
Onchain necessity
OC_1 — контракты/адреса/сеть (1/0)
- OC_1 (decision): 1
- Сеть: Solana
- Адреса/идентификаторы: SPL mint: 7D1iYWfhw2cr9yBZBFE6nZaaSUvXHqG5FizFFEZwpump
- Evidence: Tier‑1 — https://explorer.solana.com/address/7D1iYWfhw2cr9yBZBFE6nZaaSUvXHqG5FizFFEZwpump?cluster=mainnet
- Why sufficient / why not (1 строка): mint‑адрес токена подтверждается через Solana Explorer.
- Conflict note (если есть): —
OC_2 — onchain не только токен (1/0)
- OC_2 (decision): 0
- Какая полезная логика onchain: кроме токена, смарт‑контракты/правила onchain в Tier‑1 не описаны.
- Evidence: Tier‑1 — https://yesnoerror.com/whitepaper
- Why sufficient / why not (1 строка): продукт и AI‑пайплайн описаны как offchain.
- Conflict note (если есть): —
OC_3 — onchain критичен (1/0)
- OC_3 (decision): 0
- Тест “замены блокчейна”: core‑функция (анализ статей) может существовать без блокчейна; критичность onchain не доказана.
- Evidence: Tier‑1 — https://yesnoerror.com/whitepaper
- Why sufficient / why not (1 строка): нет Tier‑1 аргумента, что продукт ломается без блокчейна.
- Conflict note (если есть): —
Token necessity
TK_0 — токена нет (1/0)
- TK_0 (decision): 0
- Claim (1 строка): у проекта есть токен YNE (SPL, Solana).
- Evidence: Tier‑1 — https://explorer.solana.com/address/7D1iYWfhw2cr9yBZBFE6nZaaSUvXHqG5FizFFEZwpump?cluster=mainnet
- Why sufficient / why not (1 строка): контракт токена публичен.
- Conflict note (если есть): —
TK_1..TK_4 (1/0)
TK_1 — платёж за сервис (1/0)
- TK_1 (decision): 1
- Claim (1 строка): токен используется для on-demand research reviews/audits (whitepaper).
- Evidence: Tier‑1 — https://yesnoerror.com/whitepaper
- Why sufficient / why not (1 строка): в tokenomics описана роль токена в оплате услуг.
- Conflict note (если есть): —
TK_2 — стимулы/залоги/штрафы (1/0)
- TK_2 (decision): 0
- Claim (1 строка): залоги/штрафы/стейкинг как обязательная механика протокола в Tier‑1 не описаны.
- Evidence: Tier‑1 — https://yesnoerror.com/whitepaper
- Why sufficient / why not (1 строка): есть механики кампаний и buyback&burn, но не “bond/slash”.
- Conflict note (если есть): —
TK_3 — управление (1/0)
- TK_3 (decision): 1
- Claim (1 строка): токен используется для голосований/кампаний (community-driven prioritization of research audits).
- Evidence: Tier‑1 — https://yesnoerror.com/whitepaper
- Why sufficient / why not (1 строка): описан voting‑механизм выбора приоритетов.
- Conflict note (если есть): —
TK_4 — токен заменим (1/0)
- TK_4 (decision): 0
- Claim (1 строка): заменимость токена (на подписку/USDC) не обоснована в Tier‑1.
- Evidence: Tier‑1 — https://yesnoerror.com/whitepaper
- Why sufficient / why not (1 строка): tokenomics увязаны с community‑кампаниями и burn‑механикой.
- Conflict note (если есть): —
Evidence (таблица)
| Tier | Источник | Что доказывает |
|---|---|---|
| Tier‑1 | https://yesnoerror.com/whitepaper | AI‑архитектура (RAG + multi‑agent), token utility (audits/voting/buyback&burn) |
| Tier‑1 | https://yesnoerror.com/ | доступ к продукту/интерфейсу (demo/пример) |
| Tier‑1 | https://explorer.solana.com/address/7D1iYWfhw2cr9yBZBFE6nZaaSUvXHqG5FizFFEZwpump?cluster=mainnet | onchain‑SSOT: mint SPL токена YNE (Solana Explorer). |
| Tier‑2 | https://solscan.io/token/7D1iYWfhw2cr9yBZBFE6nZaaSUvXHqG5FizFFEZwpump | Обозреватель/агрегатор onchain‑данных (для навигации). |
| Tier‑2 | https://coinmarketcap.com/currencies/yesnoerror/ | Агрегатор: справочный профиль и ссылки (не Tier‑1). |
| Tier‑2 | https://www.coingecko.com/en/coins/yne | Агрегатор: справочный профиль и ссылки (не Tier‑1). |
No comments to display
No comments to display