Maison >web3.0 >Avec la sécurité comme noyau, une autre architecture de Dex d'ArtexSwap

Avec la sécurité comme noyau, une autre architecture de Dex d'ArtexSwap

WBOY
WBOYoriginal
2024-07-16 11:33:22564parcourir

ArtexSwap est un échange décentralisé qui utilise la technologie Artela EVM++ et Aspect pour résoudre les risques MEV et les problèmes de Rug Pull, améliorant ainsi la sécurité et l'efficacité des transactions, et convient aux scénarios de trading décentralisés qui nécessitent une sécurité et une flexibilité élevées.

Ethereum est le foyer technologique des monnaies numériques, des paiements mondiaux et des applications depuis sa création. DEX est la pierre angulaire de la finance décentralisée (DeFi). Après tout, quitter DEX et DeFi peut être considéré comme un discours vide de sens. En tant que plateforme fonctionnant sur la blockchain, elle effectue des transactions directes entre les utilisateurs et n'est soumise à la supervision d'aucune organisation tierce, ce qui lui permet de créer des produits financiers plus avancés.

1. Architecture grand public Dex

À l'heure actuelle, DEX fleurit dans l'écosystème Ethereum. Il existe de nombreux modèles de conception différents, et chaque modèle a ses propres avantages et inconvénients en termes de fonctionnalité, d'évolutivité et de décentralisation.

Selon différents mécanismes de transaction, DEX peut être divisé en deux catégories (comme indiqué ci-dessous).

Avec la sécurité comme noyau, une autre architecture de Dex dArtexSwap

1.1. DEX basé sur le carnet d'ordres

Le carnet d'ordres est essentiellement un algorithme de correspondance qui recherche automatiquement les ordres d'achat et de vente qui n'ont pas encore été signés sur différents marchés. Le système de la plateforme de trading les fera automatiquement correspondre. ordres d'achat et de vente. Convient aux scénarios qui nécessitent une adéquation efficace des prix et des stratégies de trading flexibles. En termes simples, la liquidité du carnet d’ordres provient de deux sources : les traders et les teneurs de marché.

Lecture approfondie : "Une brève analyse : modèle de carnet d'ordres et tenue de marché automatisée AMM" (voir annexe)

1.2.1.2. Teneur de marché automatique (AMM)

Le teneur de marché automatisé (AMM) est un type de tarification en DEX et en liquidité. mécanismes de détermination. En termes simples, il s'agit d'un teneur de marché qui fournit des actifs liquides (deux actifs) au pool de liquidités. Le produit des réserves dans le pool de liquidité est maintenu à la valeur k Lorsqu'un utilisateur retire une pièce, il doit fournir une autre pièce au pool de liquidité pour maintenir la valeur k.

Pour une compréhension détaillée de l'AMM, vous pouvez en savoir plus : "Rapport de recherche UniswapX (Partie 1) : Résumer le lien de développement V1-3 et interpréter les principales innovations et défis de la prochaine génération de DEX"

1.3 Quel est le valeur de DEX ?

Avec la sécurité comme noyau, une autre architecture de Dex dArtexSwap

[数据来源:THE BLOCK]

Selon les résultats statistiques de CoinGecKo, au 9 juillet 2024, il existe environ 835 bourses DEX connues, avec un volume total de transactions sur 24 heures de 8,35 milliards de dollars américains, dont 3,2 milliards de visites mensuelles. fois.

Les 3 plus grandes bourses décentralisées en termes de volume de transactions sont BabyDogeSwap, Uniswap V3 (Ethereum) et Orca.

Nous avons calculé le volume des transactions sur 24 heures des trois principales bourses DEX et DEX qui représentaient 16 % de la liquidité des transactions sur une seule journée, et le taux de croissance d'une année sur l'autre du volume des transactions sur 24 heures de DEX a été comparé. à cette époque en 2023, il était de 315 % (2 milliards en 2023) et le volume des transactions a augmenté de 166 % d'une année sur l'autre (120 millions de fois en 23). De toute évidence, le marché a une énorme demande de plateformes de trading décentralisées.

Étant donné que les échanges décentralisés (DEX) utilisent des contrats intelligents déterministes pour les transactions, il n'y a aucune intervention d'un tiers centralisé. Cette manière transparente de fonctionner contraste fortement avec les marchés financiers traditionnels.

