Después de leer las notas de lanzamiento de la V2 de @TermMax , primero revisé la retrospectiva de su V1. Los “problemas” de los contratos de tasa fija quizá no sean que no haya cotizaciones, sino que el dinero se divide entre diferentes órdenes, mercados y páginas de la cadena: ver una tasa no significa que el importe completo pueda ejecutarse a esa tasa.
En la V1, las range orders del curador y las limit orders del usuario se muestran por separado. Si quieres tomar prestado una cantidad un poco mayor, tienes que comparar pedido por pedido y además asumir los cambios de precio que introduce cada tramo de profundidad. La tasa puede llamarse “fija”, pero el costo de entrar no necesariamente se ve claro de inmediato.
Lo que cambia en la V2 es justamente ese nivel. Las órdenes unificadas leen las órdenes por rango de la zona del curador y las limit orders individuales, y las combinan en una sola ruta de ejecución; el usuario ve una cotización, firma una vez y el sistema completa la combinación dentro de la liquidez del mismo mercado. Las limit orders también se habilitan para cada mercado: el prestamista publica la tasa mínima aceptable y el prestatario publica la tasa máxima que está dispuesto a pagar; no hace falta “comerse” el precio vigente en un libro poco profundo.
No es que haga la tasa aún más “fija”, sino que expone la fricción que existe en el order book. Por ejemplo, el mostrador muestra un precio, pero lo verdaderamente importante es si la cantidad que quieres puede comprarse a un precio cercano a ese. La V2 se encarga de armar las órdenes y luego entrega una ruta ejecutable.
Pero hay un límite que no se puede borrar de un plumazo. Lo que dice la versión oficial es que los mercados cross-chain y la tesorería (vault) se muestran, filtran y comparan en una misma interfaz; no se menciona que el capital de distintas cadenas se combine físicamente en un solo pool. La profundidad en Ethereum no va a “cruzar automáticamente” solo porque la página de Base también se pueda ver, para que te ejecuten la operación. La liquidez on-chain, el Gas, el tiempo de espera de las limit orders y el volumen realmente ejecutable siguen calculándose por separado.
Otro punto a observar es el desempeño con operaciones grandes. Que la ruta sea más fluida no significa que cualquier tamaño puedas conseguir el precio de la portada. Vale la pena vigilar las diferencias de cotización entre montos distintos, el tiempo de espera de las limit orders y cuántas fuentes se combinan en una sola operación; todo eso explica mejor la calidad de la ejecución que “cuántas cadenas soporta”.
Así que el valor de la V2 de #TermMax no es que la página se vuelva más simple, sino que separa “tasa determinada” y “ejecución determinada”. La primera la define el FT y el vencimiento; la segunda aún debe ser demostrada por la profundidad. La interfaz puede dibujarte el camino con claridad, pero si hay suficientes “autos” en la ruta, eso depende de la ejecución real.
$BOME $BTC
En la V1, las range orders del curador y las limit orders del usuario se muestran por separado. Si quieres tomar prestado una cantidad un poco mayor, tienes que comparar pedido por pedido y además asumir los cambios de precio que introduce cada tramo de profundidad. La tasa puede llamarse “fija”, pero el costo de entrar no necesariamente se ve claro de inmediato.
Lo que cambia en la V2 es justamente ese nivel. Las órdenes unificadas leen las órdenes por rango de la zona del curador y las limit orders individuales, y las combinan en una sola ruta de ejecución; el usuario ve una cotización, firma una vez y el sistema completa la combinación dentro de la liquidez del mismo mercado. Las limit orders también se habilitan para cada mercado: el prestamista publica la tasa mínima aceptable y el prestatario publica la tasa máxima que está dispuesto a pagar; no hace falta “comerse” el precio vigente en un libro poco profundo.
No es que haga la tasa aún más “fija”, sino que expone la fricción que existe en el order book. Por ejemplo, el mostrador muestra un precio, pero lo verdaderamente importante es si la cantidad que quieres puede comprarse a un precio cercano a ese. La V2 se encarga de armar las órdenes y luego entrega una ruta ejecutable.
Pero hay un límite que no se puede borrar de un plumazo. Lo que dice la versión oficial es que los mercados cross-chain y la tesorería (vault) se muestran, filtran y comparan en una misma interfaz; no se menciona que el capital de distintas cadenas se combine físicamente en un solo pool. La profundidad en Ethereum no va a “cruzar automáticamente” solo porque la página de Base también se pueda ver, para que te ejecuten la operación. La liquidez on-chain, el Gas, el tiempo de espera de las limit orders y el volumen realmente ejecutable siguen calculándose por separado.
Otro punto a observar es el desempeño con operaciones grandes. Que la ruta sea más fluida no significa que cualquier tamaño puedas conseguir el precio de la portada. Vale la pena vigilar las diferencias de cotización entre montos distintos, el tiempo de espera de las limit orders y cuántas fuentes se combinan en una sola operación; todo eso explica mejor la calidad de la ejecución que “cuántas cadenas soporta”.
Así que el valor de la V2 de #TermMax no es que la página se vuelva más simple, sino que separa “tasa determinada” y “ejecución determinada”. La primera la define el FT y el vencimiento; la segunda aún debe ser demostrada por la profundidad. La interfaz puede dibujarte el camino con claridad, pero si hay suficientes “autos” en la ruta, eso depende de la ejecución real.
$BOME $BTC
