Les portefeuilles sont la porte d'entrée vers Web3, servant de portails essentiels aux utilisateurs pour envoyer et recevoir des messages, gérer des fonds et interagir avec les applications blockchain. En tant que composant critique de l'infrastructure blockchain, les portefeuilles façonnent considérablement les expériences Web3 des utilisateurs.

L'écosystème des portefeuilles est diversifié, les fournisseurs proposent une gamme variée de produits et de services via différents mécanismes. Alors que les fournisseurs de portefeuilles s'efforcent de garantir la durabilité et la diversification, leurs modèles opérationnels évoluent, créant de nouvelles dynamiques entre les utilisateurs, les applications et l'infrastructure sous-jacente de la blockchain.

Notre rapport vise à éclairer l'état actuel des portefeuilles sur Ethereum, en s'appuyant sur les recherches menées par orderflow.art.

Cependant, identifier les portefeuilles grâce au suivi des transactions on-chain présente plusieurs défis :

1. Identification incomplète en raison de routeurs inconnus ou d'adresses de signature.
2. Difficulté à identifier plusieurs adresses de portefeuille associées aux échanges centralisés.
3. Absence d'adresses de routeur pour certains portefeuilles, rendant l'identification de l'utilisateur difficile.

Malgré ces limitations, ce rapport offre un aperçu complet du paysage des portefeuilles Ethereum, de ses tendances actuelles et de ses perspectives futures.

Le rapport commence par une section Contexte couvrant deux domaines clés : la Taxonomie des Portefeuilles et le Cycle de Vie des Ordres. Dans la Taxonomie des Portefeuilles, nous classons les portefeuilles Web3 en types custodials et non-custodials, en détaillant les différentes formes de portefeuilles non-custodials. La section Cycle de Vie des Ordres décrit le parcours d'une transaction, identifiant les acteurs clés de l'origine des ordres jusqu'aux constructeurs de blocs.

Ensuite, nous explorons les tendances actuelles, en mettant l'accent sur les développements récents affectant les Originators de Flux de Commandes (OFOs). Nous examinons les implications de l'augmentation de la centralisation sur le marché de la construction de blocs, qui a intensifié la concurrence pour le flux de commandes. Cette section couvre trois concepts clés : le Paiement pour le Flux de Commandes (PFOF), les Enchères de Flux de Commandes (OFAs) et le Flux de Commandes Privé (POF). De plus, nous présentons l'Abstraction de Compte (AA), en mettant particulièrement l'accent sur l'ERC-4337, un développement significatif qui remodèle le paysage du portefeuille.

Enfin, dans les Tendances Futures, nous explorons les développements visant à améliorer l'expérience utilisateur et à relever les défis réglementaires dans le paysage du portefeuille. Nous examinons les pré-confirmations (pré-confs), un mécanisme conçu pour améliorer la vitesse de confirmation des transactions. Nous analysons également deux propositions d'amélioration d'Ethereum (EIP) qui visent à renforcer les capacités d'Abstraction de Compte. De plus, nous discutons des Environnements d'Exécution de Confiance (TEEs) et de leur rôle dans l'amélioration de la sécurité et de la confidentialité des portefeuilles Web3. Nous examinons comment les TEE pourraient servir de solution de conformité potentielle pour l'industrie de la cryptographie, notamment lorsque l'accent réglementaire se déplace de la décentralisation vers des questions de contrôle.

Arrière-plan#

Introduction#

Les portefeuilles servent d'interface principale pour que les utilisateurs interagissent avec les applications blockchain. Bien que les utilisateurs gèrent souvent plusieurs portefeuilles (par exemple, plusieurs comptes MetaMask), le processus de migration des clés privées vers un nouveau fournisseur de portefeuille est généralement fastidieux. Ce manque de portabilité conviviale crée un effet de 'stickiness', gardant souvent les utilisateurs attachés à leurs fournisseurs de portefeuille existants.

L'intensification de la concurrence pour le flux de commandes a accru l'importance de l'acquisition et de la rétention des utilisateurs pour les fournisseurs de portefeuilles. Ce paysage concurrentiel a conduit à un développement intéressant : les applications de finance décentralisée (DeFi), telles que Uniswap, 1inch et Curve Finance, créent désormais leurs propres portefeuilles. Cette initiative stratégique permet à ces plateformes DeFi d'exercer un plus grand contrôle sur le flux de commandes de leurs utilisateurs, capturant potentiellement plus de valeur et offrant une expérience utilisateur plus intégrée.

Cette tendance souligne les relations évolutives entre les utilisateurs, les portefeuilles et les applications DeFi dans l'écosystème blockchain. Elle met en évidence comment la bataille pour le flux d'ordres remodèle le paysage des portefeuilles et influence les stratégies des principaux acteurs de l'espace DeFi.

Figure 1. Aperçu de l'écosystème du portefeuille Ethereum

Taxonomie du Portefeuille#

Les portefeuilles Web3 sont généralement catégorisés comme étant soit sous garde, contrôlés par des tiers, soit non sous garde, contrôlés par l'utilisateur. Le contrôle est défini comme étant qui détient les clés privées du portefeuille.

• Portefeuilles sous garde: Principalement proposés par les échanges de crypto-monnaie et les bots Telegram, les portefeuilles sous garde conservent les clés privées des utilisateurs et offrent une expérience utilisateur améliorée. Cependant, les utilisateurs n'ont pas un contrôle total sur leurs fonds et ces tiers pourraient accéder aux fonds des utilisateurs sans leur autorisation.
• Portefeuilles non dépositaires : les utilisateurs détiennent leurs clés privées et contrôlent entièrement leurs portefeuilles non dépositaires. Si les clés privées sont perdues, l’utilisateur perdra l’accès à son portefeuille et à ses fonds. Les clés privées pour les portefeuilles chauds sont stockées sur un appareil connecté à Internet qui interagit avec une application. Les portefeuilles froids stockent les clés privées sur des périphériques matériels isolés dédiés qui n’interagissent pas avec les applications. Les portefeuilles « chauds » non dépositaires sont connectés à Internet et sont généralement accessibles via une extension de navigateur, une application mobile ou une application de bureau. Les portefeuilles « froids » n’ont pas d’accès en ligne et les actifs sont stockés dans des appareils physiques.

Il existe différents types de portefeuilles non-custodiaux avec une technologie variée pour améliorer l'expérience utilisateur et la sécurité.

Portefeuille MPC#

Calcul multipartiteLes portefeuilles (MPC) utilisent des techniques de cryptographie pour crypter, fragmenter et distribuer des clés privées à plusieurs appareils. Ces appareils ou parties doivent évaluer un calcul sans révéler leurs clés privées ou leurs données. Un protocole de calcul multipartite utilisé dans le contexte des portefeuilles MPC a généralement ces propriétés :

1. Sécurité seuil: S'assurer qu'un nombre prédéfini de parties doit coopérer pour signer une transaction.
2. Fragmentation de clé : La capacité de diviser une clé privée en plusieurs parts.
3. Génération de clés distribuée : Générer la clé de manière distribuée de sorte qu'aucune partie ne connaisse jamais la clé privée complète.

Les avantages des portefeuilles MPC sont :

