$TermMax tiene un problema de etiquetado que parece pequeño—hasta que rastreas lo que realmente ocurre después de un llenado.
El mismo setter de "TermMaxOrderV2" puede estar detrás de ambos lados de una Orden de Rango Bidireccional, pero las posiciones resultantes pueden ser completamente diferentes.
Un llenado de una Orden de Rango de Préstamo puede dejar exposición FT.
Un llenado de una Orden de Rango de Endeudamiento puede dejar deuda GT viva, colateral, riesgo de LTV y riesgo de LLTV.
Eso significa que llamar a ambos lados simplemente “maker” oculta la parte del riesgo y la tesorería que en realidad necesitan conciliar.
Lo confuso se complica aún más:
• Misma dirección del setter
• Mismo ID de la orden
• Misma madurez
• Dos rangos de APR
• La profundidad restante aún puede cambiar a medida que los llenados consumen la orden
Así que puedes terminar con FT ya sentado en un lado mientras la liquidez de la Orden de Rango de Endeudamiento permanece activa en el otro—potencialmente creando deuda GT adicional contra el colateral.
Esto no es solo un problema de nomenclatura.
Para tesorería, el estado relevante puede ser el saldo FT.
Para riesgo, es la deuda GT viva, el colateral, el LTV y el LLTV.
Un único setter subyacente de "TermMaxOrderV2".
Dos estados muy diferentes después de la ejecución.
Así que la pregunta real de conciliación no es simplemente “¿quién es el maker?”.
Es:
¿Qué estado de TermMax creó realmente cada lado de la orden—y qué mesa es la que ahora posee ese estado?
Esa distinción importa mucho más que la etiqueta.
#TermMax $ENA $NEIRO $ONG @TermMax
El mismo setter de "TermMaxOrderV2" puede estar detrás de ambos lados de una Orden de Rango Bidireccional, pero las posiciones resultantes pueden ser completamente diferentes.
Un llenado de una Orden de Rango de Préstamo puede dejar exposición FT.
Un llenado de una Orden de Rango de Endeudamiento puede dejar deuda GT viva, colateral, riesgo de LTV y riesgo de LLTV.
Eso significa que llamar a ambos lados simplemente “maker” oculta la parte del riesgo y la tesorería que en realidad necesitan conciliar.
Lo confuso se complica aún más:
• Misma dirección del setter
• Mismo ID de la orden
• Misma madurez
• Dos rangos de APR
• La profundidad restante aún puede cambiar a medida que los llenados consumen la orden
Así que puedes terminar con FT ya sentado en un lado mientras la liquidez de la Orden de Rango de Endeudamiento permanece activa en el otro—potencialmente creando deuda GT adicional contra el colateral.
Esto no es solo un problema de nomenclatura.
Para tesorería, el estado relevante puede ser el saldo FT.
Para riesgo, es la deuda GT viva, el colateral, el LTV y el LLTV.
Un único setter subyacente de "TermMaxOrderV2".
Dos estados muy diferentes después de la ejecución.
Así que la pregunta real de conciliación no es simplemente “¿quién es el maker?”.
Es:
¿Qué estado de TermMax creó realmente cada lado de la orden—y qué mesa es la que ahora posee ese estado?
Esa distinción importa mucho más que la etiqueta.
#TermMax $ENA $NEIRO $ONG @TermMax