Bless

Czym jest Bless?

Bless to zdecentralizowana sieć edge-computing, która próbuje przekształcić niewykorzystaną moc obliczeniową urządzeń konsumenckich we współdzieloną warstwę obliczeniową dla aplikacji, w szczególności związanych ze sztuczną inteligencją, danymi oraz obciążeniami wrażliwymi na opóźnienia.

Zamiast wynajmować moc obliczeniową od scentralizowanych hyperscale’owych dostawców chmurowych, deweloperzy mają kierować zadania przez sieć węzłów Bless, podczas gdy właściciele urządzeń udostępniają CPU, GPU, przepustowość łącza lub czas działania i otrzymują za to nagrody.

Proponowaną przewagą Bless nie jest nowy, ogólnego przeznaczenia blockchain, lecz warstwa koordynacji dla zróżnicowanych zasobów obliczeniowych: materiały projektu opisują kombinację węzłów przeglądarkowych i natywnych, izolacji WebAssembly, dynamicznego dopasowywania zasobów oraz weryfikacji specyficznej dla rodzaju obciążenia, mających sprawić, że zwykłe urządzenia staną się użyteczną, rozproszoną infrastrukturą, a nie jedynie pasywnymi posiadaczami tokenów, jak opisano w oficjalnej dokumentacji Bless oraz dokumentacji orkiestracji sieci.

Bless plasuje się w niszy zdecentralizowanej infrastruktury fizycznej i zdecentralizowanych obliczeń, a nie w kategorii rdzeniowych sieci Layer 1 czy DeFi.

Pod koniec lipca i na początku sierpnia 2026 r. zewnętrzne serwisy rynkowe klasyfikowały BLESS jako zasób krypto ze środka niższego przedziału średniej kapitalizacji: CoinMarketCap pokazywał kapitalizację rynkową poniżej 20 mln USD i pozycję w okolicach 700. miejsca, podczas gdy CoinGecko prezentował podobną kapitalizację poniżej 20 mln USD i pozycję w okolicach 800. miejsca; dane o aktywie dostarczone na potrzeby tego raportu wskazywały natomiast wyższy momentowy poziom kapitalizacji ok. 38,6 mln USD i cenę w dolnych rejonach jednego centa, co podkreśla, jak niewielka płynność, metodologia wyliczania podaży i moment pomiaru mogą istotnie zmieniać pozorną skalę młodych tokenów.

Bless nie posiada istotnego profilu DeFi TVL porównywalnego z rynkami pożyczkowymi czy DEX-ami; agregatory TVL definiują TVL jako aktywa użytkowników zablokowane w kontraktach protokołu, co wyjaśnia metodologia TVL DeFiLlama, podczas gdy dokumentacja deweloperska Bless nadal opisuje wdrożenia testnetowe lub beta jako bezpłatne i jeszcze niebędące środowiskiem rozliczeń produkcyjnych w części materiałów, co sprawia, że do oceny adopcji bardziej niż TVL liczą się wykorzystanie mocy obliczeniowej, aktywne węzły oraz popyt na płatne obciążenia.

Kto i kiedy założył Bless?

Bless został założony w San Francisco w 2022 r. pod nazwą Blockless, w okresie popandemicznego schłodzenia rynku krypto po 2021 r. oraz wczesnego, instytucjonalnego zwrotu w kierunku infrastruktury AI i sieci w stylu DePIN.

CoinMarketCap wskazuje Butiana Li, Michaela Chena i Liama Zhanga jako założycieli, a oficjalna strona „O nas” projektu podaje, że zespół ma doświadczenia z takich podmiotów jak Akash Network, Binance Research i NGC Ventures. Moment powstania jest istotny: Bless pojawił się po pierwszej fali ogólnych narracji „światowego komputera”, które dojrzewały w kierunku bardziej wyspecjalizowanych rynków infrastrukturalnych, a jego teza była węższa niż w przypadku smart‑kontraktowego L1 — urządzenia konsumenckie miały stać się rozproszonym substratem obliczeniowym, a nie jedynie punktami końcowymi wchodzącymi w interakcje z aplikacjami on-chain.

Narracja projektu ewoluowała od ujęcia infrastruktury zdecentralizowanych aplikacji Blockless do bardziej przystępnego języka „współdzielonego komputera”, używanego przez Bless.

W obecnym ujęciu projekt mniej koncentruje się na zastępowaniu istniejącej warstwy rozliczeń blockchain i bardziej na ograniczaniu zależności od scentralizowanych dostawców chmurowych poprzez umożliwienie aplikacjom dostępu do mocy obliczeniowej pochodzącej z ich własnej bazy użytkowników lub węzłów. Ta zmiana zbliżyła też Bless bardziej do sieci DePIN i infrastruktury AI niż do tradycyjnych platform smart‑kontraktowych: witryna skierowana do ogółu użytkowników podkreśla obciążenia GPU/CPU, trening i inferencję AI, gaming, przetwarzanie danych oraz oparty na zgodzie rynek danych, podczas gdy dokumentacja deweloperska podkreśla wdrażanie aplikacji w TypeScript i JavaScript za pomocą Bless CLI, co pokazano we wprowadzeniu dla deweloperów.

