Intro / Conclusion / Glossaire

docs/rapportFinal/decentralisation/atomic_swaps_htlc.tex

@@ -1,13 +1,13 @@
 %author: Dorian VOLPE
 \subsubsection{HTLC}
 
-Un HTLC est un type de \textit{smart contract} utilisé dans les applications \textit{blockchain} qui réduit le risque de contrepartie en créant une garantie basée sur le temps et une autre sur un verrou cryptographique\cite{narayanam2022generalized}.
+Un HTLC est un type de \textit{\gls{smart contract}} utilisé dans les applications \textit{\gls{blockchain}} qui réduit le risque de contrepartie en créant une garantie basée sur le temps et une autre sur un verrou cryptographique\cite{narayanam2022generalized}.
 Ils reposent sur deux primitives fondamentales: le verrou de hachage et le verrou temporel.\\
 Premièrement le verrou de hachage (ou bien \textit{hashlock}): Ce dernier va fonctionner comme une assurance qui va couvrir les parties participantes à la transaction, en leur garantissant que chaque modification de l'échange soit réalisée d'un commun accord de toutes les parties.
 Cela est mis en place grâce à un partage du hachage de la clef privée de la transaction, ce partage va donc impliquer que le canal de paiement mis en place ne puisse être ouvert ou fermé qu'avec l'accord de tous les participants.\\
 Ensuite le verrou temporel (ou bien \textit{timelock}) va laisser un laps de temps prédéterminé afin que chaque côté du canal puisse prendre ses dispositions avant d'effectuer la transaction. Si jamais ce temps est écoulé alors la clause secondaire du contract (elle aussi prédéterminée) sera exécuté. 
-Dans la plupart des cas cette clause secondaire va simplement fermer le canal de paiement et terminer la transaction sans la diffuser sur une \textit{blockchain}.\\
-L’intérêt principal de ce type de contrat est qu'il permet d'effectuer facilement des échanges hors chaines. En effet, vu que les participants s'accordent au préalable sur le montant de la transaction ils peuvent tout à fait réaliser l'échange sur des \textit{blockchains} différentes, sous réserve que ces \textit{blockchains} aient des mécanismes de \textit{smarts contracts}.
+Dans la plupart des cas cette clause secondaire va simplement fermer le canal de paiement et terminer la transaction sans la diffuser sur une \textit{\gls{blockchain}}.\\
+L’intérêt principal de ce type de contrat est qu'il permet d'effectuer facilement des échanges hors chaines. En effet, vu que les participants s'accordent au préalable sur le montant de la transaction ils peuvent tout à fait réaliser l'échange sur des \textit{\gls{blockchain}s} différentes, sous réserve que ces \textit{\gls{blockchain}s} aient des mécanismes de \textit{smarts contracts}.
 
 \begin{figure}[h!]
     \centering
@@ -20,19 +20,19 @@ L’intérêt principal de ce type de contrat est qu'il permet d'effectuer facil
     \label{fig:HTLC}
 \end{figure}
 \subsubsection{Atomic swaps}
-Les \textit{atomics swaps} ou bien échanges atomiques sont des échanges effectués entre deux \textit{blockchains}\cite{herlihy2018atomic}. On les appelle "atomiques" car il respecte une primitive essentielle à leur fonctionnement et à leur principe d'utilisation: 
+Les \textit{atomics swaps} ou bien échanges atomiques sont des échanges effectués entre deux \textit{\gls{blockchain}s}\cite{herlihy2018atomic}. On les appelle "atomiques" car il respecte une primitive essentielle à leur fonctionnement et à leur principe d'utilisation: 
 l'échange est insécable, c'est-à-dire qu'a son issue, soit il s'est pleinement exécuté, soit l'état antérieur à l'échange est préservé.
 Cette primitive permet de garantir que les participants ne seront jamais dans des états jugés "inacceptables". \\
 En effet les échanges atomiques partent du postulat que si une partie suit le protocole à la lettre alors, 
 il ne sera jamais perdant. A contrario les partis ne suivant pas le protocole par malveillance ou par erreur, prennent le risque de perdre leurs mises de départ.\\ \\
