Google Cloud ferme son service de nœuds blockchain

Blockchain Node Engine passe en support limité, avec un arrêt prévu le 15 décembre 2026 et une migration recommandée vers Quicknode.

Google Cloud indique dans ses notes de version que Blockchain Node Engine est entré en support limité le 15 juin 2026. Le fait central est opérationnel : la création de nouveaux nœuds Blockchain Node Engine et la fourniture de nouveaux endpoints Blockchain RPC sont désormais désactivées. Les nœuds et endpoints existants continuent de fonctionner, mais Google précise qu’ils ne recevront plus que des mises à jour critiques jusqu’à l’arrêt final du service, fixé au 15 décembre 2026.

Blockchain Node Engine était le service managé de Google Cloud pour déployer des nœuds blockchain dédiés, notamment Ethereum, sans gérer soi-même toute l’infrastructure. Un nœud blockchain conserve et vérifie l’état du réseau ; il sert aussi de point d’accès aux applications, indexeurs, portefeuilles ou outils d’analyse qui interrogent la chaîne par RPC, c’est-à-dire par appels programmatiques. Quand ce type de service disparaît, le risque n’est pas seulement administratif. Une équipe peut perdre son chemin d’accès principal aux données de chaîne si elle attend la dernière minute.

La note officielle recommande de migrer les charges de travail vers Quicknode, présenté comme partenaire, afin d’éviter une interruption. C’est une indication intéressante sur le marché de l’infrastructure blockchain. Les grands clouds ont longtemps servi de point d’entrée rassurant pour des équipes qui voulaient consommer des nœuds comme un service cloud classique. Ici, Google ne ferme pas une expérience marginale en silence : il donne un calendrier, maintient les ressources existantes quelques mois et oriente les clients vers un spécialiste du secteur. Le message implicite est que l’exploitation de nœuds reste utile, mais qu’elle n’est plus forcément un produit que tous les hyperscalers veulent porter directement.

Pour les développeurs, la conséquence concrète est une revue d’architecture. Il faut inventorier les endpoints utilisés en production, vérifier les clés, quotas, WebSocket, méthodes RPC particulières, exigences d’archive et politiques de reprise. Une migration de nœuds ne se limite pas à changer une URL : les comportements de limitation, la latence, les données historiques disponibles et la supervision peuvent varier. Cette annonce rappelle donc une règle sobre de l’infrastructure blockchain : même quand l’application est décentralisée, ses accès restent souvent concentrés dans quelques fournisseurs. Le calendrier de Google transforme cette dépendance en dette à traiter avant décembre.