HUMAN Protocol

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

HUMAN Protocol — AI/Data | Infra проект в сети Ethereum, токен (символ: HMT).

Дисклеймер

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

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

Что это: протокол и набор смарт‑контрактов/оракулов для запуска и выполнения задач “человек делает работу → получает оплату”.
Для кого: компании/заказчики задач, исполнители (workers), разработчики интеграций и операторов оракулов.
Зачем ончейн/токен: ончейн используется для эскроу/расчётов и фиксации результатов; токен HMT — средство расчёта за задачи в протоколе.

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

Заказчик публикует job: описывает работу и условия (в т.ч. через “smart bounty”/эскроу).
Сеть распределяет задания: Exchange/оракулы подбирают и выдают задачи исполнителям.
Исполнители выполняют работу: ответы/результаты собираются и проходят проверку качества (через оракулы).
Где блокчейн: эскроу и расчёты, а также фиксация хеша/указателя на результаты — на Ethereum.
Роль токена: HMT используется как единица расчёта/оплаты за выполнение задач в протоколе.

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

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

Поле	Значение
Название проекта	HUMAN Protocol
Также известен как (aliases)	HUMAN, HMT
Лого (logo)	../assets/451_human_logo.svg
Символ токена (ticker)	HMT
Категория	AI/Data \| Infra
Основная сеть (chain)	Ethereum
Тип	EVM
Статус сети	mainnet
Консенсус (consensus)	PoS (Ethereum)
Дата запуска (launch_date)	—
Статус проекта (status)	active
Токен (стандарт)	ERC-20
Контракт токена	0xd1ba9bac957322d6e8c07a160a3a8da11a0d2867
Модель токена (token_type)	utility (payments)
Макс. предложение	1 000 000 000 HMT (total supply)
Эмиссия	—
Токеномика (tokenomics, кратко)	HMT используется для оплаты задач (smart bounties) и распределения выплат участникам протокола.
Управление	cross-chain governance (HMT)
Админы/ключи	—
Аудит	yes
Bug bounty	yes
Команда (team)	—
Финансирование (investors/funding)	—
AI‑компонент (ai_component)	AI data labeling + model evaluation (human experts)
Use‑case (use_case)	data annotation jobs + escrow payments
DecAI Fit — AI‑соответствие (AI thesis fit)	3/6 — среднее соответствие тезису Decentralized AI
Итог по компонентам DecAI Fit	ai_score 1 / onchain_score 2 / token_score 2 / evidence_score 2
Last verified	2026-02-11

Ссылки (links_*)

Тип	Ссылка
Website	https://www.humanprotocol.org/
Docs	https://docs.humanprotocol.org/
GitHub	https://hmt.ai/github
Releases / Changelog	https://github.com/humanprotocol/human-protocol/commits/develop/
Whitepaper	https://hmt.ai/whitepaper
Roadmap	https://github.com/humanprotocol/human-protocol/milestones
Security advisories	https://github.com/humanprotocol/human-protocol/security
Explorer	https://etherscan.io/token/0xd1ba9BAC957322D6e8c07a160a3A8dA11A0d2867
X	https://twitter.com/human_protocol
Discord	https://discord.com/invite/5sHfvE8y8p
Telegram	https://t.me/human_protocol_community
Medium	https://medium.com/@HUMAN_Protocol
Audit report(s)	https://github.com/humanprotocol/human-protocol/blob/main/audits/CertiK_Verification_Report_for_hCaptcha_07082019.pdf
Bug bounty	https://medium.com/@HUMAN_Protocol/announcing-the-bugbounty-program-237c25bfa9a0
CoinGecko (профиль, справочно)	https://www.coingecko.com/en/coins/human-protocol
CoinMarketCap (профиль, справочно)	https://coinmarketcap.com/currencies/human/

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

