ChainBounty (Sentinel Protocol legacy)

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

ChainBounty — Security | Infra проект (L2/L3‑сеть + web‑приложения) с токеном (символ: BOUNTY).

Дисклеймер

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

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

Что это: Web3‑платформа и собственная сеть (ChainBounty Mainnet) для репортинга, валидации и расследования крипто‑инцидентов/скамов через “bounty‑механику”.
Для кого: для пользователей/жертв, которые хотят зафиксировать кейс; для исследователей/валидаторов; для компаний/организаций, которым нужна threat‑информация и проверка адресов.
Зачем ончейн/токен: onchain используется для прозрачного учёта/хранения меток и данных по адресам и для механики “децентрализованных вознаграждений”; BOUNTY — нативная валюта сети (газ) и токен экосистемы.

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

Пользователь делает: публикует репорт о скаме/инциденте или проверяет адрес/кейсы в веб‑приложении.
Система делает: валидаторы сообщества проверяют/подтверждают репорты; данные и “labeling” для адресов хранятся/обновляются в сети (Layer‑2/Layer‑3 стек).
Пользователь получает: угроз‑интеллидженс/публичные кейсы, статус и результаты валидации, доступ к инструментам (в т.ч. scam check).
Где блокчейн: хранение/доступ к label‑данным и транзакционная логика на ChainBounty Mainnet + контракт/актив BOUNTY в Arbitrum‑экосистеме.
Роль токена (если есть): BOUNTY — валюта сети (комиссии/газ); вознаграждения и доступные механики “reward system” в публичных материалах также описаны как points‑система CBP (см. FAQ).

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

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

Поле	Значение
Название проекта	ChainBounty (Sentinel Protocol legacy)
Также известен как (aliases)	Sentinel Protocol (legacy); Uppsala Security; TRDB; CBP (ChainBounty Points)
Лого (logo)	../assets/119_sentinel-protocol_logo.png
Символ токена (ticker)	BOUNTY
Категория	Security \| Infra
Основная сеть (chain)	ChainBounty Mainnet
Тип	Appchain
Статус сети	mainnet
Консенсус (consensus)	Rollup/Orbit (sequencer-based, PoS-secured by base chain - high level)
Дата запуска (launch_date)	2024-12 (mainnet launch заявлен)
Статус проекта (status)	active
Токен (стандарт)	ERC-20
Контракт токена	0x6a9896837021EA3eD83F623F655C119c54abE02c (Arbitrum One)
Модель токена (token_type)	utility (fee-mechanism)
Макс. предложение	555,416,661 (ERC‑20 на Arbitrum One)
Эмиссия	fixed (по maxTotalSupply; подробности в Tier‑1 токеномике не найдены)
Токеномика (tokenomics, кратко)	Tier‑1 распределение/вестинг не найдено; в FAQ акцент на points‑системе `CBP`
Управление	company / planned DAO (в roadmap заявлена “Collaborative Governance”)
Админы/ключи	— (Tier‑1 не найдено)
Аудит	—
Bug bounty	yes (платформа bounty для киберинцидентов; не классический security bounty)
Команда (team)	Uppsala Security (упоминается как инициатор в документации)
Финансирование (investors/funding)	— (Tier‑1 не найдено)
AI‑компонент (ai_component)	AI scam check / AI-driven threat tools
Use‑case (use_case)	anti-scam reports, threat intel, bounty investigations
DecAI Fit — AI‑соответствие (AI thesis fit)	3/6 — среднее соответствие тезису Decentralized AI
Итог по компонентам DecAI Fit	1 / 2 / 1 / 3
Last verified	2026-02-11

Ссылки (links_*)

Тип	Ссылка
Website	https://chainbounty.io/
Docs	https://chainbounty.gitbook.io/chainbounty
App / Demo (Community)	https://community.chainbounty.io/
App / Demo (BountyTrack)	https://track.chainbounty.io/partner-login
Explorer (ChainBounty Mainnet)	https://scan.chainbounty.io/
GitHub	—
Releases / Changelog	—
Whitepaper	https://chainbounty.io/whitepaper
Roadmap	https://chainbounty.io/#roadmap
Security advisories	—
Explorer (Arbitrum One token)	https://arbiscan.io/token/0x6a9896837021EA3eD83F623F655C119c54abE02c
X	https://twitter.com/UPPSentinel
Discord	—
Telegram	https://t.me/newofficialsentinelprotocol
Medium	https://medium.com/sentinel-protocol
Audit report(s)	—
Bug bounty	https://chainbounty.io
CoinGecko (профиль, справочно)	https://www.coingecko.com/en/coins/sentinel-protocol
CoinMarketCap (профиль, справочно)	https://coinmarketcap.com/currencies/sentinel-protocol/

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

