Bless

Что такое Bless?

Bless — это децентрализованная edge‑компьютинг сеть, которая пытается превратить простаивающую вычислительную мощность потребительских устройств в общий вычислительный слой для приложений, в первую очередь для ИИ, данных и задач, чувствительных к задержкам.

Вместо аренды мощностей у централизованных гипермасштабируемых облачных провайдеров разработчики должны отправлять задания через сеть нод Bless, а владельцы устройств предоставляют CPU, GPU, пропускную способность или аптайм и получают за это вознаграждение.

Предлагаемое конкурентное преимущество проекта — не новый универсального назначения блокчейн, а координационный слой для гетерогенных вычислений: в материалах проекта описывается комбинация браузерных и нативных нод, изоляции на базе WebAssembly, динамического сопоставления ресурсов и верификации, специфичной для типа нагрузки, призванной сделать обычные устройства пригодными в качестве распределённой инфраструктуры, а не просто пассивных держателей токенов, как описано в официальной документации Bless и документации по диспетчеризации сети.

Bless относится к нише децентрализованной физической инфраструктуры и децентрализованных вычислений, а не к базовым категориям Layer 1 или DeFi.

По состоянию на конец июля — начало августа 2026 года сторонние маркет‑страницы относили BLESS к нижней части среднего диапазона криптоактивов по капитализации: CoinMarketCap показывал рыночную капитализацию менее 20 млн долларов и рейтинг примерно в районе 700‑х мест, а CoinGecko — аналогичную капитализацию менее 20 млн и рейтинг в районе 800‑х; при этом предоставленная для этого отчёта информация по активу показывала более высокое значение капитализации — около 38,6 млн долларов и цену в диапазоне чуть больше одного цента за токен, что подчёркивает, насколько тонкая ликвидность, методология учёта предложения и момент времени могут существенно исказить видимый масштаб для молодых токенов.

У Bless нет значимого DeFi‑профиля по TVL, сопоставимого с рынками кредитования или DEX; агрегаторы TVL определяют TVL как пользовательские активы, заблокированные в контрактах протокола, как объясняется в методологии TVL DeFiLlama, тогда как в собственных документах для разработчиков Bless до сих пор описывает тестовую сеть или бета‑развёртывания как бесплатные и пока не являющиеся средой для производственного биллинга в отдельных частях документации, что делает использование вычислений, число активных нод и платный спрос на нагрузки более релевантными, чем TVL, для оценки реального принятия.

Кто и когда основал Bless?

Bless был основан в Сан‑Франциско в 2022 году под названием Blockless, в период пост‑2021‑го сжатия крипторынка и раннего институционального разворота в сторону ИИ‑инфраструктуры и сетей в стиле DePIN.

CoinMarketCap указывает Бутяна Ли (Butian Li), Майкла Чена (Michael Chen) и Лиама Чжана (Liam Zhang) в качестве основателей, в то время как на официальной странице About проекта говорится, что команда включает специалистов с опытом работы в Akash Network, Binance Research и NGC Ventures. Тайминг важен: Bless появился после того, как первая волна обобщённых нарративов «мирового компьютера» эволюционировала в сторону более специализированных рынков инфраструктуры, а его тезис был уже, чем у смарт‑контрактного L1: по замыслу, потребительские устройства должны были стать распределённым вычислительным субстратом, а не просто конечными точками, взаимодействующими с ончейн‑приложениями.

Нарратив проекта эволюционировал от видения децентрализованной инфраструктуры приложений Blockless к более понятному языку «общего компьютера», использованному в Bless.

