Bless

Qu’est-ce que Bless ?

Bless est un réseau d’edge computing décentralisé qui cherche à transformer la capacité inutilisée des appareils grand public en une couche de calcul partagée pour les applications, en particulier pour l’IA, les données et les charges de travail sensibles à la latence.

Au lieu de louer de la capacité auprès de fournisseurs de cloud hyperscale centralisés, les développeurs sont censés envoyer des tâches via le réseau de nœuds de Bless, tandis que les propriétaires d’appareils contribuent du CPU, du GPU, de la bande passante ou du temps de disponibilité et reçoivent des récompenses.

Son avantage concurrentiel proposé n’est pas une nouvelle blockchain généraliste, mais une couche de coordination pour du calcul hétérogène : la documentation du projet décrit une combinaison de nœuds navigateur et natifs, d’isolation via WebAssembly, d’assignation dynamique des ressources et de vérification spécifique aux charges de travail, destinée à rendre les appareils ordinaires utilisables comme infrastructure distribuée plutôt que comme de simples détenteurs passifs de jetons, comme décrit dans la documentation officielle de Bless et la documentation sur l’orchestration du réseau.

Bless s’inscrit dans la niche de l’infrastructure physique décentralisée (DePIN) et du calcul décentralisé plutôt que dans les catégories centrales des couches 1 ou de la DeFi.

Fin juillet et début août 2026, des pages de marché tierces plaçaient BLESS dans la zone basse de la moyenne capitalisation des crypto-actifs, CoinMarketCap indiquant une capitalisation inférieure à 20 millions de dollars et un rang autour de la 700e place, tandis que CoinGecko montrait une capitalisation similaire sous les 20 millions de dollars et un rang autour de la 800e place ; les données d’actifs fournies pour ce rapport montraient un instantané de capitalisation plus élevé, d’environ 38,6 millions de dollars et un prix dans la zone de quelques centimes, soulignant à quel point la faible liquidité, les méthodologies d’offre et le timing peuvent modifier substantiellement l’ampleur apparente pour de jeunes jetons.

Bless ne présente pas un profil significatif de TVL DeFi comparable à celui des marchés de prêt ou des DEX ; les agrégateurs de TVL définissent la TVL comme les actifs utilisateurs bloqués dans les contrats du protocole, comme expliqué par la méthodologie TVL de DeFiLlama, tandis que la documentation développeur de Bless décrit encore des déploiements testnet ou bêta comme gratuits et pas encore comme un environnement de facturation en production dans certaines parties de la documentation, ce qui rend l’utilisation du calcul, les nœuds actifs et la demande de charges de travail payantes plus pertinentes que la TVL pour évaluer l’adoption.

Qui a fondé Bless et quand ?

Bless a été fondé à San Francisco en 2022 sous le nom de Blockless, durant la phase de contraction crypto post‑2021 et les premiers mouvements institutionnels vers l’infrastructure IA et les réseaux de type DePIN.

CoinMarketCap identifie Butian Li, Michael Chen et Liam Zhang comme fondateurs, tandis que la page À propos officielle du projet indique que l’équipe provient notamment d’Akash Network, de Binance Research et de NGC Ventures. Le timing est important : Bless est apparu après que la première vague de récits généralistes de « world computer » a évolué vers des marchés d’infrastructure plus spécialisés, et sa thèse était plus étroite qu’une couche 1 de smart contracts — les appareils grand public devaient devenir un substrat de calcul distribué plutôt que de simples points d’accès interagissant avec des applications on-chain.

Le récit du projet a évolué du cadrage de Blockless comme infrastructure d’applications décentralisées vers le langage plus accessible « ordinateur partagé » utilisé par Bless.

Dans sa formulation actuelle, le projet se concentre moins sur le remplacement d’une couche de règlement blockchain existante et davantage sur la réduction de la dépendance aux fournisseurs de cloud centralisés, en permettant aux applications d’accéder au calcul fourni par leur propre base d’utilisateurs ou de nœuds. Ce changement a également rapproché Bless de ses pairs DePIN et d’infrastructure IA plutôt que des plateformes classiques de smart contracts : le site web grand public met en avant les charges de travail GPU/CPU, l’entraînement et l’inférence IA, le jeu vidéo, le traitement de données et un marché de données fondé sur le consentement, tandis que la documentation développeur met l’accent sur le déploiement TypeScript et JavaScript via le CLI Bless, comme illustré dans l’introduction pour développeurs.

