Bless

Wat is Bless?

Bless is een gedecentraliseerd edge-computingnetwerk dat probeert om ongebruikte capaciteit van consumentapparaten om te zetten in een gedeelde rekenlaag voor applicaties, met name AI, data en andere latency‑gevoelige workloads.

In plaats van capaciteit te huren bij gecentraliseerde hyperscale‑cloudproviders, is het de bedoeling dat ontwikkelaars taken verzenden via het node‑netwerk van Bless, terwijl apparaat­eigenaren CPU, GPU, bandbreedte of uptime bijdragen en hiervoor beloningen ontvangen.

De beoogde moat is geen nieuw general‑purpose blockchain, maar een coördinatielaag voor heterogene compute: in het materiaal van het project wordt een combinatie beschreven van browser‑ en native nodes, WebAssembly‑isolatie, dynamische resource‑matching en workloadspecifieke verificatie die gewone apparaten bruikbaar moet maken als gedistribueerde infrastructuur in plaats van louter passieve tokenhouders, zoals beschreven in de officiële Bless‑documentatie en de network dispatch‑documentatie.

Bless bevindt zich in de niche van gedecentraliseerde fysieke infrastructuur en gedecentraliseerde compute, in plaats van in de kerncategorieën Layer 1 of DeFi.

Eind juli en begin augustus 2026 plaatsten externe markt­pagina’s BLESS in het lagere mid‑capsegment van crypto‑activa, met CoinMarketCap dat een marktkapitalisatie onder de 20 miljoen dollar toonde en een rang rond de 700, terwijl CoinGecko een vergelijkbare marktkapitalisatie onder de 20 miljoen dollar en een rang rond de 800 liet zien; de assetinformatie die voor dit rapport werd aangeleverd, liet een hogere momentopname van de marktkapitalisatie zien van ongeveer 38,6 miljoen dollar en een koers in de lage cent‑range, wat onderstreept hoe dunne liquiditeit, methodologie rond aanbod en timing de schijnbare schaal van jonge tokens materieel kunnen veranderen.

Bless heeft geen betekenisvol DeFi‑TVL‑profiel dat vergelijkbaar is met leenmarkten of DEX’en; TVL‑aggregators definiëren TVL als gebruikersactiva die zijn vergrendeld in protocolcontracten, zoals uitgelegd in de TVL‑methodologie van DeFiLlama, terwijl de ontwikkelaarsdocumentatie van Bless zelf in delen van de documentatie nog steeds testnet‑ of bètadeployments beschrijft als gratis en nog niet als een productie‑billingomgeving, waardoor compute‑utilisatie, actieve nodes en betaalde workloadvraag relevanter zijn dan TVL voor het beoordelen van adoptie.

Wie heeft Bless opgericht en wanneer?

Bless werd in 2022 in San Francisco opgericht onder de naam Blockless, tijdens de crypto‑contractie na 2021 en in de vroege fase van de institutionele beweging richting AI‑infrastructuur en DePIN‑achtige netwerken.

CoinMarketCap noemt Butian Li, Michael Chen en Liam Zhang als oprichters, terwijl de officiële About‑pagina van het project aangeeft dat het team achtergronden heeft bij Akash Network, Binance Research en NGC Ventures. De timing is van belang: Bless ontstond nadat de eerste golf van generieke “world computer”‑narratieven was uitgekristalliseerd in meer gespecialiseerde infrastructuurmarkten, en de these was smaller dan die van een smart‑contract‑L1—consumentapparaten zouden een gedistribueerd compute‑substraat worden in plaats van louter eindpunten die met on‑chainapplicaties interageren.

De narratief van het project evolueerde van Blockless’ framing rond gedecentraliseerde applicatie‑infrastructuur naar de toegankelijkere “gedeelde computer”‑taal die Bless nu gebruikt.

In de huidige formulering is het project minder gericht op het vervangen van een bestaande blockchain‑settlementlaag en meer op het verminderen van de afhankelijkheid van gecentraliseerde cloudproviders door applicaties toegang te geven tot rekenkracht vanuit hun eigen gebruikers‑ of nodebasis. Die verschuiving plaatste Bless ook dichter bij DePIN‑ en AI‑infrastructuur‑peers dan bij conventionele smart‑contractplatforms: de publieksgerichte website benadrukt GPU/CPU‑workloads, AI‑training en ‑inference, gaming, dataverwerking en een toestemmingsgebaseerde datamarktplaats, terwijl de ontwikkelaarsdocumentatie de nadruk legt op TypeScript‑ en JavaScript‑deployments via de Bless CLI, zoals te zien is in de developer introduction.