1. Sécurité : Comme aucune personne ne contrôle la clé privée, un attaquant devrait attaquer plusieurs parties, ce qui augmente la sécurité d'un portefeuille.
2. Récupérabilité: Avec des fragments de clés chiffrés stockés à plusieurs endroits, les parties autorisées peuvent récupérer les comptes en cas de perte de clé.
3. Accessibilité : Les actifs peuvent être détenus en ligne car les fragments de clé privée sont distribués de manière sécurisée entre plusieurs parties. Les transactions peuvent être exécutées de manière plus efficace qu'un portefeuille chaud sans compromettre la sécurité de la clé.

Comptes Possédés Externellement (EOAs)#

Les comptes appartenant à des entités externes (EOA) sont gérés par des clés privées uniques que les utilisateurs contrôlent pour interagir avec des contrats intelligents on-chain.

EOAs utilisent une clé privéeAlgorithme de signature numérique sur courbe elliptiqueclé (ECDSA) pour signer et vérifier les transactions numériques. Les utilisateurs peuvent envoyer et recevoir des transactions, interagir avec des contrats intelligents et approuver des messages via des EOAs.

Pour créer un EOA, une interface de portefeuille génère une clé privée et une phrase de récupération. En raison de la clé privée et de la phrase de récupération uniques, un utilisateur perdra l'accès à son portefeuille s'il perd à la fois sa clé privée et sa phrase de récupération.

Portefeuilles de contrats intelligents#

Les portefeuilles de contrats intelligents, ou portefeuilles intelligents, utilisent l'Abstraction de compte et la programmabilité des contrats intelligents pour améliorer l'expérience utilisateur. Les portefeuilles de contrats intelligents ne sont pas contrôlés par une clé privée mais par le code du contrat. Le protocole d'abstraction de compte comme ERC-4337 aide les portefeuilles de contrats intelligents à contourner l'exigence selon laquelle un portefeuille EOA initie une transaction. Les portefeuilles de contrats intelligents peuvent être programmés pour des fonctionnalités telles que:

1. Authentification à deux facteurs
2. Blocage de compte
3. Récupération flexible
4. Regroupement de transactions
5. Limites de transfert et de dépenses
6. Clés de session
7. Parrainage du gaz et paiements de gaz en jetons non natifs
8. Portefeuille multi-sig

Comparés aux EOA, les portefeuilles de contrats intelligents ont un faible surcoût en gaz principalement en raison de l'exécution du code du contrat et de la publication d'événements. Les contrats intelligents sont intrinsèquement plus complexes et puissants par rapport aux EOA, donc seuls les portefeuilles de contrats intelligents audités et testés en situation de combat devraient être dignes de confiance.

Cycle de vie du flux de commandes#

Orderflow.artillumine le paysage du flux de commandes et identifie les acteurs connus on-chain dans le cycle de vie d'une transaction.

Le cycle de vie d'une transaction commence du côté gauche du flux de commandes Sankey avec des interfaces sur chaîne et se termine du côté droit avec les constructeurs de blocs.

Figure 2. Sankey Orderflow.art modifié du 30 septembre 2024

Les principaux acteurs on-chain dans le cycle de vie d'une transaction sont:

Originateurs de Flux de Commande#

Les originators de flux de commande (OFOs) sont les premières applications on-chain qui interagissent avec un portefeuille. Les OFOs incluent :

1. Portefeuilles : Les portefeuilles ajoutent de plus en plus de fonctionnalités pour améliorer l'expérience utilisateur, telles que des échanges directs. \
   Remarque : les figures 3, 4 et 5 ne comprennent que les routeurs connus et sous-estiment les transactions d'échange natives des portefeuilles.
2. Frontaux : Des applications comme Uniswap ont leur propre portefeuille et interface pour que les utilisateurs puissent créer des transactions. Les frontaux DEX perdent en dominance à la fois sur le volume de trading et la part de marché du nombre de transactions (Figures 3 and 4).
3. Les Bots Telegram : Banana Gun, Maestro et Unibot ont capturé une part significative des transactions de détail au cours de la dernière année (Figure 4). Les tailles de transaction sont généralement inférieures à 10 000 $ (Figure 5).
4. Aggregators: Les agrégateurs sont des applications comme DefiLlama, Matcha, 0x API et 1inch API qui se connectent à plusieurs DEX pour unifier la liquidité fragmentée. La part de marché des transactions est restée relativement stable tandis que le volume des échanges a légèrement diminué depuis 2023 (Figures 3 et 4).
5. Les enchères de flux de commandes : Les OFA comprennent des enchères par lots de solveur (par exemple, CoWSwap), des systèmes RFQ (par exemple, Uniswap X) et des enchères d'exécution (par exemple, MEV-Blocker). Les OFA ont gagné des parts de marché en volume d'échanges au détriment des interfaces DEX (Figure 3) et sont généralement utilisés pour des transactions plus importantes (Figure 5).

Figure 3. Volume de trading frontend (3 ans), Dune Analytics. 30 septembre 2024.

Figure 4. Nombre de transactions frontal (3 ans), Dune Analytics. 30 septembre 2024.

Figure 5. Tailles des échanges frontaliers (7 jours), Dune Analytics. 30 septembre 2024.

Fournisseurs de liquidité#

Les transactions importantes ou celles impliquant des paires de trading peu liquides sont souvent acheminées vers des enchères de flux d'ordres (OFA) et des agrégateurs pour minimiser le glissement. Ces fournisseurs puisent la liquidité auprès de plusieurs échanges décentralisés (DEX), de sources hors chaîne et d'inventaires propriétaires.

1. Market Makers: Entités commerciales qui utilisent la liquidité hors chaîne et leur propre inventaire pour exécuter des transactions. Ils fournissent de la liquidité pour les plateformes de demande de devis (RFQ) comme Hashflow et Uniswap X.
2. Solvers : Entités tierces qui déterminent un itinéraire optimal et des prix pour l'exécution des transactions. Les solveurs sont utilisés dans les OFA tels que CoWSwap, et certains offrent la soumission directe des transactions par les utilisateurs via leurs propres interfaces frontales.
3. Chercheurs CEX-DEX : Ces chercheurs exploitent la liquidité hors chaîne des échanges centralisés (CEX) pour capturer des opportunités d'arbitrage sur chaîne. Ils peuvent utiliser des OFA avec des mempools privés comme MEV Share et MEV-Blocker.

Mempools#

Les commandes Ethereum sont soumises à des mempools publics ou privés :

1. Mempools publics : Les transactions sont visibles par tous et peuvent être regroupées par les chercheurs et les OFAs. Tous les constructeurs de blocs peuvent accéder à ces transactions pour les inclure dans le bloc.
2. Mempools privés : les transactions ne sont visibles que par des parties sélectionnées, y compris des chercheurs spécifiques, des OFA et des constructeurs.

Builders#

Les constructeurs arrangent et incluent les transactions dans un bloc. Le cycle de vie de la commande est complet si la transaction est incluse dans le bloc du constructeur gagnant. Si elle n'est pas incluse dans le bloc gagnant, la transaction reste dans le mempool jusqu'à ce qu'elle soit incluse dans un bloc futur ou rejetée.

Références#

