CEX, DEX et conservation des actifs

Source canonique EN · P01-L06 · 30 minutes estimées · needs_review

Étude en lecture seule. Aucune connexion de portefeuille, aucun argent réel, aucune phrase de récupération, clé privée, signature ou transaction de marché en direct. La durée est une estimation éditoriale ; les éléments visuels sont des spécifications, pas des composants déployés.

« Plateforme d’échange » désigne une catégorie de service, pas un modèle de confiance unique. Un solde de compte, un solde de portefeuille et une position dans un pool peuvent exposer un utilisateur à des acteurs et à des règles différents.

Séparer la conservation de l’exécution

La conservation pose la question de qui peut autoriser un mouvement et sous quelles conditions. L’exécution pose la question de la façon dont un échange proposé est apparié ou tarifé et réglé. Une plateforme centralisée peut tenir un solde interne pour un client tout en contrôlant l’infrastructure de signature sous-jacente. Ce modèle est stipulé dans le cas CEX de cette leçon ; il ne doit pas être projeté sur tous les produits sans inspecter leurs conditions et leur conception.

Un DEX peut exécuter des échanges au moyen de contrats et de pools de liquidité ; la présentation d’Uniswap décrit ce mécanisme [UNI]. Une interface web n’est pas l’ensemble du protocole. Inversement, un chemin passant par des contrats ne supprime pas toutes les dépendances. Le comportement du code, les autorisations, le routage, les interfaces et les sources de données restent pertinents.

Suivre le chemin des actifs et des autorisations

À chaque étape, demander : où le solde est-il enregistré, qu’est-ce qui autorise le mouvement, qui peut arrêter le traitement et quelle preuve indique son achèvement ? Une exécution interne à une plateforme peut ne pas créer de transaction distincte sur une chaîne publique pour ce client. Un enregistrement de retrait répond à une question différente de celle d’un enregistrement d’échange interne.

Pour une interaction avec un contrat via un portefeuille, distinguer l’autorité du compte de l’acteur dépensier ou du contrat qu’il autorise. Les règles des comptes Ethereum expliquent l’existence de comptes contrôlés par des clés ou par du code [ACCT] ; elles n’authentifient pas une plateforme d’échange particulière et ne prouvent pas combien de personnes la contrôlent.

Comparer les défaillances, pas les slogans

Dans le CEX fictif, une pause des retraits peut bloquer le traitement sortant alors que les enregistrements internes restent visibles. Dans le DEX fictif, une interface indisponible peut bloquer le parcours de cette interface sans prouver que les contrats sous-jacents se sont arrêtés. Aucun des deux cas ne justifie d’essayer un autre site ou d’envoyer des fonds dans cet exercice. Consigner plutôt les preuves techniques ou de service manquantes.

Construire une comparaison délimitée

Utiliser une matrice plutôt qu’une seule étiquette de sécurité. Inclure l’autorisation, la méthode d’exécution, les preuves d’achèvement et les dépendances résiduelles. Un rapport d’audit, s’il était fourni, aurait une version et un périmètre ; l’absence de problème visible ne prouve ni la solvabilité ni la correction. La comparaison sert à comprendre les hypothèses, pas à recommander une plateforme.

Classification des états de preuve

OBSERVED dans le jeu pédagogique : attributions de conservation/exécution, pause des retraits et indisponibilité de l’interface. INFERRED : comparaison des dépendances selon les modèles précisés. UNKNOWN : solvabilité réelle, pertes et état des contrats. INSUFFICIENT EVIDENCE : l’une ou l’autre interruption opérationnelle ne suffit pas à prouver une perte, et aucun des deux modèles ne garantit une sécurité universelle.

• CEX : plateforme d’échange centralisée, exploitée par un prestataire de services.
• DEX : plateforme d’échange décentralisée, dont l’exécution est régie par les règles du protocole, comme des contrats intelligents.
• Conservation : autorité sur le mouvement des actifs.
• Registre interne : enregistrements clients tenus par le service.
• Pool : inventaire d’échange détenu par un contrat.
• Preuves de règlement : enregistrements étayant l’achèvement du mouvement.

ILLUSTRATIVE. VENUE-C tient les soldes en interne et autorise seul les retraits ; il apparie les ordres en interne. ROUTE-D utilise des contrats autorisés par l’utilisateur et un pool contenant TOKEN-A/TOKEN-B ; son interface est exploitée par WEB-D. À T1, VENUE-C indique que les retraits sont suspendus ; WEB-D est indisponible. Aucun enregistrement de solvabilité ou d’état des contrats n’est fourni.

Comparaison de la conservation et de l’exécution : registre interne de C et frontière de retrait distincte ; pool TOKEN-A/TOKEN-B de D et frontière d’interface WEB-D distincte. Texte alternatif : l’appariement interne et l’exécution dans un pool ont des autorités et des preuves distinctes.

Les distinctions fictives de conservation/exécution et les conditions de disponibilité rapportées.

La solvabilité, la récupérabilité, l’absence de vulnérabilités ou une recommandation de plateforme.

• Qualifier toute défaillance d’interface de défaillance de chaîne.
• Assimiler un solde interne visible à un reçu public.
• Déclarer l’exécution sans conservation par un tiers dépourvue de risque.

Créer la comparaison à quatre colonnes. L’une ou l’autre observation à T1 établit-elle une perte d’actifs ? Quelles preuves supplémentaires permettraient de distinguer traitement, solvabilité et disponibilité des contrats ?

Présenter un court tableau des éléments de preuve et le raisonnement, uniquement à partir du matériel fourni. Répartition suggérée : étude 12 min, inspection/calcul 8 min, correction/quiz 10 min.

• Identifier l’autorité de mouvement.
• Identifier le lieu de l’exécution.
• Nommer les preuves d’achèvement.
• Séparer la disponibilité de la solvabilité.

« Plateforme d’échange » désigne une catégorie de service, pas un modèle de confiance unique. Un solde de compte, un solde de portefeuille et une position dans un pool peuvent exposer un utilisateur à des acteurs et à des règles différents. Le matériel fourni étaye les distinctions fictives de conservation/exécution et les conditions de disponibilité rapportées. Il n’établit pas la solvabilité, la récupérabilité, l’absence de vulnérabilités ou une recommandation de plateforme.

• Comparer qui autorise les transferts et qui exécute les transactions de marché.
• Séparer l’accès à l’interface d’échange de la conservation des actifs.
• Consigner les dépendances résiduelles sans classement universel.

P01-L07 après revue de cet exercice et de ses prérequis.

NONE. Le catalogue de référence n’exige aucun accès au produit pour cette leçon. Utiliser le matériel figé/hors ligne.

• [UNI] Présentation du protocole Uniswap — Échange au moyen de pools par des contrats intelligents ; mécanisme uniquement. Vérifié le 2026-10-01.
• [ACCT] Comptes Ethereum — Comptes et autorité de signature, distincts des interfaces de portefeuille et de l’identité humaine. Vérifié le 2026-10-01.

Les valeurs synthétiques sont des données d’entrée d’exercice créées par l’auteur. Les valeurs historiques éventuelles doivent utiliser le jeu de données lié et sa provenance plus restreinte. L’inspection des sources ne constitue pas une acceptation éditoriale indépendante.