Bless

Was ist Bless?

Bless ist ein dezentrales Edge-Computing-Netzwerk, das versucht, ungenutzte Kapazitäten von Consumer-Geräten in eine gemeinsame Rechenschicht für Anwendungen zu verwandeln – insbesondere für KI-, Daten- und andere latenzkritische Workloads.

Anstatt Kapazitäten von zentralisierten Hyperscale-Cloud-Anbietern zu mieten, sollen Entwickler Jobs über das Node-Netzwerk von Bless verteilen, während Gerätebesitzer CPU, GPU, Bandbreite oder Uptime bereitstellen und dafür Belohnungen erhalten.

Sein vorgeschlagener Burggraben ist keine neue General-Purpose-Blockchain, sondern eine Koordinationsschicht für heterogene Rechenleistung: Die Projektunterlagen beschreiben eine Kombination aus Browser- und nativen Nodes, WebAssembly-Isolierung, dynamischer Ressourcenvermittlung und workloadspezifischer Verifizierung, die gewöhnliche Geräte als verteilte Infrastruktur nutzbar machen soll, anstatt sie lediglich zu passiven Token-Haltern zu degradieren, wie in der offiziellen Bless-Dokumentation und der Network-Dispatch-Dokumentation beschrieben.

Bless gehört eher in die Nische der dezentralen physischen Infrastruktur und dezentralen Compute-Netzwerke als in die Kernkategorien Layer 1 oder DeFi.

Ende Juli und Anfang August 2026 stuften Drittanbieter-Marktplattformen BLESS in den unteren Mid-Cap-Bereich der Krypto-Assets ein: CoinMarketCap wies eine Marktkapitalisierung von unter 20 Millionen US-Dollar und einen Rang in den 700ern aus, während CoinGecko eine ähnliche Marktkapitalisierung von unter 20 Millionen US-Dollar und einen Rang in den 800ern zeigte. Die für diesen Bericht bereitgestellten Asset-Informationen zeigten jedoch einen höheren Marktkapitalisierungs-Snapshot von rund 38,6 Millionen US-Dollar und einen Preis im niedrigen Ein-Cent-Bereich, was unterstreicht, wie dünne Liquidität, Methodik der Angebotsberechnung und Timing die wahrgenommene Größenordnung junger Token materiell verändern können.

Bless weist kein nennenswertes DeFi-TVL-Profil auf, das mit Lending-Märkten oder DEXs vergleichbar wäre; TVL-Aggregatoren definieren TVL als vom Nutzer im Protokoll gebundene Vermögenswerte, wie in der TVL-Methodik von DeFiLlama erklärt. Die eigenen Entwicklerdokumente von Bless beschreiben hingegen Teile des Netzwerks weiterhin als Testnet- oder Beta-Deployments, die kostenlos sind und noch keine produktive Abrechnungsumgebung darstellen. Damit sind Compute-Auslastung, aktive Nodes und bezahlte Workload-Nachfrage aussagekräftiger als TVL, wenn es um die Beurteilung der Adoption geht.

Wer hat Bless wann gegründet?

Bless wurde 2022 in San Francisco unter dem Namen Blockless gegründet – während der Post-2021-Krypto-Konsolidierungsphase und dem frühen institutionellen Vorstoß in Richtung KI-Infrastruktur und DePIN-ähnlicher Netzwerke.

CoinMarketCap nennt Butian Li, Michael Chen und Liam Zhang als Gründer, während die offizielle About-Seite des Projekts angibt, dass das Team Erfahrungen von Akash Network, Binance Research und NGC Ventures einbringt. Das Timing ist relevant: Bless entstand, nachdem die erste Welle allgemeiner „World Computer“-Narrative in stärker spezialisierte Infrastrukturlösungen übergegangen war, und seine These war enger gefasst als die eines Smart-Contract-L1 – Consumer-Geräte sollten zu einem verteilten Compute-Substrat werden, anstatt lediglich Endpunkte zu sein, die mit On-Chain-Anwendungen interagieren.

