Numbers Protocol

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

Numbers Protocol — Infra / Provenance / Payments проект (provenance/receipts rail) со своим L1 (Numbers Mainnet); токен: NUM.

Дисклеймер

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

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

Что это: ончейн‑реестр и продуктовый набор для проверяемой “провананс‑цепочки” (capture → certify → check) для цифровых/физических активов и медиа.
Для кого: создатели/площадки/бизнес, разработчики интеграций, провайдеры проверок (валидаторы/“witness nodes”).
Зачем ончейн/токен: ончейн фиксирует непереписываемую историю событий/квитанций, а NUM используется как fee/коллатерал для записей и стейкинга участников сети (платежи за контент — в стабильных монетах).

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

Пользователь делает: захватывает/регистрирует актив (файл, событие, “digital twin”) или проводит транзакцию доступа/лицензии.
Система делает: формирует доказательство (в т.ч. C2PA‑метаданные), чек/квитанцию и добавляет новый “append‑only” элемент истории.
Пользователь получает: проверяемую цепочку происхождения и квитанции об использовании/оплате, которую может проверить третья сторона.
Где блокчейн: “публичный индекс”/реестр на Numbers Mainnet (в т.ч. упоминается ERC‑7053 как стандарт индексации), а также стейкинг/слэшинг ролей сети.
Роль токена (если есть): NUM платит за записи/“write fees” и используется для стейкинга/валидации и governance; расчеты по контенту — в stablecoin.

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

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

Поле	Значение
Название проекта	Numbers Protocol
Также известен как (aliases)	Numbers, NUM
Лого (logo)	../assets/167_numbers-protocol_logo.svg
Символ токена (ticker)	NUM
Категория	Infra \| Provenance \| Payments
Основная сеть (chain)	Numbers Mainnet
Тип	Appchain
Статус сети	mainnet
Консенсус (consensus)	—
Дата запуска (launch_date)	—
Статус проекта (status)	active
Токен (стандарт)	native
Контракт токена	Ethereum: 0x3496b523e5c00a4b4150d6721320cddb234c3079
Модель токена (token_type)	utility (payments + staking + governance)
Макс. предложение	1,000,000,000 NUM (total supply)
Эмиссия	fixed (по total supply)
Токеномика (tokenomics, кратко)	NUM нужен для ERC‑7053 write fees и стейкинга валидаторов/свидетелей; расчеты за активы — в stablecoin
Управление	governance через стейкнутый NUM (SIPs / голосование)
Админы/ключи	—
Аудит	yes (упоминается CertiK audit report; через IPFS в docs)
Bug bounty	—
Команда (team)	—
Финансирование (investors/funding)	—
AI‑компонент (ai_component)	provenance rail for AI agents/licensing (not an AI model)
Use‑case (use_case)	receipts/provenance (capture → certify → check)
DecAI Fit — AI‑соответствие (AI thesis fit)	3/6 — среднее соответствие тезису Decentralized AI
Итог по компонентам DecAI Fit	1 / 3 / 3 / 3
Last verified	2026-02-11

Ссылки (links_*)

Тип	Ссылка
Website	https://www.numbersprotocol.io/
Docs	https://docs.numbersprotocol.io/
GitHub	https://github.com/numbersprotocol
Releases / Changelog	https://docs.numbersprotocol.io/introduction/weekly-summary/2025
Whitepaper	https://whitepaper.numbersprotocol.io/
Roadmap	https://docs.numbersprotocol.io/introduction/numbers-protocol/roadmap-and-milestones/
Security advisories	https://github.com/numbersprotocol/numbers-network/security/advisories
Explorer	https://etherscan.io/token/0x3496b523e5c00a4b4150d6721320cddb234c3079
X	https://twitter.com/numbersprotocol
Discord	https://discord.gg/numbersprotocol
Telegram	https://t.me/numbersprotocol
Medium	https://medium.com/numbers-protocol
Audit report(s)	https://docs.numbersprotocol.io/introduction/num-token/audit-report
Bug bounty	—
CoinGecko (профиль, справочно)	https://www.coingecko.com/en/coins/numbers-protocol
CoinMarketCap (профиль, справочно)	https://coinmarketcap.com/currencies/numbers-protocol/

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