1. https://orderflow.art/frontends
2. Quicknode, Une vue d'ensemble complète des portefeuilles Web3
3. Fondation Ethereum, Comptes Ethereum
4. Fireblocks, Qu’est-ce que le MPC (Multi-Party Computation) ?
5. Alchimie, 8 Avantages Incroyables des Portefeuilles de Contrat Intelligent par rapport aux Portefeuilles EOA
6. Détaché, Quels sont les comptes externes possédés (EOA) dans Ethereum?
7. Portefeuille Ambire, Abstraction de compte et avantages des portefeuilles de contrats intelligents

Tendances actuelles#

Le paysage d'Ethereum est actuellement caractérisé par plusieurs tendances significatives qui façonnent l'industrie. Deux tendances majeures d'Ethereum qui affectent les initiateurs de flux de commandes sont 1) la centralisation du marché de construction de blocs, et 2) la mise en œuvre de l'Abstraction de Compte avec ERC-4337.

Centralisation des constructeurs de blocs#

Marché du constructeur d'Ethereumest devenu de plus en plus centralisé avec deux constructeurs capturant plus de 90% du marché des blocs.

Figure 6.Part de marché du constructeur sur 30 jours à partir du 30 septembre 2024, libmev.com.

Cette concentration a donné naissance à de nouvelles dynamiques dans le flux des ordres:

• Paiement pour l'ordre de flux (PFOF)
• Enchères de flux de commandes (OFA)
• Flux de commandes privées

Ces mécanismes transforment la façon dont les transactions sont traitées et priorisées, offrant des avantages tels que la protection contre le MEV et une meilleure découverte des prix, mais soulevant également des préoccupations concernant l'équité du marché et la décentralisation

Paiement pour l'ordre de flux#

Le paiement pour l'ordre d'exécution (”PFOF”) est un concept financier traditionnel qui a commencé avec les teneurs de marché payant les courtiers pour leur flux d'ordres OTC. Les teneurs de marché considèrent le flux d'ordres de détail comme non informé et non toxique, et il est très rentable de trader contre. Avec l'expansion des systèmes de trading automatisés (”ATS”), les teneurs de marché ont utilisé le PFOF pour attirer le flux d'ordres de détail vers leurs ATS.

Les traders particuliers bénéficient du PFOF de trois manières :

1. Une partie du PFOF est utilisée pour couvrir le coût d'exécution du trader particulier.
2. Les teneurs de marché coteront plus serré, permettant aux traders particuliers d'exécuter à des prix améliorés
3. Les teneurs de marché pourront fournir une plus grande liquidité pour les ordres en petits lots.

Dans Ethereum, le PFOF est apparu comme des relations de flux d'ordres exclusives (EOF) entre les originaires du flux d'ordres (OFO) et les constructeurs. L'EOF contourne le mempool public et représente jusqu'à 35 % du marché. Le flux d'ordres exclusif permet à un constructeur de construire un bloc de valeur supérieure à celui des concurrents contraints de sourcer des transactions à partir du mempool public ou des enchères de flux d'ordres (OFA). Comme les EOF nécessitent des garanties d'exécution, les constructeurs multiplexeront le bundle de l'OFO pour garantir une inclusion en temps opportun.

Il existe plusieurs raisons pour lesquelles les initiateurs de flux d'ordres utilisent des relations EOF :

• Les garanties d'inclusion de blocs. En s'associant à un constructeur de premier plan, les OFOs augmentent la probabilité que leurs transactions soient incluses dans le prochain bloc construit.
• Protection MEV de l'utilisateur. Les OFO peuvent pratiquement éliminer leur MEV de transactions.
• Remises de frais de gaz prioritaires. Les OFO peuvent recevoir un remboursement des frais de gaz prioritaires payés par leurs utilisateurs. Les constructeurs apprécient les transactions de haute qualité telles que le sniping des commandes des robots Telegram et paieront plus pour ce flux de commandes.

Relations EOF actuellement connues :

• Pistolet Banana et Constructeur Titan
• Maestro et Beaver

Figure 7. Blocs EOF de pistolet banane*.

Figure 8. Les blocs multiplexés de Banana Gun.

Figure 9. Blocs EOF Maestro.

Figure 10. Blocs multiplexés Maestro.

*EOF est approximé par le flux de commandes non vu par Flashbots ou dans le mempool.

Ventes aux enchères de flux de commandes#

Les enchères de flux de commandes (OFAs) ont été créées pour protéger les transactions des utilisateurs contre les stratégies MEV négatives telles que le front-running et les attaques sandwich. Les OFAs offrent de nombreux avantages aux utilisateurs notamment :

1. Des coûts de transaction plus bas. Les OFAs regroupent les transactions, ce qui réduit les frais de gaz et diminue le glissement d'exécution.
2. Les remboursements de MEV. Les OFAs peuvent mettre aux enchères des opportunités de retour de MEV et restituer une partie du MEV capturé aux utilisateurs.
3. Découverte améliorée des prix. Des solveurs tiers concourent pour obtenir le meilleur prix d'exécution.
4. Liquidité améliorée. Les solveurs tiers peuvent agréger la liquidité de nombreuses sources, y compris les DEX, les CEX et l'inventaire privé.

Figure 11. Chaîne d'approvisionnement MEV avec enchères de flux de commandes.

Les OFAs agrègent les transactions d'échange de plusieurs utilisateurs et les mettent aux enchères pour les soumissionnaires tiers pour exécution. Les OFAs fonctionnent comme les commissaires-priseurs et sélectionnent les offres gagnantes selon des critères prédéfinis. Les offres gagnantes sont soumises sur la chaîne en tant que bundle aux constructeurs de blocs pour consensus.

Il existe différents types d'OFA :

• Demande de devis (RFQ) : Les RFQ utilisent un système de soumission de devis pré-sélectionnés, de fonds et de market-makers, qui utilisent des inventaires sur chaîne et privés pour soumettre des offres. Les RFQ offrent une meilleure liquidité que les market makers automatisés publics (AMM) car les market makers RFQ ont accès à des sources de liquidité supplémentaires telles que les CEX et les AMM cross-chain. Exemple : UniswapX, Bebop, 1inch Fusion, Hashflow, 0xAPI
• Enchères par lots fréquentes: Les enchères par lots fréquentes permettent aux solveurs tiers d'optimiser le prix et la liquidité tout en protégeant les transactions contre le MEV. Les transactions sont regroupées pour économiser sur les frais de gaz et améliorer l'exécution. Exemple : CoWSwap, DFlow
• Ventes aux enchères d'exécution de transactions : Les enchérisseurs tiers, spécifiquement les chercheurs, extraient le MEV et rivalisent pour le remboursement utilisateur le plus élevé. Cette OFA est généralement intégrée directement aux portefeuilles via un RPC. Exemple : MEV-Blocker, Merkle
• Enchères de l’agrégateur d’espace de bloc : Les enchères de l’agrégateur d’espace de bloc rapportent de la valeur à l’utilisateur d’origine grâce à des remises sur l’essence prioritaires pour les constructeurs. Les constructeurs se font concurrence pour inclure le forfait de transaction afin d’augmenter la valeur de leur bloc et rembourseront une partie de l’essence prioritaire payée par le forfait. Exemple : Flashbots MEV Share

Flux de commandes privées#

