Tempo cale son upgrade T6

Tempo a publié la version 1.9.0 de son client le 15 juin, avec une consigne obligatoire pour les opérateurs : installer cette version avant l’activation de l’upgrade T6, prévue sur le testnet le 18 juin 2026 à 16 h CEST, puis sur le réseau principal le 23 juin à 16 h CEST. La note de publication indique clairement que les validateurs et nœuds RPC non mis à jour sortiront de synchronisation. Le fait central n’est donc pas une simple livraison logicielle, mais une échéance de coordination pour une blockchain orientée paiements.

Tempo est un réseau compatible EVM, c’est-à-dire capable d’exécuter des contrats proches de ceux d’Ethereum, mais conçu autour de paiements rapides et de stablecoins. T6 introduit deux changements de protocole visibles pour les développeurs d’applications financières. Le premier, TIP-1028, ajoute des politiques de réception au niveau de l’adresse : un compte peut définir quels tokens TIP-20 et quels expéditeurs il accepte. Les transferts bloqués ne font pas seulement échouer la transaction, ils sont redirigés vers un contrat de garde nommé ReceivePolicyGuard, afin de permettre une récupération ultérieure.

Le second changement, TIP-1049, ajoute des clés d’administration pour la gestion des accès. Dans une application de paiement, la séparation entre une clé qui dépense, une clé qui autorise et une clé qui administre est un sujet concret de sécurité opérationnelle. Tempo précise que ces clés admin peuvent gérer d’autres clés, mais ne doivent pas porter de limite de dépense, de périmètre d’appel ou d’expiration. Cette distinction peut paraître technique, mais elle répond à une demande très pratique : permettre à des entreprises de gérer des comptes, des droits et des récupérations sans transformer chaque opération de maintenance en risque de transfert.

L’intérêt de T6 tient à ce mélange de conformité, de sécurité et d’exploitation. Les stablecoins promettent des paiements programmables, mais les entreprises doivent aussi refuser certains actifs, bloquer certains émetteurs, prouver qui peut agir sur un compte et récupérer proprement les erreurs. En rapprochant ces règles de la couche protocolaire, Tempo cherche à éviter que chaque application réécrive sa propre logique fragile. La prudence reste nécessaire : une note GitHub ne prouve pas l’adoption ni le volume futur du réseau. Elle montre toutefois que la concurrence entre blockchains de paiement se déplace vers des détails moins visibles que le débit brut, comme la gouvernance des clés, le filtrage des transferts et la capacité des opérateurs à suivre des upgrades datés.