Protocolrisico vs platformrisico vs gebruikersrisico

Expert28 okt 2026 · 6 min leestijd

Protocolrisico, platformrisico en gebruikersrisico zijn drie verschillende faalmechanismen die dezelfde blootstelling kunnen raken. Protocolrisico is het regelsysteem dat de positie vasthoudt.

Kort antwoord

Protocolrisico, platformrisico en gebruikersrisico zijn drie verschillende faalmechanismen die dezelfde blootstelling kunnen raken.

In gewone taal:

Protocolrisico is het regelsysteem dat de positie vasthoudt. Platformrisico is het pad waarmee u die regels bereikte. Gebruikersrisico is wat uw sleutels, klikken en proces hebben gedaan.

Een verliesverhaal dat alleen «gehackt» zegt, verbergt meestal welke meetlat echt bewoog — en de volgende size-beslissing heeft precies dat antwoord nodig.

De scheiding

De echte tradingvraag

Voor deze blootstelling: als waarde verdwijnt, bevriest of onbruikbaar wordt, beoordeel ik dan een falen van het regelsysteem, een falen van pad / venue, of een falen van het bedieningsoppervlak — en werkt mijn size nog als twee ervan in dezelfde week toeslaan?

Beantwoord per blootstelling. Beantwoord opnieuw na upgrades, domeinwijzigingen, nieuwe goedkeuringen en size-sprongen. Eén slogan voor de hele stack is de valkuil die deze pagina wil doorbreken.

Protocolrisico — hoe het mechanisme werkt

Protocolrisico is verlies uit het on-chain regelsysteem en de aannames die erin vastzitten: contractlogica, oracles, upgrade- of governance-autoriteit, en economisch ontwerp (collateral, share-wiskunde, liquidatiedrempels).

Wat faalt:

code of accounting die leegtrekt, bevriest of verkeerd prijst
oracle- / dunne-liquiditeitsaannames die het regelsysteem vertrouwt
admin of governance die regels herschrijft nadat u stortte
samengestelde dependencies waarin de vault routeert zonder uw aparte beoordeling

Wat het niet is: een nepwebsite, een gestolen seed, of een CEX-opnamewachtrij. Die zitten op andere meetlatten. Diepe exploitklassen leven op Wat is smartcontractrisico?; deze pagina heeft alleen de toeschrijving nodig: het geld bewoog omdat de regels (of hun feeds / admins) faalden.

Platformrisico — hoe het mechanisme werkt

Platformrisico is verlies of blokkering uit de padlaag tussen uw intentie en settlement: officiële of gekloonde frontends, DNS, hosting, matchingengines, API’s, custodiale ledgers, supportbeleid en uptime.

Wat faalt:

phishingdomein of geïnjecteerde frontend die u een vijandige payload voert
venue-host- / matchinguitval terwijl saldi nog «weergegeven» worden
custodiale platformbevriezing, wachtrij of insolventie op een claimsaldo
API- / botstack-compromittering wanneer sleutels bij een dienst liggen
beleidsblokkades die exit blokkeren terwijl de firma solvent is

Wallet-first venues (inclusief paden zoals edgeX) verlagen klassiek «bedrijfs-IOU»-risico wanneer uw handtekening fondsen verplaatst. Platformrisico blijft overal waar een website, host of off-chain component tussen u en de contracts zit die u wilde aanroepen.

Gebruikersrisico — hoe het mechanisme werkt

Gebruikersrisico is verlies uit uw autoriteit en proces: seed-handling, apparaathygiëne, wat u ondertekent, wat u goedkeurt, welk netwerk en welk adres u gebruikt, of restore is geoefend, en of size past bij een falen dat u kunt overleven.

Wat faalt:

seedverlies of gedeelde hot-/vault-seed
phishing-connect die u accepteerde
onbeperkte goedkeuring die bij een vijandige of verlaten spender bleef staan
verzending naar verkeerd netwerk / verkeerd adres
ongeoefende restore; single-human busfactor bij life-changing size
een «leer»-gewoonte opschalen naar vault-size zonder het proces te wijzigen

