Jack Bullish

He estado siguiendo DUSK durante un tiempo, y lo que sigue atrayendo mi atención no es el relato de la privacidad.

Es la forma en que el ecosistema se va completando en silencio.

A primera vista, Dusk tiene una historia cripto familiar: L1, contratos inteligentes confidenciales, activos del mundo real tokenizados. Pero cuanto más profundizas, más te das cuenta de que el trabajo importante está ocurriendo alrededor de la cadena.

NPEX probablemente sea el mejor ejemplo. Esto no es solo otra empresa diciendo que “explorará blockchain”. Dusk está vinculado a un mercado regulado europeo de valores, donde la emisión, la negociación y la liquidación realmente importan. Eso hace que el experimento sea mucho más tangible.

Luego está la infraestructura que la mayoría de la gente se salta.

Quantoz conecta EURQ, dándole al ecosistema una capa de liquidación nativa en euros. Cordial se sitúa más cerca de la custodia y la gestión de activos institucional. 21X abre otra vía hacia mercados regulados de activos digitales. Chainlink acerca el mundo exterior mediante datos y conectividad entre cadenas.

Por separado, ninguna de estas cosas suena revolucionaria.

Juntas, cuentan una historia distinta.

Dusk está llenando poco a poco las brechas aburridas que normalmente acaban con la adopción de blockchain.

¿Dónde se liquida el dinero?

¿Quién custodia los activos?

¿Cómo interactúan los entornos regulados con la cadena?

¿Cómo se mantiene privada la información financiera confidencial sin convertir todo el sistema en una caja negra?

Esas preguntas son mucho menos emocionantes que “aumenta 10x tu exposición a RWA”, pero son las preguntas que importan.

Y esta es la parte que encuentro realmente interesante: el diseño de privacidad de Dusk no está realmente pensado para ocultarlo todo. Los mercados financieros a menudo necesitan lo contrario: visibilidad selectiva. Los reguladores, las contrapartes y las instituciones pueden necesitar verificar algo sin exponer todo el historial a cada desconocido en la red.

Eso me parece mucho más fundamentado.

DUSK no parece maduro porque tenga el ecosistema más ruidoso.

Parece más maduro porque, parte por parte, faltan menos piezas del flujo de trabajo financiero.

#dusk $DUSK @Dusk

DUSK — La parte de la privacidad que la gente normalmente pasa por alto

Cuanto más observo Dusk, menos interesante me parece la historia de la “blockchain privada”.

Esa etiqueta hace que suene a que el objetivo es ocultarlo todo.

Pero no es así.

La pregunta real es mucho más práctica: ¿quién necesita ver qué?

Eso suena aburrido hasta que piensas en los mercados financieros reales.

Un inversor puede necesitar demostrar que es elegible sin exponer toda su identidad. Un emisor puede necesitar saber quién puede mantener un activo sin ver el saldo de todos. Un auditor puede necesitar pruebas de que se cumplió una norma, sin obtener una visión en tiempo real de cada operación.

Ahí es donde el modelo de divulgación selectiva de Dusk empieza a tener sentido.

Citadel permite a los usuarios probar atributos mediante pruebas de conocimiento cero sin poner los detalles personales subyacentes en la cadena. Phoenix va un paso más allá para las transferencias: los saldos y los detalles de las transacciones pueden mantenerse ocultos, mientras que las partes autorizadas pueden seguir obteniendo la información necesaria para la verificación mediante mecanismos de visualización.

Y luego está XSC.

Esta es la parte que encuentro más interesante que el titular sobre privacidad.

XSC está diseñado para contratos inteligentes confidenciales sobre activos financieros, donde las reglas siguen importando: quién puede mantener algo, qué transferencias están permitidas, qué ocurre al reembolsar, cómo funcionan las acciones corporativas. La privacidad no está al lado de las reglas: es parte de cómo se aplican.

El detalle silencioso es que Dusk no parece obsesionada con hacer que todo sea invisible.

Mantiene los modelos de transacciones públicas y privadas en la misma red. Moonlight puede exponer lo que debe ser público; Phoenix puede ocultar lo que no debe. La divulgación selectiva se sitúa entre ambas cuando alguien realmente necesita una prueba.

Eso se parece mucho más a la finanza del mundo real.

No quieres secretismo.

Quieres control sobre la divulgación.

Y quizá esa sea la definición de privacidad más útil: no desaparecer, sino negarse a revelar más de lo que la situación requiere.

#dusk $DUSK @Dusk

Creo que la gente lee “auditoría de seguridad” en un proyecto cripto y se pasa inmediatamente a otra cosa.

Yo no.

Con Dusk, lo interesante no es la lista de auditores. Es lo que realmente tuvieron que encontrar.

Dusk ha sido revisado en PLONK, Piecrust, Phoenix, Kadcast, BLS, consensus, Rusk y sus contratos de migración. En papel, eso suena tranquilizador.

Luego recuerdas cómo normalmente se rompen estos sistemas.

No porque la criptografía de titularidad deje de funcionar de repente.

Sino porque dos partes de código perfectamente razonables hacen una suposición incorrecta sobre la otra.