ChainBounty — Web3‑платформа для борьбы с крипто‑киберпреступностью через систему “bounties”: пользователи публикуют кейсы/репорты, сообщество и валидаторы проверяют информацию, а результаты и ключевые данные становятся доступными как threat‑интеллидженс.

В документации ChainBounty прямо позиционируется как продолжение и развитие наследия Sentinel Protocol (Uppsala Security) и описывает ключевой актив Sentinel Protocol — базу угроз TRDB, содержащую десятки миллионов записей/меток адресов. Чтобы работать с “labeling” на масштабе, проект заявляет переход на Layer‑2/Orbit‑подход и отдельную сеть ChainBounty Mainnet.

Фичи/модули

Репорты о скамах/инцидентах и публичные кейсы (web app).
Валидация сообществом/валидаторами (описано в FAQ).
Wallet risk analysis (описано в FAQ).
Хранение/доступ к меткам адресов (labeling) на сети (описано в tech stack).
Quick AI Scam Check (UI‑инструмент в web app).

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

Сценарий 1: пользователь публикует репорт о фишинге/скаме → кейс проходит проверку → другие пользователи видят предупреждения/детали.
Сценарий 2: валидатор проверяет репорт/метки → подтверждает/отклоняет → данные становятся частью публичной угроз‑базы.
Сценарий 3: пользователь делает быстрый AI‑чек подозрительного скриншота/изображения → получает risk assessment (как функциональность приложения).

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

Что нужно: веб‑браузер; для действий, требующих подписи/ончаина — EVM‑кошелёк.
Сеть/chain: ChainBounty Mainnet (если взаимодействуете с сетью) и/или Arbitrum One (если работаете с ERC‑20 BOUNTY).
Комиссии: сетевые комиссии (gas) в BOUNTY при транзакциях сети; комиссии Arbitrum — при операциях с ERC‑20.

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

Компоненты: web app (репорты/сообщество), роль валидаторов, L2/L3‑сеть ChainBounty Mainnet, RPC, block explorer (Blockscout), onchain‑хранилище/доступ к label‑данным.
Роли участников: репортёры, исследователи, валидаторы, пользователи wallet‑аналитики, оператор/инициатор (Uppsala Security).
Где выполняется логика: публикация контента/модерация/AI‑check — web/offchain; хранение и доступ к меткам/данным — onchain на ChainBounty Mainnet (описано).
Зависимости: Orbit/Layer‑2 стек, RPC rpc.chainbounty.io, блок‑эксплорер scan.chainbounty.io, связь с Arbitrum‑экосистемой (ERC‑20 на Arbitrum One).

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

Утилити токена: BOUNTY — валюта сети (gas) и ончейн‑единица для транзакций в ChainBounty Mainnet; при этом в FAQ как reward‑механика описана points‑система CBP.
Источники необходимости в протоколе: без BOUNTY невозможно оплачивать транзакции/использовать onchain‑часть сети; однако части продукта (community/контент) могут работать offchain.
Кто платит комиссии: пользователи, выполняющие транзакции в сети.
Куда идут комиссии: стандартно — валидаторам/операторам сети (на уровне блокчейн‑экономики); проектные параметры распределения Tier‑1 не найдены.
Эмиссия/сжигание: max supply ERC‑20 на Arbitrum One: 555,416,661 (Arbiscan). Модель эмиссии/сжигания на уровне сети в Tier‑1 не раскрыта.
Механизмы безопасности/стимулов: валидаторы (описано как роль в экосистеме); reward‑механика для пользователей в FAQ описана как CBP.
Распределение и график выпуска токенов: Tier‑1 токеномика BOUNTY (распределение/вестинг) не найдена.
Казначейство: не раскрыто (Tier‑1).

Управление

Кто принимает решения: команда/организация (Uppsala Security) + заявленные планы “Collaborative Governance/DAO” в roadmap.
Как меняются параметры протокола: в Tier‑1 нет описанного процесса управления/голосований; roadmap заявляет переход к DAO в 2026.
Где обсуждают/принимают решения: GitBook docs и web‑приложение/комьюнити; публичные детали governance‑процессов не найдены.
Ключи/мультисиг: не раскрыто (Tier‑1).

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

Аудиты: публичных Tier‑1 аудитов сети/контрактов не найдено.
Bug bounty: как отдельная security‑программа не найдено; основной “bounty” в проекте — это продукт для расследований/репортов, а не классический bug bounty.
Инциденты: Tier‑1 постмортемов/крупных инцидентов проекта не найдено.
Модель угроз: ложные репорты/спам (качество валидации), компрометация валидаторов/модерации, риски приватности (ошибочная деанонимизация), риски сети (sequencer/RPC), а также ошибки в ончейн‑хранении меток.

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