HUMAN Protocol — open‑source протокол, который описывает и автоматизирует поток “заказчик публикует работу → сеть распределяет задачи → результаты проверяются → выплаты происходят по правилам”. В Tier‑1 техдокументах фокусом заявлены сценарии, где машинным системам нужны человеческие проверки/разметка, в частности для подготовки датасетов и контроля качества ответов моделей.

Фичи/модули

Smart bounties (эскроу‑контракты): заказчик резервирует HMT и задаёт параметры job.
Оркестрация через Exchange + оракулы: распределение задач и оценка качества результатов.
Интеграции/SDK: инструменты для разработчиков и операторов компонентов протокола.

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

Сценарий 1: заказчик публикует job на разметку данных → получает датасет/метки после проверки качества.
Сценарий 2: разработчик интегрирует свой инструмент/поток работ → использует смарт‑контракты и оракулы для расчётов/проверок.
Сценарий 3: оператор запускает компонент протокола (oracle) → получает комиссии за роль в обработке jobs.

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

Что нужно: EVM‑кошелёк (для действий в сети) и доступ к продуктам протокола (доки/SDK).
Сеть/chain: Ethereum.
Комиссии: сетевые комиссии Ethereum (gas) + возможные комиссии компонентов протокола (см. Tier‑1 документацию).

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

Компоненты: смарт‑контракты (эскроу/smart bounties), Exchange, Recording Oracle, Reputation Oracle (и другие оракулы), интеграции/SDK.
Роли участников: заказчики задач (requesters), исполнители (workers), операторы оракулов, разработчики интеграций.
Где выполняется логика: критичные расчёты/эскроу — ончейн (Ethereum), распределение и оценка качества — offchain в компонентах/оракулах с фиксацией результатов.
Зависимости: offchain‑хранилища для данных/результатов + onchain‑слой для settlement.

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

Утилити токена: HMT используется как средство расчёта и эскроу для оплаты jobs (smart bounties).
Источники необходимости в протоколе: протокол построен вокруг автоматизируемых контрактов “оплата за проверяемо выполненную работу”, где HMT фигурирует как единица расчёта.
Кто платит комиссии: инициаторы jobs и участники, совершающие транзакции в сети (gas).
Куда идут комиссии: выплаты распределяются между сторонами процесса (исполнители/компоненты), по правилам протокола (см. Tier‑1 whitepaper).
Эмиссия/сжигание: total supply 1 000 000 000 HMT; circulating supply 750 000 000 HMT (по официальной странице токена HMT).
Механизмы безопасности/стимулов: роль оракулов — проверка качества и триггер выплат; подробности — в Tier‑1 whitepaper.
Распределение и график выпуска токенов: allocation (Tier‑1): 25% Operating Trust, 23.4% Presale Contributors, 20.5% Strategic Partners, 10% Coinlist, 8.2% Ecosystem Fund, 7% Team, 3.7% Purchasers, 1.3% Advisors, 1% Issuing Foundation; график вестинга/разблокировок не установлен по Tier‑1.
Казначейство: —.

Управление

Кто принимает решения: governance описан как cross-chain архитектура; proposal’ы создают magistrates (exclusive addresses), голосуют voters с governance токенами.
Как меняются параметры протокола: через proposals → голосование (snapshot voting power) → агрегация по цепям → queue/execution; возможен timelock перед исполнением.
Как участвовать: voters deposit governance tokens и self-delegate для активации права голоса (см. Tier‑1 governance docs).
Ключи/мультисиг: не установлено по Tier‑1 (в рамках текущей карточки) — кроме понятия magistrate (exclusive address) в governance docs.

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

Аудиты: заявлен публичный отчёт аудита в links_* (см. Audit report(s)).
Bug bounty: заявлена программа bug bounty в links_*.
Инциденты: — (не установлено по Tier‑1).
Модель угроз: основные риски зависят от доверия к offchain‑компонентам (оракулы/обмен) и корректности смарт‑контрактов/процессов валидации.

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

Текущий статус: mainnet (Ethereum).
Ключевые релизы/вехи: — (не установлено по Tier‑1).
Roadmap: milestones официального репозитория (см. links_*).

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

