﻿---
title: "Tasa de utilización"
description: "La tasa de utilización mide cuánto capital de un mercado de préstamos está empleado en créditos. Este artículo explica el denominador, la retroalimentación de las tasas, los riesgos de liquidez y gobernanza, y un método práctico para verificar la métrica en la cadena."
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.

# Tasa de utilización

> Solo con fines educativos; no constituye asesoramiento de inversión. Invertir puede ocasionar pérdidas.

<a id="answer"></a>

## Respuesta directa

La tasa de utilización es la proporción del capital de un mercado de préstamos que está prestado. Una forma habitual divide el saldo prestado entre ese saldo más la liquidez disponible de inmediato. Es una variable de estado, no una garantía de solvencia ni una medida de rentabilidad.

El denominador depende del protocolo. El modelo clásico de Compound usa efectivo, préstamos y reservas; Compound III documenta la utilización como préstamos totales divididos por oferta total; Aave describe las tasas de préstamo como dependientes de la utilización del crédito y de parámetros de gobernanza. Hay que leer la implementación o la documentación oficial antes de comparar paneles que usan la misma etiqueta.

Una utilización mayor suele significar menos liquidez que pueda retirarse de inmediato. Los modelos de tasas suelen responder elevando el interés de los préstamos, lo que puede incentivar reembolsos y nueva oferta, pero aumenta el coste y la presión de liquidación para los prestatarios. Es una decisión de diseño, no una ley de mercado, y la gobernanza puede modificarla.

Los datos on-chain verifican saldos, parámetros y eventos, pero por sí solos no prueban que sean seguros el oráculo, la autoridad de actualización, el puente o la interfaz. Un análisis útil separa fórmula, momento de los datos, versión del contrato y dependencias que pueden interrumpir retiros o cambiar el resultado.

<a id="mechanism"></a>

## Cómo funciona

El cálculo puede describirse como «leer el estado - elegir el denominador - calcular la utilización - aplicar el modelo de tasas». El estado puede incluir efectivo, oferta total, préstamos pendientes, reservas, intereses acumulados y activos depositados en una estrategia externa. Un panel puede mostrar una instantánea, mientras que el contrato calcula a partir de sus variables contables en el bloque de la llamada.

La relación general es: `Utilization = Borrowed ÷ (Available liquidity + Borrowed)`. Es un modelo mental útil, no un estándar universal. Si las reservas, la deuda incobrable, las posiciones con rendimiento o los reembolsos pendientes se tratan de otra manera, pueden cambiar el numerador o el denominador. Hay que registrar el método exacto del contrato, las unidades, el bloque y el redondeo.

La utilización suele alimentar una curva de tasas. Muchos modelos tienen una zona de pendiente baja y otra más pronunciada después de un punto de quiebre u objetivo óptimo. Esto busca preservar un colchón de liquidez, pero también puede encarecer el crédito rápidamente durante una retirada de liquidez. Las tasas de suministro pueden incorporar además factores de reserva y la parte de intereses distribuida a los proveedores.

El código no elimina las dependencias operativas. Oráculos, administradores, firmantes multisig, puentes, secuenciadores, validadores y la gobernanza pueden afectar a la apertura, mantenimiento, liquidación o retiro de una posición. Una revisión completa pregunta quién puede cambiar parámetros, pausar un mercado, actualizar el código o socializar una pérdida.

<a id="example"></a>

## Ejemplo

Un pool tiene 10 millones de USDC de liquidez disponible y 9 millones de USDC de préstamos pendientes. Con la fórmula general, la utilización es 9 ÷ (10 + 9) = 47.4%, no 90%. El 90% sería la proporción de depósitos prestados solo si el denominador se definiera como depósitos; por eso hay que comprobar juntos la etiqueta y el denominador.

Para reproducir el valor, identifica el contrato del mercado y el activo, lee los saldos relevantes en un bloque indicado y anota si se incluyen reservas, intereses acumulados, estrategias suministradas o deuda incobrable. Después compara el resultado con la interfaz y revisa los parámetros del modelo aplicables a esa utilización.

