Sattar Chaqer

La lista de ganadores se está poniendo picante . $BTW $HEMI $BR

Tres nombres haciendo bastante ruido en la gráfica.

Y aun así, sigo mirando desde un lado como si no hubiera aprendido nada del movimiento anterior.

No dejo de notar que el rendimiento fijo normalmente se trata como algo que simplemente mantienes hasta el vencimiento.

TermMax vuelve esa idea más interesante con los Fixed Rate Tokens FTs.

Un FT es un token ERC-20 diseñado para ofrecer un retorno fijo al vencimiento. En lugar de comprar el activo subyacente y simplemente esperar a que se acumulen intereses, un prestamista puede comprar un FT con descuento respecto a su valor nominal.

Por ejemplo, en la documentación de TermMax se muestra un caso sencillo: un FT canjeable por 110 USDC al vencimiento podría comprarse por 100 USDC. Si se mantiene hasta el vencimiento, esa diferencia de 10 USDC representa la rentabilidad.

Lo interesante es que la posición no necesariamente tiene que permanecer bloqueada hasta el final.

Los FTs también se pueden negociar en el mercado.

Eso le da a la exposición a tipo fijo otra capa de flexibilidad. El valor de la posición no solo depende de lo que eventualmente se canjee por el propio FT; también puede transferirse o negociarse antes del vencimiento.

Así que el concepto se vuelve bastante simple.

Compra el valor futuro con descuento y luego canjea al valor nominal, o negocia la posición antes del vencimiento.

Eso convierte un retorno fijo en algo más tangible y componible dentro de DeFi.

Eso es lo que hace que el modelo TMX y TermMax me resulte interesante.

#TermMax @TermMax

¿Cómo usarías un FT?

El gráfico se está poniendo interesante $BTW $VELVET

Estas dos definitivamente están robándose algo de atención del mercado.

Y, por supuesto, estoy aquí descubriéndolas después de que el movimiento comenzó.

Una blockchain puede verse perfectamente ordenada cuando todo funciona. Lo interesante es lo que sucede cuando no.

Lo que llamó mi atención en Dusk es que la red no asume simplemente que cada bloque llegará a tiempo ni que cada provisioner siempre será accesible.

Los mensajes retrasados o perdidos pueden hacer que varios bloques candidatos lleguen al consenso en la misma ronda, creando un fork. El procedimiento de respaldo de Dusk normalmente lo resuelve seleccionando el candidato de la iteración más baja. Un bloque de una iteración más alta, por lo tanto, puede revertirse si más adelante un candidato de iteración más baja logra el consenso.

Pero hay un respaldo más profundo.

Si fallan suficientes iteraciones consecutivas porque los provisioners están fuera de línea o aislados, Dusk puede entrar en modo de emergencia. Se deshabilitan los timeouts normales del paso y las iteraciones continúan hasta que un bloque candidato alcance el quórum. Varias iteraciones abiertas pueden ejecutarse al mismo tiempo, aumentando la probabilidad de llegar al consenso, aunque también crea una posibilidad mayor de forks.

Eso me hizo pensar en el consenso de otra manera.

La verdadera prueba de una red no es solo cómo se comporta cuando todo sale bien.

Es lo que sucede cuando se rompe la comunicación.

Para la infraestructura financiera, tener un comportamiento definido para esas condiciones difíciles puede ser tan importante como lograr un consenso rápido en condiciones normales.

@Dusk $DUSK #dusk

¿Qué es lo más importante durante las fallas?

El mercado está cocinando hoy

$CLO
$1000RATS
$ACE

Tres nombres aparecen de repente en mi radar.

Juro que el cripto tiene un talento para hacerte descubrir el movimiento cuando ya empezó.

Ahora lo estoy vigilando de cerca.

Sigo notando un problema en DeFi que se pasa por alto: la tasa a la que pides prestado puede cambiar mientras tu estrategia todavía está en marcha.

Las tasas flotantes de préstamo y préstamo se mueven con las condiciones del mercado. Eso crea incertidumbre. Un prestatario puede enfrentarse a costos de repago más altos mientras el retorno esperado de un prestamista puede cambiar a medida que se mueven las tasas.

@TermMax se acerca a esto de manera diferente.

