Riesgo de protocolo vs riesgo de plataforma vs riesgo de usuario
El riesgo de protocolo, el riesgo de plataforma y el riesgo de usuario son tres mecanismos de falla distintos que pueden golpear la misma exposición. El riesgo de protocolo es el juego de reglas que sostiene la posición.
Respuesta corta
El riesgo de protocolo, el riesgo de plataforma y el riesgo de usuario son tres mecanismos de falla distintos que pueden golpear la misma exposición.
En palabras simples:
El riesgo de protocolo es el juego de reglas que sostiene la posición. El riesgo de plataforma es el camino que usted usó para llegar a esas reglas. El riesgo de usuario es lo que hicieron sus claves, sus clics y su proceso.
Una historia de pérdida que solo dice «me hackearon» suele ocultar qué indicador se movió de verdad — y la próxima decisión de tamaño necesita esa respuesta.
La separación
La verdadera pregunta de trading
Para esta exposición, si el valor desaparece, se congela o deja de ser usable, ¿estoy suscribiendo una falla del juego de reglas, una falla de camino / venue, o una falla de superficie de control — y mi tamaño sigue funcionando si dos de ellas golpean en la misma semana?
Responda por exposición. Vuelva a responder después de upgrades, cambios de dominio, nuevas aprobaciones y saltos de tamaño. Un solo eslogan para todo el stack es la trampa que esta página está hecha para romper.
Riesgo de protocolo — cómo funciona el mecanismo
El riesgo de protocolo es la pérdida proveniente del juego de reglas on-chain y de los supuestos cableados en él: lógica de contrato, oracles, autoridad de upgrade o de gobernanza, y diseño económico (colateral, matemática de shares, umbrales de liquidación).
Qué falla:
- código o contabilidad que drena, congela o malprecia
- supuestos de oracle / liquidez delgada en los que confía el juego de reglas
- admin o gobernanza que reescribe las reglas después de que usted depositó
- dependencias compuestas a las que el vault enruta sin que usted las haya suscrito por separado
Qué no es: un sitio falso, una frase semilla robada o una cola de retiro de CEX. Eso vive en otros indicadores. Las clases profundas de exploit están en ¿Qué es el riesgo de smart contract?; esta página solo necesita la atribución: el dinero se movió porque fallaron las reglas (o sus feeds / admins).
Riesgo de plataforma — cómo funciona el mecanismo
El riesgo de plataforma es la pérdida o el bloqueo proveniente de la capa de camino entre su intención y el settlement: frontends oficiales o clonados, DNS, hosting, motores de matching, APIs, ledgers custodiales, política de soporte y uptime.
Qué falla:
- dominio de phishing o frontend inyectado que le entrega un payload hostil
- outage del host / matching del venue mientras los saldos aún «se muestran»
- congelamiento, cola o insolvencia de una plataforma custodial sobre un saldo de reclamación
- compromiso del stack API / bot cuando las claves viven con un servicio
- retenciones de política que bloquean la salida aunque la firma sea solvente
Los venues wallet-first (incluidos caminos como edgeX) reducen el riesgo clásico de «IOU de la compañía» cuando su firma mueve fondos. El riesgo de plataforma permanece dondequiera que un sitio, un host o un componente off-chain se interponga entre usted y los contratos que pretendía llamar.
Riesgo de usuario — cómo funciona el mecanismo
El riesgo de usuario es la pérdida proveniente de su autoridad y de su proceso: manejo de la frase semilla, higiene del dispositivo, lo que firma, lo que aprueba, qué red y qué dirección usa, si ensayó la restauración, y si el tamaño corresponde a una falla que usted puede sobrevivir.
Qué falla:
- pérdida de frase semilla o frase semilla compartida entre hot y vault
- un connect de phishing que usted aceptó
- una aprobación ilimitada dejada en un spender hostil o abandonado
- envío a la red equivocada / a la dirección equivocada
- restauración no ensayada; bus factor de una sola persona a tamaño que cambia una vida
- escalar un hábito de «aprendizaje» hasta una exposición de tamaño vault sin cambiar el proceso
El riesgo de usuario no es «usted es descuidado, así que DeFi está bien». Es el indicador honesto de la superficie de control que usted reclamó al dejar un login hospedado.
Lado a lado (qué se rompe, en qué reloj)
| Protocolo | Plataforma | Usuario | |
|---|---|---|---|
| Mecanismo central | Juego de reglas / oracle / upgrade / diseño económico | Camino: UI, host, matching, ops de ledger, política | Sus claves, firmas, aprobaciones, proceso |
| Reloj típico | Un exploit o un mal upgrade puede vaciar o congelar rápido | Cola, outage o congelamiento mientras la pantalla aún parece fondeada | Minutos después de una mala firma; o para siempre después de perder la frase semilla |
| Residuo | Matemática de posición rota; fondos en el atacante o en un contrato atascado | Reclamación atascada; camino de ticket; o payload firmado que usted nunca quiso | La chain puede seguir mostrando la dirección; el control puede haberse ido |
| Falsa comodidad | «Auditado / TVL alto» | «Logo non-custodial» | «Yo tengo cuidado» sin drills |
| Primer monitor | Dirección, camino de upgrade, diseño de oracle | Dominio oficial, estado del host, drill de salida | Aprobaciones, restauración, separación de frases semilla |
Fallas apiladas (por qué el tamaño importa)
Las exposiciones reales rara vez fallan en un solo polo puro.
| Stack | Cómo se ve | Lectura incorrecta |
|---|---|---|
| Plataforma → Usuario | Sitio clonado; usted firma; el spender drena el allowance | «El protocolo era inseguro» cuando el juego de reglas nunca estuvo en juego |
| Protocolo → Usuario | Bug del juego de reglas; usted mantuvo approve ilimitado hacia el vault roto | Culpar solo al «hacker» mientras la puerta del allowance seguía abierta |
| Plataforma + Protocolo | Outage del host durante un incidente de oracle; usted no puede salir | Precificar solo un indicador |
| Usuario solo | Envío a la red equivocada en un venue sano y un contrato sano | Narrarlo como «riesgo DEX» |
| Solapamiento de custodia | Congelamiento de plataforma custodial (plataforma) mientras el vault en auto-custodia está bien (proceso de usuario intacto) | Tratar todos los saldos como un solo hogar de riesgo |
Precifique el stack. No promedie las insignias.
Trampas de mala atribución
- Titular de «hack» — las pérdidas en dólares a escala de mercado suelen sentarse en claves e infraestructura; las exposiciones de protocolo DeFi suelen morir en la lógica. Use ambos hechos; no elija uno.
- «Non-custodial = sin riesgo de plataforma» — el frontend y el host siguen en el camino.
- «Auditado = riesgo de protocolo cerrado» — las auditorías son snapshots con scope; los upgrades y las dependencias reabren el indicador.
- «Me phishearon, así que los protocolos son inutilizables» — ese near-miss fue de usuario (+ a menudo dominio de plataforma), no una autopsia del juego de reglas.
- Una sola frase semilla para hot y vault — la arquitectura de usuario convirtió dos exposiciones en una.
Escenas trabajadas
A — Drenaje por redondeo bajo presión flashloan.
La contabilidad del pool falla en un estado extremo; el capital temporal lo amplifica. Atribución: protocolo (matemática / supuesto económico). Lección de usuario: tamaño y mapa de dependencias — no «nunca use DEX».
B — Frontend clonado, wallet real.
Layout familiar; la dirección del spender es hostil. Usted firmó. Atribución: camino de plataforma (dominio/UI) + usuario (firma). El protocolo que usted creía usar puede estar bien.
C — Cola del venue, vault intacto.
El float de trading sobre una reclamación custodial se congela bajo estrés; el vault frío en auto-custodia aún se restaura. Atribución: plataforma en la exposición de float. La corrección es el diseño de exposiciones, no abandonar la auto-custodia.
D — Semana de upgrade.
La implementación del proxy cambia después del depósito; usted nunca re-suscribió. Atribución: protocolo (autoridad de upgrade) — posiblemente con falla de proceso usuario si ignoró la ventana de timelock.
Monitoreo (falsificar por exposición)
| Monitor | Pass | Fail |
|---|---|---|
| Hábito de atribución | Usted puede nombrar el/los bucket(s) del último near-miss | Toda pérdida llamada «hack» |
| Mapa de protocolo | Contratos, upgrade, oracle nombrados | «La app» |
| Camino de plataforma | Dominio oficial en favoritos; drill de salida | URLs de anuncios de búsqueda; nunca retiró |
| Superficie de usuario | Hot/vault separados; calendario de revocación; restauración ensayada | Una sola frase semilla; approves ilimitados para siempre |
| Tamaño del stack | Los caps sobreviven a dos indicadores fallando | TVL o marca como make-whole |
Defaults condicionales
- Si no puede decir si un susto fue de protocolo, plataforma o usuario → no escale esa exposición.
- Si el único consuelo es «non-custodial» → agregue el mismo día monitores de frontend y de firma.
- Si el único consuelo es «auditado» → abra el mapa de upgrade y de dependencias antes del tamaño.
- Si hot y vault comparten una frase semilla → precifíquelos como una sola superficie de usuario.
- Si el float custodial y los depósitos de protocolo comparten un solo presupuesto mental → separe los trabajos; mueren en relojes distintos.
- Si el tamaño subió con fuerza → vuelva a correr los tres indicadores aunque la UI no haya cambiado.
Movimientos de diseño
- Nombre el trabajo de la exposición y luego nombre su indicador dominante.
- Tope cada exposición a una forma de falla que usted pueda sobrevivir en ese indicador.
- Mantenga depósitos de protocolo, float de plataforma y claves de vault en pistas de proceso separadas.
- Ensaye una salida pequeña en cada camino que escale.
- Después de cualquier incidente, escriba una línea: protocolo / plataforma / usuario / stack — luego cambie un control.
No lo confunda con
- Riesgo de mercado / de precio — el mark se mueve mientras el juego de reglas, el camino y el control permanecen intactos.
- Riesgo de smart contract — taxonomía profunda de exploits dentro del bucket de protocolo; esta página solo atribuye el bucket.
- Riesgo de custodia — relojes de autoridad de gasto (reclamación vs clave); se solapa con plataforma y usuario, pregunta primaria distinta.
- Riesgo de liquidez / slippage — no poder salir del tamaño en el mercado ≠ cuál de los tres indicadores se rompió.
- Riesgo de wallet / riesgo de mercado como ejes alternativos — útiles en otro lado; no sustituyen esta atribución de tres vías.
Compartir
%22%3E%0A%3Cg%20id%3D%22Vector%22%3E%0A%3C%2Fg%3E%0A%3Cpath%20id%3D%22Vector_2%22%20d%3D%22M16.019%200.266683H19.0858L12.3853%208.17352L20.2669%2018.9334H14.0959L9.26187%2012.407L3.7315%2018.9334H0.661664L7.82766%2010.4758L0.266927%200.266683H6.59486L10.9643%206.23078L16.0179%200.266683H16.019ZM14.941%2017.0376H16.6404L5.67179%202.06208H3.8479L14.941%2017.0376Z%22%20fill%3D%22%23808080%22%2F%3E%0A%3C%2Fg%3E%0A%3Cdefs%3E%0A%3CclipPath%20id%3D%22clip0_0_97%22%3E%0A%3Crect%20width%3D%2219.2%22%20height%3D%2219.2%22%20fill%3D%22white%22%2F%3E%0A%3C%2FclipPath%3E%0A%3C%2Fdefs%3E%0A%3C%2Fsvg%3E%0A)
Artículos relacionados
Avanzado¿Qué es el riesgo de smart contract?
Avanzado¿Qué es el riesgo de custodia?
Principiante¿Qué es una aprobación de tokens?
PrincipianteTrading custodial vs auto-custodia
PrincipianteCEX vs DEX: diferencias clave
Intermedio¿Qué es un smart contract?
PrincipianteChecklist de seguridad para nuevos traders de DEX
¿Listo para el siguiente paso?
Continúa al registro o al trading desde esta página usando los enlaces oficiales.
Aviso legal
Este contenido tiene fines exclusivamente educativos y no constituye asesoramiento de inversión. Operar con activos digitales y derivados implica riesgos. Asegúrate de entender los productos y de considerar tu situación antes de operar.