Текущий статус: mainnet заявлен (ChainBounty Mainnet, Chain ID 51828) + активное web‑приложение.
Ключевые релизы/вехи: mainnet launch заявлен на December 2024; 2025 — full feature rollout; 2026 — AI‑driven threat tools + DAO (roadmap).
Roadmap: на сайте (см. links Roadmap).

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

Интеграции: Blockscout‑эксплорер (scan.chainbounty.io), RPC (rpc.chainbounty.io), Arbitrum‑экосистема (токен на Arbitrum One; также в футере сайта есть ссылка на bridge).
Партнёры: на сайте перечислен набор партнёров (логотипы; без деталей соглашений/объёма интеграции).
Где реально используется: web‑приложение для репортов/кейсов и community investigations; хранение меток и данных — в сети (описано в tech stack).

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

Что здесь реально ИИ? В web‑приложении заявлен Quick AI Scam Check (risk assessment по изображению/скриншоту), а в roadmap — “AI‑driven tools for threat data sharing”.
Что реально onchain? Хранение/учёт меток (labeling) и данных по адресам на сети ChainBounty Mainnet; ERC‑20 BOUNTY на Arbitrum One.
Зачем нужен токен? BOUNTY нужен как газ/валюта сети; при этом часть “reward system” публично описана как points (CBP), что создаёт неопределённость в роли токена для вознаграждений.
Красные флаги (по найденной информации): AI‑washing (AI‑функция заявлена, но нет метрик/описания модели), token‑washing (токен есть, но Tier‑1 tokenomics/роль в rewards частично заменена points‑системой), смешение брендов (legacy Sentinel Protocol / UPP vs новый ChainBounty / BOUNTY — требуется уточнение миграции).

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

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

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

Подробнее

AI reality

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

AI_0 (decision): 0
Claim (1 строка): в roadmap есть планы “AI‑driven tools”, но AI уже заявлен как доступная функция (Quick AI Scam Check, см. AI_1), поэтому AI_0 как “только намерение” не применяется
Evidence: Tier‑1 — https://chainbounty.io/#roadmap ; https://community.chainbounty.io/
Why sufficient / why not (1 строка): по определению AI_0=1 ставится только если AI_1..AI_4 = 0
Conflict note (если есть): —

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

AI_1 (decision): 1
Claim (1 строка): “Quick AI Scam Check” выполняет оценку риска (risk assessment) по загруженному изображению/скриншоту
Evidence: Tier‑1 — https://community.chainbounty.io/
Why sufficient / why not (1 строка): в интерфейсе явно указано AI‑назначение (AI scam check) и формат результата (risk assessment)
Conflict note (если есть): —

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

AI_2 (decision): 0
Claim (1 строка): AI‑инструмент виден в UI, но воспроизводимого Tier‑1 примера “вход→выход” (пример отчёта AI‑проверки) не найдено
Evidence: Tier‑1 — https://community.chainbounty.io/
Why sufficient / why not (1 строка): без примера результата/инструкции или публичного кейса не считаем демо доказанным
Conflict note (если есть): —

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

AI_3 (decision): 0
Метрики: —
Контекст (версия/дата/на чём мерили): —
Evidence: Tier‑1 — https://chainbounty.io/ ; https://community.chainbounty.io/
Why sufficient / why not (1 строка): в Tier‑1 нет метрик точности/полноты/ошибок AI scam check
Conflict note (если есть): —

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

AI_4 (decision): 0
Claim (1 строка): техописания AI‑модели/архитектуры/версий в Tier‑1 не найдено
Evidence: Tier‑1 — https://chainbounty.io/ ; https://chainbounty.gitbook.io/chainbounty
Why sufficient / why not (1 строка): есть UI‑заявление, но нет спецификаций/моделей/версионирования
Conflict note (если есть): —

Onchain necessity

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

OC_1 (decision): 1
Сеть: ChainBounty Mainnet (Chain ID 51828) + Arbitrum One (ERC‑20)
Адреса/идентификаторы: RPC https://rpc.chainbounty.io; explorer https://scan.chainbounty.io/; Arbitrum One token contract 0x6a9896837021EA3eD83F623F655C119c54abE02c
Evidence: Tier‑1 — https://chainbounty.gitbook.io/chainbounty/chainbounty/7.-chainbountys-technological-stack/ ; https://scan.chainbounty.io/ ; https://arbiscan.io/token/0x6a9896837021EA3eD83F623F655C119c54abE02c
Why sufficient / why not (1 строка): tech stack фиксирует параметры сети (chain id/rpc/explorer), а Arbiscan подтверждает контракт токена
Conflict note (если есть): —

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

