Trois entreprises – Amazon, Microsoft et Google – captent à elles seules environ les deux tiers de la dépense mondiale en cloud. Si vous lancez un serveur, entraînez un modèle d’IA ou faites tourner un nœud DeFi, il y a de fortes chances que vous payiez l’un de ces géants.
Akash Network (AKT) entend briser ce quasi-monopole en transformant la puissance de calcul inutilisée, partout dans le monde, en une place de marché ouverte, sans autorisation. Le protocole agrège déjà plus de 172 millions de dollars de demande annualisée en ressources de calcul. Au moment où le coût d’infrastructure des agents d’IA domine le débat web3, le sujet n’a jamais été aussi stratégique.
Cet article détaille le fonctionnement de cette place de marché : ce qui se passe lorsqu’un fournisseur met de la capacité en vente, comment un locataire la réserve, comment les prix se forment, et pourquoi l’architecture est bien plus difficile à copier qu’il n’y paraît.
À retenir
- Akash est un marché du cloud décentralisé où tout détenteur de serveur peut vendre sa capacité CPU, GPU ou stockage inutilisée, directement à ceux qui en ont besoin, sans intermédiaire.
- Les prix sont fixés par enchère inversée : les locataires annoncent le tarif qu’ils sont prêts à payer et les fournisseurs se concurrencent pour emporter le contrat, ce qui tire les coûts très en dessous des tarifs des hyperscalers.
- Le token AKT gouverne le réseau, sécurise le staking et sert aux règlements, ce qui relie directement l’économie du marché du calcul et celle du token.
- Les charges de travail tournent dans des conteneurs standards : la plupart des logiciels compatibles Docker se déploient sur Akash sans modification.
- Les usages principaux 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ù la priorité va au coût plutôt qu’aux SLA premium facturés par les grands clouds.
Ce que signifie vraiment « cloud décentralisé »
Dans le modèle cloud traditionnel, vous louez des tranches virtuelles de matériel appartenant à un hyperscaler, qui les exploite et en fixe les prix. Vous payez AWS pour une instance EC2.
C’est AWS qui décide du tarif, du niveau de disponibilité garanti et de ce que vous avez le droit d’y faire tourner. La relation est entièrement « custodiale » : le fournisseur garde le contrôle sur la ressource sous-jacente et peut couper votre accès à tout moment.
Le cloud décentralisé remplace cette relation de garde par un protocole. Au lieu de louer auprès d’une seule entreprise, vous louez auprès d’un réseau de fournisseurs indépendants qui adhèrent à un même jeu de règles, appliquées par des smart contracts et le consensus d’une blockchain. Aucun acteur unique ne contrôle l’ensemble du matériel. Aucun acteur unique ne peut mettre tous les fournisseurs hors ligne d’un coup.
Les prix ne sortent pas d’une grille tarifaire élaborée en interne : ils émergent de la concurrence entre fournisseurs qui enchérissent les uns contre les autres.
Cloud décentralisé ne veut pas dire « cloud hébergé sur une blockchain ». Le calcul tourne sur des serveurs classiques du commerce. La couche blockchain gère la coordination, le paiement et l’exécution des contrats de location.
Cette distinction est cruciale, car une bonne partie du scepticisme vient d’une confusion entre les deux. Faire tourner une instance EC2 « sur chaîne » serait d’une lenteur et d’un coût prohibitifs. Ce que fait réellement Akash, c’est utiliser une blockchain (construite sur le Cosmos SDK) pour coordonner du 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 vivent on-chain.
À 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 de haut en bas : AWS publie une grille de prix, à prendre ou à laisser. Akash renverse totalement cette logique avec un mécanisme d’enchère inversée.
Quand un locataire a besoin de ressources, il diffuse à tout le réseau un ordre de déploiement. Cet ordre précise les ressources requises – nombre de 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 ensuite par des offres.
Chacun indique le prix auquel il est disposé à exécuter la charge de travail. Le locataire examine les offres, généralement en quelques secondes compte tenu de la brièveté de la fenêtre d’enchère, puis accepte la plus intéressante. L’offre retenue crée un lease, un contrat on-chain qui verrouille le prix et l’obligation pour le fournisseur de délivrer les ressources.
Comme les fournisseurs se concurrencent ouvertement sur chaque déploiement, le prix de marché converge vers le coût d’exploitation du matériel, assorti d’une marge réduite. Des analyses indépendantes relayées par l’équipe Akash montrent de façon récurrente des prix de calcul 3 à 10 fois inférieurs aux tarifs à la demande d’AWS pour des workloads CPU comparables. L’écart est souvent encore plus marqué sur les GPU, car la capacité inutilisée de GPU grand public ou « prosumer » (PC de gaming, ex-rigs de mining post-merge) n’a pas d’équivalent dans le catalogue des hyperscalers.
Le modèle d’enchère inversée a un second effet, souvent sous-estimé : il crée une vraie découverte de prix. La tarification AWS reste une boîte noire ajustée par AWS. Les prix sur Akash sont le reflet en temps réel de l’offre et de la demande mondiales de matériel de calcul, lisibles par quiconque observe la chaîne.
À lire aussi : Bitmine rafle 213 M$ d’Ethereum en plein krach du marché
Comment les fournisseurs publient et livrent leur capacité
Toute personne disposant d’un serveur, d’une baie dans un datacenter, d’une station de travail inutilisée ou d’une machine dédiée chez elle peut devenir fournisseur sur Akash.
La marche technique existe, mais elle reste raisonnable. Un fournisseur doit exécuter le logiciel Akash Provider au-dessus d’un cluster Kubernetes, le configurer avec ses caractéristiques matérielles, fixer un prix plancher pour ses offres et s’enregistrer on-chain.
Une fois enregistré, sa capacité devient visible pour l’ensemble des locataires potentiels. Le logiciel fournisseur surveille la chaîne à la recherche d’ordres de déploiement compatibles avec son inventaire de ressources. Lorsqu’un ordre apparaît et matche ses critères, le logiciel peut calculer automatiquement une offre compétitive et la soumettre dans la fenêtre d’enchère.
Si le locataire accepte l’offre et que le lease est créé, le fournisseur récupère le manifest de déploiement, qui inclut la référence de l’image de conteneur et la configuration. Il lance ensuite le conteneur dans son cluster Kubernetes, et la charge de travail démarre. À partir de là, le fournisseur perçoit un paiement par bloc tant que le lease reste actif.
Les paiements transitent par un système d’escrow on-chain. Le locataire dépose les fonds en séquestre au moment de la création du lease. À chaque bloc, un micropaiement est libéré de l’escrow vers l’adresse du fournisseur. Si le solde tombe à zéro, le lease se ferme automatiquement.
Cette mécanique de micropaiements continus signifie que les fournisseurs ne se retrouvent jamais avec une grosse créance impayée, et que les locataires ne peuvent pas être facturés au-delà des fonds déposés.
Le modèle de paiement par bloc via escrow d’Akash supprime le risque de crédit habituel entre client cloud et fournisseur. Aucun besoin de confiance bilatérale : le smart contract impose le règlement, automatiquement.
À lire aussi : Claude Fable 5 sera-t-il le prochain cauchemar sécurité de la crypto ?
Le rôle du token AKT dans l’économie du calcul
AKT est le token natif d’Akash Network. Il remplit trois fonctions clés qui, ensemble, bouclent l’économie entre l’offre de calcul, la demande et la sécurité du réseau.
D’abord, AKT est le token de staking. Les validateurs et délégateurs mettent en jeu leurs AKT pour participer au consensus proof-of-stake de la stack Cosmos (ATOM). Les récompenses de staking proviennent en partie de l’émission de nouveaux tokens et en partie d’une commission sur les frais du réseau. Plus la valeur économique du réseau croît, plus la sécurité de la chaîne peut monter en puissance.
Ensuite, AKT sert d’unité de règlement. Même si l’équipe Akash a ajouté le support d’USDC pour réduire la friction côté locataires réticents à l’exposition au token, AKT reste l’unité principale dans laquelle les frais de réseau sont évalués. Les fournisseurs qui accumulent des AKT au fil des leases doivent alors arbitrer entre conserver, vendre ou staker, ce qui crée une boucle de rétroaction entre la demande de calcul et l’économie du token.
Enfin, AKT est un token de gouvernance. Ses détenteurs votent les mises à jour du protocole, les ajustements de paramètres et l’allocation de la trésorerie communautaire. La gouvernance a déjà servi à valider des changements structurants comme l’introduction de rails de paiement en stablecoins et l’extension du testnet GPU.
Le lien entre demande réelle de calcul et valeur du token est plus étroit que dans la plupart des réseaux crypto. Plus il y a de locataires qui déploient des workloads, plus d’AKT transitent par le système d’escrow et plus de frais remontent au protocole. 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é du 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 se prêtent particulièrement bien au cloud décentralisé
L’intérêt pour Akash s’est nettement accéléré au moment où le coût d’infrastructure des agents d’IA est devenu une véritable préoccupation pour les développeurs web3. Exploiter un grand modèle de langage en inférence – générer des réponses, sans entraîner le modèle – exige surtout de la capacité GPU, mais pas forcément les mêmes garanties de SLA qu’un système critique comme le dossier patient d’un hôpital. Un taux de disponibilité de 99,5 % fourni par un opérateur décentralisé est largement suffisant pour un agent d’IA qui actualise des données de marché toutes les quelques minutes.
Ce décalage de profil de risque est précisément là où le cloud décentralisé peut prendre l’avantage. Les hyperscalers font payer cher leurs niveaux de SLA. Cette prime a du sens pour le logiciel d’entreprise, où chaque minute d’arrêt se traduit en perte de chiffre d’affaires ou en risque juridique. Pour une couche d’analytics d’un protocole DeFi, ou un agent d’IA qui traite des données de portefeuille, cette prime est en grande partie superflue.
L’offre de GPU sur Akash inclut du matériel que les hyperscalers ne proposent tout simplement pas, ou seulement à des conditions drastiques : cartes grand public haut de gamme, ne pas immobiliser massivement du stock de cartes NVIDIA RTX 4090, de GPU A100 issus de clusters de recherche démantelés, ni de H100 provenant de fournisseurs capables d’offrir une meilleure économie de baie qu’un cloud classique. Les clients qui ont besoin 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.
Les évolutions Persistent Storage et IP Leases, mises en production en 2023 et 2024, ont élargi le spectre de charges de travail qu’Akash peut gérer au-delà des simples conteneurs stateless. Les applications stateful, bases de données et services nécessitant une adresse IP publique stable peuvent désormais être déployés, ce qui élargit fortement le marché adressable du protocole.
À lire aussi : Le token 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
L’inquiétude évidente lorsqu’on loue de la puissance de calcul à un fournisseur inconnu, c’est la fiabilité. Si un fournisseur remporte une enchère mais livre des performances dégradées, ou tombe en panne en plein milieu d’un bail, la charge de travail du client est interrompue. Il n’existe aucun support centralisé pour trancher le litige.
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 l’historique de disponibilité et de baux menés à bien pour chaque prestataire inscrit. Les locataires peuvent filtrer les offres selon le score de réputation du fournisseur avant d’accepter un bail, comme ils le feraient pour le prix ou la 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 prestataire qui se déconnecte cesse simplement de gagner. L’escrow du client n’est pas ponctionné pour une disponibilité non fournie. Le client 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 parc matériel et publier des attestations on-chain. Un client qui a besoin de capacité GPU vérifiée, plutôt que de se contenter d’une déclaration du fournisseur, peut restreindre ses appels d’offres aux prestataires certifiés par des auditeurs. Overclock Labs, l’équipe de développement à l’origine d’Akash, opère un auditeur et a certifié des dizaines de fournisseurs, mettant en place un modèle de confiance par paliers sans centraliser le contrôle.
Rien de tout cela n’offre la même robustesse qu’un SLA d’entreprise adossé à des voies de recours juridiques. Mais pour les types de charges où Akash se positionne – applications conteneurisées, sensibles au coût et tolérantes aux pannes – la combinaison d’incitations économiques via l’escrow et de scoring de réputation s’avère suffisante à l’échelle actuelle du réseau.
À lire aussi : Kalshi lance un perp Chainlink alors que les encours des ETF LINK dépassent 101 M$
Qui déploie réellement sur Akash, et pour quels usages
Identifier les utilisateurs actuels du réseau permet de comprendre où le cloud décentralisé est réellement compétitif, et où il reste en retrait.
Les opérateurs de nœuds DeFi représentent une large part des déploiements. 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 crucial, nombre de validateurs opérant sur des marges étroites. Pour ce segment, Akash offre des économies substantielles par rapport à un VPS dédié ou une VM chez un hyperscaler.
Les déployeurs de workloads 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 recherchent une capacité GPU moins chère que l’API d’OpenAI et plus flexible qu’une instance AWS réservée. Le marché GPU d’Akash répond directement à ce besoin.
Les déploiements frontend et statiques forment un segment plus restreint mais symboliquement important. Les équipes qui souhaitent héberger des frontends de dApps de manière résistante à la censure – afin qu’aucun CDN ne puisse couper le site sous pression réglementaire – utilisent Akash comme alternative crédible à l’hébergement centralisé.
Les workloads d’entreprise ou soumis à de fortes contraintes réglementaires sont largement absents. Une fintech qui traite des données KYC ne peut pas les confier à un fournisseur qu’elle ne peut auditer juridiquement. Les secteurs santé, services financiers et administrations ont peu de chances de migrer à court terme vers une infrastructure de calcul permissionless. Ce n’est pas une critique, mais une contrainte de périmètre qui définit là où le cloud décentralisé est, ou n’est pas, l’outil adapté.
À lire aussi : Le bitcoin repasse sous 62 500 $ alors que l’échec du rallye ravive les craintes de marché baissier
Conclusion
Le cloud décentralisé n’est plus une alternative théorique à AWS : c’est un marché opérationnel, qui traite des charges réelles avec des économies bien tangibles. L’architecture d’Akash Network fonctionne parce qu’elle découple les trois fonctions qu’un hyperscaler intègre verticalement : la couche de coordination (gérée on-chain), le rail de paiement (escrow bloc par bloc) et la puissance de calcul elle‑même (du matériel standard, partout dans le monde). En désintégrant ces trois briques, le modèle ouvre la porte à un niveau de concurrence qu’un fournisseur unique, intégré de bout en bout, ne peut reproduire.
L’adéquation économique est la plus forte pour l’inférence IA, l’infrastructure DeFi et toute charge où le développeur privilégie le coût et la résistance à la censure à un SLA d’entreprise. À mesure que les agents IA se multiplient dans le web3 – pour exécuter des transactions, gérer des portefeuilles et traiter des données on-chain – la demande pour un 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, plutôt que d’attendre qu’une équipe pricing révise une grille tarifaire.
Pour les développeurs qui évaluent leurs options d’infrastructure, la conclusion pratique est limpide : si votre charge tourne dans un conteneur Docker, tolère un certain turnover de fournisseurs et profiterait de coûts de calcul divisés par 3 à 10, Akash mérite un déploiement test dès aujourd’hui. La documentation sur akash.network propose un démarrage guidé en moins d’une heure, et le marketplace de fournisseurs est suffisamment liquide pour que des offres arrivent en quelques secondes pour la plupart des configurations standard.
À lire ensuite : Les craintes de hack crypto se renforcent autour de la possible sortie de Claude Fable par Anthropic