Hoe werkt het Bless‑netwerk?

Bless kan het beste worden begrepen als een gedecentraliseerd coördinatienetwerk voor compute dat is verankerd in crypto‑economische prikkels, niet als een zelfstandige execution‑layer‑blockchain die direct met Ethereum of Solana concurreert voor algemene transactiesettlement.

De BLESS‑token wordt in de MiCA‑disclosure beschreven als een fungibele SPL‑token op Solana, terwijl het beoogde beveiligingsmodel van het netwerk berust op deelname in Proof‑of‑Stake‑stijl, waarbij tokenhouders BLESS staken ter ondersteuning van validatie, node‑operatie en settlement van computertaken bij volwassenheid van mainnet, volgens het MiCA‑whitepaper van het project. De daadwerkelijke uitvoering van workloads vindt plaats over gedistribueerde nodes in plaats van binnen één enkele deterministische blockchain‑VM, dus de cruciale technische vraag bij Bless is niet alleen consensusfinaliteit, maar ook of gedistribueerde computertaken kunnen worden toegewezen, uitgevoerd, geverifieerd en uitbetaald met acceptabele latency, betrouwbaarheid en fraude‑resistentie.

De technische stack van het netwerk is opgebouwd rond taakroutering, op WebAssembly gebaseerde isolatie, prestatiebewuste nodeselectie en dynamische verificatie.

Ontwikkelaars dienen jobs in via de Bless CLI, inclusief resource‑eisen zoals CPU, RAM, bandbreedte, prioriteit en latency‑verwachtingen; het netwerk identificeert vervolgens online nodes op basis van capaciteiten en geografische locatie, waarbij historische betrouwbaarheid en uptime worden geprioriteerd, zoals beschreven in de orchestration‑documentatie. Voor verificatie beschrijft Bless een modulair model waarin applicaties taak‑specifieke validatiemethoden kunnen kiezen, waaronder pBFT‑ of RAFT‑achtige stemmingsmechanismen voor binaire uitkomsten en geaggregeerde datavalidatie voor retrieval‑taken, in plaats van te vertrouwen op één universeel verificatieschema voor elke berekening, zoals uiteengezet in de verifiability‑documentatie.

Dit ontwerp is pragmatisch maar introduceert een lastig beveiligingsprobleem: heterogene consumentenhardware is goedkoper en breder beschikbaar dan datacenter‑infrastructuur, maar ook rumoeriger, minder betrouwbaar en vatbaarder voor Sybil‑gedrag, collusie, uptime‑gaming en inconsistente uitvoeringsomgevingen.

Wat zijn de tokenomics van Bless?

Het BLESS‑aanbodsschema is relatief agressief voor een jonge infrastructuurtoken. Tokenomics.com vermeldt een maximale voorraad van 10 miljard BLESS, een totale voorraad net onder dat niveau, een TGE op 23 september 2025 en een circulerend aanbod dat in marktdata‑momentopnamen uit begin 2026 ongeveer 18% tot 19% van de totale voorraad was, met volledige vesting tot augustus 2032 via een unlockschema van 84 maanden, volgens de Bless Network‑tokenomics‑pagina en het unlockschema. De gerapporteerde allocatie verdeelt de voorraad over community‑incentives, airdrop‑ en marketingpools, insiders, private investeerders, foundation‑reserves en liquiditeit. Dit maakt BLESS noch een vaste‑float commodity‑achtige asset, noch een volledig uitgegeven governance‑token; de belangrijkste economische overhang is geplande unlock‑druk, vooral omdat investeerders‑, team‑, adviseurs‑, foundation‑ en community‑allocaties over meerdere jaren vrijkomen en het circulerende aanbod substantieel kunnen vergroten, zelfs als de totale voorraad is begrensd.

De beoogde utility van de token is settlement en coördinatie voor compute.