Su modelo utiliza tasas fijas de préstamo y préstamo para vencimientos definidos. En términos simples, puedes saber la tasa y saber cuándo termina la posición.

Eso cambia la ecuación de la planificación.

Para los prestatarios, una tasa fija hace que el costo de repago sea más predecible durante el período acordado.

Para los prestamistas, la estructura fija puede hacer que los retornos sean más fáciles de entender y planificar.

Y creo que la fecha de vencimiento es la parte que la gente subestima.

Saber solo la tasa te dice cuánto.

Saber la tasa más el vencimiento te dice cuánto por cuánto tiempo.

Esa diferencia importa al construir una estrategia.

TermMax no solo está cambiando cómo funciona el lending en DeFi. Está abordando la incertidumbre creada por el movimiento constante de las tasas y dando a ambas partes términos más claros desde el principio.

Por eso vale la pena seguir el DeFi de tasa fija.

#TermMax

¿Qué es lo que más importa en los préstamos?

Otro día, otro par haciendo que la gráfica se vea interesante.

$EDEN +27.59%
$ACE +27.08%

Ambos están haciendo una jugada sólida hoy en silencio. Mientras tanto, yo solo miro y me pregunto cuál de los dos debería haber notado antes.

Antes pensaba que la selección del comité de Dusk era simplemente: más participación = más oportunidades.

Pero es más matizado que eso.

Dusk usa una extracción determinista para seleccionar proveedores con una frecuencia de selección proporcional a la participación.

Cada proveedor elegible recibe créditos basados en una puntuación seudorrandom y esos créditos determinan quién es seleccionado para funciones de consenso.

¿Lo interesante?

El proceso es determinista, pero las selecciones futuras son difíciles de predecir.

Dusk usa SHA3 con entradas que incluyen la semilla del bloque anterior, la ronda y el paso actuales, y el crédito que se está asignando.

Luego, la semilla cambia con cada bloque.

También hay un mecanismo de balance que me pareció interesante.

Después de que un proveedor recibe un crédito, su peso se reduce en 1 DUSK para la siguiente selección.

Así que el sistema no es simplemente:

Mayor participación → influencia permanente.

En su lugar, combina aleatoriedad determinista basada en el peso de la participación y pesos de selección que van cambiando.

El resultado es un proceso de selección de comité donde la participación importa, pero saber quién será seleccionado después no es tan directo.

Y para una red diseñada en torno a infraestructura financiera, esa impredecibilidad importa.

@Dusk $DUSK #dusk

¿Qué es lo que más moldea la selección de Dusk?

La lista de los que suben vuelve a ponerse interesante.

$GPS +57.86%
$ACE +39.51%

Ambas están teniendo un día bastante bueno mientras yo estoy aquí preguntándome por qué siempre noto estos movimientos después de que ocurren.

Una transacción en blockchain a menudo se describe como confirmada o no. El modelo de consenso de Dusk hace que esa respuesta sea más matizada.

Un bloque puede pasar por cuatro estados: accepted, attested, confirmed y final. Cada etapa representa un nivel distinto de confianza sobre si ese bloque aún puede ser reemplazado.

Un bloque accepted tiene una prueba de éxito, pero todavía puede ser reemplazado por un bloque de iteración inferior con una prueba de éxito. Un bloque attested tiene una prueba de éxito y todas las iteraciones anteriores han fallado, por lo que no puede ser reemplazado por un bloque de iteración inferior.

Luego viene confirmed. En esta etapa, el bloque es poco probable que se reemplace, aunque todavía podría reemplazarse un ancestro. Eso hace que confirmed sea diferente de final.

Un bloque final va un paso más allá: está confirmado y su padre es final. Según la documentación, un bloque final no se puede reemplazar bajo ninguna circunstancia.

Esa distinción es fácil de pasar por alto porque confirmed y final a menudo se tratan como lo mismo. Dusk hace explícita la progresión.

Para aplicaciones financieras, saber exactamente cuándo un bloque se vuelve irreversible no es un detalle menor. Puede afectar a cuándo un settlement realmente puede considerarse terminado.

@Dusk $DUSK #dusk

¿Cuándo es un bloque realmente final?