Die Projektstory entwickelte sich vom ursprünglichen, durch Blockless geprägten Narrativ einer dezentralen Anwendungsinfrastruktur hin zur leichter verständlichen Sprache des „Shared Computer“, die heute von Bless genutzt wird.

In seiner aktuellen Ausprägung konzentriert sich das Projekt weniger darauf, eine bestehende Blockchain-Settlement-Schicht zu ersetzen, und stärker darauf, die Abhängigkeit von zentralisierten Cloud-Anbietern zu verringern, indem Anwendungen Rechenleistung aus ihrer eigenen Nutzer- oder Node-Basis beziehen können. Dieser Wandel rückte Bless auch näher an DePIN- und KI-Infrastruktur-Peers heran als an klassische Smart-Contract-Plattformen: Die öffentliche Website betont GPU/CPU-Workloads, KI-Training und -Inference, Gaming, Datenverarbeitung und einen zustimmungsbasierten Datenmarktplatz, während die Entwicklerdokumentation die Bereitstellung von TypeScript- und JavaScript-Anwendungen über die Bless-CLI hervorhebt, wie in der Developer Introduction gezeigt.

Wie funktioniert das Bless-Netzwerk?

Bless lässt sich am besten als dezentrales Compute-Koordinationsnetzwerk verstehen, das auf kryptoökonomischen Anreizen beruht – nicht als eigenständige Execution-Layer-Blockchain, die direkt mit Ethereum oder Solana um allgemeine Transaktionsabwicklung konkurriert.

Der BLESS-Token wird in der MiCA-Offenlegung als fungibler SPL-Token auf Solana beschrieben, während das angestrebte Sicherheitsmodell des Netzwerks auf einer Beteiligung nach Proof-of-Stake-Art basiert: Token-Inhaber staken BLESS, um Validierung, Node-Betrieb und die Abwicklung von Compute-Aufgaben zu unterstützen, sobald das Mainnet voll ausgereift ist, wie im MiCA-Whitepaper des Projekts beschrieben. Die eigentliche Workload-Ausführung findet auf verteilten Nodes statt und nicht innerhalb einer einzigen deterministischen Blockchain-VM. Die entscheidende technische Frage bei Bless ist daher nicht nur die Konsensfinalität, sondern ob verteilte Compute-Aufgaben mit akzeptabler Latenz, Zuverlässigkeit und Betrugsresistenz zugewiesen, ausgeführt, verifiziert und bezahlt werden können.

Der technische Stack des Netzwerks ist um Task-Routing, WebAssembly-basierte Isolierung, performancebewusste Node-Auswahl und dynamische Verifizierung aufgebaut.

Entwickler übermitteln Jobs über die Bless-CLI, einschließlich Ressourcenanforderungen wie CPU, RAM, Bandbreite, Priorität und Latenzerwartungen; anschließend identifiziert das Netzwerk verfügbare Nodes anhand ihrer Fähigkeiten und ihres Standorts und priorisiert dabei historische Zuverlässigkeit und Uptime, wie in der Orchestration-Dokumentation beschrieben. Für die Verifizierung beschreibt Bless ein modulares Modell, in dem Anwendungen aufgabenspezifische Validierungsmethoden auswählen können, einschließlich pBFT- oder RAFT-ähnlichem Voting für binäre Ergebnisse und aggregierter Datenvalidierung für Retrieval-Aufgaben, anstatt sich auf ein einziges universelles Verifizierungsschema für jede Berechnung zu stützen, wie in der Verifiability-Dokumentation dargestellt.

Dieses Design ist pragmatisch, bringt aber ein ernstes Sicherheitsproblem mit sich: Heterogene Consumer-Hardware ist günstiger und weiter verbreitet als Rechenzentrumsinfrastruktur, aber sie ist auch lauter, weniger zuverlässig und anfälliger für Sybil-Verhalten, Kollusion, Uptime-Gaming und inkonsistente Ausführungsumgebungen.