De MiCA‑aanmelding stelt dat BLESS naar verwachting staking zal ondersteunen voor netwerkdeelname, node‑operators zal belonen en zal dienen als betaalmiddel voor compute‑workloads; er staat ook in dat houders geen aandelen, dividenden, winstdelingsrechten, aflossingsclaims of contractuele rechten op het netwerk of de uitgever ontvangen, wat belangrijk is voor risicoclassificatie en waarderingsdiscipline.

De economische claim van Bless is dat betaalde vraag naar workloads fee‑stromen zou moeten creëren naar node‑operators en mogelijk waarde‑accumulatie naar stakers of tokensinks, maar het publieke spoor is nog niet helder genoeg om dit als bewezen te beschouwen.

Sommige marktoverzichten beschrijven omzet‑gebaseerde burn‑druk, terwijl het MiCA‑whitepaper stelt dat BLESS geen automatische supply‑aanpassings­mechanismen implementeert, zoals rebasing, vraag‑gekoppelde uitgifte of vraag‑gekoppelde burning. De voorzichtige lezing is dat BLESS een begrensde nominale voorraad heeft met door vesting gedreven inflatie van het circulerende aanbod, en dat duurzame waarde‑accumulatie afhangt van echte betalingen voor compute, stakingvraag en geloofwaardige handhaving van nodeprestaties, in plaats van van een mechanisch gegarandeerd deflatoir model.

Wie gebruikt Bless?

De zichtbare adoptie van Bless is aan de aanbodzijde sterker geweest dan aan de vraagzijde.

Het project zegt dat het netwerk miljoenen nodes heeft bereikt, waarbij de officiële website verwijst naar meer dan 5 miljoen door gebruikers beheerde nodes en de ontwikkelaarsdocumentatie stelt dat Bless meer dan 4,1 miljoen nodes per dag online had ten tijde van de publicatie van die pagina.

De projectbeschrijving op CoinMarketCap verwijst ook naar meer dan 5 miljoen testnet‑nodes, terwijl een mediabericht uit september 2025 over de lancering van mainnet melding maakte van meer dan 6,3 miljoen nodes en 2,5 miljoen gebruikers tijdens de testnetfase. Deze cijfers wijzen op aanzienlijke door airdrops en incentives gedreven deelname, maar ze mogen niet worden verward met terugkerende enterprise‑vraag of betaalde omzet uit compute; in DePIN‑markten kan groei aan de aanbodzijde van nodes relatief goedkoop worden gesubsidieerd, terwijl de moeilijkere toets is of ontwikkelaars voor workloads blijven betalen nadat de incentives normaliseren.

Aan de vraagzijde richt Bless zich op ondersteuning voor AI‑inference en ‑training, dataverwerking, gaminginfrastructuur, gedistribueerde webhosting en ontwikkelaarsdeployments.

De documentatie toont ondersteuning voor TypeScript‑ en JavaScript‑applicaties, deployment via npx blessnet deploy, en integraties die worden vermeld voor technologieën zoals Space and Time Database en Monad Blockchain, maar dezelfde documentatie stelt ook dat het netwerk zich in bèta of testnet en dat implementaties gratis zijn gedurende die fase, wat het moeilijk maakt om omzettractie te verifiëren op basis van openbare documentatie.

Adoptie door exchanges is duidelijker dan enterprise-adoptie: Bitget kondigde de listing van BLESS aan in zijn Innovation- en AI-zone op 23 september 2025, en Binance Alpha- en Binance Futures‑coverage werd gemeld rond hetzelfde lancervenster, terwijl het MiCA‑whitepaper werd opgesteld voor toelating tot de handel op Bitvavo. Die listings ondersteunen liquiditeit en distributie, maar zij vormen geen bewijs dat ondernemingen Bless‑compute op grote schaal afnemen.

Wat Zijn de Risico’s en Uitdagingen voor Bless?