Jak działa sieć Bless?

Bless najlepiej rozumieć jako zdecentralizowaną sieć koordynacji obliczeń zakotwiczoną w mechanizmach ekonomii krypto, a nie jako samodzielny blockchain warstwy wykonawczej konkurujący bezpośrednio z Ethereum czy Solaną o ogólne rozliczanie transakcji.

Token BLESS jest opisany w ujawnieniu MiCA jako zbywalny token SPL w sieci Solana, natomiast docelowy model bezpieczeństwa sieci opiera się na udziale w stylu Proof‑of‑Stake, w którym posiadacze tokenów stakują BLESS, aby wspierać walidację, działanie węzłów oraz rozliczanie zadań obliczeniowych na dojrzałym etapie mainnetu, zgodnie z białą księgą MiCA projektu. Faktyczne wykonywanie zadań odbywa się w rozproszonych węzłach, a nie wewnątrz pojedynczej, deterministycznej maszyny wirtualnej blockchaina, więc kluczowym pytaniem technicznym Bless nie jest wyłącznie finalność konsensusu, ale także to, czy rozproszone zadania obliczeniowe mogą być przypisywane, wykonywane, weryfikowane i opłacane z akceptowalnym opóźnieniem, niezawodnością i odpornością na nadużycia.

Stos technologiczny sieci opiera się na trasowaniu zadań, izolacji opartej na WebAssembly, świadomym wydajności wyborze węzłów oraz dynamicznej weryfikacji.

Deweloperzy przesyłają zadania przez Bless CLI, określając wymagania dotyczące zasobów, takie jak CPU, RAM, przepustowość łącza, priorytet oraz oczekiwania co do opóźnień; następnie sieć identyfikuje dostępne węzły według możliwości i lokalizacji geograficznej, priorytetyzując historyczną niezawodność i czas działania, jak opisano w dokumentacji orkiestracji. W zakresie weryfikacji Bless opisuje modułowy model, w którym aplikacje mogą wybierać metody walidacji specyficzne dla danego zadania, w tym głosowanie w stylu pBFT lub RAFT dla wyników binarnych oraz zagregowaną walidację danych dla zadań związanych z pozyskiwaniem informacji, zamiast polegać na jednym uniwersalnym schemacie weryfikacji dla każdej obliczeniowej operacji, zgodnie z dokumentacją weryfikowalności.

Taka konstrukcja jest pragmatyczna, ale wprowadza trudny problem bezpieczeństwa: zróżnicowany sprzęt konsumencki jest tańszy i liczniejszy niż infrastruktura centrów danych, ale jest też bardziej „hałaśliwy”, mniej niezawodny i bardziej podatny na ataki Sybil, zmowy, manipulowanie statusem online oraz niespójne środowiska wykonawcze.

Jakie są tokenomics Bless?

Harmonogram podaży BLESS jest relatywnie agresywny jak na młody token infrastrukturalny. Serwis Tokenomics.com podaje maksymalną podaż na poziomie 10 miliardów BLESS, całkowitą podaż nieznacznie poniżej tego poziomu, TGE 23 września 2025 r. oraz podaż w obiegu sięgającą ok. 18–19% całkowitej podaży w rynkowych migawkach z początku 2026 r., przy pełnym okresie vestingu sięgającym sierpnia 2032 r. poprzez 84‑miesięczny harmonogram odblokowań, zgodnie ze stroną tokenomics Bless Network i harmonogramem odblokowań. Zgłaszany podział alokacji dzieli podaż między zachęty dla społeczności, pule airdropów i marketingu, insiderów, inwestorów prywatnych, rezerwy fundacji i płynność. Sprawia to, że BLESS nie jest ani aktywem w pełni o stałej podaży w stylu towarowym, ani całkowicie wyemitowanym tokenem governance; głównym czynnikiem nadpodaży ekonomicznej jest zaplanowana presja odblokowań, zwłaszcza że alokacje dla inwestorów, zespołu, doradców, fundacji i społeczności uwalniają się przez wiele lat i mogą istotnie zwiększać podaż w obiegu, nawet jeśli całkowita podaż jest ograniczona.

Docelowa użyteczność tokena to rozliczanie i koordynacja obliczeń.

