> For the complete documentation index, see [llms.txt](https://docs.clore.ai/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.clore.ai/clore.ai/clore.ai-eng-fr/pour-les-hotes/mfp-lock-a-complete-breakdown-of-mechanics.md).

# Verrouillage MFP

### 1. Qu’est-ce que le MFP et comment est-il calculé

**MFP (Prix équitable maximal)** est un score de qualité interne pour chaque serveur du réseau Clore.ai.\
L’algorithme prend en compte **toutes les caractéristiques matérielles clés**: le modèle et le nombre de GPU, la version PCI Express et la largeur des voies, la vitesse de la liaison Internet, le modèle de CPU, ainsi que de nombreux autres indicateurs.\
Plus la configuration est puissante et stable, plus le MFP est élevé.\
La limite supérieure actuelle est **200**.

<figure><img src="/files/87efedc148976b268e3fcb484610ac048777c403" alt=""><figcaption></figcaption></figure>

***

### 2. Pourquoi le MFP Lock est nécessaire

Un score seul ne suffit pas : le réseau doit voir que le propriétaire **croit en son serveur** et est prêt à garantir sa qualité avec des coins.\
Un hébergeur **verrouille** des CLORE dans le MFP Lock, confirmant le MFP du serveur et déverrouillant l’accès à une part de chaque récompense de bloc.

***

### 3. Flux des récompenses dans un bloc

| Source de revenus    | Part de l’émission | Explication                                                              |
| -------------------- | ------------------ | ------------------------------------------------------------------------ |
| **Staking PoH**      | 20 %               | Les utilisateurs sans serveurs peuvent simplement staker leurs coins ici |
| **verrouillage MFP** | 20 %               | Réparti à parts égales : **Palier 1 (10 %)** et **Palier 2 (10 %)**      |

Avec une récompense de 313 CLORE par bloc et 1 440 blocs par jour, chaque panier (Palier 1 et Palier 2) reçoit **45 072 CLORE par jour**.

***

### 4. Combien doit être verrouillé

*Règle de base : **1 MFP = 1 000 CLORE***.

| Palier       | Multiplicateur | Plage de mise      | Exemple pour MFP = 20                        |
| ------------ | -------------- | ------------------ | -------------------------------------------- |
| **Palier 1** | 1×             | ≤ 100 % du MFP     | ≤ 20 000 CLORE                               |
| **Palier 2** | 4×             | 100 - 500 % du MFP | jusqu’à 80 000 CLORE de plus (total 100 000) |
| **Palier 3** | 2×             | 500 - 700 % du MFP | jusqu’à 40 000 CLORE de plus (total 140 000) |

**Verrouillage total maximal : MFP × 7 000 CLORE**

***

### 5. Formule de récompense quotidienne et limites

Pour chaque panier *k* ∈ {T1, T2} :

<figure><img src="/files/dc43190f1ef791dbc95923032a402facf200c605" alt=""><figcaption></figcaption></figure>

#### Plafond du prix de location

Un serveur ne peut recevoir de **chaque** palier plus que son prix de location journalier.\
Pour une location de **300 CLORE / jour** les maximums sont :

| Source                | Plafond              |
| --------------------- | -------------------- |
| Palier 1 du MFP Lock  | 300 CLORE            |
| Palier 2 du MFP Lock  | 300 CLORE            |
| **Total du MFP Lock** | **600 CLORE / jour** |

Avec la location, un serveur loué pour 300 CLORE peut gagner **jusqu’à 900 CLORE par jour**.

#### Brûlage du surplus

Tout ce qui dépasse ces limites est automatiquement envoyé vers un portefeuille de burn.

***

### 5.1 Réduction des frais supplémentaires grâce au MFP Lock

En plus des récompenses d’émission, le MFP Lock offre un avantage puissant aux hébergeurs : **réduction des frais supplémentaires d’hébergeur** sur les commandes en devise hors CLORE.

Lorsque les locataires paient en Bitcoin ou dans d’autres monnaies non CLORE, des frais supplémentaires d’hébergeur (par exemple 15 %) sont déduits des gains de l’hébergeur. En verrouillant des CLORE sur les trois paliers, les hébergeurs peuvent **réduire ces frais supplémentaires à 0 %**.

#### Comment fonctionne la réduction

Chaque palier contribue proportionnellement à son niveau de remplissage :

| Palier       | Réduction max. | Capacité          |
| ------------ | -------------- | ----------------- |
| **Palier 1** | 30%            | MFP × 1 000 CLORE |
| **Palier 2** | 30%            | MFP × 4 000 CLORE |
| **Palier 3** | 40%            | MFP × 2 000 CLORE |
| **Total**    | **100%**       | MFP × 7 000 CLORE |

**Formule par palier :**

```
tier_reduction = round(fill_ratio × max_reduction_percent)
```

**Réduction combinée :**

```
total_reduction = min(100, T1_reduction + T2_reduction + T3_reduction)
```

Les réductions sont **additives** - lorsque les trois paliers sont entièrement verrouillés, la réduction totale atteint **100%**, éliminant entièrement les frais supplémentaires d’hébergeur.

#### Exemple

Serveur avec MFP = 20, commande en Bitcoin avec 15 % de frais supplémentaires d’hébergeur :

| État du verrouillage    | Réduction T1 | Réduction T2 | Réduction T3 | Total | Frais supplémentaires |
| ----------------------- | ------------ | ------------ | ------------ | ----- | --------------------- |
| Vide                    | 0%           | 0%           | 0%           | 0%    | 15%                   |
| Seulement T1 plein      | 30%          | 0%           | 0%           | 30%   | 10.5%                 |
| T1 + T2 pleins          | 30%          | 30%          | 0%           | 60%   | 6%                    |
| Tous les paliers pleins | 30%          | 30%          | 40%          | 100%  | **0%**                |
| Seulement T1 à moitié   | 15%          | 0%           | 0%           | 15%   | 12.75%                |

> **Point clé :** Même un remplissage partiel des paliers apporte un avantage proportionnel. Un hébergeur avec seulement le Palier 1 entièrement verrouillé économise déjà 30 % sur les frais supplémentaires.

#### Quels frais ne sont PAS affectés

* **Frais de base de la place de marché** (10 % à la demande, 2,5 % spot) — ceux-ci sont réduits par [PoH](/clore.ai/clore.ai-eng-fr/preuve-de-detention/overview.md), pas par le MFP Lock
* **Frais supplémentaires du locataire** - seuls les frais supplémentaires d’hébergeur sont réduits
* **Commandes en monnaie CLORE** - CLORE a 0 % de frais supplémentaires, donc la réduction n’a aucun effet

***

### 6. Le processus « Verrouiller → Déverrouiller »

* **Verrouiller** - L’hébergeur verrouille le montant souhaité ; 24 h plus tard, le serveur commence à recevoir des récompenses.
* **Déverrouillage (par palier).** Chaque palier a sa propre période de déverrouillage :

| Palier   | Période de déverrouillage | Ce qui est restitué       |
| -------- | ------------------------- | ------------------------- |
| Palier 1 | 7 jours                   | Mise complète du Palier 1 |
| Palier 2 | 14 jours                  | Mise complète du Palier 2 |
| Palier 3 | 28 jours                  | Mise complète du Palier 3 |

Quand **« Tout déverrouiller »** est pressé, le minuteur de déverrouillage de chaque palier démarre simultanément. Les fonds deviennent disponibles par étapes :

* **Jour 7** — mise du Palier 1 restituée
* **Jour 14** — mise du Palier 2 restituée
* **Jour 28** — mise du Palier 3 restituée

Après chaque période d’attente, les fonds sont automatiquement renvoyés vers le portefeuille du système.

> **Remarque :** Vous ne pouvez déverrouiller que les paliers ayant dépassé leur période d’attente. Par exemple, si vous avez verrouillé il y a 10 jours, vous pouvez déverrouiller le Palier 1 (7 jours), mais devez attendre pour le Palier 2 (14 jours) et le Palier 3 (28 jours).

***

### 7. Exemples de récompenses

*(tous les exemples utilisent un serveur loué pour 300 CLORE / jour)*

| Scénario                                            | Part du pool T1 | Gain T1   | Gain T2 | **Total** | **Brûlé**                |
| --------------------------------------------------- | --------------- | --------- | ------- | --------- | ------------------------ |
| **A.** Vous êtes seul, mise = 65 000 (T1 = 100 %)   | 100 %           | 300       | 0       | **600**   | 45 072 - 300 = 44 772    |
| **B.** 100 hébergeurs, chacun 65 000                | 1 %             | 300 (max) | 0       | **600**   | 45 072 - 30 000 = 15 072 |
| **C.** 99 × 65 000 et vous 1 000                    | 0.01538 %       | 6.93      | 0       | **≈ 307** | le pool brûle ≈ 15 359   |
| **D.** Vous êtes seul, mise = 325 000 (T1 + T2 max) | 100 %           | 300       | 300     | **900**   | 90 144                   |

#### Grand scénario : **500 serveurs (MFP = 30), tous loués à 300 CLORE / jour**

* **150** serveurs - Palier 1 complet (30 000 CLORE)
* **150** serveurs - Palier 1 à moitié (15 000 CLORE)
* **150** serveurs - Palier 1 complet + Palier 2 à moitié (30 000 + 60 000 CLORE)
* **50** serveurs - Palier 1 complet + Palier 2 complet (30 000 + 120 000 CLORE)

| Groupe (nombre)         | Mise T1 / serveur | Mise T2 / serveur | Gain T1 / serveur | Gain T2 / serveur\* | **Total / serveur†** |
| ----------------------- | ----------------- | ----------------- | ----------------- | ------------------- | -------------------- |
| T1 complet (150)        | 30 000            | -                 | **106.05**        | 0                   | **≈ 406**            |
| T1 à moitié (150)       | 15 000            | -                 | **53.03**         | 0                   | **≈ 353**            |
| T1 complet + ½ T2 (150) | 30 000            | 60 000            | **106.05**        | **180.29**          | **≈ 586**            |
| T1 complet + T2 (50)    | 30 000            | 120 000           | **106.05**        | **300.00**          | **≈ 706**            |

\* Les gains T2 sont plafonnés à 300 CLORE / jour.\
† Total = (gain T1 + gain T2 + location 300 CLORE).

**Résultats du pool (45 072 CLORE / jour chacun) :**

* **Palier 1 :** entièrement distribué - rien n’est brûlé.
* **Palier 2 :** 42 043,2 CLORE payés → **3 028,8 CLORE brûlés**.

Même avec 500 serveurs et une forte concurrence, une partie du Palier 2 reste non réclamée et est brûlée chaque jour, ce qui maintient la rareté du jeton et augmente la valeur des récompenses.

> **Rappel sur le Palier 3 :** Le Palier 3 ne génère pas de récompenses d’émission. Son avantage est la réduction des frais supplémentaires d’hébergeur décrite à la section 5.1.

***

### 8. Changements dynamiques du MFP

Si la configuration du serveur change (GPU ajoutés/retirés, CPU remplacé, etc.), le score est recalculé :

* **le MFP augmente** → les coins gratuits déjà verrouillés remplissent automatiquement d’abord le Palier 1 puis le Palier 2.
* **le MFP baisse** → l’excédent de mise est transféré vers *solde de verrouillage inutilisé*. **le solde de verrouillage inutilisé peut être déverrouillé après 10 jours.**

***

### 9. Sécurité des fonds

* **Authentification à deux facteurs.** Activez toujours la 2FA : c’est la première couche de défense, et la plus importante.
* **Portefeuilles froids et chauds.** La plupart des actifs sont stockés hors ligne ; les portefeuilles chauds ne contiennent que le minimum opérationnel.
* **2,5 ans sans incident.** La plateforme n’a jamais été piratée ; en cas de force majeure, l’entreprise couvre les pertes des utilisateurs.
* **Minuteries de déverrouillage.** Même si un attaquant initie un retrait, la période minimale de 7 jours donne au propriétaire le temps de réagir.

***

### 10. Pourquoi le MFP Lock est rentable

* **Économie transparente.** Une meilleure qualité matérielle et une mise plus élevée signifient une part plus grande du pool — sans astuces cachées.
* **Rentabilité garantie.** Un Palier 1 complet couvre le prix de location ; un Palier 2 rempli double ce bonus.
* **Suppression des frais supplémentaires.** Un serveur entièrement verrouillé (les 3 paliers) paie 0 % de frais supplémentaires d’hébergeur sur les commandes non CLORE — ce qui rend les locations BTC aussi rentables que les CLORE.
* **Plafond clair.** Un serveur loué pour 300 CLORE peut gagner jusqu’à **900 CLORE/jour** grâce aux émissions (T1 + T2 + location).
* **Autorégulation du réseau.** Les récompenses excédentaires sont brûlées, ce qui soutient la rareté du jeton et la stabilité des prix.
* **Sécurité.** Les minuteries de déverrouillage par palier (7/14/28 jours), la 2FA et le stockage à froid protègent la mise même si un compte est compromis.

**verrouillage MFP** est bien plus qu’un bouton « verrouiller des coins ». Il récompense l’investissement dans du matériel de qualité, stabilise l’économie du réseau et transforme l’hébergement sur Clore.ai en une source de revenus prévisible et sûre.

### <mark style="color:rouge;">**Information importante :**</mark>

Si vous avez verrouillé le MFP et tenté une auto-location (louer votre propre serveur depuis un autre compte) :\
• Les deux comptes sont bannis de façon permanente. Le déban est impossible.\
• Tous les GPU concernés (UUID) sont mis sur liste noire.\
• Tous les fonds du compte sont bloqués ; aucun remboursement ne sera effectué.

> 📚 Pour en savoir plus sur l’évolution du MFP, voir [Comprendre le prix équitable maximal (MFP) sur la blockchain CLORE](https://blog.clore.ai/understanding-maximum-fair-price-mfp-on-the-clore-blockchain-the-shift-to-usd/)


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## 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, and the optional `goal` query parameter:

```
GET https://docs.clore.ai/clore.ai/clore.ai-eng-fr/pour-les-hotes/mfp-lock-a-complete-breakdown-of-mechanics.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.