---
title: "Protocolo de préstamos DeFi"
description: "Un protocolo de préstamos DeFi agrupa activos aportados y concede préstamos sobrecolateralizados mediante contratos inteligentes. Explica cómo interactúan tasas, límites, liquidaciones y oráculos."
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Protocolo de préstamos DeFi
> Solo con fines educativos; no constituye asesoramiento de inversión. Invertir puede ocasionar pérdidas.
## Respuesta directa
Un protocolo de préstamos DeFi es un conjunto de contratos inteligentes que acepta activos aportados, pone liquidez a disposición de los prestatarios, acumula intereses y aplica reglas de garantía y liquidación. En un diseño común basado en fondos, los proveedores no eligen a prestatarios concretos: sus activos entran en un mercado que procesa aportes, préstamos, reembolsos y retiros bajo reglas compartidas.
Los préstamos suelen estar sobrecolateralizados. El prestatario aporta primero una garantía admitida, toma prestado otro activo y debe mantenerse dentro de los límites definidos por el protocolo. Este diseño sustituye la revisión bancaria de identidad y crédito por garantías, oráculos de precios y reglas de contratos inteligentes transparentes, pero no elimina las pérdidas crediticias ni garantiza el reembolso.
Los proveedores pueden recibir un token que devenga intereses o un saldo cuyo valor crece mediante un índice. La tasa mostrada suele ser variable, no una tasa de depósito fija. Los prestatarios pagan según el modelo de tasas del mercado y los proveedores reciben la parte asignada por el protocolo; el factor de reserva y los tokens de incentivo pueden hacer que ambas tasas difieran.
Un protocolo de préstamos no es una custodia sin riesgo. Los retiros dependen de la liquidez disponible, el valor de las garantías depende de fuentes de precios y una posición insolvente puede liquidarse sin autorización del prestatario. Los contratos desplegados y los parámetros vigentes, no una descripción genérica ni una captura de la interfaz, determinan las reglas reales.
## Cómo funciona
Aunque las implementaciones varían, una operación de préstamo basada en fondos suele seguir esta secuencia:
- El proveedor transfiere al mercado un activo aceptado y recibe un derecho registrado como saldo de token o saldo de cuenta del protocolo.
- El prestatario habilita activos aptos como garantía y solo toma prestado si la cuenta supera las comprobaciones de colateral del mercado.
- Los índices de interés actualizan los saldos aportados y prestados; el reembolso reduce la deuda, mientras que el retiro solo se completa si la cuenta sigue siendo solvente y el fondo tiene suficientes activos líquidos.
La utilización mide qué parte de la liquidez aportada está en uso. Compound III la define como `U = B / S`, donde `B` es el préstamo total del activo base y `S` es la oferta total del activo base. Otros protocolos contabilizan de forma distinta el efectivo, las reservas, la liquidez sin respaldo o la deuda específica del mercado. Muchos mercados usan una curva con punto de inflexión: las tasas suben gradualmente por debajo de una utilización objetivo y con más rapidez por encima para valorar la escasez de liquidez. Una tasa alta es un incentivo, no una garantía de retiro inmediato.
La capacidad de préstamo y la posibilidad de liquidación son comprobaciones distintas. El LTV de préstamo o factor de garantía limita la deuda nueva. El umbral de liquidación determina cuándo puede liquidarse una posición existente. En una cuenta al estilo de Aave, el factor de salud simplificado es `HF = (C * LT) / D`, donde `C` es el valor de la garantía, `LT` es el umbral de liquidación ponderado y `D` es el valor de la deuda. La liquidación es posible cuando `HF < 1`; otros protocolos pueden mostrar cálculos de liquidez de cuenta diferentes en lugar de un factor de salud.
Los precios, saldos, índices y parámetros fijados por la gobernanza alimentan estas comprobaciones. El contrato oráculo de Aave asigna cada activo a una fuente de precios y puede usar una alternativa cuando su agregador principal devuelve un valor no positivo. Ese detalle no vuelve inocuos todos los fallos: la selección de fuentes, los precios obsoletos o anómalos, el tratamiento de decimales y los cambios de gobernanza aún pueden alterar el cálculo de solvencia.
## Ejemplo
Supongamos que un prestatario aporta 10 ETH a $3,000 cada uno, por lo que la garantía vale $30,000. El LTV máximo del mercado es 75%, su umbral de liquidación es 80% y el prestatario obtiene 10,000 USDC con una APR variable actual de 6%. Son supuestos didácticos, no parámetros actuales de un despliegue concreto.
El factor de salud inicial es `HF = 30,000 * 80% / 10,000 = 2.4`. La posición está por debajo de su capacidad máxima de préstamo y conserva un margen de liquidación considerable, pero tanto la deuda como el precio de la garantía pueden cambiar.
Si ETH cae a $1,500, la garantía vale $15,000 y `HF = 1.2`. A $1,250, la garantía vale $12,500 y `HF = 1`. Otra caída o los intereses acumulados pueden volver liquidable la posición. En la práctica, las actualizaciones del oráculo, el redondeo del protocolo, la correlación entre activos y los cambios de parámetros afectan el punto exacto.
Supongamos que el protocolo permite al liquidador reembolsar 5,000 USDC y que la bonificación es 5%. Sin considerar comisiones ni redondeos, recibe unos $5,250 en ETH. La deuda del prestatario disminuye, pero la garantía se vende con descuento y no vuelve automáticamente si ETH se recupera. Los intereses, penalizaciones, comisiones de red y el coste de oportunidad de la garantía bloqueada influyen en el resultado.
## Riesgos
- **Riesgo de garantía:** Una garantía volátil, concentrada, transferida por puente o desvinculada puede perder valor más rápido de lo que se repara o liquida la posición.
- **Riesgo de oráculo:** Un precio obsoleto, mal configurado, manipulado o escalado incorrectamente puede permitir préstamos excesivos o liquidaciones indebidas.
- **Riesgo de liquidez y liquidación:** Una utilización alta puede retrasar retiros; la congestión y los mercados poco profundos pueden impedir vender la garantía a tiempo para cubrir la deuda.
- **Riesgo de tasa de interés:** El coste variable del préstamo puede subir con rapidez y la deuda sigue acumulándose hasta su reembolso o liquidación.
- **Riesgo de contratos y gobernanza:** Errores, actualizaciones defectuosas, roles privilegiados, cambios de parámetros o ataques de gobernanza pueden modificar saldos o reglas.
- **Riesgo de componibilidad:** Los préstamos recursivos, tokens de recibo como garantía, puentes y posiciones entre protocolos pueden propagar un fallo a varios sistemas.
Antes de usar un mercado, comprueba la red, direcciones de contratos desplegados, activo admitido, fuente de precios, límite de préstamo, umbral, bonificación o penalización de liquidación, modelo de tasas, topes, política de reservas, poderes de pausa y actualización y proceso para deuda incobrable. Modela la posición tras caídas de la garantía de 20%, 40% y 60%, incluyendo crecimiento de la deuda y costes de transacción. La APY o el factor de salud actual de una interfaz es solo una instantánea.
Aportar o pedir prestado en cadena implica riesgo de pérdida parcial o total. La sobrecolateralización reduce parte del riesgo de impago, pero no garantiza principal, rendimiento, paridad de una moneda estable, exactitud del oráculo, seguridad del contrato ni liquidez inmediata.
## Errores comunes
### Mito 1: Aportar equivale a un depósito bancario a tasa fija
Las tasas del mercado suelen cambiar con la utilización y los parámetros de gobernanza. El rendimiento de tokens de incentivo también puede variar por separado. Una cifra anualizada describe las condiciones actuales según la convención de la interfaz; no es una promesa para el año siguiente.
### Mito 2: La sobrecolateralización elimina el riesgo crediticio
La garantía puede caer bruscamente por debajo de la deuda, un oráculo puede informar un precio inutilizable o una liquidación puede no ser económicamente ejecutable. El protocolo puede sufrir deuda incobrable aunque cada préstamo comenzara sobrecolateralizado.
### Mito 3: Un factor de salud superior a 1 es seguro
Solo indica que la cuenta aún no ha cruzado el límite de liquidación vigente de ese protocolo. Los movimientos de precios, intereses acumulados, actualizaciones de parámetros y latencia de transacciones pueden consumir un margen pequeño antes de que el prestatario actúe.
### Mito 4: Pedir prestado sin vender no tiene coste económico
El prestatario paga intereses, bloquea garantía y asume riesgo de liquidación y de contrato inteligente. Si se liquida, el descuento de la garantía y las comisiones pueden costar más que una venta voluntaria anterior.
## Temas relacionados
- [Modelo de tasas DeFi](/es/crypto/defi-interest-rate-model/)
- [Factor de salud DeFi](/es/crypto/health-factor-defi/)
- [Liquidación](/es/crypto/liquidation/)
- [Oráculo](/es/crypto/oracle/)
- [Tasa de utilización](/es/crypto/utilization-rate/)
## Fuentes
- [Supply Tokens](https://aave.com/help/supplying/supply-tokens) - Aave (consultado: 2026-08-21)
- [Borrow Tokens](https://aave.com/help/borrowing/borrow-tokens) - Aave (consultado: 2026-08-21)
- [Health Factor & Liquidations](https://aave.com/help/borrowing/liquidations) - Aave (consultado: 2026-08-21)
- [Compound III Docs: Interest Rates](https://docs.compound.finance/interest-rates/) - Compound Finance (consultado: 2026-08-21)
- [Compound III Docs: Collateral & Borrowing](https://docs.compound.finance/collateral-and-borrowing/) - Compound Finance (consultado: 2026-08-21)
- [AaveOracle.sol](https://github.com/aave-dao/aave-v3-origin/blob/main/src/contracts/misc/AaveOracle.sol) - Aave DAO (consultado: 2026-08-21)
Source: https://wiki.fcontext.com/es/crypto/lending-protocol/index.mdx