Zgłoszenie MiCA stwierdza, że BLESS ma stanowić podstawę stakingu na potrzeby udziału w sieci, nagradzać operatorów węzłów oraz pełnić funkcję medium płatniczego za obciążenia obliczeniowe; wskazuje również, że posiadacze nie otrzymują udziałów kapitałowych, dywidend, praw do udziału w zyskach, roszczeń wykupu ani kontraktowych roszczeń wobec sieci czy emitenta, co ma znaczenie dla klasyfikacji ryzyka i dyscypliny wyceny.

Ekonomiczna teza Bless zakłada, że płatny popyt na obciążenia obliczeniowe powinien generować przepływy opłat do operatorów węzłów i potencjalnie kreować wartość dla stakerów lub „spalających” tokeny, ale dostępny publicznie materiał dowodowy nie jest jeszcze na tyle przejrzysty, by traktować to jako fakt.

Niektóre rynkowe podsumowania opisują presję podażową w dół opartą na przychodach (burn), podczas gdy biała księga MiCA stwierdza, że BLESS nie implementuje automatycznych mechanizmów dostosowywania podaży, takich jak rebase, emisja powiązana z popytem czy spalanie powiązane z popytem. Zachowawcza interpretacja jest taka, że BLESS ma nominalnie ograniczoną podaż z inflacją obiegu napędzaną vestingiem, a wszelka trwała akumulacja wartości zależy od realnych płatności za obliczenia, popytu na staking oraz wiarygodnego egzekwowania wydajności węzłów, a nie od mechanicznie zagwarantowanego deflacyjnego modelu.

Kto korzysta z Bless?

Widoczna adopcja Bless była dotąd silniejsza po stronie podaży niż popytu.

Projekt podaje, że jego sieć osiągnęła miliony węzłów, przy czym oficjalna strona internetowa wspomina o ponad 5 milionach węzłów utrzymywanych przez użytkowników, a dokumentacja deweloperska stwierdza, że Bless miał ponad 4,1 miliona węzłów online każdego dnia w momencie publikacji tej strony.

Opis projektu na CoinMarketCap również przytacza ponad 5 milionów węzłów testnetu, podczas gdy medialny raport z września 2025 r. na temat uruchomienia mainnetu odnosił się do ponad 6,3 miliona węzłów i 2,5 miliona użytkowników w fazie testnetu. Dane te sugerują znaczącą partycypację napędzaną airdropami i zachętami, ale nie należy ich utożsamiać z powtarzalnym popytem ze strony przedsiębiorstw ani z przychodami z płatnych obliczeń; na rynkach DePIN wzrost liczby węzłów po stronie podaży może być relatywnie tani do subsydiowania, natomiast trudniejszym sprawdzianem jest to, czy deweloperzy płacą za obciążenia po ustabilizowaniu się poziomu zachęt.

Po stronie popytu Bless celuje w wsparcie inferencji i treningu AI, przetwarzanie danych, infrastrukturę dla gier, rozproszone hostowanie stron WWW oraz wdrożenia deweloperskie.

Dokumentacja pokazuje wsparcie dla aplikacji w TypeScript i JavaScript, wdrażanie poprzez npx blessnet deploy oraz integracje wymienione dla technologii takich jak Space and Time Database czy Monad Blockchain, ale te same materiały zaznaczają również, że sieć znajduje się w fazie beta lub testnet i że wdrożenia są w tej fazie bezpłatne, co utrudnia weryfikację przychodów na podstawie publicznie dostępnych materiałów.

Adopcja przez giełdy jest wyraźniejsza niż adopcja korporacyjna: Bitget ogłosił listing BLESS w swojej Strefie Innowacji i AI 23 września 2025 r., a relacje z Binance Alpha i Binance Futures pojawiły się w zbliżonym oknie czasowym, podczas gdy biała księga MiCA została przygotowana na potrzeby dopuszczenia do obrotu na Bitvavo. Te listingi wspierają płynność i dystrybucję, ale nie są dowodem na to, że przedsiębiorstwa wykorzystują obliczenia Bless na dużą skalę.

Jakie są ryzyka i wyzwania dla Bless?

Bless wiąże się z ryzykiem regulacyjnym, wykonawczym i centralizacyjnym typowym dla wczesnej fazy tokenizowanej infrastruktury. W Europie biała księga MiCA klasyfikuje BLESS jako „inny kryptoaktywo”, a nie token pieniądza elektronicznego ani token odzwierciedlający aktywa, i opisuje go jako niemożliwy do umorzenia oraz nieoprocentowany, ale ta klasyfikacja nie rozstrzyga automatycznie, jak inne jurysdykcje mogą analizować sprzedaż tokenów, nagrody ze stakingu, airdropy lub kwestie oczekiwania zysku. Publiczne badania nie wykazały znanego, aktywnego pozwu SEC skierowanego konkretnie przeciwko Bless lub BLESS, ale brak znanego działania egzekucyjnego nie jest równoznaczny z pewnością regulacyjną. Sieć zależy też od integralności systemu punktacji węzłów, weryfikacji zadań, dystrybucji nagród i projektu stakingu; jeśli udział węzłów jest silnie motywowany zachętami lub skoncentrowany wśród skoordynowanych operatorów, pozorna decentralizacja milionów węzłów przeglądarkowych może zawyżać liczbę ekonomicznie niezależnych i wiarygodnych dostawców mocy obliczeniowej.

