La mayoría de las personas leen la entrega física en la documentación de TermMax y lo archivan como si fuera una función adicional de seguridad. No creo que sea exactamente así.
Lo que realmente sucede es una transferencia de riesgo, no una eliminación del riesgo. Cuando la liquidación no puede liquidar una liquidez fina, cualquier movimiento violento, lo que sea que el prestamista deje de deber una cantidad de tokens concreta y empiece a mantener, en su lugar, una porción pro-rata de la garantía. Eso no es nada, pero tampoco es el resultado de renta fija para el que se inscribieron. Entraron por un token de préstamo con tasa fija y pueden terminar con una garantía volátil que ahora tienen que gestionar o vender por su cuenta.
Me estuve dando vueltas con la escalera MLTV → LLTV → 1.0 mientras lo pensaba. Tres puntos de control en lugar de un único borde de caída es un diseño realmente distinto al de la mayoría de mercados de tasa flotante, y el margen 80/90 es un amortiguador real, no solo un número en una página. Pero el último escalón de la escalera no es que el protocolo te deje “a salvo”: el protocolo te entrega el problema con otra forma. La división 5/5 entre el liquidator y la reserva tiene sentido como incentivo para actuar antes de llegar a ese punto, lo que me dice que el equipo diseñó para que la entrega física sea rara, no habitual.
Caso práctico: un curador que gestiona una bóveda con un LLTV de 0.94 sobre un mercado de garantías RWA poco líquido tiene una mala semana. Los depositantes de esa bóveda podrían acabar sosteniendo un activo que nunca eligieron sostener, con la carga total de custodia y liquidez cayendo sobre ellos.
Sigo sin estar seguro de cómo el UX de la bóveda comunica esa posibilidad de antemano, en lugar de enterrarla en la documentación de parámetros. En #36 en TVL, el protocolo aún no ha sido sometido a pruebas de estrés por una cascada real, así que ahora mismo es más teoría que historial.
Me da curiosidad si alguien por aquí ha pasado por un evento de entrega física en TermMax o un protocolo similar: ¿qué tan ilíquida era la garantía que acabaste manteniendo?
#termmax @TermMax
Lo que realmente sucede es una transferencia de riesgo, no una eliminación del riesgo. Cuando la liquidación no puede liquidar una liquidez fina, cualquier movimiento violento, lo que sea que el prestamista deje de deber una cantidad de tokens concreta y empiece a mantener, en su lugar, una porción pro-rata de la garantía. Eso no es nada, pero tampoco es el resultado de renta fija para el que se inscribieron. Entraron por un token de préstamo con tasa fija y pueden terminar con una garantía volátil que ahora tienen que gestionar o vender por su cuenta.
Me estuve dando vueltas con la escalera MLTV → LLTV → 1.0 mientras lo pensaba. Tres puntos de control en lugar de un único borde de caída es un diseño realmente distinto al de la mayoría de mercados de tasa flotante, y el margen 80/90 es un amortiguador real, no solo un número en una página. Pero el último escalón de la escalera no es que el protocolo te deje “a salvo”: el protocolo te entrega el problema con otra forma. La división 5/5 entre el liquidator y la reserva tiene sentido como incentivo para actuar antes de llegar a ese punto, lo que me dice que el equipo diseñó para que la entrega física sea rara, no habitual.
Caso práctico: un curador que gestiona una bóveda con un LLTV de 0.94 sobre un mercado de garantías RWA poco líquido tiene una mala semana. Los depositantes de esa bóveda podrían acabar sosteniendo un activo que nunca eligieron sostener, con la carga total de custodia y liquidez cayendo sobre ellos.
Sigo sin estar seguro de cómo el UX de la bóveda comunica esa posibilidad de antemano, en lugar de enterrarla en la documentación de parámetros. En #36 en TVL, el protocolo aún no ha sido sometido a pruebas de estrés por una cascada real, así que ahora mismo es más teoría que historial.
Me da curiosidad si alguien por aquí ha pasado por un evento de entrega física en TermMax o un protocolo similar: ¿qué tan ilíquida era la garantía que acabaste manteniendo?
#termmax @TermMax