Bless brengt regelgevende, uitvoerings- en centralisatierisico’s met zich mee die typisch zijn voor tokenized infrastructuur in een vroeg stadium. In Europa classificeert het MiCA‑whitepaper BLESS als een “overige crypto‑asset”, niet als een e‑geldtoken of een door activa gedekt token, en beschrijft het als niet‑inwisselbaar en niet‑rentedragend, maar die classificatie lost niet automatisch op hoe andere rechtsgebieden tokenverkopen, stakingbeloningen, airdrops of vragen rond winstverwachting zullen analyseren. Openbaar onderzoek identificeerde geen bekende actieve SEC‑rechtszaak specifiek tegen Bless of BLESS, maar het ontbreken van een bekende handhavingsactie is niet gelijk aan regelgevende zekerheid. Het netwerk is ook afhankelijk van de integriteit van node‑scoring, taakverificatie, beloningsdistributie en staking‑ontwerp; als node‑participatie sterk prikkelgedreven is of geconcentreerd is bij gecoördineerde operators, kan de schijnbare decentralisatie van miljoenen browsernodes het aantal economisch onafhankelijke en betrouwbare compute‑providers overschatten.

De concurrentiedreiging is aanzienlijk omdat Bless een overvolle markt voor gedecentraliseerde compute betreedt. Akash, Render, io.net, Aethir, Golem, Fluence en andere DePIN‑ of compute‑netwerken dingen allemaal mee om overlappende aandacht van ontwikkelaars, terwijl gecentraliseerde incumbents zoals AWS, Google Cloud, Microsoft Azure en gespecialiseerde GPU‑cloudproviders nog steeds domineren op het gebied van betrouwbaarheid, enterprise‑inkoop, compliance, observability en service‑level guarantees. Het consument‑device‑model van Bless kan kosteneffectief zijn voor bepaalde latency‑gevoelige, piekmatige of edge‑workloads, maar het is minder duidelijk geschikt voor deterministische high‑performance GPU‑clusters, gereguleerde enterprise‑workloads of taken die strikte uptime‑garanties vereisen. Het economische model staat ook bloot aan tokenspecifieke druk: een unlock‑schema over meerdere jaren kan houders in omloop verwateren voordat het gebruik volwassen is, en als beloningen de organische compute‑omzet te lang overstijgen, kan het netwerk verschuiven van infrastructuurmarktplaats naar een gesubsidieerde participatielus.

Wat Is de Toekomstverwachting voor Bless?

De vooruitzichten voor Bless hangen minder af van tokenlistings en meer van de vraag of het een groot testnet‑ of node‑aanbod kan omzetten in verifieerbare betaalde workload‑vraag.

De belangrijkste mijlpalen om te volgen zijn de productie‑gereedheid van mainnet‑compute, GPU‑capabele desktop‑ of native nodes, sterkere verificatiemechanismen, bredere taalondersteuning buiten TypeScript en JavaScript, verbeterde orkestratie en transparante facturatie‑ of omzetgegevens.

De Halborn‑audit van augustus 2025 van de Solana‑programma’s van Bless vond één informatief issue en geen kritieke, hoge, middelgrote of lage bevindingen binnen de geaudite scope, wat positief maar beperkt is: hij had betrekking op Solana‑programma’s rond token en airdrop, niet op het volledige security‑model voor gedistribueerde compute, de node‑marktplaatseconomie of het adversariële workload‑verificatiesysteem.

De roadmap in het whitepaper identificeert mainnet‑lancering, verbeterde verificatie, bredere ondersteuning voor programmeertalen, betere orkestratie en sterkere beveiligingsfuncties als prioriteiten, terwijl de huidige documentatie nog steeds beta‑/testnet‑taal bevat, zodat de praktische horde bestaat uit het op elkaar afstemmen van publieke lanceringsclaims, ontwikkelaarstools, betaalrails en meetbare productie‑vraag.

De infrastructuur‑thesis is aannemelijk maar onbewezen. Als Bless er betrouwbaar in slaagt echte workloads naar heterogene devices te routeren, servicekwaliteit af te dwingen, node‑gaming te voorkomen en bijdragers te betalen uit klantenvraag in plaats van tokenemissies, zou het een verdedigbare edge‑compute‑niche binnen DePIN kunnen innemen. Als dat niet lukt, loopt het project het risico nog een supply‑rijk tokennetwerk te worden met indrukwekkende aantallen nodes maar een lage omzetdichtheid. De belangrijkste indicatoren zijn niet kortetermijnprijs, exchange‑volume of sociale groei, maar terugkerend betaalde compute‑afname, retentie van node‑operators die niet door airdrops worden gedreven, verifieerbare workload‑voltooiing, stakingparticipatie die de veiligheid verbetert in plaats van enkel float te absorberen, en transparante openbaarmaking over omzet, burns, unlocks en beloningsbronnen.