DeFi para principiantes: cómo funciona y cuáles son sus riesgos

Qué es DeFi y en qué se diferencia

DeFi (finanzas descentralizadas) agrupa productos y servicios financieros construidos sobre blockchains, comúnmente Ethereum, que permiten a cualquiera con conexión a Internet prestar, pedir prestado, intercambiar y proveer liquidez sin confiar en una institución central. A diferencia de un banco, los sistemas DeFi están compuestos por smart contracts: programas abiertos desplegados en direcciones de la cadena que custodian fondos y ejecutan lógica según reglas predeterminadas.

Los contratos y las transacciones son públicos y, una vez minadas, las interacciones son irreversibles en la cadena. Esa transparencia y la capacidad de los contratos para interactuar entre sí (composabilidad) facilitan la innovación pero también concentran riesgos técnicos y operativos: un error o exploit en un protocolo puede afectar a muchos otros que dependen de él.

Cómo los smart contracts impulsan DeFi

Un smart contract es un programa desplegado en una dirección de la blockchain que almacena estado (saldos, variables) y define funciones que usuarios u otros contratos pueden invocar. Cuando interactúas con una aplicación DeFi envías una transacción que llama a una función del contrato; el contrato actualiza su estado o mueve tokens según el código.

Por defecto los contratos son inmutables: el código desplegado es el que se ejecuta. Si el contrato no fue diseñado explícitamente para permitir actualizaciones, su comportamiento es el código tal cual y no puede alterarse. Debido a que el código y el historial onchain son públicos, cualquiera puede leerlos y auditarlos; la composabilidad permite que contratos reutilicen interfaces o llamen a otros contratos directamente, creando ecosistemas interdependientes.

Pools de préstamos, sobregarantía y liquidaciones

Muchas plataformas de préstamo en DeFi usan liquidez agrupada: prestamistas depositan activos en un pool y reciben tokens que representan su participación; los prestatarios toman prestado del pool bloqueando colateral. Para proteger a los prestamistas contra impago, la mayoría de los préstamos en DeFi requieren sobregarantía: el prestatario bloquea colateral cuyo valor supera el del préstamo.

Si el valor del colateral cae respecto al importe prestado —por ejemplo por una caída del precio del token— el protocolo puede ejecutar una liquidación automática: el colateral se vende parcial o totalmente para pagar la deuda. La liquidación protege el pool, pero puede generar pérdidas para el prestatario y, en condiciones extremas, para los proveedores de liquidez si el mercado se mueve con rapidez o si el mecanismo de liquidación produce mucho slippage.

Es esencial comprender parámetros como el umbral de liquidación, el factor de colateral y los márgenes de mantenimiento de cualquier protocolo de préstamo que uses; estos determinan cuánto colchón tienes antes de una liquidación y cómo se ejecutan las liquidaciones parciales.

• Los prestamistas añaden fondos a un pool compartido; los prestatarios toman préstamos usando colateral.
• Los préstamos suelen requerir sobregarantía; la liquidación ocurre automáticamente si el colateral baja por debajo de ratios protocolarios.

AMM (market makers automáticos) y provisión de liquidez

Los AMM sustituyen los libros de órdenes tradicionales por pools de liquidez donde el precio se rige por una fórmula determinista (por ejemplo la fórmula de producto constante usada por muchos AMM). Los proveedores de liquidez depositan pares de tokens en un pool y obtienen comisiones de trading proporcionales a su participación, pero asumen el riesgo de pérdida impermanente: la divergencia de valor frente a simplemente mantener los tokens cuando sus precios relativos cambian.

Los AMM permiten swaps permissionless y son composables: contratos pueden enrutar operaciones a través de varios pools para encontrar liquidez. No obstante, los contratos de pool custodian fondos de usuarios; cualquier bug en el contrato, desajuste entre frontend y contrato o uso de direcciones incorrectas puede exponer depósitos a robo o mantenerlos bloqueados.

• Los proveedores de liquidez depositan pares y ganan comisiones.
• Los precios siguen una fórmula, que puede causar pérdida impermanente si los precios relativos divergen.

Flash loans: cómo funcionan y por qué importan

Los flash loans son préstamos sin colateral que deben tomarse y devolverse dentro de una misma transacción de blockchain. Si al final de la transacción no se ha devuelto el préstamo, toda la transacción revierte como si no hubiese ocurrido. Esta propiedad atómica permite usos legítimos —arbitraje, swaps de colateral y operaciones complejas— pero también permite a atacantes combinar capital rápido con acciones manipuladoras dentro de la misma transacción para explotar protocolos débiles.

Un patrón común de ataque con flash loans consiste en pedir prestado un gran monto, usarlo para manipular un precio onchain o un mercado dependiente de oráculos, ejecutar operaciones que capitalicen ese estado manipulado y devolver el préstamo, todo dentro de la misma transacción. Dado que todo ocurre atómicamente, el atacante sale con beneficio y el protocolo sufre pérdidas si no hay protecciones adecuadas. Esto subraya la importancia de un diseño robusto de oráculos, límites de slippage y defensas conscientes de la composabilidad.

• Los flash loans deben reembolsarse en la misma transacción o la operación revierte.
• Los atacantes usan flash loans para manipular precios u otras suposiciones protocolarias en una sola operación atómica.

Oráculos: cómo llevan datos externos a los contratos

Los smart contracts no pueden acceder de forma nativa a información fuera de la cadena (por ejemplo, precios de mercado). Los oráculos son sistemas o servicios que proporcionan datos off‑chain a contratos. Muchas mecánicas DeFi —liquidaciones, valoración de colateral, ajustes dependientes de precio— dependen de feeds precisos, por lo que las fallas o manipulaciones de oráculos son vectores frecuentes de exploit.

Los oráculos pueden implementarse de distintas maneras: fuente única, redes agregadas o medias temporales ponderadas. Cada enfoque tiene compromisos entre actualidad, descentralización y superficie de ataque. Los diseñadores de protocolos deben elegir modelos de oráculo adecuados al caso de uso e implementar salvaguardas como límites de precio, mecanismos de fallback o agregación multifuente para reducir el riesgo de manipulación.

• Los contratos dependen de oráculos para precios; fallos pueden causar liquidaciones indebidas o estados explotables.
• La agregación multifuente o medias temporales ayudan a reducir la manipulación de una sola fuente, pero aumentan la complejidad.

Aprobaciones, permisos y seguridad de la cartera

Cómo comprobar y revocar aprobaciones de tokens

El estándar ERC‑20 requiere que los usuarios concedan una allowance (aprobación) para que un contrato transfiera tokens en su nombre. Las aprobaciones son poderosas: un contrato malicioso con una allowance puede mover los tokens aprobados desde tu cartera. Ethereum.org advierte que concesiones ilimitadas aumentan la exposición, porque un contrato comprometido o malicioso puede drenar fondos hasta el monto aprobado.

Las prácticas seguras incluyen conceder aprobaciones mínimas o de un solo uso cuando sea posible, revisar y revocar allowances regularmente y verificar la dirección exacta del contrato y la acción antes de firmar. Dado que las transacciones en la cadena son irreversibles, una vez apruebas o envías tokens no puedes deshacer la acción onchain.

• Abre una herramienta reputada para comprobar allowances o la página de permisos de tu proveedor de cartera (verifica que estés usando la interfaz oficial).
• Revisa la lista de contratos con allowances y localiza aprobaciones grandes o ilimitadas.
• Para aprobaciones no deseadas, usa la cartera o la herramienta de allowances para establecer la allowance a cero o a un monto mínimo y confirma la revocación en una transacción firmada.
• Tras la revocación, verifica onchain que la allowance se ha actualizado. Ten en cuenta que la revocación también es una transacción onchain que consume gas.

Multisig, hardware wallets y opciones de custodia

