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), тоді як офіційна сторінка «Про нас» проєкту зазначає, що в команді є фахівці з досвідом в Akash Network, Binance Research та NGC Ventures. Час створення має значення: Bless з’явився після того, як перша хвиля загальних наративів «світового комп’ютера» трансформувалась у більш спеціалізовані інфраструктурні ринки, і його теза була вужчою, ніж у смарт‑контрактного L1 — споживчі пристрої мали стати розподіленим обчислювальним субстратом, а не лише кінцевими точками, що взаємодіють із застосунками на блокчейні.

Наратив проєкту еволюціонував від бачення Blockless як інфраструктури для децентралізованих застосунків до більш зрозумілої мови «спільного комп’ютера», яку використовує Bless.

У поточному формулюванні проєкт менше зосереджений на заміні існуючого блокчейн‑шару розрахунків і більше — на зниженні залежності від централізованих хмарних провайдерів шляхом надання застосункам доступу до обчислень із власної бази користувачів чи нод. Цей зсув також наблизив Bless до сусідів у сферах DePIN та інфраструктури ШІ, а не до традиційних смарт‑контрактних платформ: публічний вебсайт акцентує на навантаженнях GPU/CPU, тренуванні та інференсі ШІ, іграх, обробці даних і ринку даних на основі згоди, тоді як документація для розробників підкреслює деплоймент TypeScript‑ та JavaScript‑застосунків через Bless CLI, як показано у вступі для розробників.

Як працює мережа Bless?

Bless найкраще розуміти як децентралізовану мережу координації обчислень, прив’язану до криптоекономічних стимулів, а не як окремий блокчейн‑шар виконання, що напряму конкурує з Ethereum чи Solana за роль універсального шару розрахунків.

Токен BLESS у розкритті відповідно до MiCA описується як взаємозамінний SPL‑токен у мережі Solana, тоді як запланована модель безпеки мережі спирається на участь у стилі Proof‑of‑Stake, за якої тримачі токенів стейкають BLESS, щоб підтримувати валідацію, роботу нод і фінальне врегулювання обчислювальних задач на етапі зрілості мейннету, згідно з білою книгою MiCA проєкту. Фактичне виконання робочих навантажень відбувається в розподілених нодах, а не всередині єдиної детермінованої VM блокчейну, тож ключове технічне питання для Bless полягає не лише в фіналізації консенсусу, а й у тому, чи можна призначати, виконувати, перевіряти та оплачувати розподілені обчислювальні задачі з прийнятними затримками, надійністю й стійкістю до шахрайства.

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

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

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

Яка токеноміка bless?

Графік пропозиції BLESS є відносно агресивним для молодого інфраструктурного токена. Tokenomics.com повідомляє про максимальну пропозицію в 10 млрд BLESS, загальну пропозицію трохи нижчу за цей рівень, TGE 23 вересня 2025 року та обіг, що становив приблизно 18–19% від загальної пропозиції в ринкових зрізах початку 2026 року, із повним вестингом до серпня 2032 року через 84‑місячний графік розблокувань, згідно з сторінкою токеноміки Bless Network та графіком розблокувань. Зазначений розподіл поділяє пропозицію між ком’юніті‑стимулами, пулами для airdrop і маркетингу, інсайдерами, приватними інвесторами, резервами фонду та ліквідністю. Це робить BLESS ні «комодіті»‑активом із фіксованою емісією, ні повністю емітованим токеном управління; головний економічний навіс — це тиск від запланованих розблокувань, особливо тому, що алокації інвесторів, команди, радників, фонду та спільноти вивільняються протягом декількох років і можуть суттєво збільшувати обіг, навіть якщо загальна пропозиція обмежена.

Задумана утилітарна функція токена — розрахунки та координація за обчислення.

Подання MiCA говорить, що BLESS має лежати в основі стейкінгу для участі в мережі, винагороджувати операторів нод і слугувати платіжним засобом за обчислювальні навантаження; у ньому також зазначено, що власники не отримують акції, дивіденди, права на частку прибутку, вимоги на викуп або договірні права щодо мережі чи емітента, що є важливим для класифікації ризиків і дисципліни оцінювання.

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

Деякі ринкові огляди описують тиск на спалювання, що ґрунтується на доході, тоді як біла книга MiCA стверджує, що BLESS не реалізує автоматичних механізмів коригування пропозиції, таких як ребейсинг, емісія, пов’язана з попитом, або спалювання, пов’язане з попитом. Більш консервативне прочитання полягає в тому, що BLESS має обмежену номінальну пропозицію з інфляцією в обігу, зумовленою вестингом, а будь‑який стійкий приріст вартості залежить від реальних платежів за обчислення, попиту на стейкінг і достовірного забезпечення продуктивності нод, а не від механічно гарантованої дефляційної моделі.

