Cette semaine, le sujet le plus intéressant n’était pas forcément le prix des tokens.

Ni même une nouvelle narrative miracle.

Ce qui ressort surtout, c’est que plusieurs projets d’infrastructure continuent d’avancer sur des sujets très concrets : paiement, RPC, déploiement, tokenisation, compute et IA.

Cosmos travaille ses rails de paiement et sa tokenomics. Lava pousse la résilience des RPC et l’infrastructure pour la tokenisation. Flux simplifie le déploiement d’applications sur un réseau distribué. Akash avance sur le compute IA et les workflows développeurs.

Pris séparément, ces sujets peuvent sembler techniques.

Mais ensemble, ils montrent une tendance intéressante : depuis plusieurs semaines, voire plusieurs mois, la DePIN et l’infrastructure décentralisée semblent progressivement reprendre de la place dans le récit crypto.

Pas forcément avec beaucoup de bruit.

Mais avec des cas d’usage plus lisibles.

Et c’est peut-être exactement ce dont le marché avait besoin.

Cosmos Hub : retrouver une cadence et remettre du concret

La Hub Unit a publié cette semaine son sixième récapitulatif hebdomadaire du Cosmos Hub. Ce format vise à résumer chaque jeudi les annonces importantes, les appels validateurs, les événements communautaires et les mises à jour de l’écosystème.

Cette semaine, trois sujets ressortent particulièrement :

• le lancement du hackathon Mad Easy on Cosmos ;
• l’avancement de la recherche tokenomics menée avec Gauntlet ;
• le suivi de l’intégration USDC via Injective.

Le point intéressant n’est pas seulement le contenu de ces annonces. C’est aussi la méthode.

Après des mois de débats parfois difficiles autour du rôle du Cosmos Hub, de l’avenir d’ATOM, de l’EVM, de l’ICL ou encore de la place réelle du Hub dans l’écosystème, cette cadence hebdomadaire apporte au moins quelque chose de précieux : de la lisibilité.

Ce n’est pas encore une réponse définitive aux grandes questions.

Mais c’est une tentative de remettre du suivi, du rythme et du concret.

Et Cosmos en avait probablement besoin.

Mad Easy on Cosmos : ramener les builders sur le Hub

Le hackathon Mad Easy on Cosmos, organisé avec les Mad Scientists, a démarré cette semaine.

Il s’agit d’un sprint d’une semaine autour de l’IA, des jeux on-chain et des expériences d’incitation. Les participants sont invités à construire des prototypes autour de mécaniques de loot, de gacha, de bonding curves, de coordination sociale ou encore de simulations risque/récompense.

La condition importante : au moins une partie du projet doit être liée au Cosmos Hub.

Ce détail compte.

Car le Hub ne peut pas seulement rester un actif de staking, un sujet de gouvernance ou un symbole historique de l’écosystème Cosmos. Il doit redevenir un endroit où l’on construit.

Ce hackathon ne transformera pas le Hub en une semaine.

Mais il envoie un signal utile : ramener des builders, des prototypes et des expériences au centre de l’attention.

Et pour un écosystème qui a parfois trop longtemps débattu de son identité, construire reste probablement le meilleur moyen de retrouver une direction.

ATOM tokenomics : moins d’intuition, plus de données

Autre point important : la recherche tokenomics menée avec Gauntlet arrive dans la dernière ligne droite de sa première phase.

L’objectif est de mieux comprendre comment ATOM circule, pourquoi il circule, quand il est vendu, et par quels types d’acteurs. Le travail repose notamment sur une analyse au niveau des wallets, des cohortes de détenteurs et de la pression vendeuse.

C’est probablement l’un des chantiers les plus importants pour ATOM.

Pendant longtemps, beaucoup de discussions autour du token se sont appuyées sur des impressions : trop d’inflation, trop de pression vendeuse, pas assez de value capture, pas assez d’utilité.

Ces questions sont légitimes.

Mais si le Hub veut modifier sérieusement son modèle économique, il doit s’appuyer sur des données solides.

Sinon, le risque est simple : remplacer une intuition par une autre.

La Hub Unit indique qu’il reste encore plusieurs analyses avant le rapport final de phase 1, notamment l’attribution des achats, la réaction des différentes cohortes à des événements passés et une comparaison avec d’autres réseaux proof-of-stake.

C’est moins spectaculaire qu’une grande annonce marketing.

Mais c’est probablement plus utile.

Injective USDC : avancer sans créer de panique

Le sujet USDC continue également d’avancer.

L’intégration via Injective est toujours en cours de conception technique, mais le message reste clair : il n’y a pas d’urgence à migrer. Noble USDC continue de fonctionner normalement, et aucune deadline n’est imposée aux équipes qui l’utilisent aujourd’hui.

Cette prudence est importante.

Dans Cosmos, les migrations d’actifs, de liquidité ou de standards peuvent vite devenir confuses. Le fait de rappeler qu’il n’y a pas de panique à avoir permet d’éviter une transition précipitée.

