Mr Crypto_ 加密先生

#termmax @TermMax
Todo el mundo habla del lending en DeFi como si el principal desafío fuera encontrar liquidez. Al mirar TermMax, empecé a preguntarme si el problema más difícil no es saber cuánto costará realmente esa liquidez.

Pasé algún tiempo revisando el diseño de tasa fija de TermMax, y la estructura es sorprendentemente sencilla.

La mayoría de los mercados monetarios en DeFi usan tasas variables, por lo que los costos de endeudamiento pueden cambiar mientras una posición está abierta. TermMax toma otro enfoque. Los prestatarios fijan el costo para una madurez definida, mientras que los prestamistas pueden comprar un Token de Tasa Fija, o FT, por debajo de su valor nominal.

Al vencimiento, ese FT puede canjearse por el valor nominal completo del token de deuda. La diferencia entre el precio de compra y el valor final se convierte en el rendimiento fijo del prestamista.

Cada mercado se construye en torno a un token de deuda, un token de colateral y una fecha de vencimiento. Debajo de eso están XT, el colateral específico de cada mercado, los límites de LLTV y curvas de órdenes que ajustan los precios a medida que cambia la liquidez.

Lo interesante es lo que esta estructura hace con el lending en DeFi. En lugar de dejar incierto el valor futuro de una posición de deuda, TermMax lo convierte en algo que los participantes pueden valorar hoy.

El mecanismo tiene sentido.

La gran pregunta es la adopción. Los mercados de tasa variable ya tienen la liquidez y los hábitos de los usuarios. ¿Saber el costo de endeudamiento de antemano será lo suficientemente valioso como para mover la liquidez hacia mercados de términos fijos?

Esa podría ser la verdadera prueba de TermMax.

Todo el mundo habla de la rápida finalidad de Dusk. Yo encontré la parte interesante en lo que ocurre cuando falla el primer bloque.@Dusk

Pasé la tarde buceando en las reglas de finalidad de Dusk en el whitepaper y la documentación actual, y la ruta n=0 es lo que realmente me detuvo.

Los bloques pasan por cuatro estados: Accepted, Attested, Confirmed y luego Final. El número clave es n: cuántas iteraciones anteriores en el mismo round ya fallaron.

Cuando n es igual a cero, el bloque se marca como Attested de inmediato. Una vez que tiene un único sucesor que a su vez es Attested o Confirmed, pasa a Confirmed. Esa es la ruta rápida que describen los documentos.

Cuando n es mayor que cero, las reglas cambian. El bloque solo comienza como Accepted. Luego necesita 2n bloques consecutivos que sean Attested o Confirmed después de él para poder llegar a Confirmed. Por ejemplo, un bloque de iteración 5 con dos fallos anteriores necesita cuatro bloques buenos más. Solo después de que se vuelve Confirmed y su padre ya es Final es cuando se vuelve irreversible.

El diseño deliberadamente otorga una finalidad más fuerte al primer generador que tiene éxito. Los posteriores obtienen la misma fuerza solo después de que la red haya visto más evidencia de que los intentos anteriores realmente fallaron.

Eso cuadra.

Lo que me seguía inquietando es lo poco frecuente que aparece la ruta más lenta en la conversación cotidiana. Bajo condiciones normales, la mayoría de los bloques toman la ruta n=0 y alcanzan una finalidad fuerte rápidamente. Las exigencias adicionales solo aparecen cuando la red ya está bajo estrés.

Aun así, sigo preguntándome cuántas personas que citan “finalidad instantánea” realmente han convivido con la diferencia entre las dos rutas.
#dusk $DUSK

Pasé la tarde observando cómo funciona realmente la liquidación en Dusk Trade y acabé en un lugar distinto al que planeaba..... @Dusk
La mayoría de las cadenas tratan la propiedad como un saldo de una billetera que puede moverse libremente. Aquí, la propiedad tiene que permanecer legalmente clara. Los fondos del mercado monetario, los ETF de bonos gubernamentales, los trackers de acciones y los bonos llegan on-chain con los mismos requisitos de titularidad que ya exigen en los mercados tradicionales. La liquidación instantánea sigue ocurriendo, pero solo dentro de ese marco legal.
La plataforma funciona como una Multilateral Trading Facility regulada bajo las normas de la UE. Está más cerca de un neobroker que de un pool de liquidez abierto. Nadie crea una pareja de trading aleatoria. Los participantes autorizados y la verificación KYC están en la puerta de entrada porque los propios activos lo requieren.
Eso crea un intercambio silencioso. Las piezas útiles de DeFi — la liquidación en el mismo bloque y la posibilidad de usar los activos en otros contratos — se mantienen disponibles. La cultura de listados permissionless no. La parte abierta es la verificación y la velocidad de liquidación, no la entrada libre para cada token.
Agarré mi chai y me quedé con la diferencia. Un lado ve las barandillas como necesarias para los activos reales. El otro lado aún las lee como fricción. Ambas cosas pueden ser ciertas al mismo tiempo.
Aún sigo masticando la duda de si las instituciones que ya poseen estos instrumentos tratarán los raíles más rápidos como una mejora, o si la capa de cumplimiento mantendrá los dos mundos más separados de lo que sugiere la tecnología por sí sola.
#dusk $DUSK

