Trois groupes – Amazon, Microsoft et Google – captent à eux seuls près des deux tiers des dépenses mondiales en cloud. Que vous vouliez faire tourner un serveur, entraîner un modèle d’IA ou héberger un nœud DeFi, vous finissez presque toujours par payer l’un de ces géants.
Akash Network (AKT) veut briser ce quasi‑monopole en transformant les ressources de calcul sous‑utilisées du monde entier en une place de marché ouverte et sans permission. Le protocole a déjà permis de générer plus de 172 millions de dollars de demande annualisée de calcul. À l’heure où les coûts d’infrastructure des agents d’IA dominent les débats dans le web3, le sujet n’a jamais été aussi brûlant.
Cet article détaille précisément le fonctionnement de cette place de marché : ce qui se passe quand un fournisseur met de la capacité en vente, comment un client la loue, comment les prix se forment et pourquoi l’architecture est plus difficile à cloner qu’il n’y paraît.
En résumé
- Akash est une place de marché de cloud décentralisé où tout propriétaire de serveur peut vendre sa capacité CPU, GPU ou de stockage inutilisée à n’importe quel acheteur, sans intermédiaire.
- Les prix sont fixés via un mécanisme d’enchères inversées : les clients annoncent ce qu’ils sont prêts à payer et les fournisseurs se livrent concurrence pour remporter le contrat, faisant chuter les coûts bien en dessous des tarifs des hyperscalers.
- Le jeton AKT gouverne le réseau, sécurise le staking et sert aux règlements, alignant directement l’économie du marché de calcul sur celle du jeton.
- Les workloads tournent dans des conteneurs standards : la plupart des logiciels compatibles Docker se déploient sur Akash sans aucune modification.
- Les principaux cas d’usage aujourd’hui sont l’inférence IA, l’hébergement de nœuds DeFi et le déploiement de frontends de dApps, des workloads où l’optimisation des coûts prime sur les garanties de SLA facturées au prix fort par les grands clouds.
Ce que signifie vraiment « cloud décentralisé »
Dans le modèle traditionnel, le cloud consiste à louer des tranches virtuelles de matériel possédé, opéré et tarifé par un hyperscaler. Vous payez AWS pour une instance EC2.
AWS décide du prix de cette instance, du niveau de disponibilité garanti et de ce que vous êtes autorisé à y exécuter. La relation est entièrement « custodiale » : le fournisseur contrôle la ressource sous‑jacente et peut couper votre accès.
Le cloud décentralisé remplace cette relation de confiance bilatérale par un protocole. Au lieu de louer à une seule entreprise, vous louez les ressources d’un ensemble de fournisseurs indépendants qui respectent un même jeu de règles, appliquées par des smart contracts et un consensus blockchain. Aucune entité ne contrôle tout le matériel. Aucune entité ne peut couper tous les fournisseurs en même temps.
Les prix ne sont plus définis par une équipe commerciale, ils émergent de la concurrence entre fournisseurs qui se mettent mutuellement en compétition.
Le cloud décentralisé ne signifie pas « faire tourner le cloud sur une blockchain ». La puissance de calcul tourne sur des serveurs classiques. La couche blockchain gère la coordination, le paiement et l’exécution du contrat de location.
Cette nuance est essentielle, car une grande partie du scepticisme autour du cloud décentralisé confond les deux. Faire tourner une instance EC2 directement « sur chaîne » serait d’une lenteur et d’un coût prohibitif. Akash utilise en réalité une blockchain (construite avec le Cosmos SDK) pour coordonner un calcul hors‑chaîne : la charge de travail tourne sur du matériel réel, tandis que le contrat, le rail de paiement et le système de réputation résident, eux, sur la chaîne.
À lire aussi : Claude Fable 5 coûte deux fois plus cher qu’Opus mais reste gratuit jusqu’au 22 juin
Comment le modèle d’enchères inversées fixe les prix
La plupart des infrastructures cloud sont tarifées « top‑down ». AWS publie une grille. Vous la payez ou vous allez voir ailleurs. Akash renverse complètement cette logique avec un mécanisme d’enchères inversées.
Lorsqu’un client a besoin de capacité, il diffuse un ordre de déploiement au réseau. Cet ordre précise les ressources requises – cœurs CPU, RAM, stockage, type de GPU, préférence de région – ainsi que le prix maximum qu’il est prêt à payer par bloc, en AKT ou en USD Coin (USDC). C’est le deployment manifest. Il est public et visible par tous les fournisseurs du réseau.
Les fournisseurs répondent alors par leurs offres.
Chaque fournisseur indique le prix auquel il est disposé à exécuter la charge de travail spécifiée. Le client examine les offres, généralement en quelques secondes puisque la fenêtre d’enchère est courte, et retient la plus attractive. L’offre acceptée crée un lease, un contrat on‑chain qui verrouille le prix et l’engagement du fournisseur à livrer les ressources.
Parce que les fournisseurs se livrent concurrence sur chaque déploiement, le prix de marché converge vers le coût réel d’exploitation du matériel, majoré d’une faible marge. Des analyses indépendantes publiées par l’équipe Akash indiquent régulièrement des prix de calcul 3 à 10 fois inférieurs aux tarifs à la demande AWS pour des workloads CPU comparables. L’écart est souvent encore plus marqué sur les GPU, car la capacité excédentaire de GPU grand public ou semi‑pro (PC gaming, rigs de minage reconvertis après le merge, etc.) n’a aucun équivalent dans le catalogue des hyperscalers.
Le modèle d’enchères inversées a un second effet, plus discret : il permet une vraie découverte de prix. Les tarifs AWS restent une boîte noire ajustée par AWS. Les prix Akash reflètent en temps réel l’offre et la demande mondiales de matériel de calcul, sous les yeux de tout observateur de la chaîne.
À lire aussi : Bitmine rafle 213 M$ d’Ethereum en plein krach du marché
Comment les fournisseurs mettent leur capacité sur le marché
Toute personne disposant d’un serveur, d’une baie en datacenter, d’une station de travail inutilisée ou d’une machine dédiée à domicile peut devenir fournisseur sur Akash.
La marche technique est réelle, mais loin d’être insurmontable. Un fournisseur doit exécuter le logiciel Akash Provider au‑dessus d’un cluster Kubernetes, le configurer avec les spécifications de son parc matériel, fixer un prix plancher pour ses offres et s’enregistrer on‑chain.
Une fois enregistré, son stock de capacité devient visible pour l’ensemble des clients du réseau. Le logiciel du fournisseur surveille la chaîne pour détecter les ordres de déploiement compatibles avec son matériel. Lorsqu’un ordre pertinent apparaît, le logiciel peut calculer automatiquement une offre compétitive et la soumettre dans la fenêtre d’enchère.
Si le client accepte l’offre et qu’un lease est créé, le fournisseur récupère le deployment manifest du client, qui inclut la référence de l’image du conteneur et sa configuration. Il lance ensuite le conteneur au sein de son cluster Kubernetes et la charge de travail démarre. À partir de ce moment, le fournisseur est rémunéré à chaque bloc, tant que le lease reste actif.
Les paiements transitent par un système d’escrow on‑chain. Le client dépose les fonds dans l’escrow à la création du lease. À chaque bloc, un micropaiement est prélevé de l’escrow vers l’adresse du fournisseur. Si le solde tombe à zéro, le lease est automatiquement clôturé.
Ce flux de micropaiements continus garantit que les fournisseurs ne portent jamais une créance importante, et que les clients ne peuvent pas être facturés au‑delà des fonds déjà déposés.
Le modèle de paiement par bloc avec escrow d’Akash élimine le risque de crédit habituel entre client cloud et fournisseur. Aucun des deux n’a à se fier à l’autre : le smart contract impose le règlement automatiquement.
À lire aussi : Claude Fable 5 est‑il le prochain cauchemar sécurité de la crypto ?
Le rôle du jeton AKT dans l’économie du calcul
AKT est le jeton natif d’Akash Network. Il remplit trois fonctions clés qui bouclent l’économie entre offre de calcul, demande et sécurité du réseau.
Premièrement, AKT sert de jeton de staking. Validateurs et délégants stakent des AKT pour participer au consensus proof‑of‑stake basé sur Cosmos (ATOM). Les récompenses de staking proviennent en partie de l’émission de nouveaux jetons et en partie d’un prélèvement sur les frais du réseau. La sécurité de la chaîne croît ainsi avec la valeur économique de l’écosystème qu’elle protège.
Deuxièmement, AKT est une unité de règlement. Même si l’équipe Akash a ajouté le support d’USDC pour réduire les frictions des clients qui ne souhaitent pas prendre d’exposition au jeton, AKT reste l’unité principale de facturation des frais du réseau. Les fournisseurs qui accumulent des AKT via les leases doivent choisir entre les conserver, les vendre ou les staker, créant un bouclage entre la demande de calcul et la dynamique du jeton.
Troisièmement, AKT est le jeton de gouvernance. Les détenteurs votent les mises à jour du protocole, les changements de paramètres et l’allocation de la trésorerie. La gouvernance a notamment validé des évolutions majeures comme l’introduction de moyens de paiement en stablecoins et l’extension du testnet GPU.
Le lien entre la demande réelle de calcul et la valeur du jeton est plus étroit que dans la plupart des réseaux crypto. Plus il y a de workloads déployés, plus d’AKT transitent par le système d’escrow et plus les frais accumulés par le protocole augmentent. La capacité inactive, elle, ne génère aucun revenu de frais. AKT représente donc, dans une certaine mesure, une créance sur l’activité économique future d’une place de marché de calcul, plutôt qu’un simple actif spéculatif.
À lire aussi : Les perps Kalshi dépassent 1 Md$ de volume en moins d’une semaine
Pourquoi les workloads d’inférence IA s’adaptent particulièrement bien au cloud décentralisé
L’intérêt pour Akash a nettement accéléré lorsque les coûts d’infrastructure des agents d’IA sont devenus un enjeu crucial pour les développeurs web3. Faire tourner un grand modèle de langage en mode inférence – générer des réponses, non entraîner le modèle – exige de la capacité GPU, mais pas le même niveau de SLA qu’un système critique comme le dossier patient d’un hôpital. Une garantie de disponibilité de 99,5 % fournie par un opérateur décentralisé est largement suffisante pour un agent d’IA qui met à jour des données de marché toutes les quelques minutes.
Ce profil de risque différent est précisément le terrain de jeu du cloud décentralisé. Les hyperscalers facturent très cher leurs niveaux de SLA. Cette prime se justifie pour les logiciels d’entreprise où chaque minute d’arrêt se traduit en perte de revenus ou en risques juridiques. Pour la couche analytique d’un protocole DeFi, ou pour un agent d’IA qui traite des données de portefeuille, cette prime est en grande partie gaspillée.
L’offre de GPU sur Akash inclut du matériel que les hyperscalers… ne pas immobiliser massivement des stocks de cartes NVIDIA RTX 4090, de GPU A100 issus de clusters de recherche décommissionnés ou de H100 proposés par des fournisseurs capables d’optimiser bien mieux leurs baies que les clouds traditionnels. Les locataires qui n’ont besoin que de capacités d’inférence ponctuelles — quelques heures de calcul intensif plutôt qu’un engagement de long terme — trouvent sur Akash une tarification proche du “spot”, sans avoir à affronter la complexité des instances Spot d’AWS.
La mise à niveau Persistent Storage et la fonctionnalité IP Leases, déployées en 2023 et 2024, ont élargi le spectre des charges de travail qu’Akash peut prendre en charge au‑delà des simples conteneurs stateless. Les applications stateful, les bases de données et les services nécessitant une adresse IP publique stable peuvent désormais être déployés, ce qui augmente considérablement le marché adressable par le protocole.
À lire aussi : Le jeton H efface son rallye record après la confirmation d’une faille clé par Humanity Protocol
Comment Akash gère la confiance et la réputation des fournisseurs
La principale inquiétude lorsqu’on loue de la puissance de calcul à un fournisseur inconnu, c’est la fiabilité. Si un fournisseur remporte une enchère puis délivre des performances dégradées ou tombe en panne en milieu de bail, la charge de travail du locataire s’interrompt. Il n’y a aucun support centralisé pour arbitrer le différend.
Akash répond à ce problème via plusieurs mécanismes imbriqués. Le premier est le système de réputation on-chain des fournisseurs, qui enregistre pour chaque fournisseur inscrit son historique de disponibilité et de baux honorés avec succès. Les locataires peuvent filtrer les offres en fonction du score de réputation du fournisseur avant d’accepter un bail, de la même façon qu’ils filtrent par prix ou par région.
Le deuxième mécanisme est le modèle d’escrow lui-même. Les fournisseurs sont payés bloc par bloc, uniquement pour les blocs pendant lesquels le bail est actif. Un fournisseur qui se déconnecte cesse tout simplement de percevoir des paiements. L’escrow du locataire n’est pas ponctionné pour une disponibilité qui n’a pas été fournie. Le locataire peut fermer le bail et redéployer ailleurs en quelques minutes.
Le troisième mécanisme repose sur l’attestation par auditeur. Des auditeurs tiers peuvent inspecter les fournisseurs, vérifier la réalité de leur matériel et publier des attestations on-chain. Un locataire qui a besoin de capacité GPU certifiée, et non d’une simple déclaration d’un fournisseur, peut restreindre ses appels d’offres aux fournisseurs vérifiés par des auditeurs. Overclock Labs, l’équipe de développement à l’origine d’Akash, opère un auditeur et a déjà certifié des dizaines de fournisseurs, mettant en place un modèle de confiance à plusieurs niveaux sans pour autant centraliser le contrôle.
Rien de tout cela n’offre la robustesse d’un SLA entreprise assorti de recours juridiques. Mais pour les catégories de charges sur lesquelles Akash se positionne — applications containerisées, sensibles aux coûts et tolérantes aux pannes — la combinaison d’incitations économiques via l’escrow et de scoring de réputation s’est révélée suffisante à l’échelle actuelle du réseau.
À lire aussi : Kalshi liste un perpétuel Chainlink alors que les encours des ETF LINK dépassent 101 M$
Qui déploie réellement sur Akash, et pour quels usages ?
Comprendre qui utilise le réseau aujourd’hui permet de voir clairement où le cloud décentralisé est réellement compétitif, et où il reste à la traîne.
Les opérateurs de nœuds DeFi représentent une large part des déploiements actuels. Les validateurs, nœuds RPC et indexeurs ont besoin d’une bonne disponibilité, mais restent globalement tolérants aux pannes : si un nœud tombe, le trafic est redirigé. Le coût est un facteur clé, de nombreux validateurs opérant avec des marges serrées. Pour ce segment, Akash offre des économies substantielles face à un VPS dédié ou une VM chez un hyperscaler.
Les déployeurs d’inférence IA constituent le segment en plus forte croissance. Les développeurs qui bâtissent sur des modèles open source comme Llama ou Mistral ont besoin de GPU moins chers que les API d’OpenAI et plus flexibles qu’une instance réservée chez AWS. Le marché GPU d’Akash répond directement à ce besoin.
Les frontends et déploiements statiques forment une catégorie plus réduite, mais symboliquement importante. Les équipes souhaitant héberger l’interface de leurs dApps de manière résistante à la censure — pour qu’aucun CDN ne puisse mettre le site hors ligne sous pression réglementaire — utilisent Akash comme alternative crédible à l’hébergement centralisé.
Les charges de travail d’entreprise ou critiques du point de vue conformité sont, elles, largement absentes. Une fintech qui gère des données KYC ne peut pas légalement confier ces données à un fournisseur qu’elle n’a pas pu auditer. Les secteurs de la santé, des services financiers ou les administrations ont peu de chances de migrer à court terme vers une infrastructure de calcul permissionless. Ce n’est pas un reproche, mais une contrainte structurelle qui définit les cas d’usage pour lesquels le cloud décentralisé est ou n’est pas l’outil adéquat.
À lire aussi : Le bitcoin repasse sous 62 500 $ alors qu’un rallye avorté ravive les craintes de marché baissier
Conclusion
Le cloud computing décentralisé n’est pas une alternative théorique à AWS : c’est un marché déjà opérationnel, qui traite des charges de travail réelles avec des économies bien tangibles. L’architecture d’Akash Network fonctionne parce qu’elle dissocie les trois briques que les hyperscalers empaquettent ensemble : la couche de coordination (gérée on-chain), le rail de paiement (escrow par bloc) et la puissance de calcul (du matériel standard, partout dans le monde). Désarçonner ces trois fonctions ouvre la porte à une concurrence qu’un fournisseur intégré verticalement ne peut tout simplement pas reproduire.
L’adéquation économique est la plus forte pour l’inférence IA, l’infrastructure DeFi et toutes les charges où le développeur accorde plus d’importance au coût et à la résistance à la censure qu’à un SLA d’entreprise. À mesure que les agents IA se multiplient dans le web3 — pour exécuter des trades, gérer des portefeuilles ou traiter des données on-chain — la demande d’accès GPU bon marché et permissionless ne peut que croître.
Akash est structurellement bien placé pour capter une part significative de cette demande précisément parce que son modèle d’enchères inversées s’ajuste en temps réel aux conditions de l’offre, sans attendre qu’une équipe pricing en entreprise révise une grille tarifaire.
Pour les développeurs qui évaluent leurs options d’infrastructure, la conclusion pratique est limpide : si votre charge de travail tourne dans un conteneur Docker, tolère un certain turnover de fournisseurs et pourrait bénéficier de coûts de calcul divisés par 3 à 10, Akash mérite au moins un déploiement test dès aujourd’hui. La documentation sur akash.network propose un guide de démarrage opérationnel en moins d’une heure, et le marché des fournisseurs est suffisamment liquide pour que des offres arrivent en quelques secondes pour la plupart des configurations standard.
À lire ensuite : Les craintes de piratage crypto s’intensifient autour de la possible sortie de Claude Fable par Anthropic