El porcentaje mostrado no es una rentabilidad neta. El resultado de una posición debe conciliarse así: `Net result = value received - principal - fees - slippage - financing costs - risk losses`. Registra por separado las unidades del token y su valor fiduciario cuando los incentivos o las garantías sean volátiles.

<a id="risks"></a>

## Riesgos

Una utilización alta puede dejar muy poca liquidez inmediata para retiros, liquidaciones o reembolsos. Un mercado puede ser solvente en los libros y aun así estar temporalmente ilíquido cuando los préstamos vencen más tarde o una estrategia externa liquida lentamente.

La utilización es solo una entrada del riesgo. Fallos de contratos inteligentes, errores de oráculos, desvinculaciones de stablecoins, fallos de puentes, cambios de gobernanza, deuda incobrable, congestión y fallos de custodios o estrategias pueden causar pérdidas aunque la métrica esté bien calculada. Los contratos actualizables añaden confianza porque los actores autorizados pueden cambiar la lógica.

Un presupuesto de riesgo práctico es: `Allowable amount = Maximum tolerable loss ÷ Stress-scenario loss ratio`. Las pruebas de estrés deben incluir colas de retiro, movimientos rápidos de precios, congestión de liquidaciones, puentes no disponibles y un evento de pausa o actualización. Si el límite de pérdida no está claro, reduce el tamaño y las aprobaciones y separa las carteras operativas.

<a id="misconceptions"></a>

## Malentendidos comunes

### Mito 1: Una utilización alta demuestra que el protocolo está sano

Solo muestra que se ha empleado una medida elegida de capital. Puede coexistir con poca liquidez de retiro, prestatarios concentrados, garantías débiles o precios obsoletos. Liquidez, límites, reservas y capacidad de liquidación deben revisarse por separado.

### Mito 2: La misma fórmula sirve para todos los protocolos

Los protocolos pueden definir oferta, efectivo, reservas, intereses acumulados y activos externos de forma distinta. Dos interfaces pueden mostrar porcentajes diferentes para el mismo estado sin que una esté rota. Cita la implementación y el bloque usados en el cálculo.

### Mito 3: Una tasa mostrada más alta es ingreso garantizado

Las tasas de préstamo y suministro cambian con la utilización y la gobernanza. El APR bruto puede omitir comisiones, deslizamiento, cambios en el precio del token, factores de reserva y costes de salida. La tasa es el resultado de un modelo, no un rendimiento garantizado.

### Mito 4: Una pequeña prueba de retiro demuestra que el mercado es líquido

La liquidez depende del estado. La prueba puede pasar antes de que un retiro grande, una ola de liquidaciones, una actualización del oráculo o una decisión de gobernanza cambie el estado. Prueba el recorrido y el tamaño relevantes y define qué ocurre si la transacción revierte o se pausan los retiros.

<a id="related"></a>

## Temas relacionados

- [Cómo operar transferencias entre cadenas con seguridad](/es/crypto/cross-chain-transfer-checklist/)
- [Modelo de tasas de interés DeFi](/es/crypto/defi-interest-rate-model/)
- [Protocolo de préstamos](/es/crypto/lending-protocol/)
- [Pool de liquidez](/es/crypto/liquidity-pool/)
- [Consenso de Nakamoto](/es/crypto/nakamoto-consensus/)

<a id="sources"></a>

## Fuentes

- [DeFi Lending: Intermediation Without Information?](https://www.bis.org/publ/bisbull57.htm) - BIS (consultado: 2026-08-22)
- [Borrow tokens](https://aave.com/help/borrowing/borrow-tokens) - Aave (consultado: 2026-08-22)
- [Interest Rates](https://docs.compound.finance/interest-rates/) - Compound (consultado: 2026-08-22)
- [JumpRateModel.sol](https://github.com/compound-finance/compound-protocol/blob/master/contracts/JumpRateModel.sol) - Compound Finance (consultado: 2026-08-22)
- [Upgrading smart contracts](https://ethereum.org/en/developers/docs/smart-contracts/upgrading/) - Ethereum.org (consultado: 2026-08-22)

Source: https://wiki.fcontext.com/es/crypto/utilization-rate/index.mdx