Par exemple, en 2022, FTX, l'une des plus grandes plateformes de trading de cryptomonnaies à l'époque, a fait faillite au milieu d'une série de déclins dus au détournement de fonds des utilisateurs, déclenchant des chocs généralisés sur le marché.

De plus, DEX améliore l'inclusion financière grâce à une approche décentralisée, et certains CEX peuvent restreindre l'accès des utilisateurs en fonction de la situation géographique ou d'autres facteurs.

Mais en général, les utilisateurs n'ont besoin que d'accéder à Internet et de connecter un portefeuille compatible auto-construit pour utiliser les services DEX. Ce modèle, qui ne nécessite pas d'enregistrement ni d'examen fastidieux, permet aux nouveaux utilisateurs de rejoindre la plateforme rapidement et facilement, améliorant ainsi l'expérience utilisateur.

2. Principaux risques de DEX

Les échanges décentralisés (DEX) peuvent garantir l'exécution des transactions, améliorer la transparence et sont accessibles sans autorisation. Ces fonctionnalités abaissent considérablement le seuil de négociation et de fourniture de liquidité. Cependant, DEX s'accompagne également de certains risques, qui incluent, sans s'y limiter, les aspects suivants :

  1. Risque des contrats intelligents : bien que la technologie blockchain puisse exécuter des transactions financières en toute sécurité, la sécurité des contrats intelligents repose sur la capacité de l'équipe de développement à maîtriser niveau et expérience.
  2. Risque initial : en raison de la nature ouverte et transparente des transactions en chaîne, les arbitragistes ou les robots MEV peuvent être les premiers à négocier et à capturer la valeur des utilisateurs ordinaires. Ces robots sont similaires aux traders à haute fréquence des marchés financiers traditionnels, profitant des transactions des utilisateurs ordinaires en payant des frais de transaction plus élevés et en profitant des retards du réseau.
  3. Risque réseau : étant donné que les transactions sont effectuées en chaîne, les coûts de transaction DEX peuvent être élevés, et les coûts le seront encore plus lorsque le réseau est encombré ou en panne. Les utilisateurs sont donc sensibles aux fluctuations du marché.
  4. Rug Pull Risk : Un problème courant et grave dans le domaine de la finance décentralisée (DeFi). Il existe un grand nombre de parties au projet qui retirent soudainement leurs liquidités et s'enfuient avec leurs fonds après avoir attiré une grande quantité de fonds d'investisseurs. Les risques actuels de Rug Pull peuvent être grossièrement divisés en trois catégories :
  • Retrait de liquidités
  • Développeurs détenant un grand nombre de jetons et/ou émettant des
  • Faux projets

Cette arnaque fait subir de lourdes pertes aux investisseurs, et la valeur du projet est instantanée Retour à zéro. Cela a eu un impact significatif sur la confiance dans l’ensemble du marché DeFi.

Par exemple, l’incident SushiSwap survenu en 2021 en est un exemple typique. Le chef Nomi, le fondateur anonyme de SushiSwap, a soudainement vendu pour 13 millions de dollars de jetons SUSHI dans le fonds des développeurs après que le projet ait levé une grande quantité de fonds, déclenchant la panique du marché et faisant chuter le prix du jeton.

Bien que le chef Nomi ait ensuite restitué les fonds et que la communauté ait repris la gestion du projet, cet incident a causé d'énormes pertes et un impact psychologique sur les investisseurs.

3. Le problème de l'extension de Bancor à DEX

Si nous disons qui est le premier projet à manger le crabe d'AMM, alors il faut mentionner Bancor C'est un peu pitoyable de dire qu'il n'était pas très populaire avant. Attention au boom de la DeFi, tant de gens croient à tort que l’AMM a été inventé par Uniswap.

