Rischio di protocollo vs rischio di piattaforma vs rischio utente

Avanzato28 ott 2026 · 7 min di lettura

Il rischio di protocollo, il rischio di piattaforma e il rischio utente sono tre meccanismi di guasto diversi che possono colpire la stessa esposizione. Il rischio di protocollo è l’insieme di regole che tiene la posizione.

Risposta breve

Il rischio di protocollo, il rischio di piattaforma e il rischio utente sono tre meccanismi di guasto diversi che possono colpire la stessa esposizione.

In parole semplici:

Il rischio di protocollo è l’insieme di regole che tiene la posizione. Il rischio di piattaforma è il percorso che ha usato per raggiungere quelle regole. Il rischio utente è ciò che le Sue chiavi, i Suoi clic e il Suo processo hanno fatto.

Una storia di perdita che dice soltanto «hackerato» di solito nasconde quale indicatore si è davvero mosso — e la prossima decisione di size ha bisogno di quella risposta.

La separazione

La vera domanda di trading

Per questa esposizione, se il valore scompare, si congela o diventa inutilizzabile, sto sottoscrivendo un guasto dell’insieme di regole, un guasto di percorso / venue, o un guasto della superficie di controllo — e la mia size regge ancora se due di questi colpiscono nella stessa settimana?

Risponda per esposizione. Torni a rispondere dopo gli upgrade, i cambi di dominio, le nuove approvazioni e i salti di size. Uno slogan unico per tutta la stack è la trappola che questa pagina è costruita per spezzare.

Rischio di protocollo — come funziona il meccanismo

Il rischio di protocollo è la perdita proveniente dall’insieme di regole on-chain e dalle assunzioni che vi sono cablate: logica del contratto, oracle, autorità di upgrade o di governance, e design economico (collaterale, matematica delle share, soglie di liquidazione).

Cosa si rompe:

codice o contabilità che drena, congela o misprezza
assunzioni di oracle / liquidità sottile di cui l’insieme di regole si fida
admin o governance che riscrivono le regole dopo che Lei ha depositato
dipendenze composte in cui il vault instrada senza che Lei le abbia sottoscritte separatamente

Cosa non è: un sito falso, una seed rubata, o una coda di prelievo CEX. Quelli siedono su altri indicatori. Le classi di exploit profonde vivono su Cos’è il rischio di smart contract?; questa pagina ha bisogno soltanto dell’attribuzione: il denaro si è mosso perché le regole (o i loro feed / admin) hanno fallito.

Rischio di piattaforma — come funziona il meccanismo

Il rischio di piattaforma è la perdita o il blocco proveniente dal layer del percorso tra la Sua intenzione e il settlement: frontend ufficiali o clonati, DNS, hosting, motori di matching, API, ledger custodiali, policy di supporto e uptime.

Cosa si rompe:

dominio di phishing o frontend iniettato che Le serve un payload ostile
outage dell’host / del matching della venue mentre i saldi «si visualizzano» ancora
freeze, coda o insolvenza di una piattaforma custodiale su un saldo di credito
compromissione dello stack API / bot quando le chiavi vivono presso un servizio
trattenute di policy che bloccano l’uscita anche se la società è solvente

Le venue wallet-first (inclusi percorsi come edgeX) riducono il classico rischio «IOU della società» quando è la Sua firma a muovere i fondi. Il rischio di piattaforma resta ovunque un sito, un host o un componente off-chain si interponga tra Lei e i contratti che intendeva chiamare.

Rischio utente — come funziona il meccanismo

Il rischio utente è la perdita proveniente dalla Sua autorità e dal Suo processo: gestione della seed, igiene del dispositivo, ciò che firma, ciò che approva, quale rete e quale indirizzo usa, se il restore è stato provato, e se la size corrisponde a un guasto che può ancora sostenere.

Cosa si rompe:

perdita della seed o seed hot/vault condivisa
un connect di phishing che ha accettato
un’approvazione illimitata lasciata su uno spender ostile o abbandonato
invio sulla rete sbagliata / all’indirizzo sbagliato
restore non testato; bus factor di una sola persona a una size che cambia la vita
scalare un’abitudine «di apprendimento» fino a un’esposizione di size vault senza cambiare il processo

Il rischio utente non è «Lei è negligente, quindi il DeFi va bene». È l’indicatore onesto della superficie di controllo che ha rivendicato quando ha lasciato un login ospitato.

Affiancamento (cosa si rompe, su quale orologio)

	Protocollo	Piattaforma	Utente
Meccanismo centrale	Insieme di regole / oracle / upgrade / design economico	Percorso: UI, host, matching, ops di ledger, policy	Le Sue chiavi, firme, approvazioni, processo
Orologio tipico	Un exploit o un upgrade cattivo può svuotare o congelare in fretta	Coda, outage o freeze mentre lo schermo sembra ancora finanziato	Minuti dopo una firma cattiva; o per sempre dopo la perdita della seed
Residuo	Matematica della posizione rotta; fondi presso l’attaccante o in un contratto bloccato	Credito bloccato; percorso ticket; o payload firmato che non ha mai voluto	La chain può ancora mostrare l’indirizzo; il controllo può essere andato
Falso comfort	«Auditato / TVL alto»	«Logo non-custodial»	«Sono attento» senza drill
Primo monitor	Indirizzo, percorso di upgrade, design dell’oracle	Dominio ufficiale, stato dell’host, drill di uscita	Approvazioni, restore, separazione delle seed

Guasti sovrapposti (perché la size conta)

Le esposizioni reali raramente falliscono su un solo polo puro.

Stack	Come appare	Lettura sbagliata
Piattaforma → Utente	Sito clonato; Lei firma; lo spender drena l’allowance	«Il protocollo era insicuro» quando l’insieme di regole non era mai in gioco
Protocollo → Utente	Bug dell’insieme di regole; ha tenuto un approve illimitato verso il vault rotto	Incolpare solo l’«hacker» mentre la porta dell’allowance restava aperta
Piattaforma + Protocollo	Outage dell’host durante un incidente oracle; non può uscire	Prezzare un solo indicatore
Solo utente	Invio sulla rete sbagliata su una venue sana e un contratto sano	Narrarlo come «rischio DEX»
Sovrapposizione di custodia	Freeze di piattaforma custodiale (piattaforma) mentre il vault in autocustodia sta bene (processo utente intatto)	Trattare tutti i saldi come un’unica casa di rischio

Prezzi la stack. Non faccia la media dei badge.

Trappole di errata attribuzione

Titolo «hack» — le perdite in dollari a scala di mercato spesso siedono nelle chiavi e nell’infrastruttura; le esposizioni di protocollo DeFi spesso muoiono sulla logica. Usi entrambi i fatti; non ne scelga uno.
«Non-custodial = niente rischio di piattaforma» — frontend e host restano nel percorso.
«Auditato = rischio di protocollo chiuso» — gli audit sono snapshot a scope; upgrade e dipendenze riaprono l’indicatore.
«Sono stato phishato, quindi i protocolli sono inutilizzabili» — quel near-miss era utente (+ spesso dominio di piattaforma), non un’autopsia dell’insieme di regole.
Una sola seed per hot e vault — l’architettura utente ha trasformato due esposizioni in una.

Scene lavorate

A — Drenaggio da arrotondamento sotto pressione flashloan.

La contabilità del pool fallisce in uno stato estremo; il capitale temporaneo lo amplifica. Attribuzione: protocollo (matematica / assunzione economica). Lezione utente: size e mappa delle dipendenze — non «non usi mai i DEX».

B — Frontend clonato, wallet reale.

Layout familiare; l’indirizzo dello spender è ostile. Lei ha firmato. Attribuzione: percorso di piattaforma (dominio/UI) + utente (firma). Il protocollo che pensava di usare può essere a posto.