El mercado de hoy está dando señales mixtas.

$HEMI +27.74%
$CYS -52.75%

Uno está impulsándose mientras que el otro está siendo aplastado absolutamente. La cripto realmente puede cambiar el estado de ánimo en segundos.

La identidad en una blockchain no siempre necesita significar poner cada detalle sobre un usuario en vista pública.

Por eso Citadel llamó mi atención mientras revisaba la documentación de Dusk. El Glosario describe a Citadel como la capa de identidad y acceso de Dusk, construida en torno a la divulgación selectiva.

La idea es simple, pero la distinción importa: demostrar quién es alguien o si tiene acceso no significa automáticamente hacer visible para todos cada pieza de información de identidad.

En aplicaciones financieras, esto puede volverse importante. Una red puede necesitar controles de identidad y acceso mientras respeta la confidencialidad de información sensible. En lugar de tratar la transparencia como una elección de todo o nada, la divulgación selectiva apunta a un modelo de visibilidad más controlado.

Lo que me parece interesante es que Citadel se sitúa junto a la arquitectura más amplia de privacidad de Dusk en lugar de reemplazarla. Dusk también define el Estándar de Contrato de Seguridad Confidencial como un marco que puede adaptarse a requisitos de negocio, como restricciones de privacidad y reglas de cumplimiento.

Eso hace que la identidad se sienta menos como una caja de KYC separada y más como parte de la infraestructura.

La pregunta real para mí es hasta dónde puede llegar la divulgación selectiva mientras se mantienen las aplicaciones financieras tanto privadas como utilizables.

@Dusk $DUSK #dusk

La privacidad en una blockchain no tiene por qué significar que cada transacción se vuelva invisible para todo el mundo, y esa distinción es importante para las aplicaciones financieras.

Dusk aborda la privacidad mediante distintos niveles de visibilidad. Moonlight ofrece flujos públicos de cuentas transparentes, mientras que Phoenix admite transferencias protegidas mediante pruebas de conocimiento cero. Con Phoenix, la corrección de una transacción puede verificarse sin exponer públicamente el importe transferido, el remitente ni las notas específicas involucradas.

Lo interesante es qué ocurre cuando alguien realmente necesita pruebas. La documentación de Dusk describe la divulgación selectiva como una forma para que partes autorizadas, como emisores, sedes, auditores o supervisores, accedan a la información requerida sin hacer pública información innecesaria. Las claves de visualización pueden usarse cuando la regulación o la auditoría exigen una visibilidad controlada.

Eso crea una idea diferente de transparencia. En lugar de asumir que todo debe ser público para que una blockchain siga siendo auditable, Dusk separa la visibilidad pública de la divulgación controlada.

Para mercados regulados, esa distinción podría ser importante. Un inversor quizá no quiera que cada saldo o transferencia se exponga a toda la red, mientras que un auditor aún podría necesitar pruebas específicas para verificar una transacción o un proceso financiero.

Por tanto, el objetivo no son solo las transacciones privadas. Es algo más preciso: mantener la información sensible confidencial y, al mismo tiempo, preservar una vía para la verificación autorizada cuando sea realmente necesario.

@Dusk $DUSK #dusk

Las transacciones públicas y privadas normalmente requieren sistemas diferentes, pero Dusk pone ambos modelos en la misma red.

Moonlight es el modelo de transacciones basadas en cuentas públicas de Dusk. Una transacción identifica al remitente y al destinatario mediante sus claves públicas, mientras que campos como valor, nonce, límite de gas, precio del gas y la firma ayudan a la red a verificarla y procesarla. El modelo también proporciona protecciones como imposibilidad de falsificación, prevención del doble gasto, ausencia de maleabilidad y prevención de ataques de repetición.

Phoenix adopta un enfoque diferente. Se basa en la arquitectura UTXO similar a la de Bitcoin, pero añade mecanismos de privacidad. En lugar de exponer qué nota específica fue gastada, la red realiza un seguimiento de los nullifiers para prevenir el doble gasto sin identificar públicamente la nota exacta dentro del árbol de Merkle.

También hay una diferencia importante en la verificación. Las transacciones de Phoenix incluyen una prueba de conocimiento cero que permite a la red verificar que la transacción cumple las reglas sin depender del mismo tipo de comprobaciones directas usadas por Moonlight.