Maintenant, avec la version Bancor V2, il a été lancé. Bien que la V2 ait introduit des conceptions innovantes telles que l'oracle fournissant le dernier prix et mettant à jour la proportion du pool de jetons en fonction du prix de l'oracle, elle présente encore quelques lacunes.

  • Bien que l'introduction d'oracles puisse fournir des informations plus précises sur les prix, elle pose également des problèmes de mise en œuvre. Par exemple, s’il n’existe pas de prix de paire de trading correspondant sur une plateforme de trading centralisée, cela crée un problème de poule et d’œuf. En outre, la fiabilité et la sécurité des oracles méritent également une attention particulière. Les oracles peuvent devenir la cible d'attaques, entraînant une manipulation des prix et d'autres problèmes de sécurité.
  • Bien que le modèle de pool dynamique puisse mettre à jour la proportion du pool de jetons en fonction du prix de la machine oracle, en cas de forte volatilité du marché, le fournisseur de liquidité (LP) peut être confronté à un risque de perte plus important. Plus la volatilité du marché est grande, plus les pertes éphémères du LP peuvent être graves, ce qui peut amener les fournisseurs de liquidité à retirer des fonds, affectant ainsi la stabilité du pool de liquidité et l'efficacité des transactions.
  • La conception de Bancor peut également être confrontée à un risque de contrepartie. Bien que le mécanisme oracle ait été introduit, si les prix du marché fluctuent violemment et que l'oracle ne peut pas mettre à jour les prix en temps opportun, les fournisseurs de liquidités peuvent encore être confrontés à des risques plus importants. Des mises à jour intempestives ou inexactes des prix Oracle peuvent entraîner une perte d'argent pour LP en raison des fluctuations des prix.

Bien que la version Bancor V2 introduit de nombreuses conceptions innovantes, sa complexité augmente également le seuil d'apprentissage et d'utilisation pour les utilisateurs. Par rapport à d'autres modèles AMM qui sont plus simples et plus faciles à utiliser, Bancor peut exiger que les utilisateurs possèdent davantage de connaissances professionnelles et d'expériences techniques pour comprendre et utiliser pleinement ses nouvelles fonctionnalités. Cela peut limiter la croissance de ses utilisateurs et son acceptation sur le marché.

4. Implémentation DEX d'ArtexSwap

La plateforme ArtexSwap fonctionne de manière similaire à Uniswap, mais améliore la sécurité en utilisant les fonctions natives d'Artela EVM++.

4.1 Le mécanisme d'évolutivité d'Artela

Tout d'abord, afin de mieux comprendre l'environnement sous-jacent d'ArtexSwap, parlons d'abord brièvement du mécanisme de fonctionnement sous-jacent d'Artela. L'évolutivité contient ici en fait deux significations, à savoir l'évolutivité et les performances d'EVM.

Pour l'évolutivité, Artela a introduit la technologie Aspect pour la mise en œuvre. Cette technologie aide les développeurs à créer des programmes personnalisés en chaîne dans l'environnement WebAssembly (WASM). Ces programmes peuvent collaborer avec EVM pour fournir une personnalisation haute performance pour les extensions spécifiques aux applications. .

Lecture extensible : « V Interprétation du texte intégral de Dieu : La prochaine étape de l'infrastructure Web3.0, est-ce « l'encapsulation ou l'expansion » ? 》(Voir Annexe)

Du point de vue des performances, il s'agit d'améliorer l'efficacité d'exécution d'EVM. Nous savons tous qu'EVM est un environnement de machine virtuelle série. Par rapport au matériel actuel, le taux d'utilisation de cette méthode est très faible. , le traitement parallèle est donc particulièrement important.

Comment résoudre les problèmes suivants pour réaliser une exécution parallèle :

1. Comment résoudre s'il y a des conflits entre les choses exécutées en même temps ?

Adopte une stratégie d'exécution parallèle d'exécution optimiste prédictive, en supposant qu'il n'y a pas de conflits entre les transactions dans l'état initial, et que chaque transaction enregistre les modifications mais n'est pas finalisée immédiatement.

Vérifiez après l'exécution de la transaction pour vérifier s'il y a un conflit, et réexécutez-la s'il y en a.

La prévisibilité consiste à analyser les données de transaction historiques via des modèles d'IA, à prédire les dépendances des transactions, à optimiser la séquence d'exécution et à réduire les conflits et les exécutions répétées.

En revanche, Sei et Monad s'appuient sur des fichiers de dépendances de transactions prédéfinis et n'ont pas la capacité d'adaptation du modèle de prédiction dynamique basé sur l'IA d'Artela, ce qui constitue l'avantage d'Artela pour réduire les conflits d'exécution

2. Comment améliorer la vitesse d'IO et réduire le temps d'attente pour. des choses à exécuter ?

Adoptez la technologie de préchargement asynchrone pour résoudre le goulot d'étranglement d'entrée et de sortie (E/S) causé par l'accès à l'état.

Artela précharge les données d'état requises du stockage lent (comme le disque dur) au stockage rapide (comme la mémoire) via un modèle prédictif avant l'exécution de la transaction. Ce chargement et cette mise en cache précoces de la technologie des données permettent à plusieurs processeurs ou threads d'exécution d'y accéder simultanément, améliorant ainsi le parallélisme et l'efficacité de l'exécution.