-Lors d'un échange atomique les HTLC vont être utilisés de manière centrale car ils vont permettre d'apporter les garanties que nous avons vue dans la partie précédente. Il faut voir les échanges atomiques comme une généralisation de l'utilisation des HTLC. Lors d'un échange atomique les deux \textit{blockchains} mises en relation doivent pouvoir communiquer et échanger sur une interface commune comme un portefeuille multi signature ou un canal d'échange mis en place spécialement pour cette transaction. \\ \\
+Lors d'un échange atomique les HTLC vont être utilisés de manière centrale car ils vont permettre d'apporter les garanties que nous avons vue dans la partie précédente. Il faut voir les échanges atomiques comme une généralisation de l'utilisation des HTLC. Lors d'un échange atomique les deux \textit{\gls{blockchain}s} mises en relation doivent pouvoir communiquer et échanger sur une interface commune comme un portefeuille multi signature ou un canal d'échange mis en place spécialement pour cette transaction. \\ \\
 Si nous nous penchons sur le déroulement d'un échange atomique à deux parties nous pouvons déduire les étapes suivantes: 
 \begin{enumerate}
-    \item Les deux parties participent à l'échange, créant un HTLC (sur chaque \textit{blockchain}) dans lequel les fonds sont bloqués. 
-    \item Les deux parties échangent les informations nécessaires pour effectuer une transaction sur la \textit{blockchain} de l'autre partie. 
+    \item Les deux parties participent à l'échange, créant un HTLC (sur chaque \textit{\gls{blockchain}}) dans lequel les fonds sont bloqués. 
+    \item Les deux parties échangent les informations nécessaires pour effectuer une transaction sur la \textit{\gls{blockchain}} de l'autre partie. 
     \item Les deux parties vérifient l'exactitude des informations reçues et signent la transaction. 
-    \item Les événements sont envoyés sur les \textit{blockchains} respectives. 
-    \item Les transactions sont confirmés par les \textit{blockchains} respectives et les fonds sont débloqués.
+    \item Les événements sont envoyés sur les \textit{\gls{blockchain}s} respectives. 
+    \item Les transactions sont confirmés par les \textit{\gls{blockchain}s} respectives et les fonds sont débloqués.
 \end{enumerate}
 
 \begin{figure}[h!]

docs/rapportFinal/decentralisation/lightning.tex

@@ -1,34 +1,34 @@
 %author: Dorian VOLPE
 \subsubsection{Fonctionnement des échanges \textit{off-chain}}
-Les échanges \textit{off-chain} sont des transactions de crypto-actif dont on déplace la valeur en dehors de la \textit{blockchain} mère. En d’autres termes, il s’agit de la négociation de la valeur d’un actif crypto en dehors de la \textit{blockchain} source. Les transactions \textit{on-chain} sont les échanges d'actifs qui ont lieu sur la \textit{blockchain} elle-même.
-Ils sont des échanges d’actifs internes au réseau et ont donc leurs propres grands livres, authentification et coûts qui ont lieu parmi la \textit{blockchain}.
+Les échanges \textit{off-chain} sont des transactions de crypto-\gls{actif} dont on déplace la valeur en dehors de la \textit{\gls{blockchain}} mère. En d’autres termes, il s’agit de la négociation de la valeur d’un \gls{actif} crypto en dehors de la \textit{\gls{blockchain}} source. Les transactions \textit{on-chain} sont les échanges d'\gls{actif}s qui ont lieu sur la \textit{\gls{blockchain}} elle-même.
+Ils sont des échanges d’\gls{actif}s internes au réseau et ont donc leurs propres grands livres, authentification et coûts qui ont lieu parmi la \textit{\gls{blockchain}}.
 \begin{figure}[h!]
     \centering
     \stackunder{\includegraphics[scale=0.3]{decentralisation/offchain.png}}