Así que Moonlight y Phoenix no son versiones en competencia de Dusk. Proporcionan distintos modelos de transacción para diferentes requisitos de visibilidad.

@Dusk $DUSK #dusk

Las blockchains públicas y las finanzas reguladas a menudo parecen querer cosas opuestas. Una favorece la visibilidad abierta, mientras que la otra necesita confidencialidad, auditabilidad y cumplimiento.

Dusk está diseñado en torno a esa brecha.

El whitepaper de Dusk describe una blockchain orientada a la privacidad y lista para el cumplimiento, destinada a conectar plataformas descentralizadas con los mercados financieros tradicionales. En lugar de tratar la privacidad y la regulación como capas separadas, Dusk integra la auditabilidad de las transacciones confidenciales y el cumplimiento en la infraestructura central.

El modelo de transacciones es una parte importante de este diseño. Dusk admite Moonlight, su modelo público basado en cuentas, junto con Phoenix, su modelo de UTXO protegido. Esto le da a la red diferentes maneras de gestionar la visibilidad de las transacciones según el caso de uso.

Esto es relevante para las aplicaciones financieras porque la privacidad no necesariamente significa que la información desaparezca. El enfoque de Dusk se centra en controlar qué se ve y para quién, preservando la capacidad de cumplir con los requisitos de los mercados regulados.

Para mí, eso hace que la propuesta de Dusk sea más interesante que simplemente llamarla una blockchain de privacidad. Está intentando hacer que el cumplimiento de la privacidad y la infraestructura financiera funcionen juntas a nivel de protocolo.

@Dusk $DUSK #dusk

El mercado de hoy estuvo lleno de sorpresas.

$CYS +95.27%
$UAI -33.33%

Un token está volando mientras otro está recibiendo un golpe fuerte. Así es el cripto. Acabo de estar mirando los gráficos hoy.

La gente a menudo asume que dos blockchains necesitan entenderse entre sí antes de poder trabajar juntas. Cuanto más estudié la arquitectura de Babylon, menos convincente se volvió esa suposición.

Bitcoin nunca fue diseñado para interpretar la ejecución de Ethereum ni para mantener una copia de su estado. Intentar que haga eso cambiaría los mismos principios que hacen a Bitcoin predecible. En lugar de eso, Babylon aborda el problema desde otra dirección. En vez de enseñarle a Bitcoin a entender otra blockchain, le da algo que ya sabe evaluar: la prueba criptográfica. El objetivo no es el entendimiento compartido. Es la verificación independiente.

Esa diferencia cambió la forma en que pienso la interoperabilidad. Dos sistemas no necesariamente tienen que hablar el mismo idioma para llegar a la misma conclusión. Solo necesitan evidencia que pueda verificarse según sus propias reglas. En ese sentido, las pruebas se vuelven menos como mensajes y más como testigos matemáticos que ningún lado tiene que interpretar confiando ciegamente.

Cuanto más reflexiono sobre ese diseño, más pienso que la infraestructura entre cadenas quizá haya estado haciendo la pregunta equivocada. En vez de preguntarnos cómo pueden entenderse las blockchains, quizá deberíamos preguntarnos cómo pueden verificar la misma realidad permaneciendo totalmente independientes.

Quizá el futuro de la interoperabilidad no pertenezca a las redes que más se comunican. Puede pertenecer a las que necesitan confiar en la comunicación lo menos posible.

@BabylonLabs_io $BABY #baby

Desde hace 2 días no obtengo puntos de trading 2026/07/31 y 2026/08/01, aquí están las capturas de pantalla

La gente a menudo asume que si Bitcoin va a participar en algún otro lugar, Bitcoin en sí tiene que moverse primero. Esa suposición ha moldeado el diseño entre cadenas durante años. Empiezo a pensar que el movimiento no es la parte importante.

Lo que me llamó la atención al leer la documentación de Babylon es que la arquitectura separa la propiedad de la participación económica. El BTC nativo permanece bloqueado en la red de Bitcoin bajo sus suposiciones de seguridad originales, mientras que su valor económico puede respaldar préstamos, stablecoins, futuros perpetuos y otras aplicaciones financieras a través de Trustless Bitcoin Vaults. El objetivo no es reubicar Bitcoin. Es ampliar lo que Bitcoin puede aportar sin cambiar lo que Bitcoin es.

Esa distinción cambió la forma en que pienso la interoperabilidad. Quizá hemos pasado demasiado tiempo diseñando mejores maneras de mover activos entre ecosistemas y no suficiente tiempo diseñando sistemas que puedan funcionar con activos donde ya existen.

Si esa idea sigue madurando, el papel de Bitcoin en las finanzas descentralizadas puede que ya no dependa de cuántas cadenas pueda alcanzar. Puede depender de cuánto pueda desarrollarse la actividad económica mientras Bitcoin nunca se va de casa.

Quizá el futuro de BTCFi no se trata de mover Bitcoin. Quizá se trata de mover todo excepto Bitcoin.

@BabylonLabs_io $BABY #baby

Muchos asumen que, en el momento en que Bitcoin entra en DeFi, tiene que dejar de ser Bitcoin. Los tokens envueltos, los activos sintéticos y los custodios han hecho que esa suposición parezca casi inevitable. Empiezo a pensar que la propia suposición merece más escrutinio.

Lo que me llamó la atención en la arquitectura de Babylon es que aborda el problema desde la dirección opuesta. En lugar de crear otra representación de BTC, se pregunta si el Bitcoin nativo puede seguir en su propia red mientras, al mismo tiempo, respalda préstamos de stablecoins, futuros perpetuos y otras aplicaciones financieras mediante Trustless Bitcoin Vaults. El desafío no es darle a Bitcoin una identidad nueva. Es demostrar que su identidad existente es suficiente.

Esa distinción cambió la forma en que pienso sobre la garantía. Tal vez la verdadera innovación no sea inventar una versión mejor de Bitcoin. Tal vez sea diseñar infraestructura que se adapta a Bitcoin en lugar de exigir que Bitcoin se adapte primero.

Si ese enfoque tiene éxito, la conversación sobre BTCFi podría cambiar por completo. La pregunta ya no sería cómo recrear Bitcoin en algún otro lugar. Sería hasta qué punto el Bitcoin nativo puede participar sin convertirse nunca en un activo diferente.

Quizá el futuro de Bitcoin en DeFi no esté definido por la representación. Quizá esté definido por preservar la autenticidad mientras se amplía la utilidad.

@BabylonLabs_io $BABY #baby

A menudo se describe Babylon Genesis como “solo” otra blockchain. Después de leer la documentación, no creo que sea la forma más interesante de mirarlo.

La mayoría de las blockchains se enfocan principalmente en producir sus propios bloques. Babylon Genesis ciertamente hace eso, pero la documentación describe repetidamente algo más amplio. Actúa como una capa de coordinación para el staking en Bitcoin, la generación de marcas de tiempo, la seguridad y la distribución de recompensas. En lugar de competir con Bitcoin, organiza cómo la seguridad de Bitcoin puede aplicarse en otros sistemas.

Esa distinción cambió la manera en que pienso sobre la red. El valor de Babylon Genesis quizá no provenga de ser otro destino para activos. Proviene de ayudar a participantes independientes a alcanzar la misma visión de la seguridad y el estado, al mismo tiempo que ancla eventos importantes al libro mayor de Bitcoin mediante marcas de tiempo y checkpoints.

Cuanto más reflexionaba sobre ese diseño, menos parecía una Red 1 tradicional. Más bien, se sentía como infraestructura que coordina la confianza en vez de competir por ella. La producción de bloques es solo una de sus responsabilidades. El papel más grande es hacer que las recompensas de seguridad y la coordinación respaldada por Bitcoin funcionen como un único sistema.

Quizá Babylon Genesis no se define por los bloques que produce. Quizá se define por todo lo que coordina en silencio entre ellos.

@BabylonLabs_io $BABY #baby

Las personas a menudo asumen que si un protocolo tiene un operador, entonces ese operador también debe ser la parte en la que confías con tus activos. Cuanto más estudié el diseño de la bóveda de Babylon, más me di cuenta de que esas dos responsabilidades están intencionalmente separadas.