3. Comment résoudre le problème de l'expansion des données lors de l'écriture des données et de la pression accrue sur le traitement des bases de données ?

Artela combine une variété de technologies traditionnelles de traitement de données pour développer un système de stockage parallèle afin d'améliorer l'efficacité du traitement parallèle. Les systèmes de stockage parallèle résolvent principalement deux problèmes : l'un consiste à réaliser un traitement parallèle du stockage et l'autre consiste à améliorer la capacité d'enregistrer efficacement l'état des données dans la base de données. Au cours du processus de stockage des données, les problèmes courants incluent l'expansion lors de l'écriture des données et une pression accrue sur le traitement de la base de données. À cette fin, Artela adopte une stratégie de séparation de l'engagement d'État (SC) et du stockage d'État (SS). Cette stratégie divise les tâches de stockage en deux parties : une partie est responsable des opérations de traitement rapides et ne conserve pas de structures de données complexes pour économiser de l'espace et réduire la duplication des données ; l'autre partie enregistre toutes les informations de données détaillées. De plus, Artela réduit la complexité de la sauvegarde des données en fusionnant de petits morceaux de données en gros morceaux, sans compromettre ainsi les performances lors du traitement de grandes quantités de données.

De plus, les nœuds de validation prennent en charge l'expansion horizontale et le réseau peut ajuster automatiquement la taille des nœuds informatiques en fonction de la charge ou de la demande actuelle. Ce processus d'expansion est coordonné par le protocole élastique pour garantir des ressources informatiques suffisantes dans le réseau de consensus.

Grâce au calcul élastique, la puissance de calcul des nœuds du réseau peut être étendue, réalisant un espace de bloc élastique, permettant de demander un espace de bloc indépendant en fonction de la demande, ce qui répond non seulement aux besoins d'expansion de l'espace de bloc public, mais garantit également les performances et la stabilité.

Cela permet au réseau DEX de répondre sereinement à l'expansion élastique du Web2 face aux heures de pointe des échanges.

Il convient de mentionner qu'en tant que solution pour l'expansion horizontale des performances de la blockchain, l'espace de bloc élastique est basé sur le principe selon lequel « les transactions peuvent être parallélisées ». Ce n'est que lorsque le parallélisme des transactions est augmenté que les nœuds doivent être étendus horizontalement pour s'améliorer. débit des transactions.

4.2 Exploration de la sécurité DEX d'ArtexSwap

Avec la sécurité comme noyau, une autre architecture de Dex dArtexSwap

ArtexSwap a été mis à jour vers la version 2.0 Du point de vue de l'architecture d'ArtexSwap, il se concentre principalement sur trois aspects de sécurité, à savoir :

  • Comment identifier et prévenir les comportements malveillants ?
  • Comment éviter que les utilisateurs ne soient lésés par Rug Pull lors du trading ?
  • Comment éviter les glissements élevés ?

Mécanisme de liste noire

Avec la sécurité comme noyau, une autre architecture de Dex dArtexSwap

Le mécanisme de liste noire est une stratégie axée sur la sécurité, car d'un point de vue comportemental, la probabilité que les adresses et les utilisateurs qui ont participé à de « mauvaises choses » commettent à nouveau des crimes en marquant. comptes, adresses et contrats dangereux, la plateforme ArtexSwap peut effectuer une analyse a priori des deux parties et de l'environnement de la transaction avant la transaction. Le mécanisme de liste noire continuera à surveiller les activités de transaction et à exclure un par un les « dangers » de la liste noire. ", lorsque des demandes d'opération provenant de comptes sur liste noire sont détectées, ces demandes sont automatiquement bloquées pour empêcher tout comportement malveillant.

Par exemple, si un compte est sur liste noire parce qu'il a participé à un Rug Pull ou à une autre activité frauduleuse, le compte ne pourra pas échanger ou ajouter des liquidités sur le DEX, protégeant ainsi les autres utilisateurs des pertes potentielles.

Essentiellement, ArtexSwap fournit un système de défense passive côté C avec une concentration centrée sur l'arrière.

Mécanisme anti-Rug

Rug Pull signifie que les développeurs ou les grands détenteurs augmentent soudainement l'offre de jetons ou suppriment la plupart des fonds du pool de liquidités, provoquant une chute du prix du jeton et des pertes énormes pour les investisseurs.