Dusk ha tenido ejemplos de exactamente eso.

Un problema de PLONK permitió en una ocasión la posibilidad de pruebas falsificadas porque las entradas públicas no se gestionaban correctamente en el transcript de Fiat-Shamir. Se detectó y se corrigió.

Luego AEGIS descubrió algo aún más interesante.

39 hallazgos. 7 marcados como críticos.

Lo inquietante no fue la cifra.

Fue la ubicación: aislamiento de la VM, deserialización del lado del host, la lógica de comisiones/reembolsos en Phoenix y las firmas BLS.

Esos son nombres aburridos hasta que te das cuenta de que cada uno está cerca de un límite donde el protocolo tiene que confiar en otro componente.

Ahí es donde presto atención.

Porque una prueba ZK que sea matemáticamente correcta no ayuda mucho si la VM que la rodea interpreta el estado de forma incorrecta.

Un buen esquema de firmas no te salva de una mala implementación.

Y un contrato inteligente puede estar perfectamente escrito, mientras el entorno que le alimenta datos malos.

Por eso también me interesa más lo que Dusk hizo después de los hallazgos.

No solo parchearon unas líneas y ya. Las correcciones se volvieron comprobaciones más estrictas, pruebas de regresión adicionales, reglas de decodificación más sólidas, una mejor vinculación entre comisión/reembolso y cambios en torno a la verificación de BLS.

Esa es la parte que la mayoría de la gente se salta cuando habla de auditorías.

Una auditoría no es una prueba de que nada se romperá.

Es evidencia de lo que ocurre cuando alguien intenta lo suficiente para romperlo.

Y honestamente, es algo mucho más útil de observar.

#dusk $DUSK @Dusk

Antes miraba las DeFi de tipo fijo igual que todos los demás.

Buena idea.
Pero ¿por qué molestarse si el tipo variable es más bajo?

Entonces observas una posición real el tiempo suficiente y la respuesta se vuelve incómoda:

a veces el cambio del tipo es más peligroso que el tipo alto.

Ahí es donde TermMax empieza a encajar para mí.

Supongamos que pides prestado respaldándote con un activo porque ya tienes un plan para el dinero.

Lo necesitas por 30 días, quizá 90.

Sabes dónde empieza la operación, dónde quieres que termine y, más o menos, qué retorno estás buscando.

Lo último que quieres es que el costo del préstamo se mueva debajo de ti mientras todo lo demás también se mueve.

Un tipo fijo elimina una variable de la ecuación.

Y eso suena pequeño hasta que has gestionado una posición a través de un mercado violento.

La parte de la que la gente no habla lo suficiente es que TermMax está construido alrededor del vencimiento.

No solo

“aquí tienes tu APR”.

Más bien

“aquí está el tipo, aquí está el plazo, aquí es cuándo termina esta cosa”.

Puedes modelar la operación en lugar de comprobar un número de utilización cada pocas horas.

El lado del prestamista también es interesante.

El diseño de órdenes por rango de TermMax permite que la liquidez se sitúe a diferentes tipos en lugar de obligar a todo a entrar en un solo número.

Eso hace que se sienta menos como un fondo de préstamo genérico y más como gente que realmente está cotizando por tiempo.

Luego está la parte de las opciones.

Préstamos, financiación fija, vencimiento, pagos estructurados: empieza a encajar todo una vez que el propio tiempo se convierte en algo que el protocolo puede valorar.

Pero una realidad

un tipo fijo no significa liquidez fija.

Puedes fijar el costo del préstamo y aun así encontrar difícil salir temprano cuando el mercado se pone feo.

Entonces, ¿quién necesita realmente TermMax?

Probablemente no alguien que persigue el tipo más alto de hoy.

Es la persona que mira una posición y dice

Sé lo que estoy haciendo con este capital. Solo no quiero que las reglas cambien a mitad de camino.

No es un préstamo más barato.

Un préstamo predecible.

Y en un mercado construido alrededor de perpetuos y de tipos que se mueven constantemente, eso quizá sea lo más valioso.

#termmax @TermMax

Cuanto más observo Dusk, menos pienso en “cross-chain” en el sentido habitual del mundo cripto.

La mayoría de los proyectos habla de interoperabilidad como si significara transferir un token de una cadena a otra.

Esa parte es sencilla.

Lo más interesante con Dusk es lo que ocurre después de que el activo se mueve.

Dusk tiene DuskDS debajo para el settlement, DuskEVM para el mundo EVM, y una infraestructura nativa para contratos que necesitan una integración más estrecha con la propia cadena.

Así, los desarrolladores pueden usar herramientas EVM familiares mientras que el settlement y la privacidad permanecen anclados en Dusk.

Esto importa porque los mercados financieros están fragmentados por naturaleza.

La liquidez está en lugares distintos.
Las verificaciones de identidad ocurren en otro sitio.
El settlement ocurre, de nuevo, en otro sitio.

Dusk parece estar abordando la interoperabilidad desde esa realidad.

Su modelo de privacidad no es simplemente “ocultar todo”.

Es más bien como:

probar lo que necesita probarse, revelar lo que necesita revelarse y mantener el resto en privado.

Y luego está la parte que la gente rara vez menciona:

el puente en sí.

Dusk aprendió esa lección después de que su infraestructura de puente fuera comprometida en enero de 2026. El detalle importante fue que el consenso de DuskDS en sí no se vio afectado.

La capa de conexión sí.

Esa distinción importa.

Una cadena sólida aún puede heredar riesgo de la maquinaria que la conecta con otras cadenas.

Así que cuando miro la interoperabilidad de DUSK, no me pregunto realmente:

“¿A cuántas cadenas puede conectarse Dusk?”

Me pregunto:

¿Puede un activo moverse entre redes manteniendo intactos la identidad, la privacidad, el cumplimiento y el settlement?

Ese es el problema más difícil.

Y probablemente el más interesante.

Porque la interoperabilidad quizá no se trate realmente de mover activos.

Podría tratarse de mover confianza e información sin exponer todo lo que hay alrededor.

#dusk $DUSK @Dusk

Lo que captó mi atención con TermMax no fue la palabra “ajustada”.

Fue lo que sucede con una posición cuando tu costo de préstamo deja de moverse

He visto suficientes operaciones en DeFi como para saber lo enredadas que pueden ponerse las tasas variables

Entras porque te gusta el planteamiento
Luego el mercado se llena de gente
El préstamo se encarece

Tu tesis no ha cambiado, pero de pronto la posición se siente peor

No solo estabas apostando por el activo

También estabas apostando a que el costo de permanecer en la operación no se volvería en tu contra

TermMax elimina esa sorpresa
Fijas la tasa para un plazo específico

Ahora sabes cuánto cuesta la deuda antes de que la operación empiece a “respirar”

Y, sinceramente, eso cambia cómo se siente la posición

Dejas de mirar la tasa de lending cada pocos minutos

Empiezas a preguntarte

¿Realmente creo lo suficiente en esta operación como para mantenerla hasta el vencimiento?

Hay otro detalle que mucha gente pasa por alto

TermMax no trata la liquidez como un solo gran “balde” con un solo APY

Su curva de precios permite que la liquidez se mantenga en diferentes tasas fijas

¿Quieres más tamaño?

El mercado puede cobrarte más por eso

Es simple, pero se parece mucho más a cómo se comportan los mercados reales de crédito

Y las tasas fijas no hacen que el apalancamiento sea seguro

El colateral aún puede salir mal

El vencimiento todavía importa

La liquidación sigue existiendo

Solo has eliminado una fuente de incertidumbre.

Entonces, la estructura FT XT y GT empieza a tener sentido: el principal y los intereses, y la posición de colateral apalancada, se separan en lugar de ocultarse detrás de un solo saldo

Alpha empuja la misma idea a las opciones usando calls y puts, con la prima definiendo el costo inicial

Piezas diferentes
Misma filosofía

Conoce cuánto cuesta la posición antes de que se vuelva emocional

Pero esta es la parte a la que sigo volviendo

Los costos fijos pueden hacer que el apalancamiento se sienta cómodo
Y el apalancamiento cómodo sigue siendo apalancamiento

Tal vez ese sea el verdadero cambio que introduce TermMax
No solo mejores tasas

Un entorno más predecible donde puedes ver claramente a qué te estás exponiendo

Porque a veces la claridad no hace a la gente más cautelosa
Solo hace que estén dispuestas a permanecer en la operación un poco más
#termmax @TermMax

He estado mirando DuskEVM menos como “otra cadena EVM” y más como una puerta de entrada a Dusk.

La historia obvia es fácil:

Dusk está centrado en la privacidad.
DuskEVM ejecuta contratos EVM.
Los desarrolladores de Ethereum obtienen herramientas con las que ya se sienten familiarizados.

Listo.

Pero esa no es realmente la parte interesante.

Dusk no reemplazó su entorno nativo solo para perseguir la adopción de EVM.

DuskEVM está junto a la propia capa de ejecución de Dusk.

Puedes usar Solidity, Hardhat, Foundry, el flujo habitual de EVM.

O acercarte más al metal con DuskVM, donde los contratos Rust/WASM pueden trabajar directamente con las capacidades nativas de Dusk.

Así que básicamente hay dos personalidades conviviendo en el mismo ecosistema.

La familiar.

Y la construida específicamente para Dusk.

Luego está la parte que mucha gente pasa por alto:

DuskEVM no finge ser la capa de settlement.

DuskDS se sienta por debajo, encargándose de la parte de la capa base, mientras que DuskEVM le da a los desarrolladores el entorno de ejecución que ya conocen.

Incluso cuando DUSK se mueve entre esos dos entornos, esa separación se hace visible. Hay un flujo de puente real entre EVM y L1.

Y honestamente, me gusta eso.

La privacidad aquí también es más matizada que el eslogan habitual.

Dusk tiene transacciones Moonlight transparentes y transacciones Phoenix protegidas.

A veces quieres privacidad.
A veces necesitas divulgación.
A veces necesitas demostrar algo sin revelar todo.

Ese es un problema mucho más práctico para las finanzas.