OC_2 (decision): 1
Какая полезная логика onchain: хранение “labeling” для 100M+ адресов на L2/L3, доступ через смарт‑контракты и транзакции, участие валидаторов в проверке данных
Evidence: Tier‑1 — https://chainbounty.gitbook.io/chainbounty/chainbounty/7.-chainbountys-technological-stack/ ; https://chainbounty.gitbook.io/chainbounty/faq
Why sufficient / why not (1 строка): Tier‑1 описывает onchain‑хранилище меток и роль валидаторов, т.е. onchain = не только токен
Conflict note (если есть): —

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

OC_3 (decision): 0
Тест “замены блокчейна”: прозрачность/проверяемость меток и их неизменяемость — аргумент в пользу ончейна, но Tier‑1 не доказывает, что аналог нельзя сделать централизованно
Evidence: Tier‑1 — https://chainbounty.gitbook.io/chainbounty/chainbounty/7.-chainbountys-technological-stack/
Why sufficient / why not (1 строка): нет прямого Tier‑1 “без ончейна ломается X”
Conflict note (если есть): —

Token necessity

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

TK_0 (decision): 0
Claim (1 строка): у проекта есть токен/валюта BOUNTY (native) и ERC‑20 BOUNTY на Arbitrum One
Evidence: Tier‑1 — https://chainbounty.gitbook.io/chainbounty/chainbounty/7.-chainbountys-technological-stack/ ; https://arbiscan.io/token/0x6a9896837021EA3eD83F623F655C119c54abE02c
Why sufficient / why not (1 строка): tech stack фиксирует currency symbol BOUNTY, Arbiscan подтверждает ERC‑20 контракт
Conflict note (если есть): —

TK_1..TK_4 (1/0)

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

TK_1 (decision): 1
Claim (1 строка): BOUNTY используется для оплаты сетевых комиссий (gas) в ChainBounty Mainnet
Evidence: Tier‑1 — https://chainbounty.gitbook.io/chainbounty/chainbounty/7.-chainbountys-technological-stack/
Why sufficient / why not (1 строка): в network info указан currency symbol BOUNTY, что подразумевает оплату комиссий этой валютой
Conflict note (если есть): —

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

TK_2 (decision): 0
Claim (1 строка): в Tier‑1 reward‑механика для пользователей описана как points‑система CBP, а не как onchain‑стимулы токеном BOUNTY
Evidence: Tier‑1 — https://chainbounty.gitbook.io/chainbounty/faq
Why sufficient / why not (1 строка): нет Tier‑1 подтверждения “стейкинг/слэшинг/награды в BOUNTY”, только CBP points
Conflict note (если есть): —

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

TK_3 (decision): 0
Claim (1 строка): в Tier‑1 не найдено, что BOUNTY используется в governance; DAO заявлен как план
Evidence: Tier‑1 — https://chainbounty.io/#roadmap
Why sufficient / why not (1 строка): roadmap говорит о DAO, но без механики токен‑голосований
Conflict note (если есть): —

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

TK_4 (decision): 0
Claim (1 строка): как нативная валюта сети для оплаты комиссий BOUNTY практически обязателен для onchain‑взаимодействий
Evidence: Tier‑1 — https://chainbounty.gitbook.io/chainbounty/chainbounty/7.-chainbountys-technological-stack/
Why sufficient / why not (1 строка): в описании сети прямо задан currency symbol, поэтому “замена” невозможна без изменения протокола сети
Conflict note (если есть): —

Evidence (таблица)

Tier	Источник	Что доказывает
Tier‑1	https://chainbounty.io/	описание продукта, roadmap (AI‑driven tools + DAO), партнёры (логотипы)
Tier‑1	https://chainbounty.gitbook.io/chainbounty	позиционирование ChainBounty и структура документации
Tier‑1	https://chainbounty.gitbook.io/chainbounty/chainbounty/1.-overview	Tier‑1 мотивация/цели: децентрализованная bounty‑платформа на L2
Tier‑1	https://chainbounty.gitbook.io/chainbounty/chainbounty/3.-background-and-legacy-of-sentinel-protocol	связь с Sentinel Protocol и Uppsala Security (legacy/контекст)
Tier‑1	https://chainbounty.gitbook.io/chainbounty/chainbounty/7.-chainbountys-technological-stack/	стек L2/L3, onchain‑labeling на 100M+ адресов, network info (chain id/rpc/explorer/currency)
Tier‑1	https://chainbounty.gitbook.io/chainbounty/faq	CBP points как reward‑система и роль валидаторов в проверке репортов
Tier‑1	https://community.chainbounty.io/	web‑приложение, Quick AI Scam Check (AI claim) и примеры community investigations
Tier‑1	https://scan.chainbounty.io/	блок‑эксплорер сети (Blockscout)
Tier‑1	https://arbiscan.io/token/0x6a9896837021EA3eD83F623F655C119c54abE02c	ERC‑20 `BOUNTY` на Arbitrum One (supply/contract)