Band Protocol, который с августа 2025 года использует короткий бренд Band, – кроссчейн-платформа данных на собственной BandChain. Она объединяет proof-of-stake consensus, validators, исполняемые oracle scripts и маршруты доставки цен в другие сети. Токен продолжает называться BAND, а существующие интеграции и адреса не изменились из-за ребрендинга.
В 2026 году у Band одновременно работают два архитектурных слоя. Request-Based Data Feeds сохраняют модель запросов из версии v2, а Data Feeds v3 добавляют непрерывные price streams, governance signaling и Data Tunnel. Называть старую систему полностью отключённой или представлять все маршруты v3 как одинаково зрелые было бы ошибкой.
BandChain
BandChain – application-specific blockchain на Cosmos SDK. Validators формируют блоки, выполняют oracle requests и защищают consensus токенами BAND. Tendermint-style BFT даёт финальность при достаточном количестве честного stake, а delegators выбирают validators и разделяют их rewards и slashing risk.
Отдельная цепочка позволяет агрегировать данные один раз и затем доставлять их многим consumers. Это отличает Band от oracle contracts, которые живут только в целевой EVM-сети. Но приложение становится зависимым не только от источников данных, но и от liveness BandChain и межсетевого маршрута.
Voting power validators определяется delegated stake. Если значительная доля BAND сосредоточена у нескольких операторов или custodial services, формально открытая сеть может иметь концентрированный consensus.
Получение данных и Oracle Scripts
В request-based модели Data Source описывает способ получить одно значение: executable script обращается к API и возвращает нормализованный результат. Oracle Script задаёт, какие Data Sources вызвать и как объединить ответы. Это программируемый уровень, позволяющий создать feed не только для стандартной цены.
Client отправляет request, выбирает oracle script, число validators, параметры и fee. Выбранные validators исполняют запрос, получают данные вне блокчейна и публикуют reports. BandChain собирает достаточное число ответов и выполняет aggregation function.
Такая схема гибка, но результат зависит от reproducibility. API может отвечать validators по-разному, ограничивать rate или быть недоступным в отдельных регионах. Даже deterministic aggregation не исправляет единый плохой источник. Поэтому качество oracle script и diversity Data Sources не менее важны, чем число validators.
Request-Based Data Feeds
Версия v2 была построена вокруг запросов. Приложение либо relayer инициирует получение данных, BandChain формирует result, а затем пакет доставляется consumer chain через IBC или bridge adapter. Оплата запроса мотивирует validators выполнить работу.
Request-based feed подходит нестандартному событию и редким данным, но хуже для рынка, которому нужна новая цена каждую секунду. Он создаёт latency между запросом, API calls, consensus и межсетевой доставкой. Именно это ограничение стало причиной отдельной архитектуры v3.
Старые oracle scripts и request flows остаются полезными и поддерживаются в документации. Data Feeds v3 не следует считать механической заменой всех custom requests: это дополнительная система для непрерывных сигналов.
Concurrent Price Stream
Data Feeds v3 вышла в mainnet 9 июля 2025 года. Её центральный компонент Concurrent Price Stream позволяет validators независимо публиковать значения для выбранных symbols, не ожидая отдельного пользовательского запроса. Reports обрабатываются параллельно, а агрегированный поток становится доступен для доставки.
После обновления время блока было сокращено примерно с шести до одной секунды. Это целевой технический параметр сети, а не обещание, что цена в каждом consumer contract обновится ровно за секунду. Финальная задержка включает API, report, block inclusion и Data Tunnel.
Параллельная публикация увеличивает throughput и число symbols, но повышает требования к validators. Operator должен стабильно выполнять data-fetching и chain duties. Плохой uptime способен снизить награды, привести к slashing или исключению из active set согласно действующим параметрам.
Signaling Hub
Signaling Hub позволяет holders и stakers выражать спрос на symbols и параметры feed. Вместо того чтобы core team единолично определяла все рынки, участники направляют economic signal токенами BAND. Высокий спрос помогает приоритизировать включение и ресурсы validators.
Signaling не доказывает качество актива. Крупный holder способен продвигать illiquid token, а popularity может расходиться с безопасностью. Финальная конфигурация всё равно требует sources, methodology и контроля манипуляции.
Data Tunnel и межсетевая доставка
Data Tunnel переносит агрегированные streams из BandChain в consumer networks. Для Cosmos chains естественным маршрутом служит IBC и IBC Hooks. Для других сред используются TSS и Router Protocol paths. В момент запуска v3 часть маршрутов ещё проходила внедрение, поэтому зрелость нужно проверять для каждой сети отдельно.
IBC уменьшает число внешних доверенных посредников, если обе стороны поддерживают light-client verification. TSS route опирается на группу подписантов, а внешний messaging protocol добавляет собственный security model. Термин кроссчейн не означает одинаковую trust assumption во всех интеграциях.
Band тесно связан с экосистемой Cosmos, но feeds доступны и приложениям вне неё. Для сети вроде Injective важны IBC liveness и BandChain, а для EVM consumer добавляется router или signature verification.
VRF и другие продукты
Band VRF предоставляет verifiable randomness для games, lotteries, NFT и распределений. Пользовательский запрос получает результат, который можно проверить криптографически. VRF решает задачу случайности, но не защищает игру от ошибок в payout logic или управления призовым pool.
Membit – отдельное направление Band для AI и human context. В 2026 году проект проводит сезонные программы и развивает сеть contributors. Это действующий продукт экосистемы, но не часть consensus price feeds. Нельзя считать его usage прямым источником security или fee для BandChain без отдельной экономической связи.
Liquid staking token stBAND выпускается через Stride. Он позволяет сохранять ликвидность делегированного BAND, но добавляет smart-contract, IBC и depeg risks. stBAND – продукт Stride поверх Band, а не нативная замена BAND в consensus.
BAND и tokenomics
BAND используется для gas, validator staking, delegation, governance и signaling. У токена нет жёстко фиксированного максимального предложения: protocol выпускает rewards, чтобы стимулировать безопасность сети. Inflation динамически зависит от доли staked supply и параметров governance.
Начальное распределение включало ecosystem, team, private rounds и public sales. Старые проценты полезны для истории, но после многолетней инфляции и разблокировок не описывают текущую концентрацию. Для оценки рынка следует смотреть фактический circulating supply и validator distribution.
Staker получает часть block rewards и fees после комиссии validator. Номинальный APR не равен реальной доходности: влияют inflation, unbonding delay, validator commission, missed blocks, slashing и цена BAND. Delegation не передаёт custody validator, но связывает токены с его операционным качеством.
Управление
Staked BAND даёт право голосовать за on-chain proposals. Governance меняет параметры chain, расходы community pool, software upgrades и экономические настройки. Delegator может голосовать самостоятельно, иначе его stake обычно следует позиции validator.
Быстрое обновление oracle chain полезно при инциденте, но крупные validators и exchanges обладают значительным влиянием. Кроме on-chain governance существуют operational decisions: выбор API sources, поддержка adapters и релизы clients. Они могут приниматься contributors раньше, чем становятся предметом голосования.
История
Band был основан в 2017 году, а ранний protocol работал в Ethereum как система data governance. В 2019 году вышел BAND и была сформулирована идея самостоятельной oracle network. В 2020 году проект перешёл на BandChain в Cosmos ecosystem, запустив основную сеть и request-based oracle.
Версия v2 расширила IBC и custom oracle scripts. В 2024 году появилась интеграция liquid staking через Stride и развивался VRF. 9 июля 2025 года Data Feeds v3 вышла в mainnet с Concurrent Price Stream и Data Tunnel, а 4 августа бренд Band Protocol сократился до Band. В 2026 году v2 requests и v3 streams существуют параллельно.
Команда
Band основали Soravis Srinawakoon, Sorawit Suriyakarn и Paul Nattapatsiri. Soravis был CEO, Sorawit отвечал за технологическое направление, Paul – за продукт. Разработку поддерживает Band Foundation и сеть open-source contributors.
Наличие Foundation не отменяет роли validators и on-chain governance, но software roadmap, partnerships и source onboarding остаются во многом зависимыми от core organization. Пользователю следует разделять consensus control и влияние разработчиков.
Сравнение с другими оракулами
В Chainlink feed обычно обновляет сеть oracle nodes непосредственно в consumer environment. Pyth специализируется на first-party publishers и pull packages. Band агрегирует reports в собственной blockchain и затем доставляет результат. Ни одна схема не универсально лучше: каждая меняет latency, расходы и trust boundary.
Band особенно логичен для Cosmos и custom data requests. Его слабое место – дополнительный межсетевой шаг. Для high-value lending market важны не бренд и число integrations, а конкретные sources, validator quorum, route и параметры freshness.
Основные риски
- Validator concentration. Consensus и reports зависят от распределения delegated BAND.
- Source risk. Validators могут получить одинаково неверное значение из общего API.
- Cross-chain risk. IBC, TSS или external router добавляет отдельный failure domain.
- Latency risk. Односекундный BandChain block не гарантирует такую же свежесть в dApp.
- Script risk. Ошибка Data Source или aggregation logic влияет на результат request.
- Operational risk. Validators должны одновременно поддерживать chain и стабильный data fetching.
- Token inflation. Rewards размывают holders и зависят от governance parameters.
- Slashing risk. Delegator разделяет наказание выбранного validator.
- Governance risk. Крупные stakers могут контролировать upgrades и treasury.
- Version confusion. v2 и v3 имеют разные flows, а некоторые маршруты вводились поэтапно.
Итог
Band превратился из request-based oracle в более широкую data platform, не отказавшись от прежней модели. BandChain даёт общий consensus, v3 ускоряет price streams, Signaling Hub выражает спрос, а Data Tunnel доставляет результат другим сетям. За универсальность приходится платить дополнительными зависимостями от validators и cross-chain route. BAND связывает gas, staking и governance, но его динамическая эмиссия и концентрация delegated stake остаются ключевыми экономическими рисками.
