CEX, DEX en bewaring

EN-bronmaster · P01-L06 · 30 minuten geschat · needs_review

Alleen lezen. Geen walletverbinding, echt geld, herstelzin, privésleutel, handtekening of live trade. Duur is een redactionele schatting; visuals zijn specificaties, geen uitgerolde componenten.

‘Exchange’ benoemt een servicecategorie, geen enkel vertrouwensmodel. Een accountsaldo, walletsaldo en poolpositie kunnen een gebruiker aan verschillende actoren en regels blootstellen.

Scheid bewaring van uitvoering

Bewaring vraagt wie verplaatsingen kan autoriseren en onder welke voorwaarden. Uitvoering vraagt hoe een voorgestelde uitwisseling wordt gematcht of geprijsd en afgewikkeld. Een gecentraliseerd platform kan een intern klantsaldo bijhouden terwijl het de onderliggende ondertekeningsinfrastructuur controleert. Dat model ligt vast in het CEX-geval van deze les; pas het niet op elk product toe zonder voorwaarden en ontwerp te inspecteren.

Een DEX kan via contracten en liquiditeitspools uitvoeren; het overzicht van Uniswap beschrijft dat mechanisme [UNI]. Een webinterface is niet het volledige protocol. Omgekeerd verwijdert een contractroute niet elke afhankelijkheid. Codegedrag, bevoegdheden, routing, interfaces en gegevensbronnen blijven relevant.

Volg de activum- en bevoegdheidsroute

Vraag per fase: waar is het saldo vastgelegd, wat autoriseert verplaatsingen, wie kan verwerking stoppen en welk bewijs toont voltooiing? Een interne orderuitvoering op een platform hoeft voor die klant geen afzonderlijke publieke blockchaintransactie te creëren. Een opnamerecord beantwoordt een andere vraag dan een intern traderecord.

Onderscheid bij walletgestuurde contractinteractie de bevoegdheid van het account van de spender of het contract dat het toestemming geeft. Ethereum-accountregels verklaren sleutel- en codegestuurde accounts [ACCT]; ze authenticeren geen specifieke exchange en bewijzen niet hoeveel mensen haar controleren.

Vergelijk storingen, geen slogans

In de fictieve CEX kan een opnamepauze uitgaande verwerking blokkeren terwijl interne records zichtbaar blijven. In de fictieve DEX kan een onbeschikbare interface haar eigen workflow blokkeren zonder te bewijzen dat de onderliggende contracten stopten. Geen van beide rechtvaardigt in deze oefening een andere site proberen of geld sturen. Leg het ontbrekende technische of servicebewijs vast.

Maak een begrensde vergelijking

Gebruik een matrix in plaats van één veiligheidslabel. Neem autorisatie, uitvoeringsmethode, voltooiingsbewijs en resterende afhankelijkheden op. Een verstrekt auditrapport zou een versie en reikwijdte hebben; geen zichtbaar probleem is geen bewijs van solvabiliteit of correctheid. De vergelijking dient om aannames te begrijpen, niet om een platform aan te bevelen.

Classificatie van bewijsstatussen

OBSERVED in de oefengegevens: toewijzing van bewaring/uitvoering, opnamepauze en onbeschikbaarheid van de interface. INFERRED: afhankelijkheidsvergelijking onder de genoemde modellen. UNKNOWN: werkelijke solvabiliteit, verliezen en contractgezondheid. INSUFFICIENT EVIDENCE: een van beide operationele onderbrekingen bewijst verlies of een van beide modellen garandeert universele veiligheid.

• CEX: gecentraliseerde exchange, beheerd door een dienstverlener.
• DEX: gedecentraliseerde exchange, met uitvoering onder protocolregels zoals smart contracts.
• Bewaring: bevoegdheid over activumverplaatsingen.
• Intern register: klantrecords die de dienstverlener bijhoudt.
• Pool: in een contract aangehouden uitwisselingsvoorraad.
• Afwikkelingsbewijs: records die voltooide verplaatsingen ondersteunen.

ILLUSTRATIVE. VENUE-C houdt saldi intern bij en autoriseert als enige opnamen; het matcht orders intern. ROUTE-D gebruikt door de gebruiker geautoriseerde contracten en een pool met TOKEN-A/TOKEN-B; de interface wordt beheerd door WEB-D. Op T1 meldt VENUE-C een opnamepauze; WEB-D is niet beschikbaar. Er zijn geen records over solvabiliteit of contractgezondheid verstrekt.

Vergelijking van bewaring en uitvoering: C intern register en afzonderlijke opnamegrens; D TOKEN-A/TOKEN-B-pool en afzonderlijke WEB-D-interfacegrens. Alternatieve tekst: interne matching en pooluitvoering hebben verschillende bevoegdheden en bewijs.

De fictieve verschillen in bewaring/uitvoering en gemelde beschikbaarheidsomstandigheden.

Solvabiliteit, terugwinbaarheid, afwezigheid van kwetsbaarheden of een platformaanbeveling.

• Elke interfacestoring een blockchainstoring noemen.
• Een zichtbaar intern saldo gelijkstellen aan een publiek transactiebewijs.
• Uitvoering zonder bewaring risicovrij verklaren.

Maak de vergelijking met vier kolommen. Stelt een van beide T1-waarnemingen verlies van activa vast? Welk vervolgbewijs zou vragen over verwerking, solvabiliteit en contractbeschikbaarheid beantwoorden?

Lever een korte bewijstabel en onderbouwing uitsluitend op basis van het verstrekte materiaal. Voorgestelde verdeling: studie 12 min, controle/berekening 8 min, correctie/quiz 10 min.

• Identificeer verplaatsingsbevoegdheid.
• Identificeer uitvoeringslocatie.
• Benoem voltooiingsbewijs.
• Scheid beschikbaarheid van solvabiliteit.

‘Exchange’ benoemt een servicecategorie, geen enkel vertrouwensmodel. Een accountsaldo, walletsaldo en poolpositie kunnen een gebruiker aan verschillende actoren en regels blootstellen. Het verstrekte materiaal ondersteunt de fictieve verschillen in bewaring/uitvoering en gemelde beschikbaarheidsomstandigheden. Het stelt geen solvabiliteit, terugwinbaarheid, afwezigheid van kwetsbaarheden of platformaanbeveling vast.

• Vergelijk wie overdrachten autoriseert en wie trades uitvoert.
• Scheid toegang tot de exchange-interface van bewaring.
• Leg resterende afhankelijkheden vast zonder universele rangschikking.

P01-L07 na controle van deze oefening en de vereisten.

NONE. De gezaghebbende catalogus vereist geen producttoegang voor deze les. Gebruik het bevroren/offline materiaal.

• [UNI] Overzicht van het Uniswap-protocol — Poolgebaseerde uitwisseling via smart contracts; alleen mechanisme. Geverifieerd 2026-10-01.
• [ACCT] Ethereum-accounts — Accounts en ondertekeningsbevoegdheid, los van walletinterfaces en menselijke identiteit. Geverifieerd 2026-10-01.

Synthetische waarden zijn door de auteur gemaakte oefeninvoer. Historische waarden, indien aanwezig, moeten de gekoppelde dataset en de beperktere herkomst gebruiken. Broninspectie is geen onafhankelijke redactionele goedkeuring.