Merge branch 'ajout_biblio_pools_liquidtés' into 'develop'

Ajout biblio pools liquidtés

See merge request v18003685/pfe-blockchain!32
This commit is contained in:
TESTUD Romain
2023-04-02 17:09:25 +00:00
6 changed files with 176 additions and 22 deletions

View File

@ -1,11 +1,42 @@
% Autheur: Amaury JOlY
\subsubsection{Definition} \subsubsection{Definition}
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 actifs sans avoir besoin dun intermédiaire centralisé. \\ 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
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 loffre 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é. \\ remporter une comission à chaque transaction \cite{jensen2021introduction, belchior2022survey, augustin2022yield}.
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 actifs sans avoir besoin dun 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 loffre 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 blockchain sur laquelle il repose.
\begin{figure}[h!]
\centering
\stackunder{\includegraphics[scale=0.3]{decentralisation/reserve_liquidite.png}}
{\scriptsize Source: An introduction to decentralized finance (defi) \cite{jensen2021introduction} }
\caption{Marché de la reserve de liquidité}
\label{fig:liquidite}
\end{figure}
\subsubsection{Exemple: PancakeSwap} \subsubsection{Exemple: PancakeSwap}
PancakeSwap est une plateforme déchange décentralisée (DEX) qui repose sur la blockchain Binance Smart Chain. Elle permet aux utilisateurs déchanger des cryptomonnaies de manière décentralisée, sans avoir besoin dun intermédiaire centralisé. 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 système de smart contracts qui permettent de sécuriser les transactions et les échanges de manière décentralisée. Les réserves de liquidités sont un élément clé de PancakeSwap. Ils permettent aux utilisateurs de fournir des liquidités à la plateforme et de recevoir des récompenses en échange. Les réserves de liquidités sont également utilisés pour déterminer le prix des actifs sur la plateforme. 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
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
élément clé de PancakeSwap. Ils permettent aux utilisateurs de fournir des liquidités à la plateforme et de recevoir des récompenses en échange. Les réserves
de liquidités sont également utilisés pour déterminer le prix des actifs sur la plateforme.
\subsubsection{Limitations} \subsubsection{Limitations}
Les réserves de liquidités présentent certaines limites. Tout dabord, les réserves de liquidités sont vulnérables aux attaques de liquidités. Les attaques de liquidités sont des attaques dans lesquelles un utilisateur manipule le prix dun actif en ajoutant ou en retirant une grande quantité de liquidités dune réserve. Cela peut entraîner une baisse significative du prix de lactif et des pertes pour les fournisseurs de liquidités. De plus, les réserves de liquidités peuvent être affectés par des problèmes de liquidité. Si une réserve de liquidités na pas suffisamment de liquidités, il peut être difficile pour les utilisateurs dacheter ou de vendre des actifs sur la plateforme. Enfin, les réserves de liquidités peuvent être affectés par des problèmes de sécurité. Si une réserve de liquidités est compromis, les utilisateurs peuvent perdre leurs fonds. \\ Les réserves de liquidités présentent certaines limites \cite{caldarelli2021blockchain}. Tout dabord, les réserves de liquidités sont vulnérables aux attaques de liquidités. Les attaques
Un exemple d'attaque sur une réserve de liquidité est la CVE-2021-3006. La CVE-2021-3006 est une vulnérabilité de sécurité qui a été exploitée en décembre 2020 et janvier 2021. Elle concerne un manquement de controle d'accès dans limplé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. de liquidités sont des attaques dans lesquelles un utilisateur manipule le prix dun actif en ajoutant ou en retirant une grande quantité de liquidités dune
réserve. Cela peut entraîner une baisse significative du prix de lactif et des pertes pour les fournisseurs de liquidités. De plus, les réserves de liquidités
peuvent être affectés par des problèmes de liquidité. Si une réserve de liquidités na pas suffisamment de liquidités, il peut être difficile pour les
utilisateurs dacheter ou de vendre des actifs sur la plateforme. Enfin, les réserves de liquidités peuvent être affectés par des problèmes de sécurité. Si
une réserve de liquidités est compromis, les utilisateurs peuvent perdre leurs fonds. \\
Un exemple d'attaque sur une réserve de liquidité est la CVE-2021-3006 \cite{nvd2021-3006,blocksec2021Seal}. La CVE-2021-3006 est une vulnérabilité de sécurité qui a été exploitée en décembre
2020 et janvier 2021. Elle concerne un manquement de controle d'accès dans limplé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.

View File