Numbers Protocol позиционируется как “provenance infrastructure for humans & AI”: набор инструментов и протокол, который позволяет фиксировать происхождение и историю использования актива (файл/контент/физический актив) так, чтобы запись была проверяемой и дополняемой (append‑only), а не “переписываемой задним числом”. В фокусе — сценарии: лицензирование/доступ “per request” (упоминается x402, HTTP‑402 micropayments) со stablecoin‑оплатой и выдачей ончейн‑квитанции (receipt), плюс интеграция с C2PA‑метаданными.

Примечание по сетям (нормализация паспорта): в паспорте основной сетью указана Numbers Mainnet (mainnet). В тексте/ссылках остаются упоминания testnet (Snow) и ERC‑20 представлений токена в EVM‑сетях как контекст.

Фичи/модули

Capture → Certify → Check: продуктовая “пайплайн‑модель” для регистрации и последующего обогащения истории актива.
C2PA content credentials: упоминается как слой доказательств/метаданных в файлах.
Onchain index / receipts: упоминается Numbers Mainnet и ERC‑7053 как стандарт индексации истории.
Witness nodes / staking: модель третьих сторон‑свидетелей с NUM‑стейком (и риском слэшинга) для физического мира.
Stablecoin settlement: расчеты в stablecoin (USDC/USDC.n в описании), токен NUM — для протокольных fees и ролей сети.

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

Сценарий 1 (контент/данные): покупатель (человек или агент) платит stablecoin “per request” → получает файл/API‑ответ с C2PA‑доказательством и ончейн‑квитанцией → третья сторона проверяет историю.
Сценарий 2 (физический актив): происходит hand‑over/инспекция → witness node фиксирует/подписывает событие и добавляет запись → возникает проверяемая цепочка событий для аудита/споров.
Сценарий 3 (валидатор/оператор): участник стейкает NUM → участвует в поддержании сети/квитанций → получает вознаграждение согласно правилам протокола.

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

Что нужно: EVM‑кошелек для NUM на Ethereum/BNB или доступ к Numbers Mainnet (в зависимости от роли).
Сеть/chain: Numbers Mainnet (Jade) и/или Ethereum/BNB (для ERC‑20 NUM).
Комиссии: платежи за контент/доступ заявлены в stablecoin; протокольные записи (ERC‑7053 write fees) — за NUM.

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

Компоненты: продуктовая платформа + Numbers Mainnet (ledger/index) + стандарт(ы) доказательств (C2PA) + ончейн‑квитанции/индексация (упоминается ERC‑7053).
Роли участников: пользователи/интеграторы; валидаторы; witness nodes (свидетели) для физического мира.
Где выполняется логика: проверки/подписи и формирование доказательств могут быть offchain, а реестр/квитанции — onchain (Numbers Mainnet).
Зависимости: stablecoin‑инфра (USDC/USDC.n в описании), мосты для NUM между сетями (упомянут Chainport), внешние стандарты (C2PA, x402).

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

Утилити токена: NUM используется как “work token” для ERC‑7053 write fees и для стейкинга валидаторов/участников сети; governance — через стейкнутый NUM.
Источники необходимости в протоколе: записи в публичном индексе/реестре и безопасность ролей сети (стейкинг/слэшинг) завязаны на NUM.
Кто платит комиссии: пользователи/интеграторы — за создание ончейн‑записей; участники — за стейк.
Куда идут комиссии: вознаграждения активным ролям/пулы комиссий и параметры распределения управляются governance (в whitepaper описаны роли/пулы; конкретные контракт‑адреса/спеки распределения комиссий в рассмотренных Tier‑1 источниках не найдены).
Эмиссия/сжигание: total supply 1,000,000,000 NUM (fixed).
Механизмы безопасности/стимулов: staking для валидаторов/свидетелей, упоминается slashing за misbehaviour/downtime.
Распределение и график выпуска токенов: — (в явном виде в изученных Tier‑1 страницах не найдено).
Казначейство: — (в явном виде в изученных Tier‑1 страницах не найдено).

Управление

Кто принимает решения: token holders через стейкнутый NUM (governance описано как функция NUM).
Как меняются параметры протокола: через governance‑процесс (в whitepaper перечисляются области: fee schedules, validator SLAs, slashing, treasury allocations и т.п.).
Где обсуждают/принимают решения: процесс и правила Numbers DAO описаны в официальной документации; результаты голосований публикуются в официальном блоге (см. Tier‑1 источники в Evidence).
Ключи/мультисиг: —.

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

Аудиты: в docs опубликована страница с ссылкой на “NUM Token Audit Report from CERTIK” (через IPFS).
Bug bounty: —.
Инциденты: — (публичных Tier‑1 постмортемов/инцидентов в рассмотренных источниках не найдено).
Модель угроз: риски целостности “oracle‑like” утверждений для физического мира (witness nodes), риски управления ключами/контрактами, риски мостов для NUM между сетями.

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

Текущий статус: документация описывает Numbers Mainnet (Jade) и Numbers Testnet (Snow) и токен‑контракты на Ethereum/BNB.
Ключевые релизы/вехи: —.
Roadmap: опубликована в docs (см. links_*).

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

Интеграции: C2PA; стандарты/сценарии micropayments (x402); мосты для NUM (упомянут Chainport).
Партнёры: —.
Где реально используется: whitepaper приводит кейсы/примеры пайплайна; конкретные прод‑интеграции в формате “список клиентов/партнеров” в рассмотренных Tier‑1 источниках не зафиксированы.

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

Что здесь реально ИИ? Проект в первую очередь про provenance/receipts. “AI” фигурирует как целевой потребитель (AI‑агенты) и сценарий лицензирования/оплаты данных, а не как собственная ML‑модель.
Что реально onchain? Реестр/индексация истории (Numbers Mainnet; упоминается ERC‑7053), плюс staking/слэшинг ролей сети и выпуск квитанций/записей.
Зачем нужен токен? NUM — work‑token: “gas” за записи/индексацию и экономический коллатерал для валидаторов/свидетелей, а также governance.
Красные флаги (по найденной информации): AI‑washing (если пытаться трактовать как “AI‑проект”); что перепроверить — фактическую реализацию Numbers Mainnet/7053/receipts и действующие контракты ролей сети; ключевые риски — смещение фокуса с provenance на “AI‑маркетинг”.

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

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

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

Подробнее

AI reality

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

AI_0 (decision): 1
Claim (1 строка): проект позиционируется как инфраструктура provenance для “humans & AI” и сценариев “agentic economy”.
Evidence: Tier‑1 — https://whitepaper.numbersprotocol.io/
Why sufficient / why not (1 строка): это подтверждает AI‑ориентацию сценариев, но не доказывает наличие собственных ML‑моделей/обучения в продукте.
Conflict note (если есть): —

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

AI_1 (decision): 0
Claim (1 строка): собственный AI‑модуль/ML‑модель в Tier‑1 источниках не описаны как часть продукта.
Evidence: Tier‑1 — https://whitepaper.numbersprotocol.io/
Why sufficient / why not (1 строка): whitepaper описывает provenance/receipts/платежи, но не конкретную AI‑функцию (инференс/обучение) внутри протокола.
Conflict note (если есть): —

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

AI_2 (decision): 0
Claim (1 строка): демо именно AI‑модуля в рамках проверенных Tier‑1 источников не зафиксировано.
Evidence: Tier‑1 — https://whitepaper.numbersprotocol.io/
Why sufficient / why not (1 строка): наличие продукта/SDK не равно демонстрации AI‑части.
Conflict note (если есть): —

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

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

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

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

Onchain necessity

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

OC_1 (decision): 1
Сеть: Numbers Mainnet (Jade), Ethereum, BNB Chain
Адреса/идентификаторы: ERC‑20 NUM (Ethereum): 0x3496b523e5c00a4b4150d6721320cddb234c3079; ERC‑20 NUM (BNB): 0xeceb87cf00dcbf2d4e2880223743ff087a995ad9
Evidence: Tier‑1 — https://docs.numbersprotocol.io/introduction/num-token/ ; https://etherscan.io/token/0x3496b523e5c00a4b4150d6721320cddb234c3079
Why sufficient / why not (1 строка): docs публикуют сети и контракты токена; это проверяемый onchain‑якорь.
Conflict note (если есть): —

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