Ce type de situation s'accompagne généralement d'une porte dérobée dans le contrat. Entrer dans cette étape est généralement un poisson qui échappe au mécanisme de la liste noire. Parce qu'il y a un certain décalage dans les informations de la liste noire, il existe généralement deux types de situations :

1. Cette vulnérabilité du contrat n'a pas été découverte,

2 La liste noire a-t-elle été découverte ?

Parlons d'abord du premier. Lorsqu'il n'y a aucune preuve directe que le contrat de token est problématique, ArtexSwap adopte généralement un mécanisme optimiste pour le gérer, c'est-à-dire qu'il est sûr par défaut, mais la plateforme ArtexSwap le surveillera toujours. toute tentative d'augmenter considérablement le contrat de jetons. Le fonctionnement de l'offre de devises sera bloqué une fois qu'une telle situation sera découverte, et les autres utilisateurs seront empêchés d'échanger les jetons associés pour éviter des pertes.

Le second repose sur la communication par message hors chaîne. Aspect permet l'interaction et l'échange de données en dehors de la blockchain lorsque la communication par message hors chaîne est activée. Cela permet à ArtexSwap d'obtenir les adresses des contrats malveillants pertinents à partir de sources d'informations tierces en temps réel, puis d'effectuer des contrôles de sécurité sur les contrats de jetons sur l'ensemble du DEX. Une fois qu'un contrat malveillant est découvert, toutes les opérations associées seront directement bloquées.

Mécanisme de dérapage

Il doit être clair que dans le cadre du mécanisme de liquidité de l'AMM, il existe une forte probabilité qu'un dérapage élevé entraîne des pertes. Pour faire simple, le slippage fait référence à la différence entre le prix d'exécution de la transaction et le prix attendu. Lorsque le marché est volatil ou que la liquidité est insuffisante, le slippage devient important.

Évidemment, la prévention du Slippage est un problème « prédictif ». Il n'est pas difficile de résoudre le problème de liquidité insuffisante. Le contrat de la plateforme ArtexSwap n'a besoin que de surveiller le pool de liquidités en temps réel pour y parvenir. La difficulté réside dans la fluctuation du marché. Parce que le marché est une information événementielle externe, la première chose qui vient à l'esprit est d'accéder à l'oracle pour obtenir le statut du marché. Pour y parvenir, ArtexSwap doit utiliser l'environnement de base pour son fonctionnement. Artela prend en charge la technologie Aspect, et ArtexSwap l'utilise pour créer une dApp sur la chaîne. La dApp peut interagir avec des oracles tiers pour obtenir les fluctuations du marché. Les agents d'IA, qui utilisent les données sur l'état du marché et l'IA pour prédire le dérapage élevé des transactions à un moment donné, et les combinent avec la surveillance de la liquidité mentionnée précédemment pour obtenir une valeur estimée dépassant un seuil (30 %), empêchent les échanges. exécution, protégeant ainsi les traders des pertes causées par de violentes fluctuations de prix.

5. Résumé

Bien que nous ne soyons pas sûrs que le modèle DEX actuel puisse soutenir la croissance à long terme et les applications institutionnelles, il est prévisible que DEX continuera à devenir une infrastructure indispensable dans l'écosystème des crypto-monnaies.

Toujours en disant que, derrière chaque arnaque réussie, il peut y avoir un utilisateur qui arrête d'utiliser Web3, et l'écosystème DEX n'aura nulle part où aller sans nouveaux utilisateurs, donc pour DEX, il y a une perte de sécurité, c'est-à-dire une perte tout.

C'est juste que dans le contexte actuel de la chaude piste DEX, le récit des produits dérivés semble pouvoir s'épanouir pendant longtemps. Mais à long terme, DEX est la demande la plus certaine des utilisateurs, donc aucune attention n'y est accordée. c'est trop. .

Annexe

"Brève analyse : modèle de carnet de commandes et tenue de marché automatisée AMM"

https://mirror.xyz/coincapital.eth/jkCgaKOOtXUn2Iv47y_1npwsyC5Cm0qL3GoVhTUA-IE

"Interprétation du texte intégral de Buterin : sous l'infrastructure Web3.0 One stop, « encapsulation ou extension » ? 》https://www.blocktempo.com/is-the-next-step-for-web3-infrastructure-encapsulation-or-extension/

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration:
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn