Quantique européen : quand Pasqal et IQM regardent vers Tokyo plutôt que vers Seattle

# Quantique européen : quand Pasqal et IQM regardent vers Tokyo plutôt que vers Seattle

En 2026, les deux acteurs européens les plus avancés dans le calcul quantique ne cherchent pas leurs alliances stratégiques du côté des hyperscalers américains. Ce choix n'est pas anodin — il dit quelque chose de structurel sur la manière dont les DSI européens devront, à terme, intégrer cette technologie dans leur SI.

Le contexte que les équipes IT doivent avoir en tête

Le calcul quantique n'est plus une promesse de laboratoire. Il entre dans la phase d'intégration hybride : des charges de travail spécifiques — optimisation logistique, simulation moléculaire, cryptographie post-quantique — commencent à être déléguées à des processeurs quantiques, le reste du traitement restant sur infrastructure classique.

Pour un DSI ou un RSSI, la question n'est plus « quand le quantique sera-t-il utile ? » mais « de qui vais-je dépendre quand je l'intégrerai dans mon SI ? ».

C'est précisément là que le choix des alliances des acteurs européens devient un signal opérationnel concret.

Trois approches d'architecture hybride classique-quantique

Pour cadrer l'analyse, trois configurations méritent d'être comparées : l'approche portée par Pasqal (France, atomes neutres), celle de IQM (Finlande, supraconducteurs), et, en contrepoint, l'accès quantique via les plateformes cloud des acteurs américains dominants.

1. Architecture matérielle et modèle d'accès

Pasqal développe des processeurs à atomes neutres. L'un des points distinctifs de cette technologie est qu'elle permet des déploiements *on-premise* ou en infrastructure dédiée chez le client final — un point non négligeable pour les organisations soumises à des contraintes réglementaires fortes (secteur financier, défense, santé). Pasqal a formalisé en 2025-2026 des partenariats avec des acteurs japonais, notamment dans le cadre de projets industriels portés par le gouvernement nippon, qui finance massivement sa filière quantique nationale sans passer par les infrastructures américaines.

IQM s'appuie sur des qubits supraconducteurs et a choisi une stratégie de déploiement directement en datacenter, avec une offre pensée pour s'intégrer dans des environnements HPC existants. Ses collaborations avec des instituts de recherche japonais et coréens s'inscrivent dans une logique de co-développement matériel — et non de simple revente de capacité cloud. Concrètement, cela signifie que les équipes IT qui travailleront avec IQM auront accès à une documentation sur le matériel, à des APIs stables, et à une relation contractuelle qui ne passe pas par une marketplace américaine.

L'accès quantique via les plateformes US dominantes (les offres de type *Quantum as a Service* proposées depuis les hyperscalers américains) repose sur un modèle fondamentalement différent : le processeur quantique est accessible uniquement via API cloud, les données transitent par des infrastructures soumises au droit américain, et la feuille de route matérielle est entièrement pilotée par l'acteur américain. Pour un RSSI européen, ce modèle pose des questions qui ne se réduisent pas à la performance technique.

| Critère | Pasqal | IQM | Accès via hyperscaler US |

|---|---|---|---|

