Solo con fines educativos; no constituye asesoramiento de inversión. Invertir puede ocasionar pérdidas.
Respuesta directa
Las finanzas descentralizadas (DeFi) son una categoría amplia de aplicaciones que utilizan blockchains, activos digitales y contratos inteligentes para ofrecer funciones financieras. Algunos ejemplos habituales son los exchanges descentralizados, los mercados de préstamos con sobrecolateralización, los derivados, los pagos y las estrategias automatizadas de gestión de activos.
DeFi pretende reducir la dependencia de los intermediarios tradicionales, pero no elimina la intermediación ni la confianza. Los usuarios pueden seguir dependiendo de desarrolladores, votantes de gobernanza, administradores, operadores de oráculos, proveedores de interfaces, emisores de stablecoins, puentes y de la blockchain subyacente. Por eso, la pregunta pertinente no es simplemente si un protocolo está «descentralizado», sino quién puede modificarlo, pausarlo, suministrar datos críticos o controlar la vía por la que un usuario accede a él.
Los sistemas DeFi típicos tienen cuatro capas:
- Una blockchain registra las transacciones y aplica los cambios de estado.
- Los activos digitales proporcionan las unidades que se transfieren, negocian o entregan como garantía.
- Los protocolos de contratos inteligentes codifican las reglas de mercado, custodia, tipos de interés y liquidación.
- Las carteras y las interfaces de las aplicaciones permiten firmar transacciones y llamar a esos protocolos.
El acceso puede no requerir permisos en la capa de contratos, mientras que los sitios web, las entradas desde moneda fiat o determinadas jurisdicciones pueden seguir estando restringidos.
Cómo funciona
-
El usuario envía una instrucción. Una cartera muestra una solicitud de transacción o de firma. El usuario puede transferir un activo, autorizar a un contrato a gastar un token o llamar a una función del protocolo.
-
El protocolo aplica las reglas codificadas. Los validadores ejecutan la transacción y el contrato inteligente actualiza los saldos solo si se cumplen sus condiciones. Por ejemplo, un protocolo de préstamos puede calcular intereses, comprobar los límites de la garantía y activar una liquidación sin que un agente de crédito apruebe cada operación.
-
Las dependencias externas aportan los datos que faltan. Muchos contratos necesitan oráculos de precios, stablecoins, puentes, interfaces, operadores de mantenimiento (keepers) o decisiones de gobernanza. Esas dependencias añaden supuestos de confianza y vías de fallo que no resultan evidentes al mirar solo el contrato principal.
-
La componibilidad conecta los protocolos. Un token recibido de un protocolo puede convertirse en garantía o liquidez en otro. Esto permite ensamblar productos nuevos con rapidez, pero un fallo en un activo o protocolo puede propagarse a todas las posiciones que dependan de él.
La liquidación en blockchain suele ser definitiva, no reversible mediante un servicio de atención al cliente. El código público y los datos de las transacciones pueden mejorar la transparencia, pero transparencia no equivale a seguridad: los usuarios siguen necesitando conocimientos y herramientas para interpretar el código, los permisos, la contabilidad y las exposiciones de mercado.
Ejemplo
Supongamos que un usuario deposita $20,000 de ETH en un protocolo de préstamos y pide prestados 14,000 USDC. La relación inicial préstamo-valor es del 70%, usando LTV = V_debt / V_collateral. Después, el usuario deposita esos 14,000 USDC prestados en otro protocolo.
En el conjunto de los dos protocolos, los paneles pueden mostrar ahora $34,000 en activos suministrados, aunque el usuario también debe 14,000 USDC. Antes de comisiones, intereses y variaciones de precio, el patrimonio neto del usuario sigue siendo $20,000; la exposición bruta adicional procede del apalancamiento, no de una nueva riqueza.
Si la garantía en ETH cae a $16,000 mientras la deuda permanece en 14,000 USDC, la LTV sube al 87.5%. Según el umbral de liquidación del protocolo, la posición puede liquidarse, con una penalización y costes de ejecución. La congestión, la escasa liquidez, los retrasos del oráculo o una pérdida de paridad de USDC pueden empeorar el resultado efectivo.
Por eso, el valor total bloqueado (TVL) no debe interpretarse como capital neto, solvencia ni seguridad. El análisis del protocolo también debería examinar los depósitos netos, la utilización, la concentración de garantías, los parámetros de liquidación, el tratamiento de la deuda incobrable, los rendimientos financiados por incentivos, las facultades de los administradores y la liquidez de salida disponible.
Riesgos
- Riesgo de contratos inteligentes y de actualizaciones. El código puede contener defectos, y un mecanismo de actualización o una clave de administrador comprometida puede cambiar un comportamiento que había sido auditado.
- Riesgo de mercado, apalancamiento y liquidación. Las garantías volátiles, las posiciones concentradas o las liquidaciones automáticas pueden convertir un movimiento de precio en una pérdida rápida y amplificar el estrés del mercado.
- Riesgo de oráculos y dependencias. Los datos incorrectos, retrasados o manipulados pueden provocar operaciones o liquidaciones perjudiciales; las stablecoins, los puentes y los protocolos integrados pueden transmitir sus propios fallos.
- Riesgo de liquidez y reembolso. Un saldo o rendimiento cotizado no garantiza que una posición pueda cerrarse al precio mostrado, especialmente durante una congestión o una retirada masiva.
- Riesgo de gobernanza y operativo. El poder de voto puede estar concentrado, los controles de emergencia pueden utilizarse indebidamente y las interfaces o los keepers pueden fallar aunque los contratos principales sigan activos.
- Riesgo de cartera, autorizaciones y fraude. El phishing, las firmas maliciosas, las autorizaciones ilimitadas de tokens, los activos falsificados y la pérdida de claves pueden causar pérdidas irreversibles sin que exista una explotación del protocolo.
También puede haber consecuencias legales, fiscales, de sanciones, de divulgación o de protección al consumidor que varían según la actividad y la jurisdicción. El acceso sin permisos no hace que una transacción sea legal en todas partes ni garantiza un recurso después de una pérdida.
Errores comunes
Mito 1: Descentralizado significa que nadie controla nada
El control puede residir en varias capas. Hay que revisar las claves de actualización, las funciones de pausa, la concentración de la gobernanza, la selección de oráculos, el alojamiento de la interfaz y el control de los ingresos del protocolo, en lugar de confiar en una etiqueta.
Mito 2: El APR es un rendimiento garantizado
La demanda de préstamos, la utilización, los incentivos en tokens y los precios de los activos cambian. El porcentaje anual mostrado puede excluir gas, comisiones, deslizamiento, pérdida impermanente, pérdidas por liquidación, impuestos y la posibilidad de que las recompensas pierdan valor.
Mito 3: Un TVL más alto significa un protocolo más seguro
El TVL puede aumentar porque subieron los precios de los activos, porque los incentivos atrajeron depósitos de corto plazo o porque el mismo capital se reutilizó en varios protocolos. No mide la calidad del código, la solvencia, la calidad de la gobernanza ni la liquidez de salida que puede ejecutarse.
Mito 4: Una auditoría hace seguro a un protocolo
Una auditoría cubre una versión del código, un alcance y un momento determinados. No puede demostrar que se hayan encontrado todos los defectos ni proteger frente a actualizaciones posteriores, fallos del diseño económico, claves comprometidas, incidentes de oráculos o fallos de protocolos integrados.
Temas relacionados
Fuentes
- Finanzas descentralizadas (DeFi) - Ethereum.org (consultado: 2026-08-20)
- Préstamos DeFi: ¿intermediación sin información? - Bank for International Settlements (consultado: 2026-08-20)
- Los riesgos de DeFi para la estabilidad financiera - Bank for International Settlements (consultado: 2026-08-20)