Las carteras multisignature (multisig) son smart contracts que requieren múltiples firmas para ejecutar una transacción (por ejemplo, 2 de 3). Las multisig reducen el riesgo de fallo por una sola clave pero son contratos y, por tanto, sujetas a bugs de contrato, riesgos de actualizabilidad o claves administrativas si están mal configuradas. Ethereum.org señala que las multisig son útiles para custodia compartida, tesorerías de gobernanza y cuentas de alto valor, pero la seguridad del contrato debe evaluarse.

Las hardware wallets almacenan claves privadas en un elemento seguro y firman transacciones sin exponer las claves a dispositivos de propósito general, reduciendo el riesgo de exfiltración por malware. No eliminan la necesidad de verificar que los detalles de la transacción mostrados por el dispositivo coincidan con lo que esperas. La elección entre autogestión (hardware wallet, multisig) y servicios custodiales depende de tu modelo de amenazas: cada opción desplaza y transforma riesgos, no los elimina por completo.

• Las multisig reducen el riesgo por compromiso de una sola clave pero añaden complejidad contractual y de coordinación.
• Las hardware wallets protegen las claves de compromisos en dispositivos conectados, pero requieren que el usuario confirme los detalles en el dispositivo.

Composabilidad: potencia y fragilidad sistémica

La composabilidad —la capacidad de que contratos se llamen entre sí y reutilicen código— es una de las mayores fortalezas de DeFi: permite innovación rápida y productos financieros complejos. Sin embargo, la composabilidad también crea fragilidad sistémica. Cuando protocolos dependen unos de otros (tokens usados como colateral, oráculos compartidos, liquidez interconectada), una falla (bug, ataque de gobernanza, manipulación de oráculos) en un protocolo puede propagarse y causar pérdidas en otros que dependen de él.

Al interactuar con DeFi, evalúa los riesgos a lo largo del grafo de dependencias: ¿qué protocolos proporcionan datos de precio? ¿qué tokens sirven como colateral en otros lugares? ¿existen claves administrativas o mecanismos de actualización? Conocer estas dependencias ayuda a estimar cómo un fallo externo puede afectar tus posiciones.

Comparación: mecanismos clave de DeFi y sus trade‑offs

La siguiente tabla resume los mecanismos centrales, dónde se concentra el riesgo y precauciones prácticas para reducir la exposición.

Procesos prácticos paso a paso para tareas comunes

Estos procedimientos paso a paso describen procesos seguros para interactuar con DeFi. Son consejos operativos —no garantías totales— pero reducen errores humanos comunes y reflejan buenas prácticas documentadas en Ethereum.org.

• Conectar una cartera a una aplicación DeFi:
• 1. Confirma que estás en la red correcta (por ejemplo, Ethereum mainnet) y abre el frontend oficial; verifica la identidad del sitio a partir de fuentes de confianza en lugar de depender únicamente de resultados de búsqueda.
• 2. Usa una hardware wallet o un perfil de navegador seguro sin extensiones no relacionadas cuando interactúes con contratos de alto valor.
• 3. Comprueba la dirección del contrato que el frontend va a invocar (la dirección 'to' de la transacción) y el dato de la función en el prompt de la cartera; confirma montos y direcciones receptoras en la pantalla del dispositivo hardware antes de aprobar.
• 4. Para aprobaciones, prefiere permisos explícitos de un solo uso cuando estén disponibles; si no, establece la allowance mínima necesaria y programa revocaciones periódicas.
• Intercambiar tokens en un DEX de forma segura:
• 1. Verifica que interactúas con el contrato oficial del DEX, no con un frontend clonado.
• 2. Ajusta la tolerancia de slippage a valores adecuados para los tokens y la liquidez esperada; un slippage mayor te expone a ataques tipo sandwich o manipulación de precio.
• 3. Comprueba el precio estimado, los addresses de los tokens y confirma todo en tu dispositivo de firma.
• Revocar aprobaciones:
• 1. Usa una interfaz reputada para comprobar allowances (verifica que sea la página oficial o una herramienta auditada).
• 2. Identifica allowances ilimitadas o grandes y revócalas poniendo la allowance a cero mediante una transacción firmada.
• 3. Recuerda que la revocación consume gas y es una acción onchain; revisa allowances periódicamente.