Gebruikersrisico betekent niet «u bent onzorgvuldig, dus DeFi is prima». Het is de eerlijke meetlat voor het bedieningsoppervlak dat u claimde toen u een gehoste login verliet.

Zij aan zij (wat breekt, op welke klok)

	Protocol	Platform	Gebruiker
Kernmechanisme	Regelsysteem / oracle / upgrade / economisch ontwerp	Pad: UI, host, matching, ledger-ops, beleid	Uw sleutels, handtekeningen, goedkeuringen, proces
Typische klok	Exploit of slechte upgrade kan snel leegtrekken of bevriezen	Wachtrij, uitval of bevriezing terwijl het scherm nog gefund lijkt	Minuten na een slechte ondertekening; of voor altijd na seedverlies
Residue	Positiewiskunde kapot; fondsen bij aanvaller of vastgelopen contract	Claim vast; ticketpad; of ondertekende payload die u nooit bedoelde	De chain kan het adres nog tonen; controle kan weg zijn
Vals comfort	«Geaudit / hoge TVL»	«Non-custodial-logo»	«Ik ben voorzichtig» zonder drills
Eerste monitor	Adres, upgradepad, oracle-ontwerp	Officieel domein, hoststatus, exitdrill	Goedkeuringen, restore, seedscheiding

Gestapelde falen (waarom size telt)

Echte blootstellingen falen zelden op één zuivere pool.

Stack	Hoe het eruitziet	Verkeerde lezing
Platform → Gebruiker	Gekloonde site; u ondertekent; spender trekt allowance leeg	«Protocol was onveilig» terwijl het regelsysteem nooit in het spel was
Protocol → Gebruiker	Regelsysteembug; u hield unlimited approve naar de kapotte vault	Alleen «hacker» de schuld geven terwijl de allowance-deur open bleef
Platform + Protocol	Hostuitval tijdens een oracle-incident; u kunt niet exiten	Slechts één meetlat beprijzen
Gebruiker alleen	Verkeerd-netwerkverzending op een gezonde venue en gezond contract	Het vertellen als «DEX-risico»
Bewaringsoverlap	Custodiale platformbevriezing (platform) terwijl de zelfbewaringsvault in orde is (gebruikersproces intact)	Alle saldi behandelen als één risicohuis

Beprijs de stack. Middel de badges niet.

Toeschrijvingsvalkuilen

Kop «hack» — marktbrede dollarverliezen zitten vaak in sleutels en infrastructuur; DeFi-protocolblootstellingen sterven vaak aan logica. Gebruik beide feiten; kies er niet één.
«Non-custodial = geen platformrisico» — frontend en host zitten nog steeds in het pad.
«Geaudit = protocolrisico dicht» — audits zijn scoped snapshots; upgrades en dependencies openen de meetlat opnieuw.
«Ik werd gephisht, dus protocollen zijn onbruikbaar» — die near-miss was gebruiker (+ vaak platformdomein), geen autopsie van het regelsysteem.
Eén seed voor hot en vault — gebruikersarchitectuur maakte van twee blootstellingen één.

Uitgewerkte scènes

A — Afrondingsdrain onder flashloan-druk.

Pool-accounting faalt in een extreme staat; tijdelijk kapitaal versterkt het. Toeschrijving: protocol (wiskunde / economische aanname). Gebruikersles: size en dependencykaart — niet «nooit DEXs gebruiken».

B — Gekloonde frontend, echte wallet.

Vertrouwde layout; spenderadres is vijandig. U heeft ondertekend. Toeschrijving: platformpad (domein/UI) + gebruiker (handtekening). Het protocol dat u dacht te gebruiken, kan in orde zijn.

C — Venue-wachtrij, vault intact.

Tradingfloat op een custodiale claim bevriest tijdens stress; cold zelfbewaringsvault restore nog. Toeschrijving: platform op de float-blootstelling. Fix is blootstellingsontwerp, niet zelfbewaring opgeven.