Le flux de commandes privées (POF) est le flux de commandes provenant d'origines de flux de commandes verticalement intégrées (portefeuilles, applications, solveurs, chercheurs) et constructeurs. Ce flux n'est généralement pas multiplexé et est envoyé à un unique constructeur.

Les meilleurs constructeurs, Beaver Build et Rsync, sont intégrés aux sociétés de trading propriétaires SCP et Wintermute et bénéficient du flux de commandes CEX-DEX interne.Constructeurs de recherche intégrésont un avantage sur les constructeurs normaux car les bénéfices de leur chercheur peuvent être réaffectés à leur constructeur, augmentant ainsi leur probabilité de soumission de l'offre de bloc gagnante. Les chercheurs-constructeurs intégrés bénéficient également d'économies de latence lors de l'envoi de leur transaction du chercheur au constructeur. Ces économies de latence peuvent ensuite être étendues à l'enchère du constructeur de blocs.

Figure 12. Flux de commandes exclusif (EOF) des sept principaux fournisseurs d'EOF en fonction de la valeur totale.

(a) https://arxiv.org/pdf/2407.13931. EOF pour Titan (b), Beaverbuild (c) et les constructeurs Rsync (d). Notez que seul Rsync voit le flux de commandes privées de Wintermute et seul Beaverbuild voit le flux de commandes privées de SCP.

Implications futures#

Des OFAs comme Flashbots Protect et MEV-Blocker ont fourni des RPC aux utilisateurs pour les intégrer dans leurs portefeuilles. Ces produits étaient principalement facultatifs pour les utilisateurs de portefeuilles individuels et intégrés directement dans les applications.

De plus, les portefeuilles ont commencé à capturer la valeur de leur flux de commandes.

• Transactions intelligentes Metamask - Les transactions intelligentes Metamask remplissent la même fonction qu'une OFA en offrant une protection contre les MEV, des remboursements de gaz et une protection contre les retours en arrière. Ce service est automatiquement intégré dans le portefeuille de Metamask et est facultatif pour les utilisateurs. Les chercheurs et les solveurs paient pour accéder au flux de commandes des transactions intelligentes.
• Protection MEV Trust Wallet - La protection MEV Trust Wallet est incluse par défaut pour les utilisateurs, mais ne comprend pas les remboursements de gaz et la protection des retours en arrière.

Références#

1. CNBC 2021, Le PDG de Virtu Financial se prononce sur la répression du paiement pour l'écoulement des ordres.
2. Bradford Levy, Initiative Wharton sur la politique et la réglementation - Pleins feux sur la recherche : Paiement du flux d'ordres et amélioration des prix.
3. Thomas Thiery, Analyse empirique des profils comportementaux des constructeurs (BBP).
4. CoWProtocol, Comprendre les enchères de flux de commandes.
5. Blocknative, Explorer les enchères de flux d’ordres (OFA) - MEV et la répartition équitable des opportunités économiques.
6. Darren Kleine, Tout est une question d'échanges. Pourquoi les enchères sur le flux d'ordres rendent les DEX meilleurs.
7. S. Yang, K. Nayak, F. Zhang, 2024.Décentralisation du marché des constructeurs d'Ethereum.
8. Tivas Gupta & Mallesh M Pai & Max Resnick, 2023. Les effets de centralisation du flux de commandes privées sur la séparation du proposant-constructeur.
9. Quintus Kilbourn, Flux de commandes, enchères et centralisation I - un avertissement.
10. Quintus Kilbourn, Flux de commandes, enchères et centralisation II - enchères de flux de commandes.
11. B. Bachu, X. Wan, C. Moallemi, 2024. Quantification de l'amélioration des prix dans les enchères de flux de commandes.
12. Recherche Frontier et Titan, 2023. Dominance du constructeur et dépendance du chercheur.
13. Recherche de pointe, L'espace de conception des enchères de flux de commandes.
14. Pai, M. et Resnick, M., Avantages structurels pour les constructeurs intégrés dans MEV-Boost.
15. Oz, B., Sui, D., Thiery, T., et Matthes, F., 2024. Qui remporte les enchères de construction de blocs Ethereum et pourquoi ?

Abstraction de compte#

La mise en œuvre de l'Abstraction de compte, en particulier à travers l'ERC-4337, révolutionne les interactions des utilisateurs avec les réseaux blockchain en introduisant des portefeuilles de contrats intelligents et de nouvelles entités comme les Bundlers et les Paymasters. Ces développements améliorent non seulement l'expérience utilisateur, mais créent également de nouvelles opportunités et défis en matière de traitement des transactions et de structures tarifaires.

ERC-4337#

Les principaux objectifs de l'abstraction de compte sont de supprimer le besoin pour tous les utilisateurs d'avoir un EOA et de permettre aux utilisateurs d'utiliser des portefeuilles de contrats intelligents comme compte principal. L'abstraction de compte réalise cela en séparant la gestion des comptes et l'exécution des transactions des EOA. L'abstraction de compte utilise de nouvelles entités : 1) le Bundler, pour initier les transactions et 2) le Paymaster, pour déterminer les politiques de paiement de gaz.

Figure 13. flux de travail ERC-4337

ERC-4337introduit deux nouvelles parties - le Bundler et le Paymaster:

• Bundler - Le Bundler assemble plusieurs opérations utilisateur dans une transaction, similaire à un constructeur de blocs, et soumet la transaction au contrat de point d'entrée pour exécution. Plus important encore, les Bundlers disposent d'EOA qui leur permettent d'initier des transactions en abstrayant le besoin pour les utilisateurs d'avoir un portefeuille EOA. Les Bundlers actuels incluent Skandha, Alchemy, Rundler, Voltaire, Alto, Stackup et Infinitism.
• Paymaster - Le Paymaster est un contrat intelligent qui gère les politiques de paiement des frais de gaz du portefeuille. Le Paymaster détermine quelles devises, stablecoins ou autres jetons ERC-20 sont acceptables pour les paiements de gaz et permet aux applications de payer les frais de gaz pour leurs utilisateurs.

Figure 14. Comptes intelligents actifs hebdomadaires

Figure 15. Revenu hebdomadaire du Bundler

Figure 16. Dépenses hebdomadaires en gaz du payeur de salaire

Implications futures#

Sous l'ERC-4337, le Bundler est dans une position similaire à celle du constructeur de blocs d'aujourd'hui et peut exécuter des transactions de flux d'ordres exclusives avec des portefeuilles de contrats intelligents. Le flux d'ordres exclusif est plus important pour les Bundlers car ils concourent pour la commission de priorité la plus élevée et les Bundlers perdants paient les frais de gaz de la réversion de l'opération utilisateur.

Parce que le mempool de UserOperation est public, les UserOperations sont susceptibles de MEV des attaques de front-running et d'attaques sandwich. Les Bundlers peuvent capturer une partie de ce MEV car ils ordonnent et regroupent les UserOperations dans une transaction groupée. Les Searchers pourraient exécuter des Bundlers pour extraire le MEV du mempool public de UserOperation. Les Bundlers et les Builders pourraient s'intégrer pour obtenir un flux de commandes supplémentaire.

Références#