C — Coda della venue, vault intatto.

Il float di trading su un credito custodiale si congela sotto stress; il vault freddo in autocustodia si ripristina ancora. Attribuzione: piattaforma sull’esposizione float. La correzione è il design dell’esposizione, non abbandonare l’autocustodia.

D — Settimana di upgrade.

L’implementazione del proxy cambia dopo il deposito; Lei non ha mai rivalutato. Attribuzione: protocollo (autorità di upgrade) — possibilmente con un guasto di processo utente se ha ignorato la finestra di timelock.

Monitoraggio (falsificare per esposizione)

Monitor	Pass	Fail
Abitudine di attribuzione	Sa nominare il/i bucket dell’ultimo near-miss	Ogni perdita chiamata «hack»
Mappa di protocollo	Contratti, upgrade, oracle nominati	«L’app»
Percorso di piattaforma	Dominio ufficiale nei preferiti; drill di uscita	URL da search-ad; non ha mai prelevato
Superficie utente	Hot/vault separati; piano di revoke; restore provato	Una sola seed; approve illimitati per sempre
Size della stack	Cap che sopravvivono a due indicatori che falliscono	TVL o brand come make-whole

Default condizionali

Se non sa dire se uno spavento era protocollo, piattaforma o utente → non scali quella esposizione.
Se l’unico comfort è «non-custodial» → aggiunga lo stesso giorno i monitor di frontend e di firma.
Se l’unico comfort è «auditato» → apra la mappa di upgrade e dipendenze prima della size.
Se hot e vault condividono una seed → li prezzi come un’unica superficie utente.
Se float custodiale e depositi di protocollo condividono un solo budget mentale → spezzi i lavori; muoiono su orologi diversi.
Se la size è salita in modo netto → riesegua tutti e tre gli indicatori anche se la UI non è cambiata.

Mosse di design

Nomini il lavoro dell’esposizione, poi nomini l’indicatore dominante.
Metta un cap a ogni esposizione su una forma di guasto che può sostenere su quell’indicatore.
Tenga depositi di protocollo, float di piattaforma e chiavi del vault su tracce di processo separate.
Provi una piccola uscita su ogni percorso che scala.
Dopo ogni incidente, scriva una riga: protocollo / piattaforma / utente / stack — poi cambi un controllo.

Non confonda con

Rischio di mercato / prezzo — il mark si muove mentre insieme di regole, percorso e controllo restano intatti.
Rischio di smart contract — tassonomia profonda degli exploit dentro il bucket di protocollo; questa pagina attribuisce soltanto il bucket.
Rischio di custodia — orologi dell’autorità di spesa (credito vs chiave); si sovrappone a piattaforma e utente, domanda primaria diversa.
Rischio di liquidità / slippage — non poter uscire dalla size nel mercato ≠ quale dei tre indicatori si è rotto.
Rischio wallet / rischio di mercato come assi alternativi — utili altrove; non sono sostituti di questa attribuzione a tre vie.

Pronto per il prossimo passo?

Continua alla registrazione o al trading da questa pagina usando i link ufficiali.

Inizia a fare trading su edgeX

Disclaimer

Questo contenuto ha solo scopo educativo e non costituisce consulenza in materia di investimenti. Il trading di asset digitali e derivati comporta rischi. Assicurati di comprendere i prodotti e valuta la tua situazione prima di fare trading.

Approfondimenti

Rischio di protocollo vs rischio di piattaforma vs rischio utente

Avanzato28 ott 2026 · 7 min di lettura

Risposta breve

Il rischio di protocollo, il rischio di piattaforma e il rischio utente sono tre meccanismi di guasto diversi che possono colpire la stessa esposizione.

In parole semplici:

Una storia di perdita che dice soltanto «hackerato» di solito nasconde quale indicatore si è davvero mosso — e la prossima decisione di size ha bisogno di quella risposta.