Un Proveedor de Bóvedas tiene un trabajo importante. Coordina el trabajo fuera de la cadena necesario para crear y posteriormente canjear una bóveda, incluyendo la generación de pruebas, el manejo de transacciones prefirmadas y la coordinación con los Custodios de Bóvedas de la Aplicación. Pero según la documentación, nunca retiene ni controla el Bitcoin del depositante. Las condiciones de gasto se fijan cuando se crea la bóveda, haciendo que el papel del proveedor sea operativo más que de custodia.

Esa distinción cambió la forma en que pienso sobre la infraestructura. La coordinación es necesaria porque los sistemas complejos necesitan participantes que mantengan los procesos en marcha. La confianza es diferente. La confianza determina quién puede decidir finalmente el destino de tus activos.

La arquitectura de Babylon parece trazar un límite deliberado entre esas ideas. Un Proveedor de Bóvedas ayuda a que el protocolo funcione, pero no obtiene autoridad sobre el BTC en sí. Incluso si más adelante el proveedor deja de estar disponible, la documentación describe una ruta de auto-reclamación del depositante diseñada para que los usuarios recuperen su Bitcoin de forma independiente.

Quizá una señal de un diseño maduro de protocolo no es eliminar por completo los roles operativos. Es asegurarse de que esos roles nunca se conviertan en posiciones de custodia.

@BabylonLabs_io $BABY #baby

La gente a menudo asume que, si tienes Bitcoin como garantía y lo mantienes todo en un solo lugar, esa es la opción más sencilla. Cuanto más miré el diseño del cofre de Babylon, menos convencido me sentí.

La documentación recomienda dividir el Bitcoin en dos cofres en vez de depender de uno solo. Al principio sonaba a complejidad adicional. Luego me di cuenta de que el diseño no trata de crear más cofres. Se trata de crear más control. Los cofres dentro de una posición de préstamo pueden ordenarse de modo que la liquidación llegue a uno antes que a otro, permitiendo que un cofre sacrificial designado absorba las pérdidas mientras que un cofre protegido permanece intacto si las condiciones mejoran antes de que se necesite otra liquidación.

Eso cambia cómo pienso sobre la garantía. En vez de tratar cada satoshi como igualmente expuesto, Babylon introduce límites dentro de la propia posición. El objetivo no es simplemente sobrevivir a una liquidación. Es evitar convertir cada contratiempo del mercado en un evento de todo o nada.

Quizá un buen diseño de garantías no se mida por cuánto Bitcoin bloqueas. Quizá se mida por cuán intencionalmente decides qué Bitcoin debe asumir la primera capa de riesgo.

@BabylonLabs_io $BABY #baby

La mayoría de las personas asumen que juntar activos hace que un sistema sea más eficiente. Suena razonable hasta que empiezas a pensar en lo que ocurre cuando algo sale mal.

Los Baúles de Bitcoin sin confianza (Trustless) de Babylon siguen un camino claramente diferente. En lugar de colocar muchos usuarios’ BTC en un fondo compartido, cada baúl está vinculado a su propio UTXO. Al principio, eso puede parecer un simple detalle de implementación. Cuanto más lo examinaba, más me parecía un enfoque deliberado para gestionar el riesgo, más que solo almacenar Bitcoin.

Cuando el colateral se agrupa, el problema de un participante puede ir convirtiéndose gradualmente en la preocupación de todos los demás. Los baúles aislados cambian esa relación. Cada baúl sigue su propio ciclo de vida, su propio proceso de verificación y su propia ruta de redención. El riesgo permanece ligado al Bitcoin específico que se está utilizando, en lugar de expandirse entre depósitos no relacionados.

Eso me hizo preguntarme si el aislamiento realmente trata de la custodia. Quizá se trata de preservar límites claros. Un protocolo no se vuelve más resistente porque lo reúna todo. A veces, la resiliencia proviene de asegurar que las posiciones independientes sigan siendo independientes incluso cuando participan en el mismo sistema.

Tal vez la parte más importante del diseño de los baúles de Babylon no es que el Bitcoin se mantenga en Bitcoin. Es que cada baúl solo lleva su propia responsabilidad.

@BabylonLabs_io $BABY #baby