@ -1,17 +1,18 @@
%auteur: Amaury JOLY %auteur: Amaury JOLY
\subsubsection{Définition} \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}.
Les relays sont des contrats intelligents qui existent sur la \textit{blockchain} Ethereum.
Leur but est de transmettre des informations entre des \textit{blockchains} distinctes (par exemple, Bitcoin et Ethereum). Leur but est de transmettre des informations entre des \textit{blockchains} distinctes (par exemple, Bitcoin et Ethereum).
Les relays suivent une partie de létat de leurs chaînes connectées afin de prouver lexistence de transactions dune chaîne à lautre. Les relays suivent une partie de létat de leurs chaînes connectées afin de prouver lexistence de transactions dune chaîne à lautre.
\subsubsection{BTCRelay} \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 est un contrat intelligent qui stocke les en-têtes de blocs Bitcoin sur la \textit{blockchain} Ethereum. 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 utilise ces en-têtes de blocs pour construire une mini-version de la \textit{blockchain} Bitcoin: une méthode utilisée par les portefeuilles légers Bitcoin SPV. portefeuilles légers Bitcoin SPV. \footnote{Bitcoin SPV signifie Simplified Payment Verification et cest un moyen pour Bitcoin de se
\footnote{Bitcoin SPV signifie Simplified Payment Verification et cest 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.} 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 dautres termes, BTCRelay est open source, sans confiance et décentralisé. Il permet aux contrats Ethereum de vérifier les transactions Bitcoin sans aucun
les utilisateurs peuvent payer avec Bitcoin pour utiliser les DAPPs Ethereum. Il offre également la possibilité de relayer la transaction Bitcoin à nimporte quel contrat Ethereum et dinspecter 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.\\ intermédiaire: en dautres termes, les utilisateurs peuvent payer avec Bitcoin pour utiliser les DAPPs Ethereum. Il offre également la
possibilité de relayer la transaction Bitcoin à nimporte quel contrat Ethereum et dinspecter 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!] \begin{figure}[h!]
\centering \centering
@ -21,9 +22,9 @@ les utilisateurs peuvent payer avec Bitcoin pour utiliser les DAPPs Ethereum. Il
\end{figure} \end{figure}
\subsubsection{tBTC} \subsubsection{tBTC}
Un exemple d'application de ce relay pour de l'échange \textit{cross-blockchain} est le projet tBTC,
Un exemple de relay est le projet tBTC, qui permet aux utilisateurs déchanger des bitcoins contre des qui permet aux utilisateurs déchanger des bitcoins contre des
tokens ERC-20 représentant des bitcoins sur la \textit{blockchain} Ethereum. tBTC utilise un contrat intelligent tokens ERC-20 représentant des bitcoins sur la \textit{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. 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 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é brûler des tokens tBTC en conséquence. Ainsi, les utilisateurs peuvent profiter des avantages de la liquidité
@ -35,7 +36,7 @@ verrouillés dans le contrat Deposit. Ceci expose les signataires à un risque f
De plus, tBTC nécessite que les signataires soient en ligne et disponibles pour répondre aux demandes de rachat des 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 utilisateurs dans un délai donné. Si les signataires sont hors ligne ou malhonnêtes, les utilisateurs peuvent
perdre laccès à leurs bitcoins ou être obligés dattendre une longue période avant de pouvoir les récupérer. perdre laccès à leurs bitcoins ou être obligés dattendre 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 Les signataires sont choisis aléatoirement par un mécanisme appelé \textit{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 fonction du montant misé par les signataires potentiels. Cela vise à éviter la collusion ou la censure entre les
signataires, mais cela nexclut pas complètement la possibilité dattaques sybil \footnote{Une attaque sybil est signataires, mais cela nexclut pas complètement la possibilité dattaques sybil \footnote{Une attaque sybil est
un type dattaque sur un réseau pair à pair dans laquelle un attaquant crée un grand nombre didentités fausses un type dattaque sur un réseau pair à pair dans laquelle un attaquant crée un grand nombre didentités fausses

Binary file not shown.

After

Width:  |  Height:  |  Size: 95 KiB

View File

@ -1,10 +1,26 @@
%auteur: Amaury JOLY %auteur: Amaury JOLY
\subsubsection{Définition} \subsubsection{Définition}
Les sidechains sont des \textit{blockchain}s secondaires qui fonctionnent en parallèle d'une \textit{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 \textit{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. 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
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é
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} \subsubsection{Zendoo}
Zendoo est une plateforme de création de sidechains interopérables avec la \textit{blockchain} Horizen \cite{garoffolo2020zendoo}. 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 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.\\ Zendoo est une plateforme de création de sidechains interopérables avec la \textit{blockchain} Horizen \cite{garoffolo2020zendoo,belchior2022survey}. Elle utilise un protocole
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. 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
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} \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} pour qu'elles puissent communiquer avec les sidechains, ce qui impliquerait des modifications importantes dans leur protocole. 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}
pour qu'elles puissent communiquer avec les sidechains, ce qui impliquerait des modifications importantes dans leur protocole.

View File

@ -1,3 +1,109 @@
%Relay Décentralisés
@inproceedings{westerkamp2022verilay,
title={Verilay: A verifiable proof of stake chain relay},
author={Westerkamp, Martin and Diez, Maximilian},
booktitle={2022 IEEE International Conference on Blockchain and Cryptocurrency (ICBC)},
pages={1--9},
year={2022},
organization={IEEE}
}
@article{qin2018overview,
title={An overview of blockchain scalability, interoperability and sustainability},
author={Qin, Kaihua and Gervais, Arthur},
journal={Hochschule Luzern Imperial College London Liquidity Network},
year={2018}
}
@misc{btcrelay2022web,
author = {BTCRelay},
howpublished = {\url{http://btcrelay.org/}},
title = {BTCRelay},
year = {2022},
}
@misc{btcrelay2022git,
author = {ethereum},
howpublished = {\url{https://github.com/ethereum/btcrelay}},
title = {btcrelay},
year = {2022}
}
@inproceedings{hildebrandt2020tokenization,
title={Tokenization and the Symbiosis between Blockchains},
author={Hildebrandt, Felix},
booktitle={Konferenzband zum Scientific Track der Blockchain Autumn School 2020},
pages={14--20},
year={2020},
organization={Hochschule Mittweida}
}
@article{lan2021horizon,
title={Horizon: A gas-efficient, trustless bridge for cross-chain transactions},
author={Lan, Rongjian and Upadhyaya, Ganesha and Tse, Stephen and Zamani, Mahdi},
journal={arXiv preprint arXiv:2101.06000},
year={2021}
}
%Pools de liquidité
@article{jensen2021introduction,
title={An introduction to decentralized finance (defi)},
author={Jensen, Johannes Rude and von Wachter, Victor and Ross, Omri},
journal={Complex Systems Informatics and Modeling Quarterly},
number={26},
pages={46--54},
year={2021}
}
@article{ belchior2022survey,
author={Belchior,Rafael and Vasconcelos,André and Guerreiro,Sérgio and Correia,Miguel},
year={2022},
title={A Survey on Blockchain Interoperability: Past, Present, and Future Trends},
journal={ACM computing surveys},
volume={54},
number={8},
pages={1-41},
abstract={Blockchain interoperability is emerging as one of the crucial features of blockchain technology, but the knowledge necessary for achieving it is fragmented. This fact makes it challenging for academics and the industry to achieve interoperability among blockchains seamlessly. Given this new domains novelty and potential, we conduct a literature review on blockchain interoperability by collecting 284 papers and 120 grey literature documents, constituting a corpus of 404 documents. From those 404 documents, we systematically analyzed and discussed 102 documents, including peer-reviewed papers and grey literature. Our review classifies studies in three categories: Public Connectors, Blockchain of Blockchains, and Hybrid Connectors. Each category is further divided into sub-categories based on defined criteria. We classify 67 existing solutions in one sub-category using the Blockchain Interoperability Framework, providing a holistic overview of blockchain interoperability. Our findings show that blockchain interoperability has a much broader spectrum than cryptocurrencies and cross-chain asset transfers. Finally, this article discusses supporting technologies, standards, use cases, open challenges, and future research directions, paving the way for research in the area.},
keywords={Blockchain; Connectors; Cryptography; Digital currencies; Documents; Grey literature; Interoperability; Literature reviews},
isbn={0360-0300},
language={English},
}
@article{augustin2022yield,
title={Yield Farming},
author={Augustin, Patrick and Chen-Zhang, Roy and Shin, Donghwa},
journal={Available at SSRN 4063228},
year={2022}
}
@misc{nvd2021-3006,
title={CVE-2021-3006},
howpublished={\url{https://nvd.nist.gov/vuln/detail/CVE-2021-3006}},
journal={National Vulnerability Database},
author={National Institute of Standards and Technology},
year={2021},
month={03}
}
@misc{blocksec2021Seal,
author = {Block Sec},
howpublished = {\url{https://blocksecteam.medium.com/security-incident-on-seal-finance-fa79c27a1c3b}},
title = {Security Incident on Seal Finance},
year = {2021},
month = {01},
}
@article{caldarelli2021blockchain,
title={The blockchain oracle problem in decentralized finance—a multivocal approach},
author={Caldarelli, Giulio and Ellul, Joshua},
journal={Applied Sciences},
volume={11},
number={16},
pages={7572},
year={2021},
publisher={MDPI}
}
@inproceedings{herlihy2018atomic, @inproceedings{herlihy2018atomic,
title={Atomic cross-chain swaps}, title={Atomic cross-chain swaps},
author={Herlihy, Maurice}, author={Herlihy, Maurice},