В текущей формулировке проект меньше сосредоточен на замене существующего блокчейн‑уровня расчётов и больше — на снижении зависимости от централизованных облачных провайдеров за счёт того, что приложения получают доступ к вычислениям от собственной базы пользователей или нод. Этот сдвиг также приблизил Bless к сетям‑аналогам в области DePIN и ИИ‑инфраструктуры, а не к традиционным смарт‑контрактным платформам: публичный сайт акцентирует внимание на нагрузках GPU/CPU, обучении и инференсе ИИ, гейминге, обработке данных и маркетплейсе данных с согласия пользователей, тогда как документация для разработчиков подчёркивает развёртывание на TypeScript и JavaScript через Bless CLI, как показано во введении для разработчиков.

Как работает сеть Bless?

Bless лучше всего понимать как децентрализованную сеть координации вычислений, опирающуюся на криптоэкономические стимулы, а не как самостоятельный блокчейн‑уровень исполнения, который напрямую конкурирует с Ethereum или Solana за общий перерасчёт транзакций.

В MiCA‑раскрытии токен BLESS описан как взаимозаменяемый токен SPL на Solana, в то время как предполагаемая модель безопасности сети опирается на участие в стиле Proof‑of‑Stake, при котором держатели токена стейкают BLESS для поддержки валидации, работы нод и расчётов по задачам вычислений на стадии зрелости мейннета, согласно белой книге MiCA проекта. Фактическое исполнение нагрузок происходит на распределённых нодах, а не внутри одной детерминированной блокчейн‑виртуальной машины, поэтому критический технический вопрос для Bless — не только финальность консенсуса, но и то, могут ли распределённые вычислительные задачи быть назначены, выполнены, проверены и оплачены с приемлемой задержкой, надёжностью и устойчивостью к мошенничеству.

Технический стек сети построен вокруг маршрутизации задач, изоляции на базе WebAssembly, выбора нод с учётом производительности и динамической верификации.

Разработчики отправляют задания через Bless CLI, указывая требования к ресурсам, таким как CPU, RAM, пропускная способность, приоритет и ожидания по задержке; затем сеть определяет онлайн‑ноды по возможностям и географии, отдавая приоритет исторической надёжности и аптайму, как описано в документации по оркестрации. Для верификации Bless описывает модульную модель, в которой приложения могут выбирать методы проверки, специфичные для задачи, включая голосование в стиле pBFT или RAFT для бинарных результатов и агрегированную проверку данных для задач по извлечению информации, вместо опоры на единую универсальную схему верификации для каждого вычисления, согласно документации по проверяемости.

Такой дизайн прагматичен, но создаёт серьёзную проблему безопасности: гетерогенное потребительское железо дешевле и более массовое, чем инфраструктура дата‑центров, но при этом более шумное, менее надёжное и более уязвимое для атак Сивиллы, сговора, манипулирования аптаймом и несогласованности вычислительных сред.

Как устроена токеномика Bless?

График предложения BLESS относительно агрессивен для молодого инфраструктурного токена. Tokenomics.com сообщает о максимальном предложении в 10 млрд BLESS, общем предложении чуть ниже этого уровня, TGE 23 сентября 2025 года и обращающемся предложении примерно 18–19% от общего объёма по рыночным снимкам начала 2026‑го, при полном вестинге до августа 2032 года в рамках 84‑месячного графика разблокировок, согласно странице токеномики Bless Network и графику разблокировок. В отчётах говорится, что предложение распределяется между стимуляциями сообщества, пулами эйрдропов и маркетинга, инсайдерами, частными инвесторами, резервами фонда и ликвидностью. Это делает BLESS ни жёстко ограниченным «коммодити»-активом с фиксированным плавающим предложением, ни полностью эмитированным governance‑токеном; основной экономический навес — это давление предсказуемых разблокировок, особенно потому, что аллокации инвесторов, команды, советников, фонда и сообщества высвобождаются в течение нескольких лет и могут существенно увеличить обращающееся предложение, даже если общее предложение ограничено.

Предполагаемая полезность токена — это расчёты и координация для вычислений.

