# Stratégie de Market Making communautaire
## Cas standard :
Des frais sont appliqués sur les transactions. Il n'y a pas de distinction entre une vente et un achat. Il n'y a pas de distinction selon les conditions du marché.
L'utilisation des fees pour agir sur un marché dynamique est donc impossible.
## Cas de l'ERU :
Dans l'objectif de proposer d'un actif à la croissance régulière, nous avons décidé d'utiliser les fees pour :
* Favoriser les achats plutôt que les ventes
* Encourager les achats en cas de conditions de marché baissières
* Décourager les ventes en cas de conditions de marché baissières
### Agir selon un acte d'achat ou de vente :
* Fees à l'achat, 1 à 3% seulement : Absence de barrière psychologique. Les acheteurs rentrent facilement sur le marché.
* Fees à la vente, 5 à 16% : Encourage les vendeurs à peser le pour et le contre avant de prendre leur décision dans un moment inadéquat à la vente.
### Agir selon les conditions de marché :
Nous distinguons trois cas :
1. *Conditions de base :* Dynamique haussière, ou prix stable et soutenu
2. *Conditions de marché "pression vendeuse" :* Tendance à la vente qui s'accroît (indicateurs techniques), sans forcément d'impact sur le prix. Cela permet de réagir avant que le prix soit impacté.
3. *Conditions de marché "baisse du cours"* : Le prix a diminué en deçà de certains critères (indicateurs techniques)
Lorsque l'on quitte une dynamique de prix stable ou haussière :
* On encourage à l'achat avec des fees totales qui diminuent à 2% puis à 1%
* On freine les ventes avec des fees totales qui augmentent à 10% puis à 16%
* On augmente les fees qui alimentent [le fonds de sécurité BBDD](/le-token-usderu/strategies-financieres/strategie-de-market-making-communautaire.md)
* On augmente les rewards des membres, qui en reçoivent 50% en USCD, et donc qui peuvent racheter le cours avec leurs rewards USDC
### Mettre un signal à disposition des membres NEC :
Sur le Discord de la communauté, les membres sont automatiquement prévenus en cas de conditions "baisse du prix".
C'est un double signal pour la communauté : - Le prix a diminué en deçà d'indicateurs techniques : localisation d'achat - Modification des fees à l'achat et à la vente --> opportunité d'achat (prix baissier + fees faibles) --> inconvénient à vendre (prix baissier + fees élevées)
### Utiliser le savoir-faire du Market Making :
Les paramètres, provocant la bascule d'un cas à un autre, ont été étudiés et validés par notre société partenaire de Market Making.
### Automatiser la stratégie :
La bascule d'un cas à l'autre est automatique grâce au développement d'une application décentralisée ("Dapp") faisant l'étude quotidienne de ces paramètres, avant de communiquer au smart contract les fees à appliquer jusqu'à nouvel ordre.
C'est également cette Dapp qui envoie aux membres les informations sur les conditions de marché et les fees appliquées.
### Résultats de la "Stratégie de Market Making communautaire" :
* [x] Lorsque les conditions de marché deviennent défavorables au maintien du prix, la communauté NEC est immédiatement informée des avantages à acheter, et des inconvénients à vendre.
* [x] Ceci permet une réaction cohérente de la communauté, qui prend ses décisions en fonction de signaux professionnels. On obtient un "market making communautaire".
* [x] De plus, les membres NEC reçoivent 50% de leurs rewards en USDC, ce qui leur offre une enveloppe supplémentaire pour racheter du ERU aux moments opportuns.
* [x] Enfin, les personnes qui décident de vendre dans des conditions défavorables approvisionnent par anticipation [le fonds de sécurité BBDD](/le-token-usderu/strategies-financieres/strategie-de-securite-bbdd.md).
##
---
# 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://wp.token-eru.com/le-token-usderu/strategies-financieres/strategie-de-market-making-communautaire.md?ask=
```
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.