Wie sind die Tokenomics von Bless?

Der BLESS-Versorgungsplan ist für einen jungen Infrastruktur-Token relativ aggressiv. Tokenomics.com berichtet über ein maximales Angebot von 10 Milliarden BLESS, ein gesamtes Angebot knapp unterhalb dieses Niveaus, einen TGE am 23. September 2025 und ein zirkulierendes Angebot von rund 18 % bis 19 % des Gesamtangebots in Marktdaten-Snapshots Anfang 2026 – mit vollständiger Vesting-Periode bis August 2032 über einen 84-monatigen Unlock-Plan, wie auf der Tokenomics-Seite des Bless Network und im Unlock-Plan beschrieben. Die gemeldete Allokation teilt das Angebot auf Community-Incentives, Airdrop- und Marketing-Pools, Insider, private Investoren, Foundation-Reserven und Liquidität auf. Damit ist BLESS weder ein Fixed-Float-Rohstoff-Asset noch ein vollständig emittierter Governance-Token; der wichtigste ökonomische Überhang ist der anstehende Unlock-Druck – insbesondere, weil Allokationen für Investoren, Team, Berater, Foundation und Community sich über mehrere Jahre hinweg freischalten und das zirkulierende Angebot materiell erhöhen können, selbst wenn das Gesamtangebot gedeckelt ist.

Der geplante Nutzen des Tokens ist die Abwicklung und Koordination von Compute.

Die MiCA-Einreichung besagt, dass BLESS voraussichtlich dem Staking für die Netzwerkbeteiligung zugrunde liegen, Node-Betreiber belohnen und als Zahlungsmittel für Compute-Workloads dienen soll; sie stellt außerdem klar, dass Inhaber keine Eigenkapitalanteile, Dividenden, Gewinnbeteiligungsrechte, Rückforderungsansprüche oder vertragliche Ansprüche gegenüber dem Netzwerk oder Emittenten erhalten, was für die Risikoklassifizierung und eine disziplinierte Bewertung wichtig ist.

Das ökonomische Versprechen von Bless lautet, dass bezahlte Workload-Nachfrage Gebührenströme für Node-Betreiber und potenziell Wertzuwachs für Staker oder Token-Sinks schaffen sollte. Der öffentliche Datenstand ist jedoch noch nicht eindeutig genug, um dies als bewiesen zu betrachten.

Einige Marktübersichten beschreiben eine umsatzbasierte Burn-Dynamik, während das MiCA-Whitepaper festhält, dass BLESS keine automatischen Angebotsanpassungsmechanismen wie Rebasing, nachfragegebundene Emission oder nachfragegebundenes Burning implementiert. Die konservative Lesart ist, dass BLESS ein gedeckeltes nominales Angebot mit vestinggetriebener zirkulierender Inflation besitzt und dass jede dauerhafte Wertakkumulation von realen Compute-Zahlungen, Staking-Nachfrage und glaubwürdiger Durchsetzung der Node-Performance abhängt – nicht von einem mechanisch garantierten deflationären Modell.

Wer nutzt Bless?

Die sichtbare Adoption von Bless war auf der Angebotsseite stärker als auf der Nachfrageseite.

Das Projekt gibt an, dass sein Netzwerk Millionen von Nodes erreicht hat: Die offizielle Website verweist auf mehr als 5 Millionen von Nutzern betriebene Nodes, und die Entwicklerdokumentation führt aus, dass Bless zum Zeitpunkt der Veröffentlichung dieser Seite mehr als 4,1 Millionen Nodes täglich online hatte.

