# Chaineum | Comment ça marche

## Architecture des Q-Oracles : le pont de confiance quantique

Le Q-Oracle (Quantum Oracle) est le composant middleware central de Chaineum<sup>©</sup>. Il est le mécanisme de confiance qui garantit l'intégrité de la requête, l'exécution correcte du calcul quantique, et l'authenticité du résultat inscrit sur la blockchain.

Son rôle est triple : **traduire**, **exécuter** et **prouver.**

### 1. Structure du nœud Q-Oracle

Un nœud Q-Oracle est un service hors chaîne (off-chain) géré par un opérateur et composé de plusieurs modules critiques.

|          <sup>**Composant**</sup>          |                                                           <sub>**Rôle Technique**</sub>                                                          |                                    <sup>**Sécurité et Preuve**</sup>                                   |
| :----------------------------------------: | :----------------------------------------------------------------------------------------------------------------------------------------------: | :----------------------------------------------------------------------------------------------------: |
|  <sup>Blockchain Listener (Écouteur)</sup> |       <sup>Surveille les événements (logs) émis par les Smart Contracts sur la Chaineum DLT, détectant les requêtes de calcul payées.</sup>      |                        <sup>Déclenchement basé sur un événement On-Chain.</sup>                        |
| <sup>Quantum Translator (Traducteur)</sup> |   <sup>Convertit le problème de la blockchain (par ex., paramètres d'optimisation) en un format compris par l'ordinateur quantique (QPU).</sup>  |    <sup>Utilise les frameworks quantiques (Qiskit, Cirq) pour générer des circuits quantiques.</sup>   |
|   <sup>QPU Gateway (passerelle QPU)</sup>  | <sup>Gère la connexion, l'authentification et la distribution des tâches aux API des fournisseurs de Cloud Quantique (IBM, Azure, Google).</sup> | <sup>Assure la résilience en distribuant la charge et en gérant les files d'attente (job queue).</sup> |
|    <sup>Proof-of-Execution Module</sup>    |                  <sup>Reçoit le résultat brut du QPU, l'interprète et le finalise, puis génère la preuve cryptographique.</sup>                  |        <sup>L'opérateur signe le résultat avec sa clé post-quantique avant de le renvoyer.</sup>       |

### 2. Le workflow de confiance quantique

Le flux de travail garantit l'intégrité de la requête et la validité de la réponse à travers ces étapes :

#### Étape 1 : demande de calcul (On-Chain)

1. **Smart contract déclencheur** : l'utilisateur soumet une requête et paie les **Q-Compute Fees** (en jetons CHX).
2. **Séquestre** : les fonds sont mis en séquestre (escrow) dans le contrat.
3. **Événement émis** : le contrat émet un événement public que les Q-Oracles écoutent.

#### Étape 2 : traitement quantique (Off-Chain)

1. **Capture et lecture** : le nœud Q-Oracle capture l'événement et lit les paramètres.
2. **Traduction et exécution** : le translator prépare l'algorithme quantique, et la QPU Gateway l'envoie pour exécution sur le QPU.
3. **Interprétation** : le Q-Oracle reçoit la réponse brute (distribution de probabilités) et la post-traite pour en extraire la solution finale (ex: allocation d'actifs optimale).

#### Étape 3 : preuve de résultat sécurisée (Callback On-Chain)

1. **Génération de la preuve** : le nœud Q-Oracle génère le hash du résultat final.
2. **Signature post-quantique** : l'opérateur signe ce hash avec sa clé privée, qui utilise des algorithmes résistants aux attaques quantiques (Lattice-based).
3. **Callback transaction** : le Q-Oracle envoie une transaction de retour au Smart Contract original, incluant le **résultat** et la **signature post-quantique**.
4. **Vérification On-Chain** : le Smart Contract vérifie la validité de la signature. Si elle est valide, les frais sont libérés à l'opérateur, et le résultat est inscrit comme un fait vérifié et immuable.

### 3. Sécurité et incitation (Proof-of-Integrity)

* [x] **Staking obligatoire** : les opérateurs de Q-Oracles doivent mettre en staking une quantité substantielle de jetons CHX.
* [x] **Mécanisme de slashing** : en cas de fourniture d'un résultat incorrect, falsifié ou non signé, une partie du stake de l'opérateur est perdue, garantissant l'intégrité des données quantiques. Le mécanisme de Slashing (pénalité) est l'outil qui protège la valeur des Q-Compute Fees (monétisation).
* [x] **Sécurité à long terme** : l'utilisation de la cryptographie post-quantique dans le module de preuve assure que la chaîne de confiance résistera aux futurs ordinateurs quantiques.

{% hint style="success" %}
**CONTACT**
\
+33688368240
\
<contact@chaineum.com>&#x20;
\
[WhatsApp](https://wa.me/33688368240)
\
[Telegram](https://t.me/laurentleloup)
{% endhint %}

<sup>*Chaineum© est une marque déposée et une infrastructure de confiance développée par Chaineum Labs.*</sup>
\ <sup>*Copyright © 2025 Chaineum Labs. Tous droits réservés.*</sup>


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://chaineum.gitbook.io/quantum-ai-chain/justification-du-besoin-1.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.