Limitaciones de la seguridad de smart contracts y lo que el conocimiento no protege

Los smart contracts aplican código, no intención. Si la lógica de un contrato contiene un bug, las reglas se ejecutan exactamente como están escritas; la inmutabilidad implica que, salvo que el contrato tenga un mecanismo de actualización seguro y transparente, la única vía de remedio puede ser la gobernanza externa, un fork o intervención de desarrolladores—acciones que no están garantizadas.

Asimismo, patrones como multisig y contratos actualizables introducen claves administrativas y vectores de confianza que deben ser evaluados: una multisig mal diseñada puede contener privilegios de administración que permitan cambios riesgosos. Los oráculos son puntos críticos: añaden anclas de confianza off‑chain; su diseño determina la resiliencia frente a manipulación.

Finalmente, los ledgers públicos y seudónimos limitan la privacidad: las posiciones están visibles y pueden usarse para identificar o atacar grandes posiciones. Conocimiento técnico reduce error operativo, pero no elimina riesgos estructurales ni la posibilidad de fallas imprevistas en ecosistemas compuestos.

Preguntas frecuentes (FAQ)

Más preguntas frecuentes

P: ¿Cuál es lo más importante para recordar al usar DeFi?

R: Que las transacciones y aprobaciones son irreversibles onchain. Verifica direcciones, destinos de contrato y permisos antes de firmar; usa hardware wallets o multisigs para fondos significativos.

P: ¿Cómo funcionan las liquidaciones y puedo evitarlas?

R: Las liquidaciones ocurren cuando el valor del colateral cae por debajo de los umbrales del protocolo; para evitarlas mantén ratios de colateralización por encima de los márgenes de mantenimiento, diversifica colateral y usa alertas o automatismos de reposición cuando el protocolo lo soporte.

P: ¿Los flash loans son necesariamente maliciosos?

R: No. Son herramientas neutrales que permiten operaciones atómicas (arbitraje, swaps de colateral). Sin embargo, los atacantes las usan para realizar manipulaciones complejas en una sola transacción; por ello los diseñadores deben suponer que cualquiera puede acceder a capital flash.

P: ¿Debo conceder aprobaciones ilimitadas de tokens?

R: Evítalo cuando sea posible. Las approvals ilimitadas incrementan la exposición porque un contrato comprometido o malicioso puede mover el monto aprobado. Prefiere approvals de un solo uso o límites mínimos y revoca permisos que ya no necesites.

P: ¿Las hardware wallets eliminan todo el riesgo?

R: No. Reducen sustancialmente el riesgo de exfiltración de claves desde el dispositivo conectado, pero no previenen ataques por contratos maliciosos, frontends de phishing ni errores del usuario. Verifica siempre en pantalla del dispositivo la dirección, el importe y la finalidad de la transacción.

P: ¿Puede una multisig ser más segura que una sola clave?

R: Sí, reduce el riesgo frente al compromiso de una sola clave; sin embargo, una multisig es un smart contract que puede tener bugs o privilegios administrativos. Usa implementaciones auditadas y comprende las rutas de gobernanza y actualización.

Conclusión: participación cauta y aprendizaje continuo

DeFi ofrece potentes primitives financieras permissionless habilitadas por smart contracts, composabilidad y liquidez abierta. Esa misma apertura concentra riesgos técnicos y operativos: código inmutable, dependencias de oráculos, cascadas por composabilidad, aprobaciones y errores humanos son causas recurrentes de pérdida. Ethereum.org enfatiza reconocer estos límites arquitectónicos y aplicar defensas prácticas —hardware wallets, permisos mínimos, frontends verificados y tamaño de exposición prudente—.

Para principiantes, el camino más seguro es aprender los mecanismos, practicar con cantidades pequeñas, utilizar custodia con hardware o multisig para fondos importantes y considerar el mapa de dependencias de cada protocolo como parte del análisis de riesgo. Ningún control elimina todos los riesgos: la seguridad es un enfoque por capas que combina custodia segura de claves, gestión cuidadosa de aprobaciones, verificación de contratos y conciencia sobre oráculos y composabilidad.