Интеграции: SDK/инструменты для разработчиков и операторов компонентов (см. links_* Docs).
Партнёры: — (не установлено по Tier‑1).
Где реально используется: фокус в Tier‑1 описании — крупномасштабные задачи/разметка; конкретные публичные кейсы/примеры использования не зафиксированы по Tier‑1.

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

Что здесь реально ИИ? В Tier‑1 источниках протокол описан как инфраструктура, полезная для ML/AI‑workflow (разметка данных и оценка качества вывода), но он сам по себе не является “AI‑моделью/инференсом”.
Что реально onchain? Эскроу/расчёты и фиксация указателей/хешей результатов в смарт‑контрактах на Ethereum.
Зачем нужен токен? HMT описан как средство расчёта/эскроу для оплаты jobs и распределения выплат участникам процесса.
Красные флаги (по найденной информации): если утверждается “сильный AI‑компонент”, но нет Tier‑1 артефактов (модель/метрики/архитектура); смешение “AI‑применимости” (разметка для ML) с “AI в протоколе”.

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

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

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

Подробнее

AI reality

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

AI_0 (decision): 1
Claim (1 строка): Протокол заявлен как инфраструктура для задач, связанных с ML: разметка данных и оценка качества инференса.
Evidence: Tier‑1 — https://hmt.ai/whitepaper
Why sufficient / why not (1 строка): Это подтверждает AI‑применимость/intent (human‑in‑the‑loop для ML), но не доказывает наличие собственной AI‑модели/метрик.
Conflict note (если есть): —

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

AI_1 (decision): 0
Claim (1 строка): Не найдено Tier‑1 подтверждение “встроенного AI‑компонента” (модель/инференс) как части протокола.
Evidence: Tier‑1 — https://docs.humanprotocol.org/ ; https://hmt.ai/whitepaper
Why sufficient / why not (1 строка): Tier‑1 описывает протокол и рынок работ/проверок, а не собственную AI‑модель/инференс.
Conflict note (если есть): —

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

AI_2 (decision): 0
Claim (1 строка): Tier‑1 демо/пример работы протокола есть, но это не является демонстрацией “AI‑функции” (скорее демо запуска jobs).
Evidence: Tier‑1 — https://docs.humanprotocol.org/
Why sufficient / why not (1 строка): Чтобы поставить 1, нужно демо, показывающее именно AI‑функцию/вывод; по Tier‑1 это не установлено.
Conflict note (если есть): —

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

AI_3 (decision): 0
Метрики: —
Контекст (версия/дата/на чём мерили): —
Evidence: Tier‑1 — https://hmt.ai/whitepaper
Why sufficient / why not (1 строка): Не найдено Tier‑1 метрик/бенчмарков AI‑компонента (модель/качество), применимых к оценке AI reality.
Conflict note (если есть): —

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

AI_4 (decision): 0
Claim (1 строка): Есть техописание протокола (контракты/оракулы), но не найдено техописание собственной AI‑модели/версий.
Evidence: Tier‑1 — https://hmt.ai/whitepaper ; https://docs.humanprotocol.org/
Why sufficient / why not (1 строка): Документы описывают архитектуру протокола; для AI_4 нужен Tier‑1 техописание AI‑компонента.
Conflict note (если есть): —

Onchain necessity

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

OC_1 (decision): 1
Сеть: Ethereum
Адреса/идентификаторы: токен HMT: 0xd1ba9bac957322d6e8c07a160a3a8da11a0d2867
Evidence: Tier‑1 — https://etherscan.io/token/0xd1ba9BAC957322D6e8c07a160a3A8dA11A0d2867 ; https://hmt.ai/whitepaper
Why sufficient / why not (1 строка): Есть ончейн‑артефакт (ERC‑20 токен) и Tier‑1 описание использования Ethereum смарт‑контрактов.
Conflict note (если есть): —

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

