Solo con fines educativos; no constituye asesoramiento de inversión. Los sistemas de préstamos y liquidaciones DeFi pueden producir pérdidas rápidas e irreversibles.
Respuesta directa
El fallo de un keeper de liquidación suele causar una transacción omitida o revertida, no el fallo inmediato del protocolo. En muchos protocolos de préstamo no hay un keeper exclusivo: la liquidación no requiere permiso, por lo que otro bot, contrato o usuario puede enviar la transacción. Aave, por ejemplo, indica que cualquier participante de la red puede liquidar una posición elegible y describe las liquidaciones como altamente competitivas.
El caso grave es el fallo colectivo: ningún participante puede o quiere ejecutar a un precio económicamente viable. Una posición puede permanecer por debajo de su umbral de liquidación mientras se acumulan intereses y el valor del colateral sigue variando. Si la liquidación posterior recupera menos valor que la deuda y los costes asignados a la posición, la diferencia se convierte en un déficit o deuda incobrable según la contabilidad de ese protocolo.
Quién absorbe el déficit depende del protocolo. En Compound III, absorb transfiere al protocolo la deuda de una cuenta insolvente y utiliza las reservas del activo base, mientras el protocolo recibe el colateral. En Maker, Dog.bark transfiere al protocolo la deuda de una Vault insegura, inicia una subasta de colateral y registra la deuda en su sistema contable. Otros sistemas pueden recurrir a reservas, fondos de seguro o estabilidad, recapitalización mediante gobernanza, socialización de pérdidas o una combinación de estas medidas.
Por ello, para el prestatario la automatización de liquidaciones no es un servicio de stop-loss. La medida prudente es vigilar la posición y amortizar deuda o añadir colateral antes de cruzar el umbral; una liquidación retrasada puede aumentar tanto la pérdida de colateral como la probabilidad de un déficit irrecuperable.
Cómo funciona
Una ruta típica con un liquidador externo tiene cinco etapas:
- Elegibilidad: El protocolo consulta el oráculo configurado y determina que una cuenta ha cruzado el umbral de liquidación. Un oráculo desactualizado o pausado puede retrasar o bloquear ese cambio de estado aunque el precio de mercado ya se haya movido.
- Detección y valoración: Los bots fuera de la cadena indexan posiciones, simulan la liquidación, estiman el producto del colateral y deciden si la oportunidad es rentable.
- Inclusión de la transacción: Un liquidador obtiene el activo de deuda necesario, envía una transacción y compite por espacio en el bloque. La congestión, una comisión demasiado baja, un RPC fallido, un conflicto de nonce o que otro liquidador gane primero pueden dejar la transacción pendiente o hacer que se revierta.
- Ejecución del contrato: El contrato comprueba los precios actuales, el estado de la cuenta, el factor de cierre o los límites de la subasta, los controles de pausa y la liquidez disponible. Una transacción válida durante la simulación puede fallar si cambia cualquiera de estos datos.
- Disposición del colateral: El liquidador o el protocolo debe vender, cubrir o subastar el colateral incautado. Una liquidez escasa y un mercado bajista pueden convertir una bonificación aparente en una pérdida.
La decisión simplificada del liquidador es expected profit = liquidation incentive - gas - price impact - hedge cost - expected revert loss. También pueden aplicarse el coste del capital y las comisiones del protocolo. Una bonificación cotizada elevada no basta si el colateral no puede venderse cerca del precio del oráculo o si la ejecución tiene pocas probabilidades de éxito.
El fallo suele ser parcial, no absoluto. Una cuenta, un tipo de colateral, una cadena, un oráculo, un proveedor RPC o una subasta pueden fallar mientras los demás siguen funcionando. La documentación de Liquidation 2.0 de Maker, por ejemplo, incluye límites de subastas por colateral y globales, reinicios de subastas, incentivos para keepers y un cortacircuitos de cuatro etapas. Estos controles modifican la forma en que el retraso de ejecución se propaga por ese sistema concreto.
Ejemplo desarrollado
Suponga que una cuenta elegible tiene una deuda de 100,000 USDC y un colateral valorado en 103,000 USDC. Un protocolo simplificado permite que un liquidador reembolse 50,000 USDC y reclame colateral por valor de 52,500 USDC, lo que supone un incentivo bruto del 5%.
- Se espera que vender el colateral cueste
2,000 USDCpor impacto en el precio. - El gas y las comisiones de prioridad son
700 USDC. - El coste esperado de las transacciones revertidas o superadas por competidores es
300 USDC. - Por tanto, el beneficio esperado es
52,500 - 50,000 - 2,000 - 700 - 300 = -500 USDC.
Un liquidador racional puede esperar o ignorar la cuenta. Si nadie ejecuta y el colateral cae otro 5%, su valor pasa a ser 97,850 USDC, lo que deja un déficit de 2,150 USDC frente a la deuda original antes de intereses o comisiones adicionales. Una liquidación posterior aún puede reducir la pérdida, pero no puede crear un valor de colateral que ya no existe.
Este ejemplo es ilustrativo, no un modelo de un mercado desplegado concreto. Los factores de cierre, las bonificaciones, los precios de los oráculos, las comisiones del protocolo, las reglas de reservas y los costes de transacción reales deben consultarse en los contratos vigentes y la documentación oficial. Las reglas publicadas por Aave, por ejemplo, varían la proporción máxima liquidable según el factor de salud y el tamaño de la posición.
Riesgos y salvaguardas
- Controles del prestatario: Mantenga un margen deliberado por encima del umbral de liquidación, configure alertas independientes y conserve una forma probada de amortizar o añadir colateral. No presuponga que una interfaz, un proveedor de automatización o un liquidador seguirá disponible durante una congestión.
- Controles del protocolo: Los sistemas robustos diversifican la infraestructura de oráculos y transacciones, calibran las bonificaciones y el tamaño mínimo de las posiciones, limitan el volumen de liquidación, permiten liquidaciones parciales o por lotes cuando corresponde y definen las pausas, los reinicios de subastas, las reservas y la gestión de déficits antes de una crisis.
- Controles del liquidador: Los operadores deben utilizar varios endpoints RPC, conciliar el estado de la cadena antes de firmar, simular con el estado pendiente, gestionar la sustitución de nonces, limitar el deslizamiento y evitar depender de una sola plataforma de intercambio o fuente de liquidez instantánea.
- Comprobaciones de prestamistas y depositantes: Identifique la cascada exacta de absorción de deuda incobrable. Verifique qué reserva cubre cada mercado, quién puede cambiar los parámetros, si la reserva es líquida y accesible y qué ocurre cuando se agota.
Ninguna salvaguarda garantiza la ejecución. Los incentivos pueden ser demasiado pequeños en mercados tranquilos y, sin embargo, excesivamente generosos o explotables tras un cambio de parámetros. Las pausas y los cortacircuitos pueden limitar el daño de un oráculo o contrato defectuoso, pero también pueden detener intencionadamente la liquidación y permitir que se acumule el riesgo de precio. La cuestión relevante es cómo se comporta el sistema completo bajo tensiones simultáneas de precios, liquidez, red e infraestructura.
Errores comunes
Mito 1: Cada protocolo designa a un keeper de confianza
Muchos protocolos permiten liquidar a cualquier dirección. Un bot identificado puede ser solo uno de los participantes o un proveedor de interfaz. Su interrupción solo importa en la medida en que ningún sustituto pueda ejecutar.
Mito 2: Una posición elegible ya está liquidada
La elegibilidad es un estado del contrato; la liquidación es una transacción o subasta independiente. Hasta que la ejecución tenga éxito y se contabilicen la deuda y el colateral resultantes, la exposición al mercado permanece.
Mito 3: Aumentar el gas siempre resuelve el fallo
Unas comisiones de transacción mayores pueden mejorar la prioridad de inclusión, pero no pueden reparar un oráculo desactualizado, un mercado pausado, capital insuficiente, una autorización ausente, un cambio en el estado de la cuenta, una venta de colateral no rentable o una reversión del contrato.
Mito 4: La deuda incobrable implica que los prestamistas pierden de inmediato la misma cantidad
La deuda incobrable entra primero en la cascada de pérdidas definida por el protocolo. Las reservas u otro respaldo pueden absorberla. Los prestamistas o titulares de tokens de gobernanza solo se ven afectados según dicten las reglas aplicables y los recursos disponibles, y el momento puede diferir de aquel en que aparece el déficit.
Temas relacionados
- Liquidación de criptoactivos
- Bonificación de liquidación
- Factor de cierre de la liquidación
- Desactualización del precio del oráculo
- Fondo de seguro de criptoactivos
Fuentes autorizadas
- Factor de salud y liquidaciones - Aave (consultado: 2026-08-21)
- Documentación de Compound III: liquidación - Compound (consultado: 2026-08-21)
- Módulo Liquidation 2.0 - Maker Protocol Technical Docs (consultado: 2026-08-21)