Хто користується Bless?

Видиме впровадження Bless було сильнішим із боку пропозиції, ніж із боку попиту.

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

Опис проєкту на CoinMarketCap також посилається на понад 5 млн тестнет‑нод, тоді як медіазвіт про запуск мейннету у вересні 2025 року згадував понад 6,3 млн нод і 2,5 млн користувачів у тестнет‑фазі. Ці цифри свідчать про суттєву участь, зумовлену airdrop‑ами та стимулами, але їх не слід ототожнювати з повторюваним корпоративним попитом або платним доходом від обчислень; на ринках DePIN зростання кількості нод із боку пропозиції часто дешево субсидується, тоді як складніше завдання — перевірити, чи платять розробники за навантаження після нормалізації стимулів.

З боку попиту Bless орієнтується на підтримку інференсу та тренування ШІ, обробку даних, ігрову інфраструктуру, розподілений веб‑хостинг і деплоймент розробників.

Документація показує підтримку застосунків на TypeScript і JavaScript, деплоймент через npx blessnet deploy та інтеграції, перелічені для таких технологій, як Space and Time Database і Monad Blockchain, але в тих самих документах також зазначається, що мережа перебуває в бета‑стадії або testnet і те, що розгортання під час цієї фази є безкоштовними, що ускладнює перевірку реальної динаміки доходів за публічними матеріалами.

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

Які ризики та виклики стоять перед Bless?

Bless несе регуляторні, операційні та централізаційні ризики, типові для ранньої стадії токенізованої інфраструктури. У Європі white paper згідно з MiCA класифікує BLESS як «інший криптоактив», а не як e-money token або asset-referenced token, і описує його як такий, що не підлягає викупу та не приносить відсотків, але така класифікація автоматично не вирішує, як інші юрисдикції можуть аналізувати продажі токенів, стейкінг-нагороди, airdrop-и чи питання очікування прибутку. Публічні дослідження не виявили відомого активного позову SEC, спрямованого конкретно проти Bless або BLESS, але відсутність відомих заходів примусового виконання не дорівнює регуляторній визначеності. Мережа також залежить від цілісності системи оцінювання нод, верифікації задач, розподілу винагород і дизайну стейкінгу; якщо участь нод сильно залежить від стимулів або зосереджена серед скоординованих операторів, видима децентралізація мільйонів браузерних нод може перебільшувати кількість економічно незалежних і надійних постачальників обчислювальних ресурсів.

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

Які майбутні перспективи Bless?

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

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

Аудит Halborn у серпні 2025 року програм Bless на Solana виявив одну інформаційну проблему та жодних критичних, високих, середніх або низьких за серйозністю вад у межах перевіреного обсягу, що є позитивним, але обмеженим сигналом: він охоплював програми на Solana, пов’язані з токеном і airdrop-ами, а не повну модель безпеки децентралізованих обчислень, економіку маркетплейсу нод або систему верифікації робочих навантажень в умовах протидіючих сторін.

Дорожня карта white paper визначає запуск мейннету, покращену верифікацію, ширшу підтримку мов програмування, кращу оркестрацію та посилені функції безпеки як пріоритети, тоді як поточна документація все ще містить формулювання, притаманні бета/testnet-стадії, тож практичний бар’єр полягає в узгодженні публічних заяв про запуск, інструментів для розробників, платіжної інфраструктури та вимірюваного продакшн-попиту.

Інфраструктурний тезис є правдоподібним, але недоведеним. Якщо Bless зможе надійно маршрутизувати реальні робочі навантаження на гетерогенні пристрої, забезпечувати якість сервісу, запобігати маніпуляціям з боку нод і платити контриб’юторам із клієнтського попиту, а не з емісії токенів, він може зайняти захищену нішу edge-compute у межах DePIN. Якщо ні, проєкт ризикує стати ще однією мережею з багатою пропозицією токена, вражаючими показниками кількості нод, але слабкою щільністю доходів. Найважливішими індикаторами є не короткострокова ціна, біржовий обсяг чи зростання у соцмережах, а регулярне платне використання обчислювальних ресурсів, утримання операторів нод, що не залежать від airdrop-ів, підтверджуване завершення робочих навантажень, участь у стейкінгу, яка підвищує безпеку, а не просто абсорбує ліквідність, а також прозоре розкриття інформації щодо доходів, спалювань, розблокувань і джерел винагород.