1. ERC-4337: Abstraction de compte via la spécification du contrat de point d'entrée
2. ERC-4337: Utilisation de l'abstraction de compte en utilisant Alt Mempool
3. https://github.com/ethereum/EIPs/pull/4337/files
4. Alchimie, Qu'est-ce que l'Abstraction de Compte (ERC-4337)?
5. Alchimie, Comment fonctionnent les portefeuilles de contrats intelligents ERC-4337?
6. Blocknative, Guide d'introduction à l'abstraction de compte (ERC-4337)
7. Blocknative, Comprendre ERC-4337 - Comment cela fonctionne et explorer les inconnus
8. Dmarz, @dmarz/4337-mev-supply-chain">4337 chaîne d'approvisionnement MEV
9. Blockbase, Est-ce que l'ERC-4337 réduit l'impact de MEV-Boost sur Ethereum?
10. Réseau BlockPI, Pourquoi les emballeurs ERC-4337 doivent-ils travailler avec les constructeurs de blocs?
11. @KernelVentures/Kernel Ventures: Comprendre la norme ERC4337 d'Ethereum - Quelles opportunités se présentent
12. https://www.bundlebear.com/overview

Tendances futures#

Le paysage des cryptomonnaies et de la blockchain est sur le point de connaître une transformation significative, stimulée par les innovations technologiques et les évolutions réglementaires. Les tendances clés qui façonnent l'avenir comprennent :

• Préconfirmations pour des vitesses de transaction plus rapides.
• EIP-7702 et EIP-7212 pour l'abstraction de compte et les améliorations de portefeuille intelligent qui améliorent les expériences utilisateur et les normes de signature de transaction.
• Intégration des environnements d'exécution sécurisés (TEEs) pour une sécurité renforcée.
• Le discours réglementaire, en particulier autour des stablecoins et des titres, pousse l'industrie à s'adapter à de nouveaux cadres juridiques.

Alors que l'accent se déplace de la décentralisation large à des discussions nuancées sur le contrôle et l'exécution, ces tendances promettent collectivement de redéfinir la manière dont les utilisateurs interagissent avec les réseaux blockchain, dont les développeurs construisent des applications et dont l'écosystème navigue les défis réglementaires.

Preconfirmations#

Les preconfimations ("préconfs") est une proposition de recherche qui permet aux utilisateurs de recevoir une confirmation de transaction avant que leur transaction ne soit confirmée par consensus. Les préconfs visent à améliorer l'expérience utilisateur en éliminant la congestion élevée du réseau sur Ethereum, les rollups de couche 2 et les validiums grâce à des confirmations plus rapides. Initialement introduites par Justin Drake, les préconfs basées permettent aux proposants L1 de fournir des garanties économiques selon lesquelles une transaction utilisateur L2 sera incluse.

Figure 17.@EspressoSystems/bft-and-proposer-promised-preconfirmations">Basé Preconfirmations pour Rollups

Comment fonctionnent les préconférences ?#

• Les proposants de blocs Ethereum ("préconférences") ou une partie déléguée émettent des promesses signées aux utilisateurs garantissant que leurs transactions seront incluses et exécutées plus rapidement que prévu par le consensus L1.

Le paysage de la préconfirmation en est encore à ses débuts et plusieurs méthodologies différentes ont été proposées. Voici celles qui pourraient avoir le plus d'impact sur les initiateurs de flux de commandes :

• Préconfirms de style XGA: Les préconfirmations de style XGA garantissent l'inclusion de bundles (non positionnels) dans la partie inférieure d'un bloc. Les transactions de remplissage, les transactions qui ne nécessitent pas d'exécution immédiate ou qui ont un faible MEV, peuvent être incluses dans le bundle en bas du bloc. Cela permet aux constructeurs de se concentrer sur les transactions MEV de valeur en haut du bloc et simplifie la tarification du gaz pour les transactions de remplissage.
• MEV-Commit par Primev: MEV-commit est un réseau P2P où les engagements d'exécution pour les transactions Ethereum sont engagés et les fournisseurs sont récompensés ou réduits. Les initiateurs de flux de commandes ("enchérisseurs") spécifient leurs intentions d'exécution de transactions aux fournisseurs.
• Préconfirmations BFT par Espresso: les préconfirmations BFT sont garanties par la sécurité et la vivacité d'un algorithme de consensus BFT. Les préconfirmations BFT sont soutenues par un sous-ensemble de validateurs L1 et non par un seul validateur comme dans les préconfirmations basées.

Implications futures#

Les préconférences permettront une meilleure expérience d'exécution car les initiateurs de flux de commandes peuvent garantir l'exécution des transactions moyennant des frais plus élevés.

Dans le cas des préconférences de style XGA, l'inclusion en bas du bloc pour les transactions non sensibles à la latence (c'est-à-dire "gouvernance", "validation", "autorisations", "réclamations") peut réduire le gaz dépensé pour ces transactions et réduire le nombre de retours de transaction pour gaz insuffisant.

Références#

1. Justin Drake, Confirmations basées.
2. Raghav Agarwal, Préconfirmations : une promesse crédible d’exécution future
3. Murat Akdeniz - Primev, Préconfirmations : Le paradigme de réalisation-livraison.
4. CTra1n, Rollups basés sur la capture de valeur avec des préconfirmations basées.
5. dpl0a, Préconfirmations : Sur la division du bloc, la compatibilité avec l'augmentation du MEV et les relais.
6. Ellie Davidson - Systèmes Expresso, @EspressoSystems/bft-and-proposer-promised-preconfirmations">Analyse de BFT et des préconfirmations promises par le Proposer.
7. Nethermind, RFP-001: Introduire une infrastructure de préconfirmation.
8. Le Caire, @cairo/H1lbS8RA6#Preconf-Share">Vers une mise en œuvre de préconfirme basée.

EIP-7702 et EIP-7212#

Il existe deux EIP d'Abstraction de Compte qui pourraient pleinement libérer le potentiel des portefeuilles de contrats intelligents et devenir des éléments révolutionnaires pour l'écosystème des portefeuilles.

EIP-7702#

EIP-7702 introduit les fonctionnalités suivantes aux EOAs :

• Regroupement : Un utilisateur peut effectuer plusieurs opérations dans une transaction atomique unique.
• Parrainage : Un compte X ou un opérateur d'application séparé peut payer la transaction du compte Y. Le compte X peut recevoir des jetons ERC-20 pour ce service.
• Désescalade des privilèges : les utilisateurs signent des sous-clés qui fournissent des autorisations plus faibles et spécifiques. Par exemple, interagir uniquement avec des applications spécifiques, n'utiliser que certains jetons ERC-20 pour une transaction et des limites de transfert.

EIP-7702 est conçu pour être rétrocompatible et compatible avec ERC-4337, permettant aux EOAs de tirer parti de l'infrastructure existante ERC-4337. Les EOAs peuvent également se convertir temporairement en portefeuilles de contrats intelligents pour être inclus dans des bundles ERC-4337.

Les avantages de l'EIP-7702 incluent:

• Moins de risque de sécurité : L'EIP-7702 élimine également le point central de confiance lors de l'attribution de codes de contrat intelligent aux EOAs pour une transaction. Il n'y a aucune possibilité de transactions non autorisées avec l'EIP-7702 puisque le code de contrat est supprimé après l'exécution de la transaction.
• Adoption facile pour les dApps: les applications utilisant l'ERC-4337 peuvent facilement s'intégrer à l'EIP-7702 sans aucun changement de leur code. Les EOAs peuvent appeler le smart contract sans besoin d'autorisation.

