BNB Attestation Service

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

BNB Attestation Service — Infra | Identity инфраструктура для attestation (проверяемых утверждений) в экосистеме BNB, с режимами onchain/offchain (Greenfield); токен (символ: BAS) в BNB Smart Chain (BEP‑20).

Дисклеймер

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

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

• Что это: “слой верификации и репутации” (attestations) для BNB‑экосистемы: можно выпускать утверждения + доказательства, которые третьи лица проверяют.
• Для кого: dApps/проекты и пользователи, которым нужно подтверждать KYC/identity/asset proofs и собирать репутационные сигналы.
• Зачем ончейн/токен: attestations могут записываться onchain (публичная проверяемость) или храниться offchain в Greenfield (контроль доступа); роль токена BAS в продукте по Tier‑1 источникам не раскрыта (кроме факта существования токена).
• Что можно потрогать (Tier‑1): BNB Passport (app) — https://www.passport.bnbattest.io/; BAS explorer — https://bascan.io/

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

1. Пользователь делает: создаёт schema и выпускает attestation (или использует dApp, который это делает), либо подтверждает свойства через интеграции (KYC/баланс/соцсети и т.п. — по сайту).
2. Система делает: формирует “statement + proof”; в зависимости от режима записывает attestation onchain или хранит offchain в Greenfield с настройкой доступа.
3. Пользователь получает: проверяемое доказательство (identity/репутация/asset proof), которое можно переиспользовать в приложениях.
4. Где блокчейн: onchain attestations доступны публично; offchain attestations хранятся в Greenfield, чтобы обеспечивать приватность и контроль доступа (по документации).
5. Роль токена (если есть): токен BAS существует как BEP‑20, но Tier‑1 описание его utility в рамках attestation‑протокола не найдено.

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

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

Поле	Значение
Название проекта	BNB Attestation Service
Также известен как (aliases)	BAS; BAScan; BNB Passport; $BAS
Лого (logo)	../assets/130_bnb-attestation-service_logo.jpg
Символ токена (ticker)	BAS
Категория	Infra | Identity
Основная сеть (chain)	BNB Smart Chain
Тип	EVM
Статус сети	mainnet
Консенсус (consensus)	PoSA (BNB Smart Chain; 21 validators)
Дата запуска (launch_date)	—
Статус проекта (status)	active
Токен (стандарт)	BEP-20
Контракт токена	0x0f0df6cb17ee5e883eddfef9153fc6036bdb4e37
Модель токена (token_type)	—
Макс. предложение	2,499,765,709.1058 BAS (Max Total Supply по BscScan)
Эмиссия	fixed (cap)
Токеномика (tokenomics, кратко)	Tier‑1 описание utility токена в протоколе не найдено; onchain факт: токен BEP‑20 с cap.
Управление	—
Админы/ключи	—
Аудит	yes (audit PDF в репозитории контрактов)
Bug bounty	—
Команда (team)	—
Финансирование (investors/funding)	—
AI‑компонент (ai_component)	AI agents applicability
Use‑case (use_case)	on-chain/off-chain attestations + reputation
DecAI Fit — AI‑соответствие (AI thesis fit)	3/6 — среднее соответствие тезису Decentralized AI
Итог по компонентам DecAI Fit	1 / 3 / 0 / 2
Last verified	2026-02-05

Ссылки (links_*)

Тип	Ссылка
Website	https://www.bnbattest.io/
Docs	https://doc.bascan.io/
GitHub	https://github.com/bnb-attestation-service
Releases / Changelog	— (в bas-contract GitHub Releases отсутствуют)
Whitepaper	—
Roadmap	—
Security advisories	https://github.com/bnb-attestation-service/bas-contract/security/advisories
Explorer	https://bscscan.com/token/0x0f0df6cb17ee5e883eddfef9153fc6036bdb4e37
App / Demo	https://www.passport.bnbattest.io/
BAS Explorer	https://bascan.io
X	https://twitter.com/BASCAN_io
Discord	https://discord.com/invite/HjpUFRsGge
Telegram	https://t.me/BASCAN_io
Medium	—
Audit report(s)	https://github.com/bnb-attestation-service/bas-contract/blob/main/contract_audit.pdf
Bug bounty	—
CoinGecko (профиль, справочно)	https://www.coingecko.com/en/coins/bas
CoinMarketCap (профиль, справочно)	https://coinmarketcap.com/currencies/bnb-attestation-service/

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

BNB Attestation Service (BAS) — стандарт и инфраструктура для создания attestations: утверждений о факте/событии вместе с доказательством, которые может проверить третья сторона. По Tier‑1 документации BAS нужен, чтобы “привнести” внешние данные в Web3 и при этом сохранить приватность/владение данными: attestations можно сделать onchain (публично) или offchain, храня в Greenfield и управляя доступом.

С точки зрения архитектуры BAS включает смарт‑контракты (fork от EAS) и инструменты для работы со schema/attestation. Продуктовые поверхности — BAS explorer (BAScan) и BNB Passport.

Фичи/модули

• Attestations (schema + resolver): возможность определять схемы attestations и выпускать/проверять их.
• Onchain / Offchain режимы: запись attestations в сеть или хранение в Greenfield (privacy/access control).
• BAS contracts: контракты BAS, Schema Registry, Delegate (адреса опубликованы в репозитории).
• Explorer / Passport: интерфейсы для просмотра/использования attestations.

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

• Сценарий 1 (проверка identity/KYC): пользователь/проект выпускает attestation (onchain/offchain) → dApp проверяет доказательство → использует для допуска/условий.
• Сценарий 2 (репутация): пользователь собирает attestations из разных источников → получает проверяемый набор репутационных сигналов → применяет в airdrop/DeFi/кредитных скорингах (как use-case по сайту).
• Сценарий 3 (privacy): attestation хранится offchain в Greenfield → пользователь выдаёт доступ конкретным сторонам → контроль видимости данных.

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

• Что нужно: кошелёк/аккаунт для взаимодействия с приложением и контрактами BAS.
• Сеть/chain: BNB Smart Chain (и также opBNB, согласно README контракта).
• Комиссии: onchain attestations требуют gas; offchain attestations — storage fees Greenfield (по документации).

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

• Компоненты: смарт‑контракты BAS (fork EAS) + Schema Registry + Delegate; SDK/доки; explorer.
• Роли участников: эмитенты attestations, пользователи (владельцы attestations), верификаторы (dApps/третьи лица), разработчики schema/resolver.
• Где выполняется логика: onchain — выпуск/проверка публичных attestations и доступность для composability; offchain — хранение attestations в Greenfield с access control.
• Зависимости: Greenfield (offchain storage), RPC к BNB Smart Chain, инструменты разработчика (Hardhat).

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

• Утилити токена: не установлено по Tier‑1 (документация фокусируется на attestations, а не на utility токена).
• Onchain факт: токен BAS — BEP‑20 на BNB Smart Chain; max supply опубликован в BscScan.
• Кто платит комиссии: onchain операции оплачиваются gas; offchain хранение — fees Greenfield (по докам).
• Эмиссия/сжигание/стимулы: не установлено по Tier‑1 → —.

Управление

• Кто принимает решения: не установлено по Tier‑1 → —.
• Как меняются параметры протокола: через обновления контрактов/инфраструктуры; детали governance не раскрыты → —.
• Где обсуждают/принимают решения: GitHub / комьюнити‑каналы.
• Ключи/мультисиг: —.

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

• Аудиты: в репозитории bas-contract присутствует contract_audit.pdf (детали аудита требуют отдельного прочтения PDF).
• Bug bounty: не найдено Tier‑1 → —.
• Инциденты: не установлено по Tier‑1 → —.
• Модель угроз: риски подделки/компрометации источников attestations, риски приватности при offchain‑хранении, риски ключей админов/ролей в контрактах, риски цензуры/доступности инфраструктуры.

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

• Текущий статус: активен; поддерживаются сети BNB Smart Chain и opBNB (по README контракта).
• Ключевые релизы/вехи: публичные адреса развернутых контрактов и наличие explorer/Passport.
• Roadmap: не найдено Tier‑1 → —.

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

• Интеграции: Greenfield (offchain attestations), BNB Smart Chain, opBNB; разработка через SDK/контракты.
• Партнёры: на сайте перечислены партнёры и метрики (attestations/addresses/partners).
• Где реально используется: публичные интерфейсы BAScan/Passport и опубликованные адреса контрактов.

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

• Что здесь реально ИИ? По Tier‑1 источникам BAS не содержит AI‑модуля; “AI agents” упоминаются как область применения (intent/applicability), а не как AI‑компонент.
• Что реально onchain? Onchain attestations записываются в сеть и доступны публично; адреса контрактов BAS опубликованы в официальном репозитории.
• Зачем нужен токен? Токен BAS существует, но Tier‑1 описание его utility (платежи/стейкинг/управление) не найдено.
• Красные флаги (по найденной информации): “AI agents” как маркетинг без AI‑артефактов; отсутствие Tier‑1 токен‑утилити; необходимость отдельно проверить параметры доступа/приватности Greenfield и модель доверия источникам attestations.

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

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

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

Подробнее

AI reality

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

• AI_0 (decision): 1
• Claim (1 строка): в Tier‑1 описании BAS упоминаются “AI agents” как один из целевых use-case (область применимости).
• Evidence: Tier‑1 — https://www.bnbattest.io/
• Why sufficient / why not (1 строка): это intent/applicability, но не доказательство AI‑модуля → AI_0 = 1 при AI_1..AI_4 = 0.
• Conflict note (если есть): —

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

• AI_1 (decision): 0
• Claim (1 строка): Tier‑1 источники описывают attestation‑инфраструктуру, но не описывают AI‑компонент (модель/инференс/ML).
• Evidence: Tier‑1 — https://doc.bascan.io/; https://www.bnbattest.io/
• Why sufficient / why not (1 строка): нет описания “что делает AI” → AI_1 = 0.
• Conflict note (если есть): —

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

• AI_2 (decision): 0
• Claim (1 строка): есть демо продукта (Passport/Explorer), но нет Tier‑1 демо именно AI‑функциональности.
• Evidence: Tier‑1 — https://www.passport.bnbattest.io/; https://bascan.io
• Why sufficient / why not (1 строка): демо относится к attestations, а не к AI → AI_2 = 0.
• Conflict note (если есть): —

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

• AI_3 (decision): 0
• Метрики: —
• Контекст (версия/дата/на чём мерили): —
• Evidence: Tier‑1 — https://www.bnbattest.io/
• Why sufficient / why not (1 строка): числа на сайте относятся к объёму attestations/адресов/партнёров, а не к AI‑качеству → AI_3 = 0.
• Conflict note (если есть): —

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

• AI_4 (decision): 0
• Claim (1 строка): техописание относится к attestation‑инфраструктуре (контракты/режимы onchain/offchain), а не к AI‑модулям.
• Evidence: Tier‑1 — https://doc.bascan.io/; https://github.com/bnb-attestation-service/bas-contract
• Why sufficient / why not (1 строка): отсутствуют AI‑архитектура/версии моделей → AI_4 = 0.
• Conflict note (если есть): —

Onchain necessity

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

• OC_1 (decision): 1
• Сеть: BNB Smart Chain (и opBNB, согласно README).
• Адреса/идентификаторы: BAS token: 0x0f0df6cb17ee5e883eddfef9153fc6036bdb4e37; контракты BAS (BNB mainnet): BAS 0x247Fe62d887bc9410c3848DF2f322e52DA9a51bC, Schema Registry 0x5e905F77f59491F03eBB78c204986aaDEB0C6bDa, Delegate 0x01dAc45529a070Cb67Fc5B328a7eBE394644355B.
• Evidence: Tier‑1 — https://github.com/bnb-attestation-service/bas-contract; https://bscscan.com/token/0x0f0df6cb17ee5e883eddfef9153fc6036bdb4e37
• Why sufficient / why not (1 строка): репозиторий публикует адреса развернутых контрактов, explorer подтверждает токен → OC_1 = 1.
• Conflict note (если есть): —

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

• OC_2 (decision): 1
• Какая полезная логика onchain: запись attestations onchain (публичная проверяемость) и работа контрактов schema/attestation; offchain режим с хранением в Greenfield для приватности/контроля доступа.
• Evidence: Tier‑1 — https://doc.bascan.io/; https://github.com/bnb-attestation-service/bas-contract
• Why sufficient / why not (1 строка): core‑функция протокола — attestations как onchain‑логика, а не только токен → OC_2 = 1.
• Conflict note (если есть): —

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

• OC_3 (decision): 1
• Тест “замены блокчейна”: без блокчейна attestations превращаются в централизованную базу данных и теряют ключевое свойство публичной проверяемости/компонуемости без доверия эмитенту/оператору.
• Evidence: Tier‑1 — https://doc.bascan.io/; https://www.bnbattest.io/
• Why sufficient / why not (1 строка): позиционирование как “verification layer” подразумевает trustless‑проверяемость → OC_3 = 1.
• Conflict note (если есть): —

Token necessity

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

• TK_0 (decision): 0
• Claim (1 строка): у проекта есть токен BAS в сети BNB Smart Chain.
• Evidence: Tier‑1 — https://bscscan.com/token/0x0f0df6cb17ee5e883eddfef9153fc6036bdb4e37
• Why sufficient / why not (1 строка): explorer подтверждает существование токена → TK_0 = 0.
• Conflict note (если есть): —

TK_1..TK_4 (1/0)

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

• TK_1 (decision): 0
• Claim (1 строка): Tier‑1 описание оплаты сервисов токеном BAS не найдено.
• Evidence: Tier‑1 — https://doc.bascan.io/
• Why sufficient / why not (1 строка): нет подтверждения payment‑utility → TK_1 = 0.
• Conflict note (если есть): —

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

• TK_2 (decision): 0
• Claim (1 строка): Tier‑1 описание стейкинга/залога/штрафов через BAS не найдено.
• Evidence: Tier‑1 — https://doc.bascan.io/; https://github.com/bnb-attestation-service/bas-contract
• Why sufficient / why not (1 строка): в доках/README нет staking/slashing механики токена → TK_2 = 0.
• Conflict note (если есть): —

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

• TK_3 (decision): 0
• Claim (1 строка): Tier‑1 подтверждение governance через BAS не найдено.
• Evidence: Tier‑1 — https://doc.bascan.io/; https://www.bnbattest.io/
• Why sufficient / why not (1 строка): нет описания голосований/DAO с токеном → TK_3 = 0.
• Conflict note (если есть): —

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

• TK_4 (decision): 0
• Claim (1 строка): без Tier‑1 описания utility токена нельзя строго заключить о заменимости/незаменимости.
• Evidence: Tier‑1 — https://doc.bascan.io/
• Why sufficient / why not (1 строка): недостаточно данных → TK_4 = 0 (консервативно).
• Conflict note (если есть): —

Evidence (таблица)

Tier	Источник	Что доказывает
Tier‑1	https://www.bnbattest.io/	Позиционирование BAS как verification/reputation layer; описаны onchain/offchain режимы; “AI agents” как область применения (intent).
Tier‑1	https://doc.bascan.io/	Официальное описание BAS: инфраструктура attestations, onchain/offchain, Greenfield для приватности и контроля доступа.
Tier‑1	https://github.com/bnb-attestation-service/bas-contract	Tier‑1 код/README: BAS contracts (fork EAS), поддерживаемые сети и адреса развернутых контрактов.
Tier‑1	https://bscscan.com/token/0x0f0df6cb17ee5e883eddfef9153fc6036bdb4e37	Onchain факт: токен BAS (BEP‑20), supply и контракт.
Tier‑1	https://www.passport.bnbattest.io/	Продуктовый интерфейс (app/demo) для использования attestations.
Tier‑1	https://bascan.io	Explorer attestations (публичная поверхность продукта).