Así que no veo realmente a DuskEVM como “Dusk volviéndose compatible con Ethereum”.

Lo veo como:

trae tu stack de Solidity.

Luego mira qué pasa cuando se encuentra con una capa de settlement diseñada pensando en la confidencialidad.

Ese experimento es más interesante que otra cadena con un logo de EVM.

#dusk $DUSK @Dusk

Sigo pensando en esto porque es el tipo de cosa que no notas desde un panel.

Ves una tasa fija.
Ves liquidez.
Todo parece estar bien.

Entonces recuerdas que TermMax no es solo sobre lo que estás tomando prestado.

También trata de cuándo estás dispuesto a liquidarlo.

Cada mercado tiene una fecha de vencimiento específica. FT le da al prestamista el derecho en el vencimiento, mientras que XT representa el otro lado de la posición.

Eso suena simple.

No lo es.

Supongamos que todos quieren septiembre.

Los prestatarios quieren septiembre.
Los prestamistas quieren septiembre.

De pronto, "$10m de liquidez" no te dice gran cosa.

La pregunta útil se vuelve:

$10m para qué fecha?

Porque $10m guardados en agosto no es lo mismo que $10m guardados en septiembre.

Esa es la parte que la gente subestima con el DeFi de tasa fija.

La liquidez queda atrapada dentro del calendario.

El diseño V2 de TermMax aborda directamente este problema: la liquidez puede fragmentarse entre mercados, el capital puede quedarse ocioso y los activos prestados pueden permanecer inmovilizados hasta el vencimiento.

Las Órdenes Atómicas y el Order Aggregator se construyen para hacer esa liquidez más reutilizable.

Pero el detalle que encuentro más interesante es Smart Unwind.

Porque el enemigo real no es solo la liquidez fragmentada.

Es la liquidez dormida.

Si se piden prestados 5 ETH durante 30 días, ese ETH no está disponible de manera casual mañana.

Smart Unwind le da a esa posición una salida antes del vencimiento, permitiendo que la liquidez vuelva a circular.

Eso cambia la forma en que miro TermMax.

La pregunta interesante no es:

“¿Puede DeFi tener tasas fijas?”

Ya sabemos que sí puede.

La pregunta más difícil es:

“¿Los mercados de tasa fija pueden mantener el capital en movimiento cuando todos quieren la misma fecha?”

Porque cuando el vencimiento se llena, la liquidez deja de ser un solo número.

Se convierte en un mapa.

Y en ese mapa, la fecha podría importar más que el APY.

Probablemente esa sea la cosa silenciosa que vale la pena vigilar.

#termmax @TermMax

Cuanto más miro DUSK, menos pienso en la gobernanza como “quién tiene derecho a votar”.

Esa es la parte fácil.

Lo que realmente me interesa es lo que ocurre después de la discusión, después de la propuesta, después de que todos estén de acuerdo con lo que quieren.

Entonces alguien tiene que cambiar la red.

Dusk usa DIPs — Dusk Improvement Proposals — para documentar cambios de protocolo y hacer que pasen por revisión antes de que se conviertan en parte del sistema.

Pero una propuesta sigue siendo solo un documento.

En algún momento tiene que convertirse en código.

Y ahí es donde las cosas se ponen mucho más serias.

Una actualización puede cambiar las reglas que los nodos usan para validar transacciones, procesar bloques o activar nuevas funcionalidades. El cliente Rusk de Dusk tiene una lógica explícita de actualización y activación para gestionar esos cambios.

Ese pequeño detalle me importa más que la página de gobernanza.

Porque la pregunta real no es:

“¿La comunidad lo aprobó?”

Sino:

“¿La red realmente se movió a las reglas nuevas de forma limpia?”

Ese es un problema completamente distinto.

Y hay otra capa que la gente tiende a pasar por alto.

Dusk no solo intenta ser otra cadena de propósito general. Está construyendo infraestructura alrededor de la privacidad y las aplicaciones financieras, donde las actualizaciones eventualmente pueden tocar cosas como permisos, controles de activos, flujos de trabajo regulados y el comportamiento de los smart contracts.

En ese entorno, “la capacidad de actualización” es un arma de doble filo.

Necesitas poder corregir cosas.

También necesitas saber exactamente quién puede cambiar qué, cómo ocurre ese cambio y qué hace la red mientras el cambio está sucediendo.

Por eso prestaría menos atención al número de discusiones de gobernanza sobre DUSK…

…y más atención a lo aburrido:

el DIP,

el commit del código,

el release,

la regla de activación,

y, por último, el momento en que los nodos empiezan a aplicar el nuevo comportamiento.

Toda esa cadena es gobernanza.

La parte silenciosa es que no ves realmente cómo funciona la gobernanza cuando todo va bien.

Te das cuenta cuando cambian las reglas — y la red aún está de acuerdo con la realidad.

#dusk $DUSK @Dusk

Creo que TermMax se pone más interesante cuanto más tiempo lo miras.

Al principio, solo parece otro protocolo de préstamos a tasa fija.

Luego te das cuenta de la parte extraña:

tu tasa de préstamo puede mantenerse estable mientras el activo que respalda ese préstamo se mueve como un maníaco.

Eso cambia cómo piensas sobre la posición.

En los préstamos DeFi normales, normalmente estoy mirando primero la tasa de préstamo.

5% ahora.
8% mañana.
12% cuando la liquidez se aprieta.

TermMax elimina un poco de ese ruido.

Tú eliges el vencimiento.

Fijas la tasa.

Sabes cómo debería verse la deuda cuando llegue esa fecha.

Suena cómodo.

Hasta que BTC cae 18%.

Entonces recuerdas:

la tasa estaba fija.

la garantía no.

Esa es la parte que la gente suele pasar por alto.

TermMax no está quitando riesgo.

Lo está separando.

El riesgo de tasa de interés se vuelve más fácil de ver.

El riesgo de garantía se vuelve mucho más importante.

Y de pronto el vencimiento importa más que el titular de un APR.

Una posición de 30 días y una de 180 días pueden verse similares en un panel y sentirse completamente distintas una vez que estás dentro.

Porque el tiempo es parte de la operación.

Luego está Alpha.

Aquí es donde TermMax empieza a sentirse menos como una app de préstamos y más como algo con lo que realmente se sentaría un trader.

Puedes expresar exposición a opciones tanto largas como cortas con strikes y primas definidos.

Estructura limpia.

Pero el riesgo definido no es lo mismo que cero riesgo.

Una prima cobrada hoy puede parecer pequeña cuando el mercado está tranquilo y ser muy diferente después de un movimiento violento.

Lo mismo con Dual Investment.

El rendimiento es tentador hasta que recuerdas qué estás renunciando para ganarlo.

Normalmente esa es la parte silenciosa.

El número en la pantalla es la recompensa.

Lo que estás dando es lo que está debajo.

Y eso es lo que mantiene mi interés en TermMax.

No el titular de tasa fija.

El hecho de que te haga prestar atención a cosas que los usuarios de DeFi a menudo ignoran:

vencimiento, liquidez de salida, calidad de la garantía, la mecánica de liquidación y quién carga la parte desagradable de la operación.

Una tasa fija puede hacer que una posición se sienta tranquila.

La garantía te dirá si realmente lo es.

#termmax @TermMax

La parte de TermMax que me resulta más interesante no es el tipo fijo.

Es lo que sucede cuando cambias de opinión.

Fijas una posición.
Obtienes tu tipo bonito y predecible.
Todo se ve limpio.

Luego pasan unas semanas.

Los tipos se mueven.
La liquidez cambia.
Y de repente te encuentras con una posición que todavía tiene un valor, pero quizá no quieras mantenerla hasta el vencimiento.

Ahí es donde las cosas se ponen reales.

TermMax convierte la reclamación a tipo fijo en un FT transferible, para que la propia posición pueda moverse a través de un mercado secundario en lugar de limitarse a quedarse ahí hasta el vencimiento.

En el papel, eso parece obvio.

En la práctica, es una de las partes más difíciles del DeFi de renta fija.

Porque un FT no es solo “un activo”.

Lleva un reloj incorporado.

Dos reclamaciones idénticas pueden tener precios muy distintos simplemente porque una vence en 20 días y la otra en 200.

Luego, añade tipos cambiantes, riesgo de colateral y liquidez escasa.

Ahora el mercado tiene que averiguar cuánto vale realmente esa reclamación.

Por eso el enfoque de AMM y curva de precios de TermMax importa más de lo que parece a primera vista. No intenta hacer que una posición a tipo fijo se comporte como un intercambio normal de tokens. El sistema tiene que valorar el tiempo tanto como el capital.

Y hay un detalle sutil aquí que creo que se pasa por alto:

el mercado secundario también puede ayudar al prestatario.

Si el FT que representa tu deuda empieza a cotizar por debajo del valor nominal, comprar ese FT puede convertirse en una forma más barata de liquidar la obligación.

Así que de pronto el mercado no solo les da a los prestamistas una salida.

También puede ofrecer a los prestatarios otra manera de gestionar la deuda.

Esa es la parte interesante.

El tipo fijo recibe toda la atención.

La deuda transferible es donde realmente está el experimento.

Porque crear un instrumento a tipo fijo es un problema.

Crear uno que la gente siga dispuesta a negociar después de que se haya ido la emoción del préstamo original…

ese es el problema mucho más difícil.

Y normalmente, ahí es donde descubres si un primitivo de DeFi es realmente útil.

#termmax @TermMax

DUSK tiene un detalle que creo que la gente pasa por alto demasiado rápido:

XC no es XSC.

Al principio, parece solo una cuestión de nomenclatura de protocolos.

Pero en realidad es una elección de diseño.

XC es el Estándar de Token Confidencial para activos que no son de seguridad.

XSC es el estándar más robusto para valores, donde la elegibilidad del inversor, las restricciones de transferencia y las reglas de cumplimiento pasan a formar parte del propio activo.

Esa separación tiene sentido.

No todos los tokens necesitan las mismas reglas.

Y no todas las transacciones financieras deberían convertirse en información pública.