Comment fonctionne le réseau Bless ?

Bless doit être compris comme un réseau de coordination de calcul décentralisé ancré dans des incitations crypto‑économiques, et non comme une blockchain de couche d’exécution autonome entrant en concurrence directe avec Ethereum ou Solana pour le règlement général de transactions.

Le jeton BLESS est décrit dans la divulgation MiCA comme un jeton fongible SPL sur Solana, tandis que le modèle de sécurité prévu pour le réseau repose sur une participation de type Proof‑of‑Stake dans laquelle les détenteurs de jetons stakent BLESS pour soutenir la validation, l’exploitation de nœuds et le règlement des tâches de calcul à maturité du mainnet, selon le white paper MiCA du projet. L’exécution réelle des charges de travail se déroule sur des nœuds distribués plutôt qu’au sein d’une unique machine virtuelle blockchain déterministe, de sorte que la question technique critique de Bless ne concerne pas uniquement la finalité du consensus, mais aussi la capacité à assigner, exécuter, vérifier et payer des tâches de calcul distribuées avec une latence, une fiabilité et une résistance à la fraude acceptables.

La pile technique du réseau est construite autour du routage de tâches, de l’isolation basée sur WebAssembly, de la sélection de nœuds tenant compte des performances et de la vérification dynamique.

Les développeurs soumettent des tâches via le CLI Bless, en incluant les besoins en ressources tels que CPU, RAM, bande passante, priorité et attentes en matière de latence ; le réseau identifie ensuite les nœuds en ligne par capacité et géographie, en priorisant la fiabilité et le temps de disponibilité historiques, comme décrit dans la documentation sur l’orchestration. Pour la vérification, Bless décrit un modèle modulaire dans lequel les applications peuvent choisir des méthodes de validation spécifiques à la tâche, incluant un vote de type pBFT ou RAFT pour les résultats binaires et une validation de données agrégées pour les tâches de récupération, plutôt que de s’appuyer sur un seul schéma de vérification universel pour chaque calcul, selon la documentation sur la vérifiabilité.

Cette conception est pragmatique mais introduit un problème de sécurité difficile : le matériel grand public hétérogène est moins coûteux et plus répandu que l’infrastructure de centre de données, mais il est aussi plus bruyant, moins fiable et plus vulnérable aux comportements Sybil, à la collusion, à la manipulation du temps de disponibilité et aux environnements d’exécution incohérents.

Quelle est la tokenomics de Bless ?

Le calendrier d’émission de BLESS est relativement agressif pour un jeune jeton d’infrastructure. Tokenomics.com indique une offre maximale de 10 milliards de BLESS, une offre totale juste en dessous de ce niveau, un TGE le 23 septembre 2025, et une offre en circulation qui représentait environ 18 % à 19 % de l’offre totale dans les instantanés de données de marché du début 2026, avec un déblocage complet prévu jusqu’en août 2032 via un calendrier de vesting de 84 mois, selon la page tokenomics de Bless Network et le calendrier de déblocage. La répartition rapportée partage l’offre entre les incitations communautaires, les pools d’airdrop et de marketing, les initiés, les investisseurs privés, les réserves de la fondation et la liquidité. Cela fait de BLESS ni un actif de type marchandise à flottant fixe ni un jeton de gouvernance entièrement émis ; la principale pression économique vient des déblocages programmés, d’autant plus que les allocations des investisseurs, de l’équipe, des conseillers, de la fondation et de la communauté se libèrent sur plusieurs années et peuvent augmenter significativement l’offre en circulation même si l’offre totale est plafonnée.

L’utilité prévue du jeton est le règlement et la coordination du calcul.