В подаче MiCA говорится, что ожидается использование BLESS для стейкинга с целью участия в сети, вознаграждения операторов нод и в качестве средства платежа за вычислительные нагрузки; также там указывается, что держатели не получают долей в капитале, дивидендов, прав на распределение прибыли, прав на выкуп, а также договорных прав по отношению к сети или эмитенту, что важно для классификации рисков и дисциплины оценки.

Экономическая гипотеза Bless состоит в том, что платный спрос на нагрузки должен создавать поток комиссий к операторам нод и потенциально приносить ценность стейкерам или «сжигающим» механизмам, но публичных данных пока недостаточно, чтобы считать это доказанным.

Некоторые рыночные обзоры описывают давление на сжигание, основанное на выручке, в то время как белая книга MiCA утверждает, что BLESS не реализует автоматических механизмов корректировки предложения, таких как ребейсинг, выпуск, привязанный к спросу, или сжигание, привязанное к спросу. Консервативное прочтение таково: BLESS имеет ограниченное номинальное предложение с инфляцией обращающегося объёма из‑за вестинга, а любая устойчивая переоценка стоимости зависит от реальных платежей за вычисления, спроса на стейкинг и надёжного обеспечения производительности нод, а не от механически гарантированной дефляционной модели.

Кто использует Bless?

Видимое принятие Bless на стороне предложения оказалось сильнее, чем на стороне спроса.

Проект утверждает, что его сеть достигла миллионов нод: на официальном сайте говорится более чем о 5 млн нод, поддерживаемых пользователями, а в документации для разработчиков указано, что на момент публикации соответствующей страницы в сети Bless ежедневно было онлайн более 4,1 млн нод.

В описании проекта на CoinMarketCap также упоминается более 5 млн нод в тестовой сети, а в медиаматериале о запуске мейннета в сентябре 2025 года говорилось о более чем 6,3 млн нод и 2,5 млн пользователей в ходе тестнета. Эти цифры указывают на значительное участие, стимулируемое эйрдропами и программами вознаграждений, но их не следует путать с регулярным корпоративным спросом или платной выручкой от вычислений; на рынках DePIN рост числа нод на стороне предложения может быть относительно дешёвым для субсидирования, тогда как более сложная проверка — это, действительно ли разработчики продолжают оплачивать вычислительные нагрузки после нормализации стимулов.

На стороне спроса Bless нацеливается на поддержку инференса и обучения моделей ИИ, обработку данных, гейминговую инфраструктуру, распределённый веб‑хостинг и развёртывания приложений разработчиков.

В документации показана поддержка приложений на TypeScript и JavaScript, развёртывание через npx blessnet deploy, а также интеграции с такими технологиями, как база данных Space and Time и блокчейн Monad, но в тех же документах также говорится, что сеть находится в бета‑стадии или testnet и тем, что в этот период развертывания бесплатны, из‑за чего по публичным материалам сложно проверить реальную выручку.

Адаптация со стороны бирж заметнее, чем со стороны предприятий: Bitget объявила о листинге BLESS в своем Innovation and AI Zone 23 сентября 2025 года, а освещение в Binance Alpha и Binance Futures сообщалось примерно в тот же период запуска, в то время как белая книга по MiCA была подготовлена для допуска к торгам на Bitvavo. Эти листинги поддерживают ликвидность и дистрибуцию, но сами по себе не доказывают, что предприятия в крупном масштабе потребляют вычислительные ресурсы Bless.

Каковы риски и вызовы для Bless?

Bless несет регуляторные, операционные и централизационные риски, типичные для ранних токенизированных инфраструктурных проектов. В Европе белая книга по MiCA классифицирует BLESS как «иной крипто‑актив», а не как электронные деньги или токен, обеспеченный активами, и описывает его как невозмещаемый и не приносящий процента, но эта классификация не решает автоматически, как другие юрисдикции могут анализировать продажи токенов, стейкинг‑награды, эирдропы или вопросы ожидания прибыли. Публичные исследования не выявили известного активного иска SEC, направленного конкретно против Bless или BLESS, но отсутствие известного правоприменительного действия не равнозначно регуляторной определенности. Сеть также зависит от целостности систем скоринга нод, верификации задач, распределения наград и дизайна стейкинга; если участие нод в значительной степени определяется стимулами или концентрируется среди скоординированных операторов, кажущаяся децентрализация миллионов браузерных нод может преувеличивать число экономически независимых и надежных поставщиков вычислительных ресурсов.