EIP-7702 est encore une nouvelle proposition et comporte quelques problèmes que les développeurs doivent prendre en considération :

• Révocations: EIP-7702 ne contient pas de détails clairs sur la révocation du code de contrat en cas de détection de code malveillant.
• Signatures agnostiques de la chaîne : l'EIP-7702 utilise une signature fixe qui peut être réutilisable dans d'autres chaînes mais manque de flexibilité si les utilisateurs souhaitent des implémentations différentes.

EIP-7212#

EIP-7212, ou RIP-7212, crée un contrat pour la vérification de la signature en utilisant la norme de courbe elliptique “secp256r1”. Cette norme a été adoptée pour l'authentification des utilisateurs par les plus grandes corporations Web2 et peut être intégrée dans les portefeuilles de contrats intelligents d'ERC-4337.

"secp256r1" est actuellement utilisé dans les applications d'authentification suivantes :

1. L'Enclave Sécurisée d'Apple : L'Enclave Sécurisée d'Apple est un matériel d'Environnement d'Exécution Fiable (TEE) qui crée et stocke des clés. L'Enclave Sécurisée peut chiffrer ou déchiffrer des données, signer des messages arbitraires, et n'est accessible que par identification biométrique.
2. WebAuthn : l'authentification Web est une norme web pour l'authentification utilisée par la plupart des navigateurs Web2 - Chrome, Firefox, Edge et Safari. WebAuthn utilise une cryptographie à clé publique spécifique au domaine pour l'authentification de l'utilisateur, éliminant les mots de passe, offrant une récupération plus rapide et réduisant les risques de sécurité.
3. Android Keystore : Android Keystore est un stockage sécurisé des informations système. Les applications peuvent créer des clés privées et publiques et les stocker dans le Keystore. Le Keystore est chiffré en fonction du mot de passe mobile de l'utilisateur et peut être accédé via un mot de passe ou des données biométriques.
4. Passkeys : Les passkeys sont des informations d'identification FIDO qui permettent aux utilisateurs d'accéder à leurs comptes sans mot de passe en utilisant la biométrie ou un code PIN. Les utilisateurs peuvent accéder à des sites Web ou des applications en déverrouillant leurs appareils mobiles, ce qui élimine le besoin de mots de passe.

RIP-7212 est la version roll-up de l'EIP-7212 et des équipes de Kakarot, Polygon, Optimism, zkSync, Scroll et Arbitrum se sont déjà engagées à sa mise en œuvre. Polygon a RIP-7212 disponible sur leur testnet et les Smart Wallets récemment lancés par Coinbase incluent l'authentification par clé de passe.

Figure 18. Authentification mobile via des clés de passe

Comment fonctionnent les passkeys?#

1. Un portefeuille de contrat intelligent crée une clé de passe ou une paire de clés publique et privée.
2. La clé privée est stockée dans un TEE sur votre appareil mobile.
3. Lorsque le portefeuille de contrat intelligent crée une transaction pour approbation, l'utilisateur s'authentifie avec des données biométriques ou un code PIN mobile pour déverrouiller la clé privée.
4. Le dispositif mobile utilise ensuite la clé privée pour "signer" la transaction et envoie la transaction complétée au portefeuille de contrat intelligent.
5. La signature est vérifiée on-chain à travers le contrat intelligent RIP-7212.

Implications Futures#

Alors que l'EIP-7702 est encore une proposition, le RIP-7212 est activement intégré dans les roll-ups de L2 et implémenté dans les portefeuilles de contrats intelligents. Les portefeuilles de passkey renforcent considérablement les portefeuilles intelligents ERC-4337 en éliminant le besoin de mots de passe et de phrases de récupération, et en élevant la sécurité à un niveau matériel. Les projets actuels mettant en avant les passkeys comprennent :

• Portefeuille intelligent Coinbase : le portefeuille intelligent de Coinbase utilise une clé d'accès pour l'authentification de l'utilisateur et les transactions de gaz sponsorisées. Les portefeuilles intelligents prennent en charge 8 réseaux (Base, Ethereum, Optimism, Arbitrum, Polygon, Avalanche, BNB, Zora) et offrent un SDK de portefeuille pour l'intégration de dApps.
• Clave: Clave utilise les TEE mobiles et les passkeys pour offrir la récupération sociale, les services de nommage de compte, la connexion biométrique et les frais de gaz sponsorisés sur zkSync.
• SDK Banana : Le SDK de Banana utilise WebAuthn pour offrir une authentification à deux facteurs sans divulgation d'informations, la biométrie et des comptes de récupération avec un mandataire.
• Turnkey : Turnkey est un fournisseur de portefeuille en tant que service (WaaS) qui stocke les clés privées dans un TEE.

Références#

1. Coinbase, Comment Base fait des portefeuilles intelligents le choix par défaut
2. Github, EIP-7702
3. Zyfi, Dans le futur avec EIP-7702 - Partie 1
4. Quicknode, EIP-7702 Expliqué : L'avenir d'Ethereum
5. Web3Auth, Explication de l'EIP-7702 : Comment ça marche et tout ce que vous devez savoir
6. Erdogan, U., Alpaslan, D., Posch, DC., Bhardwaj, N., EIP-7212 : Précompilation pour la prise en charge des courbes secp256r1.
7. Alchimie, Qu'est-ce que RIP-7212? Précompilation pour le support de la courbe secp256r1.
8. Pomme, Enclave Sécurisé.
9. WebAuthn, WebAuthn Guide.
10. Autorité Android, Comment utiliser le Keystore Android pour stocker des mots de passe et d'autres informations sensibles.
11. Google, Demander à un expert technique : quels sont les passkeys ?
12. Coinbase, Documentation du Portefeuille Intelligent
13. Clé FAQ
14. Documents du kit de développement logiciel Banana Wallet

EIP-712#

EIP-712 est une norme de signature de message tapée qui vise à permettre la signature de messages hors chaîne pour une signature sur chaîne permettant une meilleure expérience utilisateur. Plutôt que de lire des chaînes d'octets, EIP-712 permet aux signatures d'être affichées dans un format lisible sans perdre les propriétés de sécurité du système. La signature hors chaîne économise du gaz et réduit le nombre de transactions sur chaîne.

Graphique 19. Signature du message en cours

Figure 20. Signature du message avec EIP-712

Comment fonctionne EIP-712?

1. Les développeurs dApps utilisent une structure de données JSON que les utilisateurs signent.
2. Un séparateur de domaine empêche la signature d'être utilisée sur plusieurs dApps et permet plusieurs cas d'utilisation de signature distincts au sein d'une dApp donnée.
3. Les portefeuilles et les opérateurs frontaux peuvent analyser la structure de données de l'application décentralisée et traduire les données en un message lisible pour les utilisateurs.

Une des fonctionnalités clés déverrouillées par l'EIP-712 est qu'elle permet aux dApps de contrôler le flux des transactions pour les utilisateurs plutôt que pour les portefeuilles. Des applications comme Uniswap peuvent minimiser leur MEV car les échanges contourneraient les OFAs et autres extracteurs de valeur MEV.