| Technologie qubit | Atomes neutres | Supraconducteurs | Variable (selon l'acteur) |

| Mode de déploiement | On-premise / dédié possible | Datacenter / HPC intégré | Cloud uniquement |

| Localisation des données | Maîtrisable contractuellement | Maîtrisable contractuellement | Soumise au droit US |

| Accès à la documentation matérielle | Oui | Oui | Non (boîte noire) |

| Dépendance à une marketplace tierce | Non | Non | Oui |

2. Intégration dans le SI existant et outillage pour les équipes IT

C'est ici que les différences deviennent opérationnelles pour les équipes en charge du SI.

Passqal et IQM proposent tous les deux des SDK open source ou à accès ouvert, compatibles avec des environnements Python standards et avec des frameworks quantiques comme Qiskit ou Pulser. Cela signifie que les développeurs et data engineers d'une PME ou ETI européenne peuvent prototyper sans se lier à un environnement propriétaire.

En pratique, pour une équipe IT de taille moyenne, l'intégration hybride classique-quantique via Pasqal ou IQM ressemble davantage à l'intégration d'un coprocesseur spécialisé — avec ses APIs, ses contraintes de latence, ses modèles d'erreur — qu'à la souscription d'un service cloud supplémentaire. C'est plus exigeant en compétences initiales, mais cela préserve la maîtrise de la chaîne de traitement.

Via un hyperscaler américain, l'expérience développeur est plus fluide à court terme : les SDK sont matures, les exemples abondants, l'intégration avec les autres services du cloud est native. Mais cette fluidité a un coût structurel : chaque appel quantique renforce l'ancrage dans l'écosystème de l'acteur américain, et la dépendance s'approfondit à mesure que les cas d'usage se multiplient.

3. Gouvernance des données et conformité

C'est le critère le plus sensible pour un RSSI européen en 2026.

Les acteurs américains dominants opèrent sous le Cloud Act et ses extensions réglementaires. Même avec des certifications européennes, la structure juridique de ces acteurs permet des accès potentiels aux données sans notification préalable à l'organisation cliente. Dans le contexte quantique, cela concerne non seulement les données d'entrée et de sortie des calculs, mais aussi les modèles hybrides entraînés ou optimisés via ces plateformes.

Pasqal et IQM, en tant qu'entités juridiques européennes, opèrent sous le droit français et finlandais respectivement, deux juridictions soumises au RGPD et au cadre NIS2. Leurs partenariats asiatiques — notamment avec des organismes publics japonais ou des industriels coréens — ne créent pas de vecteur d'accès américain aux données. C'est un point que les RSSI qui instruisent des dossiers de qualification devraient noter explicitement.

La question de la qualification ANSSI pour des usages souverains reste ouverte pour les deux acteurs européens — le calcul quantique hybride n'est pas encore couvert par les référentiels de qualification existants — mais la trajectoire est radicalement différente de celle d'un acteur américain.

4. Maturité opérationnelle et ce que ça implique concrètement

Ni Pasqal ni IQM ne proposent en 2026 une solution clé en main qu'une équipe IT peut déployer sans effort. Les cas d'usage quantiques utiles restent concentrés sur des domaines précis : optimisation combinatoire, simulation de matériaux, accélération de certains algorithmes d'apprentissage automatique.

Pour les équipes IT d'une PME industrielle ou d'une ETI financière, la question n'est pas de migrer demain vers le quantique, mais de se positionner maintenant sur la question de la dépendance future. Les choix d'architecture faits aujourd'hui — quel SDK, quel partenaire, quelle infrastructure — auront des effets de verrouillage dans trois à cinq ans, quand les processeurs quantiques atteindront une maturité opérationnelle plus large.

C'est précisément pourquoi la stratégie d'alliance des acteurs européens vers l'Asie mérite l'attention des DSI : elle dessine un écosystème alternatif à la concentration américaine, avec ses propres forces (co-développement matériel, accès aux marchés industriels asiatiques, absence de dépendance au Cloud Act) et ses propres limites (maturité commerciale encore inférieure, écosystème de partenaires intégrateurs plus restreint en Europe).

Ce que les équipes IT devraient surveiller

Les prochains mois verront probablement des annonces de la part des hyperscalers américains visant à accélérer l'adoption de leurs offres quantiques cloud en Europe — avec des arguments de facilité d'intégration et de maturité d'outillage qui seront réels. La question n'est pas de savoir si ces arguments sont faux. Elle est de savoir si la facilité d'aujourd'hui vaut l'enfermement de demain.

Les équipes IT qui prennent le sujet au sérieux devraient a minima cartographier quels cas d'usage quantiques sont pertinents pour leur secteur, identifier lesquels impliquent des données sensibles, et évaluer si leur organisation a les compétences pour travailler avec un SDK non packagé par un hyperscaler américain.

Ce dernier point n'est pas rhétorique : c'est un vrai critère de faisabilité opérationnelle, et l'un des arguments les plus concrets pour investir dès maintenant dans la montée en compétences sur les frameworks quantiques open source plutôt que d'attendre l'interface grand public de l'acteur américain dominant.