Ahí es donde me parece interesante Dusk.

En la mayoría de cadenas públicas, una vez que algo se mueve, el rastro queda básicamente para siempre.

La Wallet A envió tanto.

La Wallet B lo recibió.

Luego B lo movió.

Genial para la transparencia.

No siempre es genial para las finanzas.

Dusk toma una ruta diferente. Phoenix puede ocultar al remitente, al receptor y el importe, mientras que la divulgación selectiva permite que la parte correcta demuestre lo que ocurrió cuando sea necesario.

Y esa última parte importa.

La privacidad no necesariamente consiste en ocultarlo todo.

A veces simplemente se trata de no mostrarlo todo a todo el mundo.

Un auditor podría necesitar pruebas.

Una contraparte podría necesitar confirmación.

Una persona cualquiera observando la cadena, no.

Y ahí es donde XC se vuelve interesante.

El activo puede seguir siendo utilizable sin convertir cada movimiento en información de mercado pública.

Porque el historial de transacciones puede revelar estrategia, liquidez, relaciones — a veces incluso lo que planeas hacer después.

La pregunta real no es:

“¿Puede Dusk ocultar una transferencia?”

Sino:

“¿Puede la actividad financiera mantenerse privada mientras sigue siendo demostrable cuando la prueba realmente importa?”

XC es solo una pieza pequeña de ese rompecabezas.

Y sinceramente, se siente mucho más útil que simplemente hacer invisibles las transacciones.

#dusk $DUSK @Dusk

He estado hurgando en el stack ZK de DUSK, y la parte a la que sigo volviendo no es la “blockchain de privacidad”.

Es esto:

la red puede verificar algo sin necesitar conocer toda la historia.

Eso suena simple hasta que piensas en lo que significa para la actividad financiera real.

Con Phoenix, los importes y los detalles de las transacciones pueden mantenerse ocultos, mientras que la cadena sigue comprobando que la transacción es válida.

Esa es una idea muy diferente a simplemente “encapsular” la información con cifrado.

Luego está PLONK.

Dusk usa PLONK como sistema de pruebas central, con BLS12-381 debajo. Lo interesante es que la prueba no es el producto por sí misma. Es el mecanismo que permite a Dusk mantener información sensible privada mientras, aun así, le da a los validadores algo que pueden verificar.

Y Bulletproofs también forman parte de la historia, pero hoy no los pondría en el mismo plano que PLONK. Aparecen más en el trabajo anterior de Dusk sobre transacciones confidenciales. El stack ha evolucionado.

Lo que de verdad me resulta interesante es el intercambio del que nadie quiere hablar:

las pruebas cuestan computación.

Alguien tiene que generarlas.

Dusk tiene infraestructura dedicada de prover justamente por esa razón.

Entonces, cuando la gente dice “el conocimiento cero te permite ocultarlo todo”, creo que se pierden el punto más relevante.

Te permite ocultar algunas cosas mientras demuestras las cosas que importan.

Para las finanzas, eso podría ser mucho más útil que hacer una blockchain completamente opaca.

No siempre necesitas que todos vean la transacción.

A veces solo necesitas a las personas adecuadas — o al propio protocolo — para saber que es válida.

#dusk $DUSK @Dusk

Pasé un poco de tiempo mirando el lado del VM de Dusk y, honestamente, ahí es donde el proyecto se pone interesante.

Todo el mundo habla de Dusk por la privacidad.

Yo no dejaba de volver a lo que está debajo:

¿cómo ejecuta realmente la cadena código sin que ese código se convierta en un problema?

Ahí es donde entra Piecrust.

Es un entorno de ejecución WASM construido a partir de una idea sencilla: los contratos inteligentes deberían vivir dentro de una caja muy controlada.

Suena aburrido.

Hasta que recuerdas que cada contrato es código que no terminas de confiar.

Puede tener errores.
Puede ser malicioso.
Puede hacer algo que el desarrollador nunca imaginó.

Así que la VM tiene que ser estricta.

Las fronteras de memoria importan.
Las llamadas importan.
Importa a qué puede acceder un contrato.

Dusk también ha tenido que endurecer esas piezas con el tiempo, con correcciones para la memoria fuera de los límites, el sandboxing, el aliasing, la reentrancia y otros problemas profundos de la capa de ejecución.

No es el tipo de cosas que aparecen en un buen titular de cripto.

Pero es el tipo de cosas a las que yo de verdad les presto atención.

Porque la privacidad solo es tan sólida como la maquinaria que hay debajo.

Lo que me gusta de Dusk es que el entorno de ejecución no se diseñó por separado del stack de privacidad.

Los contratos se ejecutan en WASM.

La VM controla el entorno.

El resto del stack se encarga de la transacción confidencial y de la parte de la demostración.

Son piezas distintas, pero tienen que comportarse como un solo sistema.

Y hay un detalle aquí que se pasa por alto:

Dusk no se siente como si simplemente estuviera reconstruyendo Ethereum con privacidad encima.

El modelo de ejecución es diferente.

Incluso la forma en que se maneja la memoria del contrato y el estado se siente más como una máquina hecha a medida que como el modelo EVM habitual.