Конкурентная угроза значительна, поскольку Bless входит на насыщенный рынок децентрализованных вычислений. Akash, Render, io.net, Aethir, Golem, Fluence и другие сети DePIN или вычислительные сети конкурируют за пересекающееся внимание разработчиков, в то время как централизованные лидеры вроде AWS, Google Cloud, Microsoft Azure и специализированные GPU‑облака по‑прежнему доминируют по надежности, закупкам со стороны предприятий, соответствию требованиям, наблюдаемости и гарантиям уровня сервиса. Модель Bless, основанная на потребительских устройствах, может быть экономичной для определенных чувствительных к задержкам, всплесковых или периферийных нагрузок, но менее очевидно подходит для детерминированных высокопроизводительных GPU‑кластеров, зарегулированных корпоративных нагрузок или задач с жесткими гарантиями аптайма. Его экономическая модель также сталкивается с давлением, специфичным для токенов: многолетний график разблокировки может размывать долю циркулирующих держателей до того, как использование созреет, а если награды слишком долго превышают органическую выручку от вычислений, сеть может сместиться от инфраструктурного маркетплейса к субсидируемой петле участия.

Каков будущий прогноз для Bless?

Перспективы Bless в меньшей степени зависят от листинга токена и в большей — от того, удастся ли конвертировать крупный testnet или предложение нод в верифицируемый платный спрос на вычислительные задачи.

Ключевые вехи для мониторинга — готовность мейннета к промышленной эксплуатации, появление десктопных или нативных нод с поддержкой GPU, более сильные механизмы верификации, более широкий языковой охват за пределами TypeScript и JavaScript, улучшенная оркестрация и прозрачные данные по биллингу или выручке.

Аудит программ Solana проекта Bless, проведенный Halborn в августе 2025 года, выявил одну информационную проблему и ни одной критической, высокой, средней или низкой уязвимости в охваченном объеме, что является позитивным, но узким результатом: он касался токенов и Solana‑программ, связанных с эирдропами, а не полной модели безопасности распределенных вычислений, экономики маркетплейса нод или системы противодействия недобросовестной верификации задач.

Дорожная карта из белой книги определяет в качестве приоритетов запуск мейннета, улучшенную верификацию, более широкий спектр поддерживаемых языков программирования, лучшую оркестрацию и более сильные функции безопасности, в то время как в текущей документации все еще используются формулировки, характерные для беты/testnet; практический барьер заключается в согласовании публичных заявлений о запуске, инструментов для разработчиков, платежной инфраструктуры и измеримого промышленного спроса.

Инфраструктурная гипотеза выглядит правдоподобной, но не доказанной. Если Bless сможет надежно маршрутизировать реальные рабочие нагрузки на гетерогенные устройства, обеспечивать качество сервиса, предотвращать манипуляции со стороны нод и платить участникам из клиентского спроса, а не из эмиссии токена, он сможет занять защищаемую нишу периферийных вычислений в рамках DePIN. Если нет, проект рискует стать очередной сетью с избытком предложения токенов, впечатляющим числом нод, но слабой плотностью выручки. Наиболее важные показатели — не краткосрочная цена, объем торгов на биржах или рост в соцсетях, а повторяющееся платное использование вычислительных ресурсов, удержание операторов нод, не мотивированных исключительно эирдропами, верифицируемое завершение задач, участие в стейкинге, которое повышает безопасность, а не просто поглощает свободный флот, и прозрачное раскрытие информации о доходах, сжиганиях, разблокировках и источниках наград.