mirror of
https://etulab.univ-amu.fr/v18003685/pfe-blockchain.git
synced 2024-02-26 02:14:01 +01:00
squelette presentation decentralisé
This commit is contained in:
BIN
docs/rapportFinal/decentralisation/btcRelay.png
Normal file
BIN
docs/rapportFinal/decentralisation/btcRelay.png
Normal file
Binary file not shown.
After Width: | Height: | Size: 42 KiB |
@ -1,2 +1,8 @@
|
||||
\subsection{Etat de l'art}
|
||||
\input{decentralisation/etat_art.tex}
|
||||
\input{decentralisation/etat_art.tex}
|
||||
|
||||
\subsection[Relay]{Relay}
|
||||
\input{decentralisation/relay.tex}
|
||||
|
||||
\subsection[Relay]{Sidechains}
|
||||
\input{decentralisation/sidechain.tex}
|
42
docs/rapportFinal/decentralisation/relay.tex
Normal file
42
docs/rapportFinal/decentralisation/relay.tex
Normal file
@ -0,0 +1,42 @@
|
||||
%auteur: Amaury JOLY
|
||||
\subsubsection{Définition}
|
||||
|
||||
Les relays sont des contrats intelligents qui existent sur la blockchain Ethereum.
|
||||
Leur but est de transmettre des informations entre des blockchains 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 contrat intelligent qui stocke les en-têtes de blocs Bitcoin sur la blockchain Ethereum.
|
||||
BTCRelay utilise ces en-têtes de blocs pour construire une mini-version de la 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 intermédiaire: en d’autres termes,
|
||||
les utilisateurs peuvent payer avec Bitcoin pour utiliser les DAPPs Ethereum. Il offre également la possibilité de relayer la transaction Bitcoin à n’importe quel contrat Ethereum et d’inspecter le dernier en-tête de bloc Bitcoin stocké dans le contrat. Ce qui offre une possibilité d'opérabilité unidirectionnelle de Bitcoin vers Ethereum.\\
|
||||
|
||||
\begin{figure}[h!]
|
||||
\centering
|
||||
\includegraphics[scale=0.5]{decentralisation/btcRelay.png}
|
||||
\label{fig:btcRelay}
|
||||
\caption{BTCRelay}
|
||||
\end{figure}
|
||||
|
||||
\subsubsection{tBTC}
|
||||
|
||||
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 blockchain Ethereum. 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é
|
||||
et de la programmabilité d’Ethereum tout en conservant l’exposition au bitcoin. \\
|
||||
Bien que tBTC se présente comme une solution décentralisée et sans confiance pour échanger des bitcoins contre
|
||||
des tokens ERC-20, il existe certains défis et limites à son fonctionnement.
|
||||
Par exemple, tBTC repose sur un ensemble de signataires qui doivent déposer une garantie pour sécuriser les bitcoins
|
||||
verrouillés dans le contrat Deposit. Ceci expose les signataires à un risque financier permettant de limitter les risques de malveillance.
|
||||
De plus, tBTC nécessite que les signataires soient en ligne et disponibles pour répondre aux demandes de rachat des
|
||||
utilisateurs dans un délai donné. Si les signataires sont hors ligne ou malhonnêtes, les utilisateurs peuvent
|
||||
perdre l’accès à leurs bitcoins ou être obligés d’attendre une longue période avant de pouvoir les récupérer.
|
||||
Les signataires sont choisis aléatoirement par un mécanisme appelé random beacon, qui pondère la sélection en
|
||||
fonction du montant misé par les signataires potentiels. Cela vise à éviter la collusion ou la censure entre les
|
||||
signataires, mais cela n’exclut pas complètement la possibilité d’attaques sybil \footnote{Une attaque sybil est
|
||||
un type d’attaque sur un réseau pair à pair dans laquelle un attaquant crée un grand nombre d’identités fausses
|
||||
et les utilise pour gagner une influence disproportionnée sur le réseau} ou de corruption.
|
13
docs/rapportFinal/decentralisation/sidechain.tex
Normal file
13
docs/rapportFinal/decentralisation/sidechain.tex
Normal file
@ -0,0 +1,13 @@
|
||||
%auteur: Amaury JOLY
|
||||
\subsubsection{Définition}
|
||||
|
||||
Les sidechains sont des blockchains secondaires qui fonctionnent en parallèle d'une blockchain principale. 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 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 blockchain Horizen. 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 blockchains 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. Les utilisateurs peuvent ainsi bénéficier d'une plus grande liquidité et d'une meilleure efficacité dans leurs transactions cross-chain.
|
||||
|
||||
\subsubsection{Contrainte technique des sidechains}
|
||||
|
||||
La mise en place de sidechains implique une contrainte technique majeure : la création d'un pont bidirectionnel (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 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 blockchains pour qu'elles puissent communiquer avec les sidechains, ce qui impliquerait des modifications importantes dans leur protocole.
|
@ -14,7 +14,6 @@
|
||||
\end{abstract}
|
||||
}
|
||||
|
||||
|
||||
\begin{document}
|
||||
|
||||
\title{Echange de jetons inter-blockchains}
|
||||
|
Reference in New Issue
Block a user