Por eso Piecrust llamó mi atención.

No porque “WASM” suene genial.

Porque la parte aburrida es donde normalmente vive la ingeniería real.

Si Dusk se convierte en una red financiera seria, las personas notarán primero las transacciones privadas.

Muy pocas notarán la VM, en silencio, asegurándose de que todo lo que está debajo se comporte exactamente como debería.

#dusk $DUSK @Dusk

AMANECE — Phoenix es más interesante que la “privacidad”

He pasado suficiente tiempo mirando cadenas de privacidad como para notar algo:

suena impresionante hasta que preguntas por las partes aburridas.

Reembolsos.
Comisiones.
Cambio.
Transiciones de público a privado.
Quién puede ver realmente un pago.

Ahí es donde Phoenix se vuelve interesante.

En lugar de exponer tu saldo, Phoenix trabaja con notas: pequeñas piezas de dinero selladas.

Esas notas se introducen en un árbol de Merkle.

Cuando gastas una, no señalas la nota exacta. Publicas un anulador y una prueba de conocimiento cero.

La red puede verificar que tú posees los fondos, que el gasto es válido y que no se está creando valor de la nada, sin ver toda la historia financiera.

Y esta es la parte que más me gusta:

Phoenix no intenta dejar a todos ciegos ante todos.

El público ve muy poco.

El destinatario aún puede aprender lo que necesita saber.

Se le puede dar acceso de visualización a una parte de confianza.

La autoridad para gastar permanece en manos del propietario.

Así, la privacidad aquí se siente menos como desaparecer y más como elegir a quién se le abren las ventanas.

Luego vienen los casos límite feos.

Reembolsos. Comisiones. Cambio. Mover valor entre estado transparente y estado confidencial.

Esas transiciones pueden convertirse fácilmente en huellas.

Phoenix se diseñó teniendo en cuenta esos problemas, en lugar de fingir que la actividad financiera real siempre es una transferencia privada perfecta.

Eso importa.

Porque un sistema puede ocultar la propia transacción y, aun así, filtrarse a través de la comisión, el reembolso o la forma en que los fondos entran y salen del estado privado.

Por eso Phoenix 2.0 es interesante.

Empuja aún más hacia la visibilidad selectiva y los reembolsos confidenciales sin convertir la privacidad en una caja negra.

Aún puedes demostrar lo que es verdadero.

Solo no tienes que publicar toda la hoja de cálculo para probar que el número es correcto.

Quizá ese sea el aspecto silencioso de DUSK:

el objetivo no es hacer que las transacciones sean invisibles.

Es hacer invisible la información innecesaria.

La blockchain todavía necesita saber qué es verdadero.

Solo no necesita saberlo todo sobre ti para demostrarlo.

#dusk $DUSK @Dusk

Dusk es una de esas cadenas en las que cuanto más tiempo pasas mirando “bajo el capó”, menos la etiqueta de “blockchain de privacidad” te dice.

La parte que realmente llamó mi atención es el consenso.

A Dusk no le hace falta que todo el conjunto de validadores esté gritando sobre cada bloque.

Se selecciona un grupo pequeño.

Un lado propone el bloque, otros lo revisan y otro grupo ayuda a ratificarlo.

Y luego ya está.

Final.

Sin tener que quedarse sentado preguntándose si ese bloque va a desaparecer después de seis confirmaciones más.

La parte ingeniosa es cómo se eligen esos grupos.

Dusk utiliza una selección aleatoria ponderada por el stake, así que no son los mismos validadores de siempre los que hacen los mismos trabajos una y otra vez. El comité cambia. Eso hace el proceso de consenso más difícil de predecir y mucho menos cómodo para cualquiera que intente manipularlo.

Y, honestamente, esto importa más para Dusk de lo que importaría para algún L1 genérico.

Porque Dusk está apuntando a asuntos financieros.

Para activos financieros, “probablemente final” y “en realidad final” son cosas muy distintas.

Luego está la parte que rara vez veo que la gente mencione.

Dusk puede tener transacciones públicas, transacciones protegidas y contratos inteligentes viviendo en la misma red.

Moonlight se encarga del lado de la cuenta pública.

Phoenix aporta la capa de privacidad.

DuskVM gestiona la ejecución.

Así que la pregunta interesante no es realmente:

“¿Puede Dusk ocultar transacciones?”

Es:

“¿Puedes construir infraestructura financiera donde la privacidad no venga a costa de un settlement limpio y predecible?”

Ese es un problema mucho más difícil.

Y Succinct Attestation es, básicamente, la respuesta de Dusk a la parte del settlement.

Sin trucos llamativos.

Solo comités, aleatoriedad, staking y una preferencia muy fuerte por saber cuándo un bloque está realmente terminado.

Esa elección de ingeniería silenciosa puede acabar importando más que la narrativa de privacidad que todo el mundo nota primero.

#dusk $DUSK @Dusk

El recorte de Babylon no se siente como una sola regla copiada en dos lugares. Se siente como dos actitudes diferentes.