Die Projektbeschreibung auf CoinMarketCap nennt ebenfalls mehr als 5 Millionen Testnet-Nodes, während ein Medienbericht vom September 2025 über den Mainnet-Start mehr als 6,3 Millionen Nodes und 2,5 Millionen Nutzer in der Testnet-Phase anführt. Diese Zahlen deuten auf eine erhebliche, durch Airdrops und Incentives getriebene Teilnahme hin, sollten jedoch nicht mit wiederkehrender Enterprise-Nachfrage oder bezahlten Compute-Erlösen verwechselt werden. In DePIN-Märkten kann das Wachstum der Node-Angebotsseite relativ kostengünstig subventioniert werden; der schwierigere Prüfstein ist, ob Entwickler nach dem Auslaufen der Incentives tatsächlich für Workloads bezahlen.

Auf der Nachfrageseite zielt Bless auf KI-Inference- und Trainingsunterstützung, Datenverarbeitung, Gaming-Infrastruktur, verteiltes Webhosting und Entwickler-Deployments.

Die Dokumentation zeigt Unterstützung für TypeScript- und JavaScript-Anwendungen, Deployment über npx blessnet deploy und Integrationen mit Technologien wie Space and Time Database und Monad Blockchain. Gleichzeitig halten dieselben Dokumente jedoch fest, dass sich das Netzwerk in der Beta-Phase oder im Testbetrieb befindet und noch keine vollwertige produktive Abrechnungsumgebung darstellt. Testnet und dass Deployments in dieser Phase kostenlos sind, was es schwierig macht, die Umsatzdynamik anhand öffentlicher Materialien zu verifizieren.

Die Börsenadoption ist klarer als die Unternehmensadoption: Bitget kündigte das Listing von BLESS in seiner Innovation and AI Zone am 23. September 2025 an, und Berichte über Binance Alpha- und Binance Futures‑Coverage erschienen im gleichen Launch-Zeitraum, während das MiCA‑Whitepaper für die Zulassung zum Handel auf Bitvavo vorbereitet wurde. Diese Listings unterstützen Liquidität und Distribution, sind jedoch kein Beleg dafür, dass Unternehmen Bless-Compute in großem Umfang konsumieren.

Was sind die Risiken und Herausforderungen für Bless?

Bless weist regulatorische, operative und Zentralisierungsrisiken auf, wie sie für tokenisierte Infrastruktur in einem frühen Stadium typisch sind. In Europa stuft das MiCA‑Whitepaper BLESS als „sonstigen Krypto-Asset“ ein, nicht als E‑Money‑Token oder wertreferenzierten Token, und beschreibt ihn als nicht einlösbar und nicht verzinslich. Diese Einstufung löst jedoch nicht automatisch die Frage, wie andere Jurisdiktionen Tokenverkäufe, Staking‑Rewards, Airdrops oder Erwartung‑von‑Gewinn‑Fragestellungen analysieren könnten. In der öffentlichen Recherche wurde keine bekannte, aktive SEC‑Klage spezifisch gegen Bless oder BLESS identifiziert, aber das Ausbleiben bekannter Durchsetzungsmaßnahmen ist nicht gleichbedeutend mit regulatorischer Sicherheit. Das Netzwerk hängt außerdem von der Integrität der Node‑Bewertung, der Aufgabenverifizierung, der Reward‑Verteilung und des Staking‑Designs ab; wenn die Node‑Teilnahme stark an Anreize geknüpft oder bei koordinierten Betreibern konzentriert ist, kann die scheinbare Dezentralisierung von Millionen Browser‑Nodes die Zahl wirtschaftlich unabhängiger und zuverlässiger Compute‑Anbieter überschätzen.