Le dossier MiCA indique que BLESS devrait sous‑tendre le staking pour la participation au réseau, récompenser les opérateurs de nœuds et servir de moyen de paiement pour les charges de travail de calcul ; il précise également que les détenteurs ne reçoivent ni actions, ni dividendes, ni droits de partage des bénéfices, ni droits de remboursement, ni droits contractuels à l’encontre du réseau ou de l’émetteur, ce qui est important pour la classification des risques et la discipline de valorisation.

La thèse économique de Bless est que la demande de charges de travail payantes devrait créer des flux de frais vers les opérateurs de nœuds et potentiellement une captation de valeur pour les stakers ou des mécanismes de destruction de jetons, mais le dossier public n’est pas encore suffisamment clair pour considérer cela comme démontré.

Certains résumés de marché décrivent une pression de burn basée sur les revenus, tandis que le white paper MiCA précise que BLESS n’implémente pas de mécanismes d’ajustement automatique de l’offre tels que le rebasing, une émission liée à la demande ou un burn lié à la demande. L’interprétation prudente est que BLESS a une offre nominale plafonnée avec une inflation de l’offre en circulation induite par le vesting, et que toute captation de valeur durable dépend de véritables paiements de calcul, de la demande de staking et de l’application crédible de la performance des nœuds, plutôt que d’un modèle mécaniquement déflationniste garanti.

Qui utilise Bless ?

L’adoption visible de Bless a été plus forte du côté de l’offre que du côté de la demande.

Le projet affirme que son réseau a atteint des millions de nœuds, le site officiel mentionnant plus de 5 millions de nœuds maintenus par les utilisateurs et la documentation développeur indiquant que Bless comptait plus de 4,1 millions de nœuds en ligne chaque jour au moment de la publication de cette page.

La description du projet sur CoinMarketCap cite également plus de 5 millions de nœuds en testnet, tandis qu’un article de presse de septembre 2025 sur le lancement du mainnet faisait référence à plus de 6,3 millions de nœuds et 2,5 millions d’utilisateurs durant la phase de testnet. Ces chiffres suggèrent une participation largement motivée par les airdrops et les incitations, mais ils ne doivent pas être confondus avec une demande récurrente de la part d’entreprises ou des revenus de calcul payant ; sur les marchés DePIN, la croissance du côté de l’offre en nœuds peut être peu coûteuse à subventionner, tandis que la validation la plus difficile consiste à savoir si les développeurs paient pour les charges de travail une fois que les incitations se normalisent.

Du côté de la demande, Bless cible le support pour l’inférence et l’entraînement IA, le traitement de données, l’infrastructure de jeu vidéo, l’hébergement web distribué et les déploiements développeurs.

La documentation montre une prise en charge des applications TypeScript et JavaScript, le déploiement via npx blessnet deploy, et des intégrations listées pour des technologies comme Space and Time Database et Monad Blockchain, mais les mêmes documents indiquent également que le réseau est en bêta ou testnet et le fait que les déploiements soient gratuits pendant cette phase, ce qui rend la traction en matière de revenus difficile à vérifier à partir des documents publics.

L’adoption par les exchanges est plus claire que l’adoption par les entreprises : Bitget a annoncé la cotation de BLESS dans sa zone Innovation et IA le 23 septembre 2025, et une couverture par Binance Alpha et Binance Futures a été rapportée autour de la même fenêtre de lancement, tandis que le livre blanc MiCA a été préparé pour l’admission à la négociation sur Bitvavo. Ces cotations soutiennent la liquidité et la distribution, mais elles ne prouvent pas que des entreprises consomment la puissance de calcul de Bless à grande échelle.

Quels sont les risques et défis pour Bless ?

Bless comporte des risques réglementaires, d’exécution et de centralisation typiques des infrastructures tokenisées en phase initiale. En Europe, le livre blanc MiCA classe BLESS comme un « autre crypto-actif », et non comme un jeton de monnaie électronique ou un jeton référencé à des actifs, et le décrit comme non remboursable et ne portant pas intérêt, mais cette classification ne résout pas automatiquement la manière dont d’autres juridictions pourraient analyser les ventes de jetons, les récompenses de staking, les airdrops ou les questions d’« attente de profit ». Les recherches publiques n’ont pas identifié de procès actif connu de la SEC visant spécifiquement Bless ou BLESS, mais l’absence d’une action d’exécution connue n’équivaut pas à une certitude réglementaire. Le réseau dépend également de l’intégrité du scoring des nœuds, de la vérification des tâches, de la distribution des récompenses et de la conception du staking ; si la participation des nœuds est fortement motivée par les incitations ou concentrée entre des opérateurs coordonnés, la décentralisation apparente de millions de nœuds de navigateur peut surestimer le nombre de fournisseurs de calcul économiquement indépendants et fiables.