OC_2 (decision): 1
Какая полезная логика onchain: smart bounties/эскроу для jobs и триггеры распределения выплат по условиям.
Evidence: Tier‑1 — https://hmt.ai/whitepaper
Why sufficient / why not (1 строка): В whitepaper описана архитектура смарт‑контрактов (эскроу + release/distribute), то есть ончейн‑логика шире простого “токен существует”.
Conflict note (если есть): —

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

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

Token necessity

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

TK_0 (decision): 0
Claim (1 строка): В протоколе есть токен HMT (EIP‑20 / ERC‑20 совместимый).
Evidence: Tier‑1 — https://hmt.ai/whitepaper ; https://etherscan.io/token/0xd1ba9BAC957322D6e8c07a160a3A8dA11A0d2867
Why sufficient / why not (1 строка): Whitepaper прямо описывает HMT, а onchain‑артефакт подтверждает существование токена.
Conflict note (если есть): —

TK_1..TK_4 (1/0)

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

TK_1 (decision): 1
Claim (1 строка): HMT служит средством обмена/оплаты за выполнение jobs/задач в протоколе.
Evidence: Tier‑1 — https://hmt.ai/whitepaper ; https://hmt.ai/lightpaper
Why sufficient / why not (1 строка): Tier‑1 документы прямо описывают HMT как medium of exchange/primary mechanism of value transfer в сети.
Conflict note (если есть): —

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

TK_2 (decision): 0
Claim (1 строка): Не найдено Tier‑1 описание обязательных залогов/штрафов в HMT как ключевой части механики протокола.
Evidence: Tier‑1 — https://hmt.ai/lightpaper
Why sufficient / why not (1 строка): По Tier‑1 не установлены условия slashing/залогов, требуемые для TK_2=1.
Conflict note (если есть): —

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

TK_3 (decision): 1
Claim (1 строка): В Tier‑1 документации описан governance: голосование по proposals с governance‑токенами (derived from HMT) и cross-chain агрегацией голосов.
Evidence: Tier‑1 — https://docs.humanprotocol.org/features/governance/
Why sufficient / why not (1 строка): Tier‑1 описывает акторов, flow proposals/voting и привязку voting tokens к HMT.
Conflict note (если есть): —

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

TK_4 (decision): 0
Claim (1 строка): Заменимость токена на иной платёжный актив не установлена по Tier‑1.
Evidence: Tier‑1 — https://hmt.ai/whitepaper
Why sufficient / why not (1 строка): Для TK_4 нужен явный аргумент “можно заменить без потери смысла”; в текущих Tier‑1 источниках это не сформулировано.
Conflict note (если есть): —

Evidence (таблица)

Tier	Источник	Что доказывает
Tier‑1	https://hmt.ai/whitepaper	Назначение протокола и связка “human labor → ML/AI workflows”; использование Ethereum smart bounties и роль HMT как средства расчёта.
Tier‑1	https://hmt.ai/lightpaper	HMT как основной механизм передачи ценности; jobs/smart bounties (эскроу) и роли участников.
Tier‑1	https://docs.humanprotocol.org/	Tier‑1 описание протокола/архитектуры и ролей (в т.ч. оракулы).
Tier‑1	https://humanprotocol.org/hmt	Total supply/circulating supply HMT и token allocation (официальная страница токена).
Tier‑1	https://docs.humanprotocol.org/features/governance/	Governance архитектура (hub-and-spoke), акторы (magistrate/voters), flow proposals/voting и timelock.
Tier‑1	https://etherscan.io/token/0xd1ba9BAC957322D6e8c07a160a3A8dA11A0d2867	Ончейн‑артефакт: ERC‑20 токен HMT (контракт/сеть).
Tier‑1	https://github.com/humanprotocol/human-protocol	Наличие публичного репозитория (open source), что снижает риск “только маркетинга”.
Tier‑1	—	Tier‑1 источник по утверждению “в протоколе есть собственная AI‑модель/метрики качества” не найден / не подтверждён Tier‑1.