D — Upgradeweek.

Proxy-implementation wijzigt na storting; u heeft nooit herbeoordeeld. Toeschrijving: protocol (upgradeautoriteit) — mogelijk met gebruikers-procesfalen als u het timelock-venster negeerde.

Monitoring (falsifieer per blootstelling)

Monitor	Pass	Fail
Toeschrijvingsgewoonte	U kunt de bucket(s) van de laatste near-miss noemen	Elk verlies heet «hack»
Protocolkaart	Contracts, upgrade, oracle benoemd	«De app»
Platformpad	Officieel domein als bladwijzer; exitdrill	Search-ad-URL’s; nooit opgenomen
Gebruikersoppervlak	Hot/vault gescheiden; revoke-schema; restore geoefend	Eén seed; unlimited approves voor altijd
Stacksize	Caps overleven twee falende meetlatten	TVL of merk als make-whole

Conditionele defaults

Als u niet kunt zeggen of een scare protocol, platform of gebruiker was → schaal die blootstelling niet op.
Als het enige comfort «non-custodial» is → voeg frontend- en signingmonitors dezelfde dag toe.
Als het enige comfort «geaudit» is → open upgrade- en dependencykaart vóór size.
Als hot en vault één seed delen → beprijs ze als één gebruikersoppervlak.
Als custodiale float en protocolstortingen één mentaal budget delen → splits taken; ze sterven op verschillende klokken.
Als size scherp steeg → herhaal alle drie meetlatten zelfs als de UI niet veranderde.

Ontwerpzetten

Noem de taak van de blootstelling, noem daarna de dominante meetlat.
Begrens elke blootstelling tot een faalvorm die u op die meetlat kunt overleven.
Houd protocolstortingen, platformfloat en vaultsleutels op aparte processporen.
Oefen een kleine exit op elk pad dat u opschaalt.
Na elk incident één regel schrijven: protocol / platform / gebruiker / stack — wijzig daarna één controle.

Verwar dit niet met

Markt- / prijsrisico — mark beweegt terwijl regelsysteem, pad en controle intact blijven.
Smartcontractrisico — diepe exploittaxonomie binnen de protocolbucket; deze pagina schrijft alleen de bucket toe.
Bewaringsrisico — spend-authorityklokken (claim vs sleutel); overlapt platform en gebruiker, andere primaire vraag.
Liquiditeits- / slippagerisico — size niet kunnen exiten in de markt ≠ welke van de drie meetlatten brak.
Walletrisico / marktrisico als alternatieve assen — elders nuttig; geen vervangers voor deze drieledige toeschrijving.

Gerelateerde artikelen

Klaar voor de volgende stap?

Ga vanaf deze pagina via de officiële links verder naar registratie of trading.

Begin met handelen op edgeX

Disclaimer

Deze inhoud is uitsluitend bedoeld voor educatieve doeleinden en vormt geen beleggingsadvies. Handelen in digitale activa en derivaten brengt risico's met zich mee. Zorg dat je de producten begrijpt en houd rekening met je eigen situatie voordat je handelt.

Uitleg

Protocolrisico vs platformrisico vs gebruikersrisico

Expert28 okt 2026 · 6 min leestijd

Protocolrisico, platformrisico en gebruikersrisico zijn drie verschillende faalmechanismen die dezelfde blootstelling kunnen raken. Protocolrisico is het regelsysteem dat de positie vasthoudt.

Kort antwoord

Protocolrisico, platformrisico en gebruikersrisico zijn drie verschillende faalmechanismen die dezelfde blootstelling kunnen raken.

In gewone taal:

Protocolrisico is het regelsysteem dat de positie vasthoudt. Platformrisico is het pad waarmee u die regels bereikte. Gebruikersrisico is wat uw sleutels, klikken en proces hebben gedaan.

Een verliesverhaal dat alleen «gehackt» zegt, verbergt meestal welke meetlat echt bewoog — en de volgende size-beslissing heeft precies dat antwoord nodig.