À moyen terme, ce sujet reste stratégique.

L’USDC, la liquidité et les rails de paiement ne sont pas des détails. Ce sont des éléments essentiels si Cosmos veut redevenir pertinent pour des usages financiers plus larges.

Et justement, cela rejoint un autre sujet important de la semaine : la place possible de Cosmos dans les réseaux de paiement modernes.

Cosmos et les paiements : l’interopérabilité comme argument institutionnel

Cosmos a publié un article sur la manière dont les réseaux de paiement modernes peuvent se connecter à la blockchain.

Le message est intéressant parce qu’il évite le piège habituel du “la blockchain va remplacer tout le système bancaire”.

L’approche est plus réaliste : les systèmes de paiement actuels sont réglementés, profondément intégrés aux processus institutionnels et construits autour de flux de messagerie et de règlement très contrôlés. L’opportunité blockchain n’est donc pas forcément de tout remplacer, mais d’ajouter des couches de règlement plus transparentes, programmables et interopérables.

C’est précisément là que Cosmos peut avoir une carte à jouer.

Son architecture permet de construire des blockchains spécialisées, souveraines, adaptées à des besoins précis : paiements, actifs tokenisés, règlements interbancaires, stablecoins, conformité, gouvernance spécifique.

Des projets comme Stable ou Arc sont cités comme exemples de réseaux orientés paiement. Circle présente d’ailleurs Arc comme une infrastructure blockchain pensée pour une économie internet-native, qui dépasse les seuls paiements pour toucher aussi la formation de capital, les contrats et la coordination économique.

Ce n’est pas encore une adoption massive.

Mais c’est une direction plus crédible : construire des rails compatibles avec les institutions, plutôt que prétendre que les institutions vont disparaître.

Lava : quand les RPC deviennent une infrastructure critique

Cette semaine, Lava a aussi rappelé un point essentiel : l’accès à une blockchain est presque aussi important que la blockchain elle-même.

Lorsqu’un wallet, une dApp ou un multisig dépend d’un seul fournisseur RPC, toute panne de ce fournisseur peut casser l’expérience utilisateur. L’utilisateur peut croire que son wallet ne fonctionne plus, que son solde a disparu ou que le réseau est en panne, alors que le problème vient parfois simplement de la couche d’accès.

Ce sujet n’est pas théorique.

Des incidents passés ont déjà montré que des services Web3 très utilisés pouvaient être affectés par des dépendances cloud ou RPC centralisées. CryptoSlate rappelait par exemple qu’une panne AWS avait perturbé l’affichage de soldes MetaMask et ralenti certaines opérations sur Base, exposant la dépendance de nombreuses interfaces à des points d’accès centralisés.

C’est précisément le problème que Lava cherche à réduire.

Lava route les requêtes via un réseau de fournisseurs RPC, avec l’objectif de limiter les interruptions et de diriger les requêtes vers les nœuds les plus performants disponibles. Sa documentation met en avant plus de 140 milliards de relays traités, une disponibilité annoncée de 99,999 % et plus de 30 fournisseurs RPC.

Pour l’utilisateur final, cette infrastructure est invisible quand tout fonctionne.

Mais lorsqu’elle tombe, tout le monde la remarque.

Et c’est là que l’on comprend que la décentralisation ne concerne pas seulement les validateurs ou les tokens. Elle concerne aussi les API, les RPC, les dashboards, les wallets et toutes les couches intermédiaires qui permettent aux applications de fonctionner.

Lava et la tokenisation : les RWA auront besoin de rails solides

Lava a également été associé cette semaine à un sujet plus institutionnel : la tokenisation d’actifs réels.

Bretagne Holding Limited aurait sélectionné Lava pour soutenir une Tokenization Sandbox liée à Alba Bay, un vaste projet immobilier planifié en République dominicaine. Selon The Defiant, il s’agirait d’un accord préliminaire visant à concevoir une sandbox de tokenisation pour un développement résidentiel de plus de 40 000 unités, sur près de 40 millions de mètres carrés.

Il faut rester prudent.

Une sandbox n’est pas une adoption finale. Ce n’est pas encore la preuve que tout le projet sera tokenisé demain matin.

Mais le signal est intéressant.

La tokenisation d’actifs réels ne dépend pas seulement de smart contracts ou de belles présentations. Elle dépend d’une infrastructure capable de tenir dans le temps : connectivité, disponibilité, données fiables, accès aux réseaux, sécurité opérationnelle et intégration avec d’autres plateformes.

C’est là que des acteurs comme Lava cherchent à se positionner.

Non pas comme “le projet RWA” lui-même, mais comme une couche technique permettant à ces projets de fonctionner dans de meilleures conditions.

Et cela confirme une tendance plus large : les RWA ne seront pas seulement une histoire de finance.

Ce sera aussi une histoire d’infrastructure.

Flux Orbit : rendre le déploiement décentralisé plus simple

Côté Flux, l’annonce autour d’Orbit / Deploy with Git va dans une direction complémentaire.