La menace concurrentielle est importante, car Bless entre sur un marché de calcul décentralisé déjà encombré. Akash, Render, io.net, Aethir, Golem, Fluence et d’autres réseaux DePIN ou de calcul se disputent tous l’attention, en partie chevauchante, des développeurs, tandis que les acteurs centralisés en place tels qu’AWS, Google Cloud, Microsoft Azure et les fournisseurs spécialisés de GPU‑cloud dominent encore en matière de fiabilité, d’approvisionnement entreprise, de conformité, d’observabilité et de garanties de niveau de service. Le modèle de Bless, basé sur les appareils grand public, peut être rentable pour certains workloads sensibles à la latence, irréguliers ou en périphérie, mais il est moins évidemment adapté aux grappes GPU hautes performances déterministes, aux workloads d’entreprises réglementées ou aux tâches nécessitant des garanties strictes de disponibilité. Son modèle économique fait également face à des pressions spécifiques au jeton : un calendrier de déblocage pluriannuel peut diluer les détenteurs en circulation avant que l’usage ne mûrisse, et si les récompenses dépassent les revenus organiques du calcul pendant trop longtemps, le réseau peut dériver d’une place de marché d’infrastructure vers une boucle de participation subventionnée.

Quelles sont les perspectives d’avenir pour Bless ?

Les perspectives de Bless dépendent moins des cotations de jetons que de sa capacité à convertir un large testnet ou un vaste stock de nœuds en une demande vérifiable de workloads payants.

Les principaux jalons à surveiller sont la préparation à la production du mainnet de calcul, des nœuds de bureau ou natifs compatibles GPU, des mécanismes de vérification plus robustes, un support linguistique plus large au‑delà de TypeScript et JavaScript, une orchestration améliorée, ainsi que des données transparentes de facturation ou de revenus.

L’audit d’août 2025 mené par Halborn sur les programmes Solana de Bless a relevé un problème d’ordre informatif et aucune conclusion critique, élevée, moyenne ou faible dans le périmètre audité, ce qui est positif mais limité : il couvrait les programmes Solana liés aux jetons et aux airdrops, et non l’intégralité du modèle de sécurité du calcul distribué, l’économie du marché des nœuds ou le système de vérification de workloads adversariaux.

La feuille de route du livre blanc identifie comme priorités le lancement du mainnet, l’amélioration de la vérification, un support plus large des langages de programmation, une meilleure orchestration et des fonctionnalités de sécurité renforcées, tandis que la documentation actuelle contient encore un langage de type bêta/testnet ; l’obstacle pratique consiste donc à aligner les annonces de lancement public, les outils pour développeurs, les rails de paiement et une demande de production mesurable.

La thèse d’infrastructure est plausible mais non prouvée. Si Bless parvient à router de manière fiable de vrais workloads vers des appareils hétérogènes, à faire respecter la qualité de service, à empêcher le « gaming » des nœuds et à rémunérer les contributeurs à partir de la demande client plutôt que des émissions de jetons, il pourrait occuper une niche défendable de calcul en périphérie au sein du DePIN. Dans le cas contraire, le projet risque de devenir un autre réseau de jetons riche en offre, avec des nombres de nœuds impressionnants mais une faible densité de revenus. Les indicateurs les plus importants ne sont pas le prix à court terme, le volume sur les exchanges ou la croissance sociale, mais l’usage récurrent de calcul payant, la rétention des opérateurs de nœuds non motivés par les airdrops, l’achèvement vérifiable des workloads, une participation au staking qui améliore la sécurité plutôt que de simplement absorber le flottant, et une divulgation transparente des revenus, des brûlures, des déblocages et des sources de récompenses.