Figure 21. L'intérêt d'Uniswap pour le contrôle du flux de transactions

En plus de la lisibilité des transactions de portefeuille, l'EIP-712 améliore l'utilisabilité de la gouvernance en permettant à un tiers de payer les frais de gaz pour les votes des utilisateurs. Les électeurs peuvent utiliser la fonctionnalité de signature unique de l'EIP-712 pour créer une transaction de délégation ou de vote signée gratuitement.

Implications futures#

En plus de la lisibilité du portefeuille, l'EIP-712 peut être utilisé pour améliorer l'expérience utilisateur dans d'autres domaines.

• Gouvernance. Les utilisateurs peuvent déléguer leur vote et faire payer les frais de gaz par un tiers grâce à la fonction de signature par EIP-712.
• Signature claire. Les portefeuilles matériels, ou appareils séparés, peuvent afficher le message de l'application décentralisée (dApp) garantissant aux utilisateurs qu'aucun logiciel malveillant ou application malveillante n'a envoyé le message.
• Prévention des attaques par rejeu. Les données permettant d’empêcher les attaques par rejeu peuvent être incluses dans les données structurées de l’EIP-712.
• La minimisation de MEV. L'EIP-712 permet à un utilisateur de signer une transaction tout en donnant aux interfaces la possibilité d'envoyer le flux de commandes sans le diffuser sur le réseau, minimisant ainsi l'exposition d'un utilisateur à MEV malveillant.

Références#

1. EIP 712. Typage de données structurées, hachage et signature
2. Koh Wei Jie, EIP712 est là : À quoi s'attendre et comment l'utiliser
3. Adam Bavosa, Délégation et Vote avec des Signatures EIP-712
4. SpruceID, Connectez-vous avec Ethereum Wallet Research
5. Technologie Ledger, Messages, Transactions, and Clear-Signing
6. Cyfrin, EIP712 et EIP191
7. Github Metamask, Signer la transaction sans diffusion #3475

Environnements d'exécution de confiance (TEEs)#

Les environnements d'exécution fiables (TEEs) sont une enclave sécurisée intégrée à l'intérieur d'un microprocesseur matériel où des calculs et des opérations sensibles peuvent s'exécuter avec intégrité et confidentialité. Les TEEs prennent en charge l'isolation et l'attestation à distance et peuvent exécuter des machines virtuelles telles que l'EVM et CosmWasm sans le surdébit cryptographique tel que le calcul multipartite (MPC) ou les zkSNARKs.

Pour les portefeuilles web3, les TEE mobiles comme le Secure Enclave d'Apple et le Titan M2 de Google peuvent sécuriser les clés privées du portefeuille de contrat intelligent mieux que les portefeuilles matériels standard. Les utilisateurs peuvent créer et stocker une clé privée à l'intérieur d'un TEE et signer des transactions à partir de ces clés. Les clés restent sur le périphérique et ne peuvent être accessibles que par le propriétaire du périphérique via une authentification biométrique ou un code PIN du périphérique.

Les TEE sont actuellement utilisés dans plusieurs solutions de portefeuille :

• MPCs : Fireblocks utilise les TEE Intel SGX pour isoler les données cryptographiques, les algorithmes cryptographiques MPC et ZKP, et les parties d'exécution de leur logiciel de leurs systèmes internes et de tiers externes. Fireblocks stocke les clés MPC, les identifiants API et leur moteur de politique dans l'enclave sécurisée pour empêcher l'accès non autorisé par des pirates informatiques, des employés malveillants et des complices internes.
• Portefeuilles de contrats intelligents : Comme indiqué dans la section précédente RIP-7212, les portefeuilles intelligents exploitent les TEE mobiles pour stocker les mots de passe. Les portefeuilles de contrats intelligents actuels utilisant des TEE incluent le Portefeuille Intelligent Coinbase, Banana SDK, Turnkey, Clave et Weeve.

Implications futures#

Les TEE sont sur le point de changer la donne majeurement pour les blockchains.

• Flashbots SUAVE utilisera des TEE pour créer un écosystème MEV sécurisé et privé.
• Les portefeuilles de contrats intelligents utiliseront des TEE mobiles et l'abstraction de compte pour améliorer l'expérience d'intégration de l'utilisateur et atteindre un nouveau public d'utilisateurs.
• Les grandes entreprises ont adapté les TEE pour répondre à leurs propres besoins en matière de confidentialité et de sécurité. Visa a créé la blockchain LucidiTEE qui améliore le calcul multipartite et le stockage de données privées.
• Les TEE sont une solution potentielle de conformité réglementaire pour renforcer le contrôle, la confidentialité des données et la sécurité opérationnelle des blockchains.

Références:

1. Andrew Miller, Contrats intelligents basés sur TEE et pièges d'étanchéité.
2. Braavos, Matériel de signature : Améliorer la sécurité des portefeuilles de crypto-monnaie.
3. Base, Vérificateur d’assertion d’authentification Solidity WebAuthn.
4. Nick Summers, FAQ sur les clés de passe : ce qu'elles sont, et autres questions fréquemment posées
5. Pomme, Documentation de l'enclave sécurisée
6. Calvin Wankhede, Qu'est-ce que la puce de sécurité Titan M2 dans les téléphones Pixel de Google?
7. Documentation Fireblocks
8. Sinha, R., Gaddam, S., Kumaresan, R. - Visa Research.LucidiTEE: Un système TEE-Blockchain pour le calcul multipartite conforme à la politique avec équité.

Exécution, Contrôle, & Décentralisation#

Un des principaux défis pour les fournisseurs de portefeuilles a été d'éduquer les utilisateurs et les régulateurs sur l'auto-garde et les comptes on-chain. Cependant, avec la maturation de l'écosystème web3, les principales parties prenantes ont commencé à comprendre plusieurs points cruciaux :

1. Les portefeuilles ne détiennent, ne gèrent pas, ni ne gardent les actifs des utilisateurs ; ils fournissent simplement une interface pour y accéder.
2. Les adresses blockchain existent indépendamment des portefeuilles et ne sont pas créées ou gérées par eux.
3. Les utilisateurs ont la liberté de passer d'un fournisseur de portefeuille à un autre, car leurs actifs et comptes existent sur la chaîne, indépendamment de tout service de portefeuille spécifique.

Cette compréhension croissante a été cruciale pour clarifier le rôle des portefeuilles dans l'écosystème des cryptomonnaies et les distinguer des fournisseurs de services financiers traditionnels.

Stablecoins et MiCA#

Les stablecoins continuent d'être parmi les actifs cryptographiques les plus importants car ils permettent un transfert de valeur fluide et sans friction à travers les frontières et les systèmes économiques. Ils permettent aux utilisateurs de déplacer de la valeur entre des actifs qui peuvent fluctuer en prix vers des dénominations stables pour une utilisation future. Cependant, les stablecoins sont devenus une priorité pour de nombreux régulateurs en matière de cryptomonnaie principalement en raison de préoccupations concernant :

1. Contrôler et surveiller le flux des flux de devises fiduciaires mondiales.
2. Leur influence sur la force de la monnaie et la politique monétaire.
3. Le besoin de surveillance dans leur émission et leur soutien.