Del lado de BTC, casi roza lo incómodo por lo silencioso. La garantía permanece en custodia de Bitcoin y, además, la ruta de la penalización ya está contemplada en el diseño. Si un proveedor de finalización hace doble firma, el castigo no es algún discurso dramático por parte del protocolo. Afecta en el nivel clave. Esa es la parte que la gente pasa por alto. El daño está incorporado antes de que ocurra cualquier cosa.

BABY se siente distinto.

Ese lado resulta más familiar si has pasado tiempo en Cosmos. La evidencia aparece, el validador es encarcelado y la cadena lo maneja de la manera habitual. Sin misterio. Sin teatralidad. Solo un sistema haciendo lo que fue diseñado para hacer. Para los delegadores, es un recordatorio sencillo de que el slashing no se trata únicamente de una pérdida. Se trata de disciplina.

Lo que me llama la atención es el contraste.

El slashing en BTC se siente como una presión oculta.
El slashing en BABY se siente como un orden visible.

La misma palabra. Un estado de ánimo diferente.

#baby $BABY @BabylonLabs_io

Babylon se siente interesante por una razón que es fácil de pasar por alto al principio: no intenta sonar como el futuro.

Parece construido por personas que han mirado con suficiente detenimiento el desordenado “punto medio” de las criptomonedas como para dejar de idealizarlo.

La parte de la interoperabilidad es donde se nota. No de forma ruidosa y brillante. Más bien en las pequeñas decisiones. En cómo la pila parece preocuparse por qué debe permanecer verdadero cuando el valor se mueve, cuando la confianza cambia de manos, cuando una cadena tiene que hablar con otra sin fingir que son lo mismo.

Eso fue lo que me llamó la atención al observarlo de cerca: Babylon no desprende la energía de “miren qué conectados estamos”. Desprende la energía de “sabemos exactamente dónde están las costuras”.

Y eso importa.

Muchos proyectos hablan de la capacidad entre cadenas como si fuera un activo de marketing. Babylon lo hace sentir como una restricción de ingeniería. Más limpio. Más difícil. Más honesto. Se nota la diferencia cuando un sistema está construido por personas que esperan que las cosas fallen a menos que los bordes se traten con cuidado.

Esa es la parte que la gente normalmente se salta. No el titular. La contención.

En cripto, los proyectos que envejecen bien rara vez son los que intentan parecer perfectos. Son los que entienden dónde están las costuras y diseñan en torno a ellas sin encogerse.

Babylon me da esa sensación.
No es llamativo.
Solo es específico.
Y la especificidad casi siempre dice la verdad.

#baby $BABY @BabylonLabs_io

Babylon parece simple a primera vista.

BTC se mantiene donde está. Tú mantienes el control. Sin drama de puentes, sin promesas ruidosas.

Pero cuanto más lo miras, más notas los puntos de presión reales.

Está en la firma. En el momento. En la ruta de salida. En los pequeños instantes donde un movimiento incorrecto importa más que cualquier gran titular.

Esa es la parte que la gente pasa por alto.

No es ninguna historia dramática de “hackear la cadena”. Más bien es una deriva silenciosa. Un control de paso perdido. Un firmante que se comporta un poco mal. Un sistema que se ve bien justo hasta que tiene que demostrar que puede mantenerse bien bajo estrés.

Lo que me gusta de Babylon es que hace visible la parte difícil. Pide disciplina, no solo fe. Mejor manejo de claves. Coordinación más limpia. Menos margen para suposiciones descuidadas.

Probablemente sea lo más honesto de todo.

No el relato.

Solo el hecho de que el riesgo real normalmente está sentado en los bordes.

#baby $BABY @BabylonLabs_io

Lo que sigo notando de Babylon es que EOTS no es la parte “llamativa”. Es la parte que te hace tener cuidado.

Un proveedor de finalización no es solo “apartar BTC”. Es comprometerse con aleatoriedad pública y luego firmar con EOTS, y si la misma clave firma votos contradictorios, Babylon dice que la clave privada puede quedar expuesta y el poder de voto cae a cero. Ese es un diseño bastante implacable, y justo por eso se siente real.

El detalle silencioso que mucha gente pasa por alto es cuánto depende todo el montaje de la contención. La documentación sigue dando vueltas a los mismos hábitos: un único nodo RPC confiable, sin balanceadores de carga, vigilar votos duplicados, mantener el demonio EOTS sano y evitar el tipo de comportamiento de reinicio que puede crear, por accidente, una segunda ruta de firma. Suena aburrido hasta que te das cuenta de que lo “aburrido” es el modelo de seguridad aquí.

Lo que me destaca es que Babylon no oculta los casos límite. La guía de la fase 2 incluso mantiene la misma clave EOTS para los operadores de retorno, y el material de auditoría prueba explícitamente el doble firmado como un evento de extracción de clave. Eso te dice dónde cree el protocolo que vive el fallo real: no en el eslogan, sino en la disciplina del operador en la altura de bloque, una firma a la vez.

Esa es la parte que la gente suele pasar por alto cuando habla de la “seguridad de BTC”: el sistema trata menos de confiar y más de no volverse descuidado dos veces.

#baby $BABY @BabylonLabs_io