La liquidación no es apagar un incendio, sino pasar cuentas
Aplicando el mismo apalancamiento a una posición en tres contratos bajo pruebas de estrés, la liquidación de TermMax se activa con retraso, pero con un propósito. La multa por liquidación se divide en dos partes: una ingresa al fondo de seguros y otra se devuelve al liquidante. Esta estructura no es común entre competidores. El precio de $TERM no reacciona a este nivel de diseño; el mercado solo lo ve como un vale de gobernanza.$NVDAB
En Aave v3, la línea de liquidación es más estricta: el oráculo se actualiza más rápido y, una vez activada, se remata con un descuento fijo. TermMax usa un colchón de ratio de garantía con más ancho de banda, una protección contra deslizamiento agresiva y, por tanto, el beneficio del liquidante es reducido. En condiciones extremas, es posible que ningún pedido sea tomado; el riesgo de incobrables se difiere. Los tenedores de $TERM no asumen el riesgo directamente, pero el alcance de cobertura del fondo de seguros es ambiguo.
En comparación con Compound, las multas de liquidación de Compound son transparentes: un mecanismo antiguo pero sólido. La ventaja de TermMax está en su estructura de plazos y tasas de interés. Cuando se liquida, descuenta las posiciones que aún no han vencido según la curva; se parece más a un stop-loss de renta fija que a un cierre inmediato. Es más amigable para el usuario, pero el cálculo le cuesta más al liquidante: los scripts no pueden correr la interfaz. Si $TERM no logra incentivar a liquidantes profesionales, la liquidez desaparecerá justo en el momento crítico.
En la práctica, hay un detalle más: en TermMax, el evento de liquidación se retrasa en la interfaz por una docena de bloques. El estado on-chain ya cambió, pero el frontend aún muestra seguridad. No es un fallo central, pero afecta mucho al criterio. La sincronización del frontend en Euler es mejor. La documentación de TermMax es bastante concisa: los cambios de parámetros no tienen un registro claro de versiones. Tras el lanzamiento del módulo de colateral de $TERM, la experiencia no mejoró de forma evidente.
En resumen: el diseño de la liquidación tiene ideas, pero los detalles de ejecución todavía quedan un tramo atrás, y la captura de valor de $TERM no se ha vinculado con los ingresos de la liquidación.@TermMax #termmax
Aplicando el mismo apalancamiento a una posición en tres contratos bajo pruebas de estrés, la liquidación de TermMax se activa con retraso, pero con un propósito. La multa por liquidación se divide en dos partes: una ingresa al fondo de seguros y otra se devuelve al liquidante. Esta estructura no es común entre competidores. El precio de $TERM no reacciona a este nivel de diseño; el mercado solo lo ve como un vale de gobernanza.$NVDAB
En Aave v3, la línea de liquidación es más estricta: el oráculo se actualiza más rápido y, una vez activada, se remata con un descuento fijo. TermMax usa un colchón de ratio de garantía con más ancho de banda, una protección contra deslizamiento agresiva y, por tanto, el beneficio del liquidante es reducido. En condiciones extremas, es posible que ningún pedido sea tomado; el riesgo de incobrables se difiere. Los tenedores de $TERM no asumen el riesgo directamente, pero el alcance de cobertura del fondo de seguros es ambiguo.
En comparación con Compound, las multas de liquidación de Compound son transparentes: un mecanismo antiguo pero sólido. La ventaja de TermMax está en su estructura de plazos y tasas de interés. Cuando se liquida, descuenta las posiciones que aún no han vencido según la curva; se parece más a un stop-loss de renta fija que a un cierre inmediato. Es más amigable para el usuario, pero el cálculo le cuesta más al liquidante: los scripts no pueden correr la interfaz. Si $TERM no logra incentivar a liquidantes profesionales, la liquidez desaparecerá justo en el momento crítico.
En la práctica, hay un detalle más: en TermMax, el evento de liquidación se retrasa en la interfaz por una docena de bloques. El estado on-chain ya cambió, pero el frontend aún muestra seguridad. No es un fallo central, pero afecta mucho al criterio. La sincronización del frontend en Euler es mejor. La documentación de TermMax es bastante concisa: los cambios de parámetros no tienen un registro claro de versiones. Tras el lanzamiento del módulo de colateral de $TERM, la experiencia no mejoró de forma evidente.
En resumen: el diseño de la liquidación tiene ideas, pero los detalles de ejecución todavía quedan un tramo atrás, y la captura de valor de $TERM no se ha vinculado con los ingresos de la liquidación.@TermMax #termmax