Zagrożenie konkurencyjne jest istotne, ponieważ Bless wchodzi na zatłoczony rynek zdecentralizowanych obliczeń. Akash, Render, io.net, Aethir, Golem, Fluence i inne sieci DePIN lub sieci obliczeniowe konkurują o nakładającą się uwagę deweloperów, podczas gdy scentralizowani giganci tacy jak AWS, Google Cloud, Microsoft Azure oraz wyspecjalizowani dostawcy chmury GPU nadal dominują pod względem niezawodności, procesów zakupowych w przedsiębiorstwach, zgodności, obserwowalności i gwarancji poziomu usług. Model Bless oparty na urządzeniach konsumenckich może być opłacalny kosztowo dla określonych zadań wrażliwych na opóźnienia, wybuchowych (bursty) lub brzegowych (edge), ale mniej oczywiście nadaje się do deterministycznych, wysokowydajnych klastrów GPU, regulowanych obciążeń korporacyjnych czy zadań wymagających ścisłych gwarancji dostępności. Jego model ekonomiczny podlega też presji specyficznej dla tokenów: wieloletni harmonogram odblokowań może rozwodnić udział posiadaczy tokenów w obiegu, zanim dojrzeje faktyczne wykorzystanie, a jeśli nagrody przez zbyt długi czas przewyższają organiczne przychody z obliczeń, sieć może dryfować z rynku infrastruktury w kierunku subsydiowanej pętli uczestnictwa.

Jakie są perspektywy dla Bless?

Perspektywy Bless zależą mniej od listingów tokena, a bardziej od tego, czy zdoła przekształcić dużą testnetową lub podażową bazę węzłów w weryfikowalny, płatny popyt na obciążenia obliczeniowe.

Kluczowe kamienie milowe do monitorowania to gotowość produkcyjna obliczeń mainnet, węzły desktopowe lub natywne z obsługą GPU, silniejsze mechanizmy weryfikacji, szersze wsparcie języków programowania poza TypeScript i JavaScript, lepsza orkiestracja oraz przejrzyste dane dotyczące rozliczeń lub przychodów.

Audyt Halborn z sierpnia 2025 r. dotyczący programów Solana Bless wykazał jeden problem informacyjny i brak krytycznych, wysokich, średnich lub niskich podatności w objętym zakresem audytu, co jest wynikiem pozytywnym, ale wąskim: obejmował on programy Solana związane z tokenem i airdropami, a nie pełny model bezpieczeństwa rozproszonych obliczeń, ekonomię rynku węzłów czy system weryfikacji obciążeń z myślą o przeciwnikach.

Mapa drogowa w białej księdze wskazuje jako priorytety uruchomienie mainnetu, poprawę weryfikacji, szersze wsparcie języków programowania, lepszą orkiestrację i mocniejsze funkcje bezpieczeństwa, podczas gdy obecna dokumentacja wciąż zawiera sformułowania charakterystyczne dla wersji beta/testnet, więc praktyczną barierą jest zestrojenie publicznych deklaracji uruchomienia, narzędzi deweloperskich, systemów płatności i mierzalnego popytu produkcyjnego.

Teza infrastrukturalna jest wiarygodna, ale nieudowodniona. Jeśli Bless zdoła niezawodnie kierować rzeczywiste obciążenia na heterogeniczne urządzenia, egzekwować jakość usług, zapobiegać nadużyciom ze strony węzłów i wynagradzać kontrybutorów z popytu klientów, a nie z emisji tokenów, może zająć obronną niszę edge-compute w ramach DePIN. Jeśli się nie powiedzie, projekt ryzykuje, że stanie się kolejną siecią tokenów bogatą w podaż, z imponującą liczbą węzłów, ale słabą gęstością przychodów. Najważniejszymi wskaźnikami nie są krótkoterminowa cena, wolumen obrotu na giełdach czy wzrost w mediach społecznościowych, lecz powtarzalne, płatne wykorzystanie mocy obliczeniowej, utrzymanie operatorów węzłów, którzy nie są wyłącznie uczestnikami airdropów, weryfikowalne ukończenie zadań obliczeniowych, udział w stakingu, który poprawia bezpieczeństwo zamiast jedynie absorbować płynność, oraz przejrzyste ujawnianie danych dotyczących przychodów, spalania, odblokowań i źródeł nagród.