Akash affine son cloud décentralisé avec Mainnet 18

Akash Network a documenté Mainnet 18, une mise à niveau vers Akash v2.1.0 prévue au bloc 27 230 465, estimé au 11 juin 2026 vers 14 h UTC. La source officielle décrit trois changements principaux : Oracle v2, Resource Reclamation selon l’AEP-82, et un correctif sur les événements de clôture d’ordres de marché. Le point utile n’est pas un effet immédiat sur le prix du jeton, mais une évolution de plomberie pour un réseau qui vend de la capacité de calcul décentralisée.

Akash fonctionne comme une place de marché où des fournisseurs mettent à disposition du calcul, notamment pour des charges IA, et où des utilisateurs déploient des applications via des baux. Dans ce modèle, la fiabilité des données de prix et la gestion des ressources comptent autant que le récit crypto. Oracle v2 remplace les références fondées sur la hauteur de bloc par des horodatages et des durées en temps réel. Concrètement, les fonctions de détection de données périmées, les prix moyens pondérés dans le temps et les requêtes de prix deviennent moins dépendants du rythme de production des blocs.

Cette nuance est technique, mais elle touche un problème courant des blockchains applicatives : si le temps du réseau n’est vu qu’à travers les blocs, les calculs sensibles à la fraîcheur des données peuvent devenir fragiles lorsque les blocs ralentissent, accélèrent ou varient. L’approche par horodatage donne au module oracle une base plus proche du temps utilisé par les opérateurs, les marchés et les logiciels externes. La documentation indique aussi une réinitialisation complète de l’état Oracle v1, car le schéma fondé sur la hauteur de bloc n’est pas compatible avec le nouveau modèle.

Le second changement, Resource Reclamation, répond à un autre cas très concret. Jusqu’ici, un fournisseur qui devait récupérer une ressource pouvait fermer immédiatement un bail, avec un risque de coupure brutale pour la charge du client, ou attendre que le client agisse. L’AEP-82 introduit une période de grâce négociée entre locataire et fournisseur, stockée au moment de la création du bail. Pendant cette fenêtre, le fournisseur signale la récupération à venir, le locataire peut migrer ou fermer, et la fermeture forcée attend l’expiration du délai.

Pour Akash, Mainnet 18 signale donc une maturation opérationnelle. Le réseau ne promet pas seulement du calcul moins centralisé ; il doit offrir des mécanismes prévisibles pour les nœuds, les fournisseurs et les utilisateurs qui exécutent des charges réelles. Les améliorations d’oracle et de récupération de ressources ne rendent pas le cloud décentralisé automatiquement compétitif face aux hyperscalers, mais elles réduisent deux sources de fragilité, la mesure du temps économique et la terminaison des baux. C’est précisément le type de détail qui décide si une infrastructure blockchain peut servir autre chose que des démonstrations.