Die Wettbewerbssituation ist erheblich, da Bless in einen überfüllten Markt für dezentralisierte Rechenleistung eintritt. Akash, Render, io.net, Aethir, Golem, Fluence und andere DePIN‑ oder Compute‑Netzwerke konkurrieren alle um sich überschneidende Entwickleraufmerksamkeit, während zentralisierte Platzhirsche wie AWS, Google Cloud, Microsoft Azure und spezialisierte GPU‑Cloud‑Provider weiterhin bei Zuverlässigkeit, Enterprise‑Beschaffung, Compliance, Observability und Service‑Level‑Garantien dominieren. Das Consumer‑Device‑Modell von Bless kann für bestimmte latenzsensitive, burstartige oder Edge‑Workloads kosteneffizient sein, ist jedoch weniger offensichtlich geeignet für deterministische High‑Performance‑GPU‑Cluster, regulierte Enterprise‑Workloads oder Aufgaben mit strengen Uptime‑Garantien. Das ökonomische Modell steht zudem unter token‑spezifischem Druck: Ein mehrjähriger Unlock‑Zeitplan kann zirkulierende Holder verwässern, bevor die Nutzung ausgereift ist, und wenn Rewards zu lange die organischen Compute‑Erlöse übersteigen, kann das Netzwerk von einem Infrastrukturs‑Marktplatz in eine subventionierte Teilnahme‑Schleife abdriften.

Wie ist der zukünftige Ausblick für Bless?

Der Ausblick für Bless hängt weniger von Token‑Listings ab und mehr davon, ob es gelingt, einen großen Testnet‑ oder Node‑Supply‑Footprint in verifizierbare, bezahlte Workload‑Nachfrage umzuwandeln.

Die wichtigsten Meilensteine sind Produktionsreife des Mainnet‑Computes, GPU‑fähige Desktop‑ oder native Nodes, stärkere Verifizierungsmechanismen, breitere Sprachunterstützung über TypeScript und JavaScript hinaus, verbesserte Orchestrierung sowie transparente Abrechnungs‑ oder Umsatzdaten.

Das Halborn‑Audit der Solana‑Programme von Bless im August 2025 identifizierte ein informatives Issue und keine kritischen, hohen, mittleren oder niedrigen Findings im geprüften Umfang, was positiv, aber eng gefasst ist: Es umfasste Token‑ und Airdrop‑bezogene Solana‑Programme, nicht das vollständige Sicherheitsmodell des verteilten Computings, die Ökonomie des Node‑Marktplatzes oder ein adversarielles Workload‑Verifizierungssystem.

Die Roadmap des Whitepapers nennt Mainnet‑Launch, verbesserte Verifizierung, breitere Programmiersprachen‑Unterstützung, bessere Orchestrierung und stärkere Sicherheitsfunktionen als Prioritäten, während die aktuelle Dokumentation noch Beta‑/Testnet‑Formulierungen enthält. Die praktische Hürde besteht darin, öffentliche Launch‑Claims, Developer‑Tooling, Zahlungswege und messbare Produktionsnachfrage in Einklang zu bringen.

Die Infrastruktur‑These ist plausibel, aber unbewiesen. Wenn Bless zuverlässig reale Workloads auf heterogene Geräte routen, Servicequalität durchsetzen, Node‑Gaming verhindern und Beitragsleister aus Kundennachfrage statt aus Token‑Emissionen bezahlen kann, könnte es sich eine verteidigbare Edge‑Compute‑Nische innerhalb von DePIN sichern. Gelingt dies nicht, riskiert das Projekt, zu einem weiteren angebotsstarken Token‑Netzwerk mit beeindruckenden Node‑Zahlen, aber schwacher Umsatzdichte zu werden. Die wichtigsten Indikatoren sind nicht kurzfristiger Preis, Börsenvolumen oder Social‑Growth, sondern wiederkehrende bezahlte Compute‑Nutzung, Bindung von Node‑Operatoren ohne Airdrop‑Abhängigkeit, verifizierbare Workload‑Abschlüsse, Staking‑Teilnahme, die die Sicherheit verbessert statt nur den Float zu absorbieren, sowie transparente Offenlegung von Umsätzen, Burns, Unlocks und Reward‑Quellen.