En conséquence, les stablecoins sont devenus une priorité absolue dans les programmes de crypto-monnaie de nombreux régulateurs, suscitant des débats sur leur rôle dans l’écosystème financier au sens large.

Aux États-Unis, les stablecoins ont attiré une attention réglementaire significative avec le projet Libra de Facebook (maintenant Meta). Le géant de la technologie a proposé un stablecoin géré de manière privée qui pourrait, en théorie, devenir la principale monnaie numérique, suscitant des inquiétudes quant à son impact sur le contrôle de la politique monétaire des banques centrales.

Depuis l'arrêt du projet Libra en 2022, l'objectif principal de la politique américaine en matière de stablecoins réglementaires a été de garantir la bonne couverture et la surveillance des stablecoins. Ce changement a conduit les émetteurs de stablecoins à adopter des pratiques similaires à celles des institutions financières réglementées, avec des accords de garde solides, des relations bancaires établies et des programmes de surveillance complets. Bien que divers organismes de réglementation aient contribué à des réglementations fragmentaires, le Congrès américain travaille à l'élaboration d'un cadre réglementaire plus complet pour les stablecoins.

Dans l'UE, le règlement sur le marché des crypto-actifs (MiCA) entre en vigueur et contient des dispositions clés concernant les stablecoins. Au moment de la rédaction de cet article, seuls le stablecoin USDC de Circle et le stablecoin Euro ont été enregistrés avec succès dans l'UE.

Swaps et réglementation des valeurs mobilières#

Les échanges de jetons dans le portefeuille sont devenus une fonctionnalité populaire dans de nombreux portefeuilles de cryptomonnaie améliorant la convivialité des applications sur chaîne et permettant aux utilisateurs de naviguer dans les interactions de pont et de chaîne croisée.

Cependant, cette fonctionnalité a attiré l'attention des régulateurs, en particulier des autorités des marchés financiers, qui tentent d'appliquer les réglementations des services financiers traditionnels aux portefeuilles proposant des fonctionnalités d'échange. Plus particulièrement, la SEC a engagé des poursuites judiciaires contre certains fournisseurs de portefeuilles, alléguant que les fonctionnalités d'échange de ces portefeuilles opèrent effectivement en tant que courtiers non enregistrés.

SEC v. Coinbase#

En avril 2024, la SEC revendicationLe fait que le portefeuille Coinbase agisse en tant que courtier a été rejeté. Les portefeuilles à auto-garde avec des fonctionnalités d'échange ne répondent généralement pas aux critères de classification des courtiers. L'argument de la SEC repose sur leurs allégations selon lesquelles certains actifs disponibles via ces portefeuilles sont des titres non enregistrés.

SEC v. Consensys#

Consensys a intenté une action en justice contre la SEC en avril 2024 pour savoir si la SEC a le pouvoir légal de réglementer MetaMask en tant que courtier et émetteur de titres et a obtenu un examen accéléré par le juge dans l'affaire. Les procédures judiciaires accélérées pourraient aboutir à une décision d'ici la fin de cette année.

Malgré ce procès et la perte du procès Coinbase v SEC, la SEC a déposé une Avis Wells contre Consensys à la fin du mois de juin 2024. La SEC a allégué que Consensys avait agi en tant que courtier non enregistré de titres de crypto-actifs par le biais de MetaMask Swaps et de son programme de jalonnement de crypto-monnaies, MetaMask Staking.

Implications futures#

Alors que les portefeuilles continueront d'être au centre des débats sur la finance illicite et l'auto-conservation, une grande partie de la future conversation réglementaire se portera sur la question de la décentralisation. Au cours des dernières années, l'industrie de la crypto a utilisé le concept de décentralisation pour expliquer aux régulateurs pourquoi les réglementations traditionnelles sur les titres financiers ne devraient pas s'appliquer aux services de crypto. Cet argument aborde spécifiquement les questions de contrôle et de parties responsables.

Les règles et les orientations de la finance traditionnelle régissent les intermédiaires pour assurer la protection et la responsabilité des consommateurs. Cependant, un défi clé émerge : comment atteindre ces objectifs lorsque les services impliqués ne sont pas intrinsèquement des intermédiaires et ne détiennent pas d'actifs ou n'exécutent pas d'opérations pour les utilisateurs ?

La décentralisation, à la fois en tant que concept et en tant qu’objectif de conception, a contribué à expliquer pourquoi les réglementations traditionnelles en matière de services financiers sont difficiles à appliquer aux cryptomonnaies. Cependant, nous entrons maintenant dans une nouvelle phase du discours réglementaire où les régulateurs cherchent à définir et à appliquer des définitions de la décentralisation à divers services, des portefeuilles aux échanges décentralisés (DEX) et au-delà. Les régulateurs voient maintenant une opportunité de classer de nombreux services cryptographiques comme non décentralisés ou « décentralisés de nom uniquement ». Cette classification découle de deux facteurs principaux :

1. Le fardeau de respecter les normes de véritable décentralisation est souvent techniquement irréalisable pour de nombreux services.
2. Ces normes de décentralisation peuvent ne pas correspondre aux objectifs réels de la réglementation. Ce changement dans l'approche réglementaire pourrait avoir des implications significatives sur la manière dont les services cryptographiques sont classés et réglementés à l'avenir.

C'est pourquoi la prochaine phase du discours réglementaire se déplacera vers le concept de contrôle. Les questions clés incluront : Les portefeuilles ont-ils le contrôle sur l'exécution de l'opération d'un utilisateur ? Les DEX ont-ils le contrôle sur la manière dont une opération est exécutée ou remplie ? L'industrie de la cryptographie dans son ensemble fait des progrès significatifs dans le développement de nouveaux modèles opérationnels qui vont au-delà de la notion de services décentralisés et entrent dans une conversation sur le contrôle, les données et la confidentialité.

À l'avant-garde de ces avancées se trouve l'utilité des environnements d'exécution sécurisés (TEE). Nous nous dirigeons vers une structure de marché où le contrôle opérationnel réside dans le matériel et le logiciel, plutôt qu'avec les fournisseurs de services. Dans ce modèle, les fournisseurs de services n'ont pas un contrôle direct sur les opérations en cours ni la capacité de voir les ordres des utilisateurs. Avec cette approche, l'industrie de la cryptographie ouvre de nouvelles voies pour les services financiers et les applications de communication.

Enfin, alors que nous passons des discussions sur la décentralisation à des conversations plus nuancées sur le contrôle, les concepts d'exécution, de finalité et de règlement deviendront de plus en plus importants. L'industrie devra définir collectivement:

1. Qui est responsable de l'exécution d'une opération
2. Lorsqu'une opération est considérée comme réglée sur la chaîne
3. Qui est responsable de son règlement

Avertissement：

1. Cet article est repris de [Flashbots], Tous les droits d’auteur appartiennent à l’auteur original [Flashbots]. Si des objections existent à cette réimpression, veuillez contacter le Gate ApprendreL'équipe Gate Learn s'en chargera rapidement.
2. Clause de non-responsabilité : Les points de vue et opinions exprimés dans cet article sont uniquement ceux de l’auteur et ne constituent pas un conseil en investissement.
3. Les traductions de l'article dans d'autres langues sont effectuées par l'équipe Gate Learn. Sauf mention contraire, la copie, la distribution ou le plagiat des articles traduits est interdit.