Una transacción firmada en DeFi se ejecuta automáticamente mediante un smart contract: después de incluirse en un bloque, la transferencia no puede cancelarse ni revertirse.
DeFi ofrece control, pero elimina los procedimientos de cancelación y devolución
DeFi (decentralized finance) son servicios on-chain basados en smart contracts, donde un swap, un depósito o un préstamo se ejecutan mediante una transacción desde la wallet sin operador y sin reglamento de cancelación. Un error de dirección, un approve excesivo o un parámetro incorrecto de la operación queda fijado en la blockchain después de la firma y no puede corregirse mediante soporte.
Un smart contract es un programa en la blockchain que ejecuta automáticamente reglas predefinidas: recibe una transacción, verifica condiciones y transfiere tokens estrictamente según el código, por lo que después de la firma y la inclusión en un bloque la acción se considera definitiva y no existe una “cancelación” dentro de la red.
Objetivo del material: dividir los riesgos de DeFi por grupos y vincular cada grupo con operaciones concretas: swap en DEX, lending con colateral, farming con recompensas en tokens, puente cross-chain y derivados on-chain.
Un servicio centralizado a veces usa pausa manual de una operación, reglamento de devolución, revisión de retiros sospechosos y soporte que puede detener una acción errónea antes del cargo final. En DeFi, el smart contract ejecuta la transacción firmada según el código y no verifica la intención del usuario.
Si el capital no admite una pérdida parcial, la irreversibilidad de una transacción on-chain añade riesgo: un solo error de firma puede retirar todo el saldo del token o transferir el derecho de gasto mediante approve.
La pérdida técnica en DeFi surge por el código y la infraestructura: bug de smart contract, fallo de oracle, compromiso de clave admin o ataque a un puente.
Riesgos técnicos de DeFi: smart contracts, upgrades, oracles, puentes, frontend y RPC
El riesgo técnico en DeFi es el riesgo de perder fondos por errores de lógica en smart contracts, upgrades de código, oracles (fuentes de precio), puentes e infraestructura de acceso (interfaz web y proveedor RPC), no por un cambio del precio de mercado. Un exploit de smart contract escala (un exploit es el uso de un error en el código), porque el atacante repite la misma acción y retira liquidez mediante una serie de transacciones mientras el contrato acepta operaciones.
1) Vulnerabilidades de smart contracts
Un bug de smart contract aparece cuando el contrato registra el estado de la posición o el saldo en un orden incorrecto respecto a la transferencia, por lo que el contrato transfiere activos según un estado incorrecto.
- Reentrancy es un error en el que el contrato puede llamarse de nuevo antes de actualizar el saldo, por lo que el pago ocurre varias veces seguidas.
- Los errores aritméticos y de redondeo en los cálculos se repiten en una serie de llamadas y acumulan discrepancias.
- La falta de verificación de permisos permite llamar funciones admin o retirar fondos mediante una función accesible para todos.
- Los tokens con reglas no estándar de transferencia o gasto pueden funcionar de otra forma, lo que hace que el protocolo calcule mal saldos o límites.
Con este orden de operaciones, los fondos pueden cargarse varias veces seguidas antes de actualizar el saldo.
2) Upgrades, claves admin y centralización de la gobernanza
Un protocolo upgradeable permite cambiar la lógica o los parámetros después del depósito, por lo que el riesgo depende de las claves admin y del reglamento de actualizaciones, no solo del código inicial.
- Una clave admin única sin multisig (multifirma) aumenta el riesgo de compromiso de la gobernanza (filtración o robo de esa clave), después de lo cual las reglas del protocolo pueden cambiarse unilateralmente.
- La ausencia de timelock (retraso de ejecución) hace que el cambio de parámetros sea inmediato para el titular de la posición.
- El cambio de coeficientes de colateral, comisiones o fuente de precio del oracle modifica los umbrales de liquidación sin acciones del usuario.
- Los errores llegan con más frecuencia a releases y upgrades porque cambia el código de un protocolo ya operativo con liquidez activa.
El depósito permanece en un contrato upgradeable donde el propietario de la clave admin puede cambiar la lógica del protocolo; la auditoría (revisión de código) de la versión anterior no protege contra errores en la actualización.
3) Composabilidad y cadenas de dependencias
Una estrategia DeFi suele llamar varios contratos y servicios (ejecuta acciones consecutivas en distintos smart contracts dentro de una misma operación), por lo que el revert (cancelación de una transacción por error) o la pausa (pause) de un componente externo bloquean el retiro y la gestión de la posición en un momento de estrés.
- El error puede estar en un contrato externo llamado dentro de la transacción del protocolo.
- Las bibliotecas e integraciones aumentan el número de direcciones de las que depende un depósito o un retiro.
- Un componente compartido (biblioteca, router, oracle) afecta a varios protocolos al mismo tiempo.
- Una estrategia de varios pasos aumenta la probabilidad de fallo porque un solo fallo revierte toda la transacción.
Si una transacción llama varios contratos externos, el revert de cualquier contrato externo cancela toda la transacción y bloquea el retiro hasta que el contrato externo se recupere.
4) Oracles y distorsiones de precio
Un oracle transmite el precio a un smart contract, por lo que un precio distorsionado cambia los cálculos de margen, los umbrales de liquidación y los pagos finales de una posición.
- La manipulación del precio es más sencilla en pools delgados, porque una operación pequeña desplaza con más fuerza el precio spot.
- La ausencia de TWAP (time-weighted average price) hace que un breve pico del precio spot se utilice para el cálculo dentro de la ventana de actualización.
- Una filtración débil de operaciones anómalas en la fuente de precio traslada el “ruido” al cálculo del colateral y la deuda.
- En lending (cuando se toma un préstamo con colateral) y derivados, el contrato vende automáticamente el colateral si el precio del oracle se considera demasiado bajo, por lo que un error de precio puede provocar la venta del colateral incluso sin una caída real del mercado.
Si un oracle transmitió un precio inflado o subestimado, el contrato de lending o derivados recalcula el margen y puede liquidar el colateral en un umbral incorrecto.
5) Puentes cross-chain
Un puente bloquea un activo en una red y emite un activo envuelto en otra red, por lo que el riesgo se concentra en validadores (participantes que confirman transferencias entre redes), claves de gobernanza y contratos auxiliares del puente.
- Un esquema complejo de validadores y multifirmas aumenta el número de componentes cuya compromisión rompe la emisión o el retiro.
- La concentración de liquidez convierte al puente en un objetivo prioritario de ataques, porque un incidente afecta a un gran volumen de fondos.
- Un puente nuevo tiene menos pruebas reales en situaciones no estándar, por lo que fallos inesperados pueden aparecer más tarde.
- Un fallo del puente bloquea el retiro y rompe la cadena cross-chain de operaciones entre redes.
Ante un fallo de validadores o una filtración de claves de gobernanza, el token envuelto queda sin respaldo y no puede devolverse a la red de origen.
6) Frontends e infraestructura RPC
El usuario firma transacciones mediante una interfaz web, mientras el envío y la lectura de estado pasan por un proveedor RPC (servicio mediante el cual la wallet y el sitio dApp se conectan a la blockchain), por lo que la sustitución de la interfaz o un fallo de RPC cambian los parámetros de firma y la gestión de la posición.
- La sustitución de la interfaz inserta otra dirección de contrato u otros parámetros de llamada antes de la firma.
- Un fallo de RPC muestra un estado de transacción o saldo incorrecto, por lo que el usuario repite la acción y paga gas dos veces.
- La restricción de acceso al sitio dApp elimina el canal habitual de gestión, aunque los contratos permanecen en la red.
- Verificar la dirección del contrato y los parámetros de llamada en la wallet antes de firmar limita el riesgo de sustitución.
Si la interfaz sustituye la dirección del contrato, la wallet firmará una llamada a otro contrato; el smart contract ejecutará la llamada y cargará tokens según los datos firmados.
La pérdida en DeFi suele fijarse precisamente al salir de una posición: las comisiones de gas, el slippage, el price impact y la caída del precio del token de recompensa reducen la cantidad final del activo base después del cierre.
Por qué las operaciones en DeFi se vuelven deficitarias al salir
Muchas pérdidas en DeFi se fijan no en la entrada, sino en la salida: la comisión de red (gas), el price impact (empeoramiento del precio por profundidad insuficiente del pool), la caída del precio del token de recompensa y el deterioro de la liquidez no pueden cancelarse después de la firma.
Las operaciones DeFi se ejecutan mediante smart contracts sin operador, por lo que un error de firma o de parámetros no se corrige mediante soporte. En servicios centralizados, parte de los riesgos operativos se cubre con límites, retrasos, revisiones manuales y procedimientos de devolución; en DeFi, el resultado depende del código del protocolo, la liquidez del mercado y los parámetros firmados por el usuario.
La pérdida surge sin hack cuando la transacción de entrada se confirma y la posición está abierta, pero cerrar la posición requiere gas caro y ofrece un precio peor por la caída de liquidez.
- Entrada en un pool con APY alto (annual percentage yield, rentabilidad anual en porcentaje) sin calcular las comisiones de red y el slippage de salida.
- Reducción del APY después del fin de los incentivos y caída del precio del token de recompensa que se acumulaba en lugar de ingresos por comisiones.
- Aumento del coste de gas en el momento de salida y approvals activos conservados después de completar la estrategia.
Escenario: un depósito en farming genera un token de recompensa; luego el precio del token de recompensa cae y la liquidez del pool disminuye. El swap del token de recompensa al activo base produce un gran price impact, y dos salidas requieren dos comisiones de gas.
La pérdida al salir se compone de partidas concretas: comisión de gas para el retiro, slippage del swap en un pool delgado y caída del precio del token de recompensa entre la acumulación y la venta.
Self-custody significa que las claves están en manos del usuario, por lo que el resultado queda determinado por transacciones firmadas y mensajes firmados que no pueden cancelarse después de incluirse en un bloque.
La pérdida de fondos ocurre cuando un approve activo permanece en una dirección y un contrato malicioso o una interfaz sustituida utiliza el derecho de gasto del token sin una nueva transacción approve — más detalles en approval phishing en DeFi.
Una auditoría revisa la versión actual del código; un upgrade, un cambio de oracle y la dependencia de un puente pueden modificar los umbrales de liquidación y las reglas de retiro después del depósito.
Por qué un protocolo auditado aún puede generar pérdidas
Una auditoría reduce la probabilidad de errores evidentes en el código, pero no elimina el riesgo de gobernanza (upgrades y claves), el riesgo de dependencias externas ni el riesgo de salida cuando cae la profundidad del pool tras una salida de liquidez.
La emisión es la creación de nuevos tokens según reglas predefinidas (calendario, volumen, destinatarios); la emisión se usa para incentivos de liquidez y recompensas, pero el aumento de oferta presiona el precio del token si la demanda no cambia.
- Los upgrades y la gobernanza cambian los parámetros de la posición después de la entrada
- El cambio del coeficiente de colateral y de las comisiones modifica la resistencia de la posición sin acciones del usuario.
- Timelock y multisig reducen el riesgo de un cambio instantáneo de parámetros, pero no eliminan el error de actualización ni el compromiso de claves.
- La sustitución de la fuente de precio del oracle y el cambio de límites de colateral modifican los umbrales de liquidación y el tamaño del buffer.
- Las integraciones añaden un contrato externo a la cadena de riesgo
- Un protocolo puede depender de un puente, una biblioteca o una fuente externa de liquidez con otro nivel de revisión y otro modelo de fallo.
- Un fallo de un componente externo bloquea la estrategia, incluso si el protocolo principal ejecuta las funciones correctamente.
- Cada contrato externo en la cadena de operación aumenta la probabilidad de que la transacción de retiro sea revertida por el revert de ese contrato externo.
- La salida de liquidez empeora el precio de salida y amplifica las liquidaciones
- Cuando cae la profundidad del pool, un retiro grande desplaza más el precio, por lo que la salida ocurre con descuento (a un precio inferior al esperado).
- Las liquidaciones en lending se intensifican cuando el precio del oracle cae y la liquidez para vender el colateral se vuelve más delgada.
- La rentabilidad basada en emisión cae junto con el precio del token de recompensa y la salida de liquidez.
Mapa de amenazas, ataques típicos y señales de control de incidentes: «Seguridad DeFi: mapa de amenazas, casos, protección y checklist».
La pérdida económica surge sin bug de código: la emisión del token de recompensa reduce el precio de la recompensa, el impermanent loss (pérdida por cambios de precio de los activos en el pool frente a mantenerlos simplemente) cambia la composición LP, y una cascada de liquidaciones vende colateral.
Riesgos económicos de DeFi: rentabilidad, liquidez y escenarios de estrés
La pérdida económica surge cuando los smart contracts funcionan correctamente, pero cae la rentabilidad, se abarata el token de recompensa y disminuye la liquidez para salir en el mismo periodo.
El riesgo económico en DeFi es el riesgo de perder capital con el código funcionando correctamente. La fuente de pérdida está en el modelo de incentivos (emisión de recompensa), la profundidad de liquidez y los mecanismos de liquidación por precio del oracle.
- Rentabilidad sobre emisión del token de recompensa
- Un APY alto suele formarse mediante la emisión de nuevos tokens de recompensa, no mediante ingresos por comisiones del protocolo.
- La emisión aumenta la oferta del token de recompensa; si la demanda no cambia, el precio del token de recompensa cae.
- Si el precio del token de recompensa cae más rápido que la acumulación, el resultado en el activo base se vuelve negativo.
- El ingreso por comisiones es más estable porque depende del volumen de operaciones en el protocolo.
- Impermanent loss en un pool AMM
- En un AMM (automated market maker), una parte del activo que sube se vende y el activo que cae se compra, por lo que cuando los precios divergen el resultado puede ser peor que si los activos simplemente se hubieran mantenido.
- El impermanent loss surge cuando el precio de un activo del par se aleja del segundo y la posición termina con una mayor cantidad del activo que cae.
- La volatilidad del par acelera la redistribución de cuotas dentro del pool y aumenta la diferencia frente al holding pasivo.
- Los pares con baja liquidez aumentan el desplazamiento de precio en cada operación y amplifican las pérdidas al salir.
- Salida de una posición con liquidez delgada
- Después del final de los incentivos, la profundidad del pool disminuye y empeora el precio de ejecución al salir.
- El precio de la interfaz no equivale al precio de ejecución, porque la ejecución depende de la profundidad del pool y del tamaño de la operación en el momento de inclusión en el bloque.
- Un gran volumen en un pool delgado produce un price impact notable y reduce la cantidad recibida del activo base.
- Durante la congestión de red, las comisiones de gas suben y aumentan el coste de cerrar la posición.
- Liquidaciones y cascadas en lending
- Un préstamo con colateral se liquida automáticamente al alcanzar el umbral de riesgo según el precio del oracle.
- Un movimiento brusco del precio cruza los umbrales de riesgo de muchas posiciones y activa liquidaciones masivas.
- Las ventas de colateral presionan el precio y crean la siguiente ola de liquidaciones.
- La liquidez delgada y el precio inestable del oracle aceleran la cascada de liquidaciones.
- Stablecoins y depeg
- La paridad de un stablecoin se mantiene con reservas, colateral o un mecanismo algorítmico que recompra el desequilibrio.
- Depeg (pérdida de la paridad de un stablecoin frente al precio objetivo, por ejemplo $1) surge cuando las ventas del stablecoin superan la capacidad del mecanismo de estabilización y la profundidad de los mercados de recompra.
- Un APY alto sobre un stablecoin suele formarse mediante subsidios (pagos desde reservas o emisión de tokens para atraer liquidez), no mediante ingresos reales, y por eso coincide con el riesgo de salida del pool.
- La preservación del capital depende del modelo de respaldo y de la profundidad de los mercados de salida.
El APY de un stablecoin no compensa el depeg si el stablecoin pierde la paridad y se vende con descuento en un pool delgado.
- Comisiones de red con volúmenes pequeños
- Durante la congestión de red, el coste de gas sube y aumenta los gastos de entrada y salida.
- Con capital pequeño, dos comisiones de gas (entrada y salida) pueden cubrir todo el resultado de la estrategia.
- Claims, swaps y rebalanceos frecuentes aumentan las comisiones totales.
- Las estrategias con alta frecuencia de operaciones pierden eficiencia por las comisiones acumuladas.
El golpe regulatorio llega a través del acceso: el bloqueo del sitio dApp o la desconexión del proveedor RPC puede impedir cerrar una posición mientras el smart contract continúa ejecutando liquidaciones.
Riesgos regulatorios: estado de las operaciones y restricciones de acceso a interfaces
El riesgo regulatorio en DeFi surge fuera del código del protocolo cuando las restricciones afectan sitios dApp, proveedores API o infraestructura de acceso en el momento en que la posición debe cerrarse o debe añadirse colateral.
Los smart contracts siguen ejecutando operaciones en la red, pero la gestión de la posición normalmente pasa por el sitio dApp y el proveedor RPC. El bloqueo de estos canales limita el envío de transacciones y la lectura del estado de la posición mediante la interfaz habitual.
1) Estatus legal incierto de las operaciones on-chain
Una misma operación on-chain puede calificarse como intercambio, crédito, emisión de derivado o servicio financiero. Una calificación distinta en diferentes jurisdicciones cambia los requisitos de acceso y reporte, por lo que la incertidumbre legal se convierte en riesgo operativo para la posición.
2) Restricciones de interfaces e infraestructura de acceso
El acceso a smart contracts suele pasar por sitios web, APIs y proveedores RPC. La restricción de estos puntos de acceso cambia la forma de gestionar la posición, incluso si el contrato sigue funcionando.
Escenario: una posición de lending está abierta de antemano; luego la interfaz web se bloquea por región o el proveedor RPC devuelve errores. El smart contract continúa calculando el precio del oracle y ejecutando liquidaciones, pero cerrar la posición mediante la interfaz habitual deja de estar disponible.
3) Impuestos, reporting y carga operativa
Una estrategia DeFi crea un flujo de operaciones: swaps, acumulaciones, claims, rebalanceos y liquidaciones. Un gran número de transacciones complica la contabilización de comisiones y precios de ejecución y aumenta el riesgo de errores en el reporte.
La pérdida del usuario la crea la firma: red incorrecta, dirección errónea, unlimited approve y slippage amplio (deterioro permitido del precio de ejecución) convierten una transacción en una deducción irreversible de tokens.
Riesgos del usuario: dirección, red, approve, firmas de mensajes y parámetros de swap
La mayoría de pérdidas irreversibles en DeFi están relacionadas con la firma: red incorrecta, dirección errónea, approve excesivo o slippage amplio fijan la operación en la blockchain sin procedimiento de cancelación.
Una wallet en DeFi es una herramienta de firma criptográfica. La firma de una transacción inicia una transferencia, swap, depósito o retiro; la firma de un mensaje puede conceder derecho de gasto del token o cambiar permisos sin una transacción approve separada.
1) Errores de red, dirección y contrato
Comprobaciones antes de enviar una transacción
- 🌐 Verificación de red: firmar en otra red envía tokens a otro registro; la dirección del destinatario en otra red puede no pertenecer al remitente.
- 🏷️ Verificación de dirección: un error en la dirección del destinatario transfiere activos a una dirección ajena; un smart contract no contiene un procedimiento de devolución para una transferencia errónea.
- 🧾 Verificación de contrato: la sustitución de la dirección del contrato cambia el destinatario de approve o cambia la lógica del swap antes de la firma.
- 🧪 Operación de prueba: una transacción mínima confirma la red, la dirección del contrato y la ruta del swap antes de enviar un gran volumen.
2) Approve y permisos de gasto
Control de derechos de acceso a tokens
- 🎚️ Límite restringido: unlimited approve otorga el derecho de gastar todo el saldo del token; el compromiso del contrato o la interfaz convierte el derecho de gasto en una deducción real.
- 👤 Verificación del spender: la dirección receptora del permiso (spender) debe coincidir con el contrato del protocolo, de lo contrario el permiso va a otra dirección.
- 🧰 Separación de wallets: una dirección separada de almacenamiento reduce la cantidad de tokens en la dirección operativa desde la que se emiten approvals.
- 🧹 Revoke: revocar approvals antiguos cierra el derecho de gasto después de completar la operación.
3) Firmas de mensajes y derechos ocultos
Filtro antes de confirmar una firma
- ✍️ Firma consciente: la firma de un mensaje puede crear autorización de gasto posterior sin approve separado si el protocolo usa el mensaje como permiso.
- 🎁 Cuidado con los “claims”: una página de phishing suele insertar una firma de mensaje que otorga derecho de gasto de tokens.
- 📩 Ignorar mensajes directos: una cuenta de “soporte” en mensajes privados suele llevar a un dominio dApp falso para firmar.
- 🔗 Fuentes fijas: entrar a una dApp mediante una dirección guardada reduce el riesgo de sustitución del dominio y de la dirección del contrato.
4) MEV, ataques sandwich y ejecución de swaps
Control de parámetros de la operación
- 📏 Slippage estricto: un slippage grande amplía el rango del precio de ejecución y facilita un ataque sandwich.
- 🧱 División de volumen: un swap grande en un pool delgado aumenta el price impact; dividirlo reduce el price impact de cada swap.
- ⏳ Consideración del mempool: MEV (maximal extractable value — extracción de beneficio mediante el cambio del orden de transacciones en el bloque) surge cuando un bot cambia el orden de transacciones y captura la diferencia del precio de ejecución.
- 🧾 Minimum received: el parámetro fija el resultado mínimo del swap y limita el deterioro de ejecución.
Un ataque sandwich utiliza slippage amplio: el bot compra antes del swap, eleva el precio, luego vende después del swap y captura la diferencia en el activo base.
5) Tokens maliciosos y trampas de interfaz
Filtro antes de comprar un activo
- 🧬 Verificación del contrato: el mismo nombre de token no garantiza el mismo contrato; un swap puede comprar un token con otra dirección de contrato.
- 📉 Evaluación de liquidez: la baja profundidad del pool empeora el precio de venta y aumenta el price impact al salir.
- 🧾 Verificación de condiciones de venta: un impuesto de venta o una prohibición de venta cambian el precio real de salida y pueden bloquear la venta.
- 🚪 Verificación de salida: una venta de prueba confirma que el token se vende y que el contrato no contiene bloqueo ni impuesto que haga la salida deficitaria.
Los errores repetidos provocan pérdidas sin hack: unlimited approve, una sola dirección para almacenamiento y operaciones, entrada por APY de emisión, swap en un pool delgado.
Errores típicos en DeFi que se repiten con más frecuencia
Las causas repetidas de pérdidas en DeFi se vinculan con tres acciones: confiar en la interfaz web sin verificar la dirección, conceder unlimited approve y entrar en una estrategia sin calcular la salida después de comisiones y price impact.
- Unlimited approve por comodidad
- El permiso de gasto ilimitado permanece activo después de completar la operación.
- El compromiso del contrato o la interfaz utiliza el approve activo y deduce tokens sin una nueva firma.
- Un límite para la operación y el revoke posterior cierran el derecho de gasto después de finalizar la estrategia.
- Entrada por APY alto sin verificar la fuente de ingresos
- El APY puede formarse por emisión del token de recompensa, no por comisiones del protocolo.
- El precio del token de recompensa puede caer más rápido de lo que se acumula la recompensa.
- El cálculo del resultado en el activo base después de gas y price impact muestra el resultado de la estrategia sin el APY de escaparate.
- Una sola wallet para almacenamiento y operaciones activas
- Phishing o una firma maliciosa abren acceso al saldo completo de la dirección operativa.
- La falta de separación de wallets aumenta la suma disponible para gasto mediante approvals.
- Una dirección separada de almacenamiento reduce la suma en la dirección que firma operaciones y concede approvals.
- Swap en un pool delgado con slippage amplio
- Un slippage amplio permite ejecutar el swap a un precio deteriorado en el porcentaje definido y facilita un ataque sandwich.
- La congestión de red y la menor liquidez aumentan el retraso de inclusión de la transacción y empeoran el precio de ejecución.
- Dividir el volumen y limitar el slippage reducen las pérdidas por price impact y MEV.
La pérdida conductual se fija con una serie de firmas: FOMO acelera la entrada, los swaps repetidos aumentan el gas total y promediar incrementa la exposición cuando cae la liquidez.
Riesgos conductuales: FOMO, serie de transacciones y aumento de comisiones
FOMO y entrada en una rentabilidad sobrecalentada
FOMO empuja a entrar en una estrategia después del crecimiento del precio y un pico de APY, cuando las condiciones de salida ya se están deteriorando.
- FOMO (fear of missing out) activa la entrada después del crecimiento del precio y la rentabilidad de escaparate.
- APY se mantiene alto mientras continúa la emisión del token de recompensa y la entrada de liquidez.
- Después de la reducción de incentivos, la liquidez sale y el price impact al salir crece.
- La salida fija una pérdida si gas y el deterioro del precio consumen la recompensa.
La entrada por FOMO suele ocurrir en el momento en que el riesgo de salida ya supera la rentabilidad potencial.
Ilusión de control al firmar
La firma crea una sensación de control, pero el smart contract ejecuta los parámetros literalmente, sin comprobar las intenciones del usuario.
- La interfaz puede sustituir la dirección del contrato o los parámetros de la operación antes de la firma.
- Approve y slippage se confirman sin verificar spender y minimum received.
- El smart contract ejecuta los parámetros firmados sin posibilidad de cancelación.
- Un error de firma se convierte en deducción de tokens o intercambio a un precio peor.
La firma fija la decisión de forma definitiva: un parámetro incorrecto se convierte inmediatamente en resultado financiero.
Promediar una estrategia deficitaria
Promediar aumenta el capital en una estrategia donde las condiciones básicas ya se están deteriorando.
- Promediar aumenta la exposición (la parte del capital dependiente de un escenario) en una estrategia con ingresos por emisión del token de recompensa.
- La caída del precio del token de recompensa reduce el valor final de las acumulaciones.
- El aumento del número de operaciones incrementa el gas total.
- Cada nueva transacción fija una pérdida en condiciones de liquidez delgada.
Una serie de operaciones amplifica la pérdida si la economía base de la estrategia ya no converge.
DeFi no es adecuado cuando la tolerancia al error de firma es cero: una red incorrecta o un approve sin límite puede retirar todo el saldo del token sin devolución.
Criterios para elegir entre DeFi e infraestructura con cancelación y soporte
Un error de red, dirección de contrato, approve o slippage en DeFi queda fijado por la firma y no se cancela por el protocolo, por lo que el coste del error suele superar el APY perdido.
Factores de parada
- 🧨 Una pérdida parcial de capital es inaceptable para la tarea.
- 🧾 Se necesitan reglamento de cancelación y procedimiento de devolución de fondos.
- ⏱️ No hay tiempo para revisar regularmente approvals, direcciones de contratos y parámetros de firma.
- 🎯 Se necesita un precio de ejecución exacto, mientras price impact y MEV cambian el resultado de la operación.
- 🔐 No hay separación de wallets, y el riesgo de phishing o firma maliciosa es alto.
- ⛽ El volumen es pequeño en relación con gas, y las comisiones consumen el resultado.
Condiciones en las que DeFi suele ser aceptable
- 📏 Se define un límite de posición y una pérdida máxima admisible.
- 🧰 La dirección de almacenamiento está separada de la dirección operativa con saldo limitado.
- 🎚️ Approve se concede con límite y se revoca después de finalizar.
- 🚪 Existe una condición de salida ante caída de liquidez y caída de rentabilidad.
La infraestructura con soporte reduce el daño de un error operativo mediante límites, retrasos de retiro y reglamento de devolución; DeFi traslada el error operativo a una transacción on-chain irreversible.
DeFi rompe escenarios con cancelación y recuperación obligatorias: pérdida de seed phrase, sustitución de interfaz o error de red no se compensan con reglamentos de soporte.
Escenarios donde DeFi aumenta el riesgo operativo
DeFi aumenta el riesgo operativo cuando se requieren cancelación de operaciones, recuperación de acceso y ejecución predecible sin verificación manual de cada parámetro de firma.
Capital grande con baja tolerancia al riesgo
Con capital grande, la ausencia de cancelación y devolución hace que un solo error de firma sea crítico para todo el resultado.
- La concentración de fondos en un protocolo o red aumenta el tamaño del daño potencial.
- El compromiso de clave, dispositivo o interfaz afecta a todo el saldo de la dirección operativa.
- Una transacción incorrecta transfiere activos a una dirección ajena sin mecanismo de devolución.
Con una suma grande, una dirección de destinatario incorrecta o unlimited approve puede provocar una pérdida comparable a todo el capital en la dirección operativa.
La velocidad y precisión de ejecución son críticas
En DeFi, el resultado depende del mempool, la profundidad del pool y la actividad MEV, por lo que el precio de ejecución puede diferir del precio de la interfaz.
- Slippage y congestión de red empeoran el precio de ejecución.
- Un gran volumen en un pool delgado amplifica el price impact.
- El retraso de inclusión de la transacción cambia el estado del pool entre la firma y la ejecución.
Si una operación requiere precio fijo y retraso mínimo, mempool, price impact y MEV pueden cambiar el precio de ejecución respecto al precio en pantalla.
Se necesita contabilidad simple y reporte transparente
Una estrategia activa en DeFi crea decenas de transacciones y comisiones de red separadas por cada operación, por lo que la contabilidad requiere analizar cada transacción.
- Claims, rebalanceos y ejecuciones parciales complican el cálculo del coste base y del resultado.
- Varias redes y puentes añaden comisiones separadas y eventos contables separados.
- Un error al contabilizar comisiones de gas y precios de ejecución distorsiona el resultado fiscal y de reporting.
Si una estrategia genera decenas de transacciones, el reporting se convierte en contabilidad de cada comisión de gas y cada precio de ejecución por hash de transacción.
Nivel insuficiente de seguridad operativa
En DeFi, la seguridad depende de las claves y firmas del usuario, por lo que una protección débil del dispositivo y del navegador se convierte en pérdida directa de fondos.
- Los dispositivos públicos y las extensiones aumentan el riesgo de sustitución de interfaz y robo de sesión de la wallet.
- Guardar la seed phrase online facilita el compromiso de claves.
- La falta de separación de wallets aumenta la suma disponible mediante approvals.
Si el dispositivo o el navegador están comprometidos, un atacante puede hacer que la wallet firme un approve o una transferencia y deducir tokens de la dirección operativa.
Se requiere soporte y recuperación de acceso
En self-custody, perder la seed phrase significa perder el control de la dirección, porque el protocolo no puede recuperar claves ni revertir la propiedad.
- Un error de almacenamiento de claves no se compensa con un servicio.
- Sin esquemas de respaldo, es posible la pérdida total de acceso.
- La transferencia de acceso y la herencia requieren un esquema jurídico y técnico separado.
Si se pierde la seed phrase, el acceso a la dirección se pierde para siempre, porque la blockchain no contiene procedimiento de recuperación de claves.
El volumen no es proporcional a las comisiones de red
Con gas alto, un capital pequeño pierde sentido porque las comisiones de entrada, gestión y salida ocupan una parte notable del importe.
- Las comisiones superan el resultado cuando las acciones son frecuentes.
- Un error de firma anula el efecto de la estrategia.
- El aumento del número de operaciones incrementa los costes relativos.
Si el depósito es pequeño, dos comisiones de gas (entrada y salida) pueden consumir todo el ingreso, incluso si el APY en la interfaz parece alto.
La pérdida en DeFi está ligada a operaciones: un swap AMM sufre por MEV y price impact, lending por el oracle y liquidaciones, y un puente por validadores.
Dónde DeFi se convierte con más frecuencia en fuente de pérdida: operaciones y factores de parada
El riesgo de DeFi se manifiesta en operaciones concretas: un swap AMM empeora el precio de ejecución con liquidez delgada, lending activa liquidaciones por precio del oracle, farming depende de la emisión de recompensas y la liquidez de salida, y un puente bloquea retiros ante fallos de validadores.
Intercambios DEX en pools AMM
AMM forma el precio a partir de la proporción de activos en el pool, por lo que el aumento del tamaño del swap respecto a la profundidad del pool incrementa el price impact y empeora el precio de ejecución.
✅ Ventajas
- Self-custody sin custodia por terceros.
- Intercambio sin cuenta y sin KYC.
- Acceso a tokens sin listing en exchange.
❌ Desventajas
- MEV y ataques sandwich en volúmenes medios y grandes.
- Empeoramiento del precio de ejecución en pools poco profundos.
- Riesgo de contrato de token falso y dirección de pool falsa.
Lending y préstamos con colateral
Lending crea riesgo de liquidación porque la caída del precio del colateral según el oracle activa la venta forzada del colateral con la liquidez de mercado en un momento de estrés.
✅ Ventajas
- Ingreso por intereses sobre activos líquidos.
- Préstamo con colateral sin vender el activo base.
- La tasa depende de la demanda de préstamo.
❌ Desventajas
- Liquidaciones automáticas ante movimientos bruscos de precio.
- Dependencia de la corrección del precio del oracle.
- Riesgo de cambios en parámetros de gobernanza (comisiones, umbrales, límites).
El colateral excedente reduce la probabilidad de liquidación porque aumenta la distancia hasta el umbral de riesgo según el precio del oracle.
Yield farming y estrategias con APY alto
Yield farming combina ingresos por comisiones e incentivos en tokens, por lo que el resultado depende del precio del token de recompensa, la velocidad de emisión y la profundidad de liquidez de salida.
✅ Ventajas
- Ingresos por comisiones e incentivos en tokens.
- Entrada y salida sin almacenamiento en exchange.
- Acceso a nuevos modelos de ingreso al inicio del protocolo.
❌ Desventajas
- Caída del APY después del fin de los incentivos.
- Impermanent loss en pares volátiles.
- Rug pull en un proyecto joven cuando los organizadores retiran liquidez.
Qué rompe el farming en el modelo de ingresos
- Salida de LP (proveedores de liquidez) y caída de la profundidad del pool.
- Caída del precio del token de recompensa más rápida que las acumulaciones.
- Gas y rebalanceo que reducen el resultado en el activo base.
- Bug o pausa de un contrato externo en la cadena de la estrategia.
Puentes y operaciones cross-chain
Un puente cross-chain concentra el riesgo en validadores y claves de gobernanza, por lo que el compromiso o fallo del puente bloquea el retiro de activos y rompe la cadena de operaciones entre redes.
✅ Ventajas
- Acceso a liquidez de distintas redes.
- Elección de red por comisiones y velocidad.
- Distribución de capital entre ecosistemas.
❌ Desventajas
- Concentración de liquidez en un único punto.
- Modelo de seguridad complejo y dependencia de validadores.
- Aumento del riesgo de error operativo al transferir entre redes.
Derivados on-chain y trading con apalancamiento
En derivados on-chain, la posición se calcula según el precio del oracle, y el uso de apalancamiento deja un margen de seguridad pequeño, por lo que cualquier error de precio, liquidez o ejecución lleva más rápido al cierre forzado de la posición.
✅ Ventajas
- Cobertura sin custodia por terceros.
- Acceso a derivados mediante smart contract.
- Compatibilidad con estrategias on-chain.
❌ Desventajas
- Cascadas de liquidaciones ante volatilidad brusca.
- Dependencia del resultado respecto al precio del oracle.
- Suma de riesgo de mercado y riesgo de protocolo.
Las señales de salida en DeFi se miden por parámetros: caída de profundidad del pool, aumento de gas, reducción de APY, caída del token de recompensa, upgrade del contrato, fallo de interfaz.
Señales de que es momento de salir de una posición DeFi
- APY crece sin aumento de comisiones ni volumen
- APY aumenta sin crecimiento de comisiones del protocolo y sin crecimiento del volumen de operaciones.
- La fuente del APY se desplaza hacia emisión o incentivos temporales.
- El precio del token de recompensa cae más rápido que la recompensa acumulada.
- APY depende de la emisión si el volumen de swaps y los ingresos por comisiones no crecen.
- El precio de salida empeora por la caída de liquidez
- La profundidad del pool es menor que en el momento de entrada.
- El retiro requiere un descuento por price impact frente al precio esperado.
- Durante el estrés, gas sube y aumenta el coste de salida.
- Price impact aumentó si el mismo volumen de retiro del pool entrega menos activo base que al entrar.
- Un upgrade cambia los parámetros del protocolo
- Aparece un upgrade sin tiempo suficiente para verificar las nuevas condiciones.
- Cambian comisiones, coeficientes de colateral o parámetros de liquidación.
- Se añaden nuevas integraciones, puentes o dependencias externas.
- El riesgo de upgrade aumenta si la implementación del contrato cambia mediante una clave admin sin timelock.
- El acceso a la gestión de la posición se vuelve inestable
- La interfaz funciona con errores y RPC muestra un estado incorrecto de las transacciones.
- La restricción de acceso por región o la congestión de red impiden cerrar la posición.
- El error operativo al firmar se vuelve más probable por falta de tiempo.
- El riesgo de error de firma aumenta si el cierre de la posición se realiza mediante un dominio nuevo o un RPC inestable.
Si al mismo tiempo cae la liquidez del pool, disminuye la rentabilidad y empeora el acceso a la interfaz, cerrar la posición se vuelve más caro en gas y peor en precio de ejecución.
DeFi ejecuta operaciones mediante smart contract y firma de wallet; CEX ejecuta operaciones en cuentas del exchange y puede aplicar límites, retrasos de retiro y reglamento de devolución.
DeFi vs CEX: dónde el riesgo es menor y dónde se redistribuye
En DeFi, el resultado de la operación queda completamente determinado por los parámetros firmados y no puede cancelarse, mientras que en CEX la plataforma a veces puede intervenir y detener un retiro erróneo.
DeFi ejecuta la operación estrictamente según los parámetros de firma en la wallet, mientras CEX lo hace mediante un order book interno y contabilidad de saldos. En DeFi, una transacción errónea es irreversible después de incluirse en un bloque, mientras que CEX a veces puede detener el retiro o devolver fondos antes del cargo definitivo.
| Criterio | CEX | DeFi |
|---|---|---|
| Custodia de activos | La plataforma controla las claves (custodial) | Las claves están en manos del usuario (self-custody) |
| Corrección de errores | A veces son posibles procedimientos reglamentados de devolución | Las transacciones son irreversibles después de incluirse en un bloque |
| Riesgo de hack | Incidentes centralizados raros, pero de gran escala | Incidentes a nivel de protocolos e interfaces individuales |
| Ejecución de operaciones | El precio depende del libro de órdenes y de las reglas del exchange | El precio depende de la profundidad del pool, price impact y MEV |
| Acceso y compliance | KYC/AML y procedimientos regulatorios | Sin cuenta, pero con riesgo de bloqueo de interfaces y RPC |
| Transparencia | Reglas de la plataforma y reporte del operador | Transacciones públicas y código verificable si las direcciones están verificadas |
✅ Dónde DeFi ofrece una ventaja
- Control sobre activos sin custodia por terceros.
- Acceso a herramientas on-chain sin listing en exchanges.
- Automatización de la estrategia con smart contracts cuando se verifican direcciones y parámetros de firma.
❌ Dónde CEX suele ser más resistente
- Operaciones grandes donde se necesita retraso mínimo y precio exacto.
- Escenarios donde son críticos el soporte, la recuperación de acceso y el reglamento.
- Escenarios donde se necesita cancelar un retiro erróneo antes del cargo final.
Comparación de modelos de acceso y riesgos de ejecución: DEX vs CEX: diferencias en custodia, ejecución y acceso.
La verificación antes de firmar reduce el riesgo de transferir tokens a una dirección incorrecta y conceder approve al spender incorrecto: comprobación de red y dirección del contrato, verificación de spender en approve, limitación de slippage y minimum received.
Puntos de control antes de entrar en DeFi: parámetros de firma y límites de ejecución
La verificación antes de firmar reduce la probabilidad de red incorrecta, sustitución de dirección del contrato, approve excesivo y slippage demasiado amplio que fija un mal precio de ejecución.
Verificación básica de parámetros de firma
- Comprobar la dirección del contrato y la correspondencia de la red con la operación.
- Evaluar la profundidad de liquidez: un gran volumen en un pool delgado aumenta el price impact.
- Limitar slippage y verificar minimum received.
- Revisar approvals activos y el límite de gasto.
- Realizar una operación de prueba con volumen mínimo en una ruta nueva.
Verificación ampliada para depósitos y farming
- Determinar la fuente de rentabilidad: comisiones, interés de préstamos o emisión de recompensa.
- Comprobar upgrades, claves admin, multisig y timelock.
- Evaluar la distribución del token de recompensa y el riesgo de concentración en grandes holders.
- Evaluar el riesgo del puente y del stablecoin en una estrategia cross-chain, porque un fallo del puente o la pérdida de paridad del stablecoin pueden bloquear la salida.
- Comparar gas y price impact con el beneficio esperado en el activo base.
Señales de riesgo elevado
- Protocolo nuevo sin historial operativo y con promesas de “garantías”.
- Rentabilidad de dos dígitos en stablecoins sin explicación de la fuente (comisiones o interés de préstamos).
- Token de recompensa con alta emisión y sin demanda sostenible.
- Descripción de seguridad mediante eslóganes sin indicar timelock, multisig, oracles y modelo de acceso.
- Firma que solicita acceso no correspondiente a la operación (por ejemplo, gasto de token en lugar de claim de recompensa).
La reducción de pérdidas en DeFi se logra mediante límites: menos fondos en la dirección operativa, approve solo por el importe de la operación, menos puentes y menos contratos externos en la ruta.
Métodos para reducir el riesgo al usar DeFi
1) Separación de wallets por roles
- Dirección de almacenamiento. En la dirección de almacenamiento no hay approvals activos ni interacciones regulares con dApp.
- Dirección operativa. En la dirección operativa se encuentra la suma admisible al riesgo y se firman las operaciones.
- Dirección de prueba. En la dirección de prueba se verifican nuevos protocolos y rutas con importes mínimos.
2) Gestión de permisos de gasto
- Approve se concede por un volumen concreto de operación para que el contrato no tenga derecho a gastar el saldo completo.
- Los approvals no utilizados se revocan después de completar la estrategia para cerrar el derecho de gasto.
- Approve para un contrato no verificado aumenta la escala de pérdidas si el contrato o la interfaz se comprometen.
Escenarios de approval phishing y formas de uso de approvals activos: «Approval phishing en DeFi: permisos ocultos que permiten robar tokens».
3) Ejecución de operaciones considerando MEV y liquidez
- Slippage limita el rango del precio de ejecución y reduce el efecto de ataques sandwich.
- Dividir el volumen reduce el price impact en un pool delgado.
- La ruta de swap mediante varios pools aumenta el número de smart contracts; el revert de un contrato cancela la transacción y consume gas.
4) Limitación de concentración y complejidad
- La concentración de capital en un protocolo aumenta la suma que depende de una vulnerabilidad o de un upgrade.
- Un puente o un stablecoin no deberían ser el único punto de la estrategia si la pérdida de paridad o el fallo del puente bloquea la salida.
- Reducir el número de eslabones disminuye la cantidad de contratos externos de los que depende el retiro.
DeFi encaja cuando se controlan firma y permisos: verificación de red y dirección del contrato, approve con límite, dirección separada de almacenamiento y condición de salida ante caída de liquidez.
Para quién encaja DeFi con control consciente de la firma
DeFi encaja para quienes aceptan la irreversibilidad de las transacciones y controlan direcciones de contratos, approvals, parámetros de swaps y condiciones de salida; sin eso, self-custody convierte un error de firma en pérdida directa de fondos.
Usuarios con seguridad operativa estructurada
La separación de direcciones, el control de approvals y la verificación de parámetros de firma limitan la suma disponible para pérdidas en un incidente.
- La dirección de almacenamiento está separada de la dirección operativa donde se realizan las firmas.
- Los approvals se conceden con límite y se revocan después de la operación.
- La posición se reduce cuando cae la profundidad de liquidez y empeora el precio de salida.
La separación de direcciones y el approve limitado reducen la suma de tokens disponible para gasto mediante una firma errónea o compromiso del contrato.
Traders que necesitan self-custody y acceso directo al mercado on-chain
El trading on-chain ofrece acceso directo a pools, pero el resultado queda determinado por la profundidad del pool y los parámetros de ejecución de la transacción.
- Un volumen moderado reduce el price impact en un pool AMM.
- La condición de salida fija el momento de cierre cuando caen APY y liquidez.
- Slippage y minimum received limitan el rango del precio de ejecución.
El precio de ejecución del swap depende de la profundidad del pool y del slippage; con liquidez delgada, el mismo volumen de swap entrega menos activo base después de ejecutarse en el bloque.
Usuarios que verifican el mapa de dependencias del protocolo
Verificar la fuente de ingresos y los puntos de riesgo (oracle, puente, upgrade, interfaz) reduce la probabilidad de entrar en una estrategia donde el retiro queda bloqueado por un contrato externo o infraestructura de acceso.
- Separar ingresos en comisiones y emisión distingue el ingreso por comisiones de un subsidio en el token de recompensa.
- Verificar el oracle y el coeficiente de colateral muestra el riesgo de liquidación por precio del oracle.
- Verificar puentes e integraciones muestra qué contrato externo puede bloquear el retiro.
La verificación del oracle, el puente y los upgrades fija de qué direcciones externas y claves dependen el retiro y el cálculo del umbral de liquidación.
El FAQ cubre ocho preguntas: DeFi vs CEX, approve, slippage, impermanent loss, puentes, importes pequeños, lending y errores típicos de principiantes.
FAQ sobre riesgos y limitaciones de DeFi
¿DeFi es más seguro que los exchanges centralizados?
En la mayoría de los casos, no. Para la mayoría de usuarios, DeFi conlleva un riesgo operativo más alto porque cualquier error de firma o de parámetros de transacción es irreversible.
En DeFi, la pérdida surge por un bug de smart contract, sustitución de interfaz o error del usuario al firmar. En CEX, la pérdida se vincula con un hack del exchange, congelación de retiro según reglas de la plataforma o error del operador, pero a veces puede reducirse mediante límites, retrasos y procedimientos de detención de retiro.
¿Por qué los permisos approve se consideran un riesgo crítico?
Approve da al smart contract el derecho de gastar tokens desde la dirección del usuario sin una firma repetida. Unlimited approve da derecho a gastar todo el saldo del token si el contrato o la interfaz se comprometen.
¿Qué slippage puede considerarse aceptable?
Slippage define el deterioro máximo del precio de ejecución frente al precio esperado; con slippage amplio, el swap puede ejecutarse a un precio deteriorado en el porcentaje definido. En un pool delgado, un slippage amplio facilita un ataque sandwich y aumenta la pérdida real en precio.
¿Puede haber pérdidas en un pool de liquidez durante un mercado alcista?
Sí. Impermanent loss surge cuando los precios de los activos del par divergen y el AMM redistribuye las cuotas de activos dentro de la posición LP, por lo que el valor final del LP puede ser inferior al holding pasivo de los mismos activos.
¿Por qué los puentes se consideran el elemento más vulnerable del cross-chain?
Porque en un puente convergen simultáneamente varios puntos de fallo: validadores, claves de gobernanza, lógica de contratos y mecanismo de emisión de activos envueltos.
Si se rompe al menos un elemento — los validadores se detienen, se filtran las claves de gobernanza o el contrato funciona incorrectamente — el token envuelto pierde la posibilidad de canjearse por el activo original y el retiro de fondos puede quedar bloqueado.
¿Tiene sentido usar DeFi con importes pequeños?
Con importes pequeños, la comisión de gas ocupa una gran parte del capital, por lo que dos operaciones (entrada y salida) pueden consumir todo el ingreso. El sentido económico depende de si el ingreso esperado cubre dos comisiones de gas y las pérdidas por price impact.
¿Por qué lending parece estable, pero a menudo lleva a pérdidas?
Lending contiene liquidación automática: cuando el precio del colateral cae según el oracle, la posición se vende forzosamente. Durante una caída brusca, la liquidez de venta del colateral se vuelve más delgada, por lo que la liquidación fija un gran descuento respecto al precio justo.
¿Dónde empiezan las pérdidas de principiantes en DeFi?
Las pérdidas empiezan con dos errores: firma incorrecta (red, dirección, slippage) y approve excesivo. Una transacción firmada es irreversible, y un approve activo permite gastar tokens sin nueva firma si el contrato o la interfaz se comprometen.
DeFi no incluye cancelación ni devolución: la firma fija la transferencia, y los riesgos de código, oracles, puentes y liquidez pueden coincidir y aumentar la pérdida.
Cuándo DeFi realmente no encaja
DeFi se vuelve una mala elección cuando se necesitan cancelación de operaciones, precio exacto de ejecución y daño mínimo por un solo error de firma.
DeFi deja el control de las claves al usuario, pero elimina el reglamento de cancelación, la revisión manual de operaciones y el procedimiento de devolución. Claves, firmas, approvals y verificación de direcciones se convierten en la única barrera entre el activo y un error irreversible.
La pérdida surge sin hack cuando un upgrade del protocolo, un precio de oracle distorsionado, una caída de liquidez del pool y gas alto coinciden en un mismo periodo y empeoran el precio de salida y la capacidad de gestionar la posición.
Rechazar DeFi reduce el riesgo de una pérdida irreversible cuando la posición es grande, la red y las direcciones no se verifican antes de firmar, o la estrategia requiere un precio de ejecución exacto durante congestión de red y liquidez delgada.
- Reducción del número de dependencias. Menos protocolos y puentes reducen la cantidad de contratos externos de los que depende el retiro.
- Separación de direcciones por roles. La dirección de almacenamiento reduce la suma disponible para gasto mediante approvals de la dirección operativa.
- Evaluación del resultado en el activo base. Gas y price impact reducen el resultado en el activo base, incluso si el APY en la interfaz parece alto.
- Buffer de colateral. El buffer de colateral aumenta la distancia hasta el umbral de liquidación según el precio del oracle.
En DeFi, el smart contract ejecuta la firma sin cancelación; la infraestructura con reglamento de devolución y revisión manual de operaciones reduce el daño de un error operativo en retiros y transferencias.
🛡️ Material: seguridad DeFi
Mapa de amenazas, casos de ataques y señales de control de incidentes