Le principe est simple : permettre aux développeurs de connecter un dépôt Git et de déployer une application sur FluxCloud sans devoir maîtriser Docker ou gérer toute la configuration serveur.

La documentation Flux indique que Deploy with Git supporte de nombreux frameworks et langages, notamment React, Next.js, Vue, Django, Rails, Laravel, Node.js, Python, Go, Rust, Java, .NET ou PHP. Elle met aussi en avant le déploiement depuis GitHub, les mises à jour automatiques depuis Git et le rollback automatique en cas de mauvais déploiement.

Ce point est important.

L’infrastructure décentralisée souffre souvent du même problème : elle est puissante, mais trop complexe pour beaucoup d’utilisateurs.

Si un développeur doit comprendre Docker, les ports, les serveurs, les images, le monitoring et les contraintes réseau avant même de déployer une simple application, beaucoup abandonneront avant d’avoir commencé.

Orbit va donc dans le bon sens : masquer une partie de la complexité pour rendre l’infrastructure Flux plus accessible.

Et c’est probablement comme cela que les réseaux décentralisés peuvent gagner en adoption.

Pas seulement en expliquant qu’ils sont plus souverains ou plus résistants.

Mais en devenant plus simples à utiliser.

AkashML : l’IA rejoint aussi le sujet infrastructure

Dernier signal intéressant : AkashML propose désormais une documentation permettant d’utiliser Claude Code avec AkashML.

Concrètement, AkashML expose un endpoint compatible avec l’API Anthropic Messages. Cela permet de configurer Claude Code pour envoyer ses requêtes vers AkashML via quelques variables d’environnement.

L’intérêt est important.

Claude Code devient un outil de plus en plus utilisé par les développeurs pour analyser des dépôts, modifier du code, automatiser certaines tâches ou accélérer le développement. En permettant de router ce type de workflow vers AkashML, Akash se positionne sur un terrain très concret : celui des usages IA des développeurs.

La documentation propose notamment un mapping entre les niveaux utilisés par Claude Code et différents modèles disponibles via AkashML, comme DeepSeek, Kimi ou Qwen.

Ce n’est pas seulement une intégration technique.

C’est un signal plus large : l’infrastructure décentralisée ne cherche plus seulement à héberger des applications Web3. Elle commence aussi à se brancher sur les workflows IA existants.

Et ce point mérite probablement un article complet à part entière.

Car derrière AkashML, les modèles ouverts, TAO, Kimi, Qwen, DeepSeek et les débats récents autour de l’accès à certains modèles propriétaires, une question beaucoup plus large apparaît :

qui contrôlera demain l’accès à l’intelligence artificielle ?

Nous y reviendrons.

Une tendance plus large : la DePIN revient dans le récit

Ce qui est intéressant, c’est que ces annonces ne tombent pas dans le vide.

Depuis plusieurs semaines, voire plusieurs mois, on voit revenir un intérêt plus marqué pour les projets d’infrastructure décentralisée : compute, stockage, RPC, déploiement, IA, réseaux physiques ou services techniques distribués.

Autrement dit, la DePIN semble progressivement reprendre une place dans le récit crypto.

Pas forcément sous la forme d’une grande euphorie de marché.

Plutôt comme une réponse à des problèmes très concrets.

Quand les applications dépendent d’un seul fournisseur RPC, Lava devient pertinent.

Quand déployer sur une infrastructure décentralisée reste trop complexe, Flux Orbit devient intéressant.

Quand l’accès au compute IA et aux modèles devient un enjeu stratégique, Akash retrouve naturellement sa place dans la discussion.

Et quand Cosmos parle de paiements, de rails institutionnels et d’interopérabilité, on retrouve encore cette même idée : la crypto doit fournir une infrastructure utile, pas seulement une promesse.

C’est peut-être là que la DePIN tire son épingle du jeu.

Elle ne vend pas seulement une narrative. Elle tente de répondre à une question simple : qui fait tourner les services dont le Web3, l’IA et les applications de demain auront besoin ?

Conclusion : moins de bruit, plus de choses qui fonctionnent

Au final, ce weekly montre surtout une chose : les projets d’infrastructure redeviennent difficiles à ignorer.

Ce ne sont pas toujours les annonces les plus spectaculaires. Mais ce sont souvent celles qui disent le plus sur l’état réel du marché.

Les utilisateurs veulent des services qui fonctionnent.

Les développeurs veulent des outils plus simples.

Les institutions veulent des rails fiables.

Et les réseaux décentralisés qui savent répondre à ces besoins pourraient bien être ceux qui tireront leur épingle du jeu dans les prochains mois.

Cosmos, Lava, Flux et Akash ne racontent pas exactement la même histoire.

Mais ils pointent tous vers une direction commune : une crypto moins obsédée par la promesse, et davantage tournée vers l’infrastructure réelle.

Ce n’est peut-être pas le récit le plus bruyant.

Mais c’est probablement celui qu’il faut suivre de près.