-    {\scriptsize Source: \url{https://www.cryptoencyclopedie.com/single-post/blockchain-comprendre-distinction-on-chain-off-chain}}
+    {\scriptsize Source: \url{https://www.cryptoencyclopedie.com/single-post/\gls{blockchain}-comprendre-distinction-on-chain-off-chain}}
     \caption{Architecture \textit{off-chain}}
     \label{fig:offchain}
 \end{figure}
-Les transactions \textit{off-chain} sont confirmées en dehors du réseau principal de la \textit{blockchain}, ce qui entraîne souvent un processus moins cher et plus rapide pour l’utilisateur. 
-Tout cela se fait dans un objectif bien précis qui est de garder le maximum de sécurité/fiabilité de la \textit{blockchain} mère tout en essayant d'améliorer la vitesse d'échange et les frais de transaction.
+Les transactions \textit{off-chain} sont confirmées en dehors du réseau principal de la \textit{\gls{blockchain}}, ce qui entraîne souvent un processus moins cher et plus rapide pour l’utilisateur. 
+Tout cela se fait dans un objectif bien précis qui est de garder le maximum de sécurité/fiabilité de la \textit{\gls{blockchain}} mère tout en essayant d'améliorer la vitesse d'échange et les frais de transaction.
 Afin d'illustrer comment fonctionne les échanges \textit{off-chain} nous allons nous concentrer sur une implémentation en particulier: le réseau Lightning. 
 
 \subsubsection{Le réseau lightning}
 
-Le réseau lightning (provenant de l'anglais \textit{Lightning Network} et abrégé par LN) fait partie des processus d'échanges que l'on qualifie d'\textit{off-chain} car il se déroule en dehors de leur \textit{blockchains} principale, ce protocole est un cas concret de cette famille.
-Ce réseau est une couche de protocole de paiement construite au-dessus de la \textit{blockchain} Bitcoin qui vise à accélérer les transactions  Bitcoin, à réduire les coûts et à améliorer la mise a l'échelle \cite{poon2016bitcoin}.
-Il permet aux utilisateurs de créer des canaux de paiement peer-to-peer bidirectionnels  pour effectuer des transactions en dehors de la \textit{blockchain} principale (voir Figure \ref{fig:lightningCouche}), permettant des transactions plus rapides, moins chères et plus privées.\\
-Les transactions sur le réseau lightning sont effectuées avec des smart contracts qui permettent aux utilisateurs de transférer des fonds à des tiers sans l'approbation de la \textit{blockchain} principale ou bien d'un tiers de confiance. 
+Le réseau lightning (provenant de l'anglais \textit{Lightning Network} et abrégé par LN) fait partie des processus d'échanges que l'on qualifie d'\textit{off-chain} car il se déroule en dehors de leur \textit{\gls{blockchain}s} principale, ce protocole est un cas concret de cette famille.
+Ce réseau est une couche de protocole de paiement construite au-dessus de la \textit{\gls{blockchain}} Bitcoin qui vise à accélérer les transactions  Bitcoin, à réduire les coûts et à améliorer la mise a l'échelle \cite{poon2016bitcoin}.
+Il permet aux utilisateurs de créer des canaux de paiement peer-to-peer bidirectionnels  pour effectuer des transactions en dehors de la \textit{\gls{blockchain}} principale (voir Figure \ref{fig:lightningCouche}), permettant des transactions plus rapides, moins chères et plus privées.\\
+Les transactions sur le réseau lightning sont effectuées avec des \gls{smart contract}s qui permettent aux utilisateurs de transférer des fonds à des tiers sans l'approbation de la \textit{\gls{blockchain}} principale ou bien d'un tiers de confiance. 
 Les canaux de paiement flash sont créés en verrouillant temporairement des fonds sur une adresse multi-signature (voir Figure \ref{fig:lightningNetwork}), qui est ensuite utilisée pour envoyer des transactions à d'autres participants du réseau.\\ 
 Le réseau lightning utilise un système de routage pour acheminer les paiements entre les participants, en utilisant les canaux de paiement existant pour créer des itinéraires optimaux entre les participants. 
-Les frais d'utilisation de ce réseau sont généralement bien inférieurs aux frais de transaction sur la \textit{blockchain} principale, ce qui en fait une option plus attrayante pour les  petites et moyennes transactions.
+Les frais d'utilisation de ce réseau sont généralement bien inférieurs aux frais de transaction sur la \textit{\gls{blockchain}} principale, ce qui en fait une option plus attrayante pour les  petites et moyennes transactions.
 
 \begin{figure}[h!]  
   
     \centering
     \stackunder{    \includegraphics[scale = 0.3 ]{decentralisation/lightningCouche.png}  }
     {\scriptsize Source: \url{https://www.bitpanda.com/academy/fr/lecons/quel-est-le-role-du-lightning-network-pour-bitcoin/}}
-        \caption{Le réseau Lightning par rapport a la \textit{blockchain} Bitcoin principale}
+        \caption{Le réseau Lightning par rapport a la \textit{\gls{blockchain}} Bitcoin principale}
         \label{fig:lightningCouche}
     \end{figure}
 
@@ -40,23 +40,23 @@ Les frais d'utilisation de ce réseau sont généralement bien inférieurs aux f
     \label{fig:lightningNetwork}
 \end{figure}
 
-Voici le déroulement classique d'un échange sur le réseau Lightning:\\ Alice veut échanger avec Bob à travers le réseau Lightning (sur la même ou bien sur des \textit{blockchains} différentes). 
+Voici le déroulement classique d'un échange sur le réseau Lightning:\\ Alice veut échanger avec Bob à travers le réseau Lightning (sur la même ou bien sur des \textit{\gls{blockchain}s} différentes). 
 Alice va donc ouvrir un portefeuille multi-signature\footnote{Portefeuille qui nécessite plusieurs signatures pour effectuer une transaction} avec Bob. Ils vont mettre une "mise de départ" qu'ils vont déposer dans le portefeuille mentionné précédemment (le canal d'échange aura donc la taille des deux mises de départ cumulées).
 Ensuite ils vont effectuer leurs transactions dans ce portefeuille qui va être mis à jour à chaque transaction.\\ \\ 
-Il est fondamental de noter que chaque transaction invalide les précédentes (à l'exception de la toute première). Lorsque l'un des participants souhaite terminer l'échange il va publier sur la \textit{blockchain} Bitcoin la dernière transaction effectuée.
+Il est fondamental de noter que chaque transaction invalide les précédentes (à l'exception de la toute première). Lorsque l'un des participants souhaite terminer l'échange il va publier sur la \textit{\gls{blockchain}} Bitcoin la dernière transaction effectuée.
 Ce mécanisme de transaction intermédiaire est mis en place afin d'éviter qu'un des deux acteurs de l'échange ne puisse "s'échapper" de l'échange, car chacune des parties va signer avec sa clef privée la dernière transaction. \\
-Aussi tous ces échanges se passent à l'intérieur du réseau Lightning, la \textit{blockchain} principale n'a donc aucune idée du nombre exact de transactions intermédiaires effectuées puisque seule une transaction sera envoyer sur la \textit{blockchain} principale. 
-Cela permet d'éviter d'engendrer des frais de transactions inutiles ou bien de congestionner la \textit{blockchain} principale.\\ \\
+Aussi tous ces échanges se passent à l'intérieur du réseau Lightning, la \textit{\gls{blockchain}} principale n'a donc aucune idée du nombre exact de transactions intermédiaires effectuées puisque seule une transaction sera envoyer sur la \textit{\gls{blockchain}} principale. 
+Cela permet d'éviter d'engendrer des frais de transactions inutiles ou bien de congestionner la \textit{\gls{blockchain}} principale.\\ \\
  Enfin il existe aussi une autre caractéristique intéressante du réseau Lightning: le \textit{channel hopping}. 
 Cette propriété permet de mettre en place une transitivité entre les parties du réseau. Par exemple si Alice a déjà échangé avec Bob et Bob à déjà échangé avec Carol alors Alice pourra échanger avec Carol et vice-versa. 
 
 
 \subsubsection{Amélioration du réseau lightning par le MIT}
 
-Même si le réseau Lightning permet déjà de faire des échanges \textit{cross-chains}\cite{lightningCrossChain}, il est de la responsabilité des blockchains de s'adapter au réseau afin de pouvoir échanger sur ce dernier.
-Le MIT a donc proposé un ouvrage scientifique\cite{mathus2018lightning} afin de proposer une interface plus simple à la fois pour les blockchains mises en cause et les utilisateurs souhaitant utiliser le réseau.
+Même si le réseau Lightning permet déjà de faire des échanges \textit{\gls{cross-chain}s}\cite{lightningCrossChain}, il est de la responsabilité des \gls{blockchain}s de s'adapter au réseau afin de pouvoir échanger sur ce dernier.
+Le MIT a donc proposé un ouvrage scientifique\cite{mathus2018lightning} afin de proposer une interface plus simple à la fois pour les \gls{blockchain}s mises en cause et les utilisateurs souhaitant utiliser le réseau.
 Leur \textit{Proof of Concept}\cite{pocMIT} se base sur un fork du réseau Lightning appelé "lit" leur but est de contrer le problème de mise à l'échelle du réseau lightning grace à leurs améliorations.
-De même ils cherchent à inclure dans le réseau lightning des blockchains qui n'ont pas de valeurs monétaires (informations, NFT,etc.).
+De même ils cherchent à inclure dans le réseau lightning des \gls{blockchain}s qui n'ont pas de valeurs monétaires (informations, NFT,etc.).
 
 Leur programme rajoute 4 commandes au réseau Lightning mentionné précédemment, ce qui va permettre d'avoir une interface plus simple pour les acteurs des échanges :
 \begin{itemize}

docs/rapportFinal/decentralisation/pools.tex

@@ -12,7 +12,7 @@ sont généralement des jetons de gouvernance ou des jetons de protocole. Les r
 en fonction de l’offre et de la demande. Si la demande pour une réserve de liquidité particulier est élevée, les frais de transaction augmentent pour encourager 
 les fournisseurs de liquidités à déposer plus de fonds dans la réserve. Si la demande est faible, les frais de transaction diminuent pour encourager les 
 utilisateurs à échanger des actifs sur la réserve de liquidité. \\
-Une réserve de liquidité repose sur un smart contract et bénéficie ainsi de la décentralisation et de la sécurité de la blockchain sur laquelle il repose.
+Une réserve de liquidité repose sur un smart contract et bénéficie ainsi de la décentralisation et de la sécurité de la \gls{blockchain} sur laquelle il repose.
 \begin{figure}[h!]
     \centering
     \stackunder{\includegraphics[scale=0.3]{decentralisation/reserve_liquidite.png}}
@@ -22,7 +22,7 @@ Une réserve de liquidité repose sur un smart contract et bénéficie ainsi de
 \end{figure}
 
 \subsubsection{Exemple: PancakeSwap}
-PancakeSwap est une plateforme d’échange décentralisée (DEX) qui repose sur la blockchain Binance Smart Chain. \cite{augustin2022yield} Elle permet aux utilisateurs d’échanger des 
+PancakeSwap est une plateforme d’échange décentralisée (DEX) qui repose sur la \gls{blockchain} Binance Smart Chain. \cite{augustin2022yield} Elle permet aux utilisateurs d’échanger des 
 cryptomonnaies de manière décentralisée. Le jeton natif de la plateforme PancakeSwap, le CAKE, est utilisé 
 pour la gouvernance du protocole. Ainsi, grâce à lui, vous pouvez voter pour des propositions soumises par la communauté. La sécurité de PancakeSwap est assurée 
 par un ensemble de smart contracts permettant de sécuriser les transactions et les échanges de manière décentralisée. Les réserves de liquidités sont un 
@@ -40,3 +40,7 @@ Un exemple d'attaque sur une réserve de liquidité est la CVE-2021-3006 \cite{n
 2020 et janvier 2021. Elle concerne un manquement de controle d'accès dans l’implémentation du contrat intelligent pour une réserve de liquidité en lien avec 
 Seal Finance (Seal), un jeton Ethereum. Cette vulnérabilité permet une manipulation des prix ayant permis à l'attaquant de réaliser une plus-value artificiel 
 sur ses jetons.
+
+Les réserves de liquidité sont des marchés automatisés qui permettent aux utilisateurs de fournir des liquidités pour les échangeurs décentralisés (DEX) et de gagner des frais de transaction en retour. Les fournisseurs de liquidités déposent des fonds dans une résreve de liquidité et reçoivent des jetons LP\footnote{Liquidity Provider Token} en retour. Les jetons LP représentent une part de propriété dans la réserve de liquidité et peuvent être utilisés pour retirer des fonds de la réserve. Les réserves de liquidité sont un concept clé de l’écosystème DeFi. Il permettent la mise en place d'échangeurs décentralisés qui donne la possibilité aux utilisateurs d’échanger des \gls{actif}s sans avoir besoin d’un intermédiaire centralisé. \\
+A chaque échange réalisé via la réserve, les possesseurs de liquidités recoivents des récompenses qui sont les frais d'échanges des utilisateurs. Les récompenses sont généralement des jetons de gouvernance ou des jetons de protocole. Les réserves de liquidité se régulent ainsi en ajustant les frais de transaction en fonction de l’offre et de la demande. Si la demande pour une réserve de liquidité particulier est élevée, les frais de transaction augmentent pour encourager les fournisseurs de liquidités à déposer plus de fonds dans la réserve. Si la demande est faible, les frais de transaction diminuent pour encourager les utilisateurs à échanger des \gls{actif}s sur la réserve de liquidité. \\
+Une réserve de liquidité repose sur un \gls{smart contract} et bénéficie ainsi de la décentralisation et de la sécurité de la \gls{blockchain} sur laquelle il repose.

docs/rapportFinal/decentralisation/relay.tex

@@ -1,12 +1,12 @@
 %auteur: Amaury JOLY
 \subsubsection{Définition}
-Les relays décentralisés sont des applications décentralisés permettant une intéropérabilités entre les \textit{blockchains} \cite{qin2018overview, westerkamp2022verilay,belchior2022survey}.
-Leur but est de transmettre des informations entre des \textit{blockchains} distinctes (par exemple, Bitcoin et Ethereum). 
+Les relays décentralisés sont des applications décentralisés permettant une intéropérabilités entre les \textit{\gls{blockchain}s} \cite{qin2018overview, westerkamp2022verilay,belchior2022survey}.
+Leur but est de transmettre des informations entre des \textit{\gls{blockchain}s} distinctes (par exemple, Bitcoin et Ethereum). 
 Les relays suivent une partie de l’état de leurs chaînes connectées afin de prouver l’existence de transactions d’une chaîne à l’autre.
 
 \subsubsection{BTCRelay}
-BTCRelay est un \textit{smart contract} qui stocke les en-têtes de blocs Bitcoin sur la \textit{blockchain} Ethereum. \cite{qin2018overview,belchior2022survey,btcrelay2022web,btcrelay2022git}
-BTCRelay utilise ces en-têtes de blocs pour construire une mini-version de la \textit{blockchain} Bitcoin: une méthode utilisée par les 
+BTCRelay est un \textit{smart contract} qui stocke les en-têtes de blocs Bitcoin sur la \textit{\gls{blockchain}} Ethereum. \cite{qin2018overview,belchior2022survey,btcrelay2022web,btcrelay2022git}
+BTCRelay utilise ces en-têtes de blocs pour construire une mini-version de la \textit{\gls{blockchain}} Bitcoin: une méthode utilisée par les 
 portefeuilles légers Bitcoin SPV. \footnote{Bitcoin SPV signifie Simplified Payment Verification et c’est un moyen pour Bitcoin de se 
 développer et de se propager en fonctionnant sur des petits appareils, comme les téléphones portables et les ordinateurs portables.}
 BTCRelay est open source, sans confiance et décentralisé. Il permet aux contrats Ethereum de vérifier les transactions Bitcoin sans aucun 
@@ -22,9 +22,8 @@ dans le contrat. Ce qui offre une possibilité d'opérabilité unidirectionnelle
 \end{figure}
 
 \subsubsection{tBTC}
-Un exemple d'application de ce relay pour de l'échange \textit{cross-blockchain} est le projet tBTC, 
-qui permet aux utilisateurs d’échanger des bitcoins contre des 
-tokens ERC-20 représentant des bitcoins sur la \textit{blockchain} Ethereum. \cite{hildebrandt2020tokenization,lan2021horizon} tBTC utilise un contrat intelligent 
+Un exemple de relay est le projet tBTC, qui permet aux utilisateurs d’échanger des bitcoins contre des 
+tokens ERC-20 représentant des bitcoins sur la \textit{\gls{blockchain}} Ethereum \cite{hildebrandt2020tokenization,lan2021horizon}. tBTC utilise un contrat intelligent 
 appelé Deposit qui interagit avec un ensemble de signataires qui détiennent les bitcoins en garantie. 
 Le contrat Deposit utilise BTCRelay pour vérifier les preuves SPV des transactions Bitcoin et émettre ou 
 brûler des tokens tBTC en conséquence. Ainsi, les utilisateurs peuvent profiter des avantages de la liquidité 

docs/rapportFinal/decentralisation/sidechain.tex

@@ -1,17 +1,17 @@
 %auteur: Amaury JOLY
 \subsubsection{Définition}
-Les sidechains sont des \textit{blockchains} secondaires qui fonctionnent en parallèle d'une \textit{blockchain} principale \cite{jensen2021introduction,qin2018overview,belchior2022survey}. Elles possèdent leurs propres 
+Les sidechains sont des \textit{\gls{blockchain}s} secondaires qui fonctionnent en parallèle d'une \textit{\gls{blockchain}} principale \cite{jensen2021introduction,qin2018overview,belchior2022survey}. Elles possèdent leurs propres 
 caractéristiques, mais bénéficient de la communauté et de la sécurité inhérente au réseau principal pour les transactions finales qui seront inscrites sur 
-la \textit{blockchain} principale. Les sidechains permettent de réaliser des opérations en marge de la chaîne principale, apportant ainsi plus de scalabilité 
+la \textit{\gls{blockchain}} principale. Les sidechains permettent de réaliser des opérations en marge de la chaîne principale, apportant ainsi plus de scalabilité 
 et de fonctionnalités. Par exemple, certaines sidechains sont compatibles avec l'Ethereum Virtual Machine (EVM) et peuvent donc porter des applications Ethereum.
 
 \subsubsection{Zendoo}
-Zendoo est une plateforme de création de sidechains interopérables avec la \textit{blockchain} Horizen \cite{garoffolo2020zendoo,belchior2022survey}. Elle utilise un protocole 
+Zendoo est une plateforme de création de sidechains interopérables avec la \textit{\gls{blockchain}} Horizen \cite{garoffolo2020zendoo,belchior2022survey}. Elle utilise un protocole 
 de transfert cross-chain vérifiable par zk-SNARK \footnote{zk-SNARK est un acronyme qui signifie « Zero-Knowledge Succinct Non-Interactive Argument of Knowledge ». 
 Il s'agit d'une preuve cryptographique qui permet à une partie, le prouveur, de prouver à une autre partie, le vérificateur, qu'une affirmation sur des informations 
 détenues secrètement est vraie sans révéler les informations elles-mêmes.}, qui permet de garantir la sécurité et la décentralisation des communications entre 
 la chaîne principale et les sidechains. Les sidechains Zendoo peuvent avoir des caractéristiques différentes de la chaîne principale, comme le mécanisme de 
-consensus, le modèle comptable ou la structure des données. Elles peuvent même ne pas être des \textit{blockchains} du tout, tant qu'elles respectent le protocole 
+consensus, le modèle comptable ou la structure des données. Elles peuvent même ne pas être des \textit{\gls{blockchain}s} du tout, tant qu'elles respectent le protocole 
 de transfert cross-chain. Zendoo offre ainsi une grande liberté aux développeurs pour créer des applications sur mesure sans compromettre la scalabilité ou la 
 sécurité du réseau Horizen.\\
 De ce fait, Zendoo facilite l'échange de jetons entre différentes chaînes de blocs, sans passer par des intermédiaires centralisés qui perçoivent des commissions. 
@@ -19,8 +19,8 @@ Les utilisateurs peuvent ainsi bénéficier d'une plus grande liquidité et d'un
 
 \subsubsection{Contrainte technique des sidechains}
 La mise en place de sidechains implique une contrainte technique majeure : la création d'un pont bidirectionnel (\textit{two-way bridge}) entre la chaîne 
-principale et la sidechain. Ce pont permet de transférer des actifs entre les deux chaînes, en respectant un taux de change prédéfini et en garantissant la 
-conservation du nombre total d'actifs. Cependant, ce pont nécessite une coordination entre les deux chaînes, ce qui peut poser des problèmes de sécurité, de 
-performance ou de compatibilité. Par exemple, il est difficile d'utiliser des sidechains avec des \textit{blockchains} comme Ethereum ou Bitcoin, car elles n'ont 
-pas le même algorithme de consensus, le même modèle comptable ou la même structure de données que les sidechains. Il faudrait donc adapter ces \textit{blockchains} 
+principale et la sidechain. Ce pont permet de transférer des \gls{actif}s entre les deux chaînes, en respectant un taux de change prédéfini et en garantissant la 
+conservation du nombre total d'\gls{actif}s. Cependant, ce pont nécessite une coordination entre les deux chaînes, ce qui peut poser des problèmes de sécurité, de 
+performance ou de compatibilité. Par exemple, il est difficile d'utiliser des sidechains avec des \textit{\gls{blockchain}s} comme Ethereum ou Bitcoin, car elles n'ont 
+pas le même algorithme de consensus, le même modèle comptable ou la même structure de données que les sidechains. Il faudrait donc adapter ces \textit{\gls{blockchain}s} 
 pour qu'elles puissent communiquer avec les sidechains, ce qui impliquerait des modifications importantes dans leur protocole.