Pasé la tarde hurgando en las cifras en vivo de Dusk y volví a caer en el mismo tramo tranquilo.@Dusk
El precio está en 0.0649. La capitalización bursátil ronda los 32.68 millones. La oferta en circulación está justo por debajo de 500 millones frente a un máximo de 1 mil millones. El volumen fue de 3.52 millones en el día. Aún está aproximadamente un 94 por ciento por debajo del máximo de 2021 de 1.1657.
La historia se ha mantenido consistente durante años: una cadena enfocada en la privacidad, pensada para las finanzas reguladas, con herramientas de conocimiento cero, y el estándar XSC para que las instituciones puedan mover activos tokenizados bajo reglas europeas sin que todo quede expuesto. Diseño modular, además de la nueva red de pruebas DuskEVM, para que los desarrolladores de Solidity puedan desplegar realmente.
Esa parte está clara en el papel.
Lo que seguía rondando es la distancia entre el discurso y la cadena en sí. La mayor parte de la actividad sigue pareciendo más bien staking. Unas cuantas centenas de transacciones en un día típico. Los contratos confidenciales reales o los valores en vivo siguen siendo escasos. La distribución inicial (vesting) ya se completó hace años, así que no se esperan grandes “desbloqueos” repentinos. Las emisiones por staking siguen liberándose de forma constante.
El token principalmente cubre gas y staking. Nada más encima de eso. Los tenedores absorben la inflación en curso mientras esperan. Los equipos que realmente podrían necesitar las funciones de privacidad tal vez no necesiten tener mucho del token.
Aun así, sigo masticando la duda de si la tecnología simplemente va por delante de sus usuarios, o si el calendario para el volumen institucional real es más largo de lo que la mayoría de la gente que mira la gráfica está preparada para esperar.
#dusk $DUSK

Volví a entrar en el repositorio de Rusk esta noche, y la tranquila constancia del trabajo v1.7 es lo que realmente aterrizó.@Dusk

Rusk es el cliente de referencia principal para Dusk, escrito en Rust. Ahora mismo ronda las 204 estrellas. Las versiones públicas 1.7.0 y 1.7.1 de junio ajustaron el almacenamiento del archivo, mejoraron el manejo del consenso y reforzaron el soporte de Phoenix.

El código incluye los módulos principales: consenso, DuskVM, el servicio del probador, las herramientas de recuperación y wallet-core. Siguen llegando commits con regularidad, y la infraestructura de pruebas multi-nodo continúa expandiéndose.

Esa parte es real y práctica. El trabajo del nodo avanza sin mucho ruido.

Lo que seguía inquietándome después de cerrar la pestaña era la brecha entre la ingeniería constante y la conversación más amplia. El cliente de referencia sigue recibiendo actualizaciones enfocadas. Sin embargo, la mayor parte de la atención todavía se centra en los productos de nivel superior y los anuncios construidos sobre él.

Las personas que realmente ejecutan nodos, revisan las mejoras del archivo o prueban las configuraciones multi-nodo siguen siendo un grupo más pequeño de lo que sugiere la narrativa general.

Todavía me pregunto cuánto tiempo se mantiene esa separación: el trabajo sólido del cliente continúa en silencio mientras la discusión más ruidosa permanece fijada en las capas de encima de él.
#dusk $DUSK

Pasé la tarde trasteando con el actual testnet de DuskEVM, y la familiaridad con las herramientas es lo que realmente me detuvo.

Ahora los desarrolladores de Solidity pueden desplegar con la misma configuración de Hardhat o Foundry que ya conocen. Los contratos se liquidan de vuelta en la capa nativa de Dusk en lugar de quedarse en un rollup genérico. Hedger, el complemento de privacidad para flujos EVM confidenciales, también está disponible para pruebas. Los saldos y los importes de las transferencias pueden permanecer ocultos cuando la aplicación lo necesite. Esa combinación es real en el testnet ahora mismo.

El camino parece directo en el papel. Usa herramientas cotidianas de Ethereum, consigue la liquidación en Dusk y activa la privacidad donde importa.

Lo que seguía rondándome después de cerrar las pestañas es la brecha entre la puerta abierta y quién está entrando por ella. El testnet está en marcha. La documentación y los RPC son públicos. Aun así, la mayor parte de la actividad inicial sigue pareciendo de exploradores comprobando que los despliegues funcionen. Los equipos que realmente necesitan flujos regulados y confidenciales —los que este stack tiene como objetivo— aún no han aparecido en volumen.

Sigo preguntándome si con solo una herramienta familiar es suficiente para atraer a constructores serios, o si la parte más difícil sigue siendo demostrar que la capa de privacidad y la ruta de liquidación aguantan cuando las aplicaciones reales empiezan a apoyarse en ellas.

#dusk $DUSK @Dusk