OC_2 (decision): 1
Какая полезная логика onchain: onchain‑квитанции/“public index” (ERC‑7053 writes), стейкинг валидаторов/свидетелей, распределение потоков в stablecoin‑сценариях на Numbers Mainnet.
Evidence: Tier‑1 — https://whitepaper.numbersprotocol.io/
Why sufficient / why not (1 строка): ончейн используется как реестр и как слой экономической безопасности ролей сети, а не только как “токен на Ethereum”.
Conflict note (если есть): —

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

OC_3 (decision): 1
Тест “замены блокчейна”: без ончейна теряется свойство публично‑проверяемой, неизменяемой (append‑only) истории и независимый аудит квитанций/событий.
Evidence: Tier‑1 — https://whitepaper.numbersprotocol.io/
Why sufficient / why not (1 строка): “receipt rail” и публичный индекс заявлены как основа ценности; централизованный реестр ломает доверенную проверку.
Conflict note (если есть): —

Token necessity

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

TK_0 (decision): 0
Claim (1 строка): у проекта есть токен NUM.
Evidence: Tier‑1 — https://docs.numbersprotocol.io/introduction/num-token/
Why sufficient / why not (1 строка): токен явно описан как нативный для протокола.
Conflict note (если есть): —

TK_1..TK_4 (1/0)

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

TK_1 (decision): 1
Claim (1 строка): NUM нужен для ERC‑7053 write fees (протокольная плата за записи/доказательства).
Evidence: Tier‑1 — https://whitepaper.numbersprotocol.io/
Why sufficient / why not (1 строка): whitepaper прямо связывает запись provenance/receipts с потреблением NUM как fee.
Conflict note (если есть): —

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

TK_2 (decision): 1
Claim (1 строка): участники (validators/witness) стейкают NUM и могут быть наказаны слэшингом.
Evidence: Tier‑1 — https://whitepaper.numbersprotocol.io/
Why sufficient / why not (1 строка): в whitepaper описан стейкинг как механизм безопасности и дисциплины ролей.
Conflict note (если есть): —

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

TK_3 (decision): 1
Claim (1 строка): стейкнутый NUM дает governance‑права (параметры fee, валидаторы, slashing, treasury и т.п.).
Evidence: Tier‑1 — https://whitepaper.numbersprotocol.io/
Why sufficient / why not (1 строка): governance описана как utility NUM.
Conflict note (если есть): —

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

TK_4 (decision): 0
Claim (1 строка): по Tier‑1 описанию NUM встроен в протокольные fees/стейкинг/gov; замена на “любую валюту” не описана.
Evidence: Tier‑1 — https://whitepaper.numbersprotocol.io/ ; https://docs.numbersprotocol.io/introduction/num-token/
Why sufficient / why not (1 строка): модель построена вокруг разделения: stablecoin для расчетов и NUM для “provenance gas” и безопасности.
Conflict note (если есть): —

Evidence (таблица)

Tier	Источник	Что доказывает
Tier‑1	https://whitepaper.numbersprotocol.io/	Модель Capture → Certify → Check; роль onchain (Numbers Mainnet/append‑only индекс), роль NUM (fees/staking/gov), stablecoin settlement
Tier‑1	https://docs.numbersprotocol.io/introduction/num-token/	Total supply 1B; сети/контракты NUM (Numbers Mainnet, Ethereum, BNB) и назначение (secure mainnet, incentives)
Tier‑1	https://docs.numbersprotocol.io/introduction/numbersdao/governance-and-voting-rules-v2.0	Rules/process Numbers DAO (governance), включая этапы обсуждения и голосования
Tier‑1	https://www.numbersprotocol.io/blog/the-5th-numbers-dao-meeting-voting-result	Пример публикации результатов голосования Numbers DAO (официальный блог)
Tier‑1	https://docs.numbersprotocol.io/introduction/num-token/audit-report	Наличие ссылки на CertiK audit report (через IPFS)
Tier‑1	https://etherscan.io/token/0x3496b523e5c00a4b4150d6721320cddb234c3079	Верификация ERC‑20 контракта NUM на Ethereum и max supply на explorer