Zoya Research

Seguí volviendo a una pregunta mientras observaba Dusk y NPEX:

¿Puede un mercado regulado ser auditable sin convertir toda la actividad financiera de cada inversor en datos públicos?

NPEX convierte esta cuestión en algo más que teórico. El trabajo de Dusk con la bolsa neerlandesa regulada le da un contexto del mundo real: los valores regulados, los inversores y la infraestructura del mercado deben operar dentro de normas que exigen tanto supervisión como confidencialidad.

Eso crea un problema específico.

Un regulador puede necesitar verificar que un inversor es elegible o que una transacción cumple las condiciones requeridas. Pero eso no significa automáticamente que todos los demás participantes del mercado deban ver la información financiera subyacente.

Aquí es donde la arquitectura de Dusk resulta interesante.

Su modelo de transacciones Phoenix mantiene los saldos y las transferencias protegidos, mientras que las pruebas de conocimiento cero pueden establecer la validez de la transacción sin exponer los detalles subyacentes. Cuando se requiere evidencia adicional, las claves de visualización pueden proporcionar acceso selectivo.

Así que la privacidad aquí no se trata simplemente de ocultar datos.

Cambia la pregunta de “¿La información es pública?” a “¿Quién necesita demostrar o ver qué?”.

Pero la prueba real es qué ocurre cuando un valor regulado real pasa por este flujo de trabajo: quién puede ver qué, quién puede demostrar qué y cuánta coordinación manual sigue siendo necesaria detrás de escena?

Esa es la parte que no creo que deba darse por hecho.

Si esos permisos realmente pueden aplicarse onchain entre inversores, emisores, venues y supervisores, ¿la privacidad se convierte en algo más que una función de cumplimiento? — ¿se convierte en parte de la infraestructura misma del mercado?

@Dusk $DUSK #dusk

Hoy volví a revisar el modelo de privacidad de Dusk porque una pregunta no me dejaba en paz: si los mercados regulados todavía necesitan visibilidad, ¿qué exactamente está protegiendo la privacidad?

Cuanto más lo miraba, menos creo que la respuesta sea simplemente “ocultar la transacción”.

Una institución financiera puede necesitar demostrar que algo ocurrió, mientras que un competidor puede no tener ninguna razón para ver la posición subyacente, el saldo u otra información sensible.

Eso crea un problema diferente.

No se trata realmente de privacidad versus transparencia. Se trata de si distintos participantes pueden tener diferentes niveles de acceso al mismo flujo de trabajo financiero.

Ahí es donde la idea de Dusk de la privacidad programable me llamó la atención.

La información sensible puede seguir protegida mientras que las partes autorizadas aún puedan recibir lo que necesitan para su revisión. Para las finanzas reguladas, esa distinción se siente más útil que simplemente llamar a algo una “blockchain privada”.

Lo difícil es decidir cómo deben funcionar esos permisos entre reguladores, emisores, inversionistas y otros participantes sin convertir cada transacción en un registro totalmente público.

Esa es la parte que sigo observando.

Si distintos participantes necesitan diferentes niveles de visibilidad, ¿puede la privacidad programable convertirse en una forma práctica de equilibrar la confidencialidad con la supervisión regulatoria?

@Dusk $DUSK #dusk

Antes pensaba que la privacidad en los mercados financieros significaba, sobre todo, ocultar información sensible de la vista del público.

Cuanto más observo Dusk, más creo que esa definición es demasiado estrecha.

Lo que llamó mi atención es la idea de la privacidad programable: mantener la información sensible en confidencialidad donde haga falta, mientras se permite divulgar la información correcta cuando una parte autorizada necesita revisarla.

Esa distinción importa en mercados regulados.

Una aplicación financiera no necesariamente necesita que cada pieza de datos sea visible para todos. Necesita que las partes adecuadas puedan verificar lo que tienen derecho a verificar, mientras que la información sensible subyacente permanece protegida.

Eso hace que la privacidad se sienta menos como un interruptor entre “público” y “privado”, y más como algo que puede incorporarse a la forma en que operan las aplicaciones financieras.

Eso es lo que me hace interesante el enfoque XSC de Dusk: plantea la pregunta de cómo puede coexistir la confidencialidad con las reglas de activos orientadas al cumplimiento y la liquidación.

Pero aún me pregunto hasta qué punto puede llegar la privacidad programable en flujos de trabajo institucionales reales.

Si los mercados regulados necesitan privacidad, transparencia y divulgación autorizada al mismo tiempo, ¿la privacidad programable puede reducir realmente la complejidad del intercambio tradicional de datos financieros?

@Dusk $DUSK #dusk

Solía pensar que la compatibilidad con EVM resolvía principalmente el problema de la incorporación de desarrolladores.

Si DuskEVM admite lenguajes y herramientas de Ethereum familiares, incluida Solidity y Vyper, los desarrolladores pueden empezar a construir sin aprender primero un entorno de contratos inteligentes completamente diferente.

Eso importa.

Pero cuanto más observo a Dusk en el contexto de aplicaciones financieras, más creo que eso solo resuelve una capa del problema.

Un desarrollador puede desplegar una aplicación usando herramientas familiares. Eso no responde automáticamente a quién se le permite interactuar con ella, qué información debe permanecer confidencial, cómo se hace cumplir la elegibilidad, o cómo encaja la aplicación en el flujo de trabajo financiero más amplio.

Esa distinción me llamó la atención.

La compatibilidad con EVM puede reducir la barrera de programación.

Puede que no reduzca la complejidad institucional en torno a la aplicación.

Y para los mercados financieros regulados, esa segunda parte podría ser el problema más difícil.

Sigo observando cómo estas dos capas se integran.

Si DuskEVM facilita construir con lo familiar, ¿el verdadero cuello de botella simplemente se traslada de la adopción por parte de desarrolladores a la integración institucional?

@Dusk $DUSK #dusk

Hoy seguí volviendo a Dusk Trade porque llamarlo “neobroker” no explica realmente lo que llamó mi atención.

Lo interesante no es solo poder comprar o vender un bono tokenizado, un fondo u otro activo financiero.

Lo interesante es lo que tiene que ocurrir alrededor de ese trade.

Es posible que un inversor necesite descubrir el activo, completar las verificaciones de elegibilidad, conectar una billetera, colocar una orden y, luego, coordinar las patas del activo y del pago mediante la liquidación.

Lo que llamó mi atención es cómo Dusk Trade aborda esos flujos de trabajo en lugar de tratar el token como el producto completo.

Eso me hizo replantear la narrativa habitual de las RWA.

La parte difícil quizá no sea poner un activo financiero en la cadena.

Puede ser lograr que los pasos alrededor de ese activo funcionen juntos sin recrear el mismo proceso fragmentado detrás de una nueva interfaz.

Ahí es donde sigo sin estar seguro.

Si Dusk Trade puede acercar onboarding, trading y settlement, ¿eso realmente elimina la complejidad de la infraestructura o solo traslada la complejidad a la capa de la aplicación?

Creo que esa es la parte que vale la pena vigilar a medida que los mercados tokenizados se vuelven más prácticos.

@Dusk $DUSK #dusk

Hoy volví a revisar DuskEVM porque quería entender qué es lo que realmente cambia la compatibilidad con EVM más allá del titular.

Un detalle que destacó es que DuskEVM está construido para funcionar con lenguajes y herramientas de desarrollo de Ethereum conocidos, incluyendo Solidity y Vyper.

Esto importa porque los desarrolladores no necesariamente tienen que aprender un entorno de contratos inteligentes completamente diferente para empezar a construir en Dusk.

Pero entonces empecé a pensar en qué sucede después de ese primer paso.

Si desplegar una aplicación se vuelve más fácil, las preguntas más difíciles para las aplicaciones financieras no desaparecen.

¿Quién tiene permitido interactuar con ella?
¿Qué información necesita permanecer confidencial?
¿Cómo se hacen cumplir los requisitos de cumplimiento?
¿Y cómo se conecta la aplicación con el resto del flujo de trabajo financiero?

Así que no creo que la compatibilidad con EVM sea la parte interesante por sí sola.

Lo interesante es si la infraestructura de desarrollo familiar puede realmente conducir a aplicaciones que funcionen bajo restricciones institucionales reales.

Si DuskEVM elimina la barrera para los desarrolladores, ¿cuál se convierte en el siguiente cuello de botella para llevar aplicaciones financieras al uso en el mundo real?

@Dusk $DUSK #dusk

He notado que la parte interesante de @TermMax no es solo que las tasas estén fijas. Es que la tasa puede estructurarse según cuánto de una orden realmente se ejecute.

Las Órdenes de Rango de TermMax usan curvas de precios con distintos segmentos. En una orden de rango de préstamo, las porciones iniciales pueden tener APR más altos y las posteriores APR más bajos a medida que la orden se completa. Para el préstamo, la curva funciona en la dirección opuesta, con tasas que aumentan a lo largo de las porciones definidas.

Eso me hizo mirar la orden de manera diferente.

Una orden de rango no es simplemente decir: “esta es mi tasa”. Define cómo puede responder la tasa cuando se toman distintas cantidades de liquidez.

Pero eso también crea una tensión interesante: la curva solo importa si el mercado realmente la ejecuta. La documentación de TermMax también destaca como riesgos para quienes establecen órdenes de rango el capital no utilizado y las curvas de precios configuradas de forma deficiente.

Así que lo que quiero observar es cómo se comportan estas curvas cuando la demanda real se mueve a través de distintos tamaños de órdenes.

¿La estructura de la curva puede descubrir tasas útiles en la práctica, o su efectividad depende demasiado de acertar el perfil de demanda?

#TermMax @TermMax

Aún pienso que la mayoría de las conversaciones sobre RWA tratan la tokenización como si fuera la línea de meta.

Pones un activo existente en la cadena, le das una representación digital y de repente suena como si el propio activo financiero hubiera pasado a la cadena.

Pero cuanto más observo el enfoque de Dusk para la emisión nativa, más creo que hay una distinción importante.

La tokenización puede representar un activo que ya existe en otro lugar. La emisión nativa parte de un punto diferente: la infraestructura puede diseñarse para llevar a la cadena una mayor parte del ciclo de vida del activo, según la configuración legal y del producto.

Esa diferencia llamó mi atención.

Porque si la emisión ocurre en un sistema, la propiedad se registra en otro lado, y las transferencias o la liquidación siguen dependiendo de registros separados; poner un token en la cadena no necesariamente elimina el problema subyacente de la infraestructura.

Así que, para mí, la parte interesante de la emisión nativa no es simplemente crear otro token.

Es la posibilidad de reducir la brecha entre el activo digital y la infraestructura financiera responsable de él.

Sigo siendo prudente sobre hasta qué punto eso puede llegar realmente en mercados regulados. La propiedad legal, los intermediarios autorizados y las responsabilidades operativas no desaparecen solo porque un activo esté representado en la cadena.

Así que la prueba real para mí no es cuántas RWA pueden tokenizarse.

Si la emisión nativa puede mover más del ciclo de vida de un activo al libro mayor, ¿qué parte de la infraestructura financiera tradicional se vuelve más difícil de reemplazar?

@Dusk $DUSK #dusk

Todavía creo que la parte interesante de @TermMax es que una sola orden no necesariamente significa una sola tasa.

Las órdenes de rango TermMax usan curvas de precios donde diferentes porciones de una orden pueden tener diferentes APR fijos. A medida que una orden se va ejecutando, la tasa aplicable se desplaza a lo largo de la curva en lugar de mantenerse igual en todo el monto.

Eso me hizo ver TermMax menos como un mercado de una sola tasa y más como un mercado donde el tamaño de la orden en sí se convierte en parte de la fijación de precios.

Una orden de rango de préstamo puede comenzar con un APR más alto y moverse hacia tasas más bajas a medida que se llena más de la orden. Las curvas de préstamo funcionan en la dirección opuesta, con las tasas aumentando en las porciones definidas.

Lo que me parece interesante es lo que ocurre cuando estas curvas predefinidas se encuentran con la demanda real. La curva establece los términos disponibles, pero la actividad del mercado determina qué porciones se llenan efectivamente.

Así que me pregunto:

¿Cambiar el tamaño de la orden puede convertirse en una fuente significativa de descubrimiento de tasas en TermMax?

#TermMax @TermMax

Todavía creo que “tasa fija” puede hacer que una posición suene más estática de lo que realmente es.

En TermMax, un FT representa el derecho a canjear 1 token de deuda al vencimiento. Antes del vencimiento, los FT pueden negociarse con descuento, mientras que el titular también puede conservarlos hasta el vencimiento para el canje.

Eso me hizo mirar las posiciones de tasa fija de manera diferente.

La tasa puede definirse, pero el precio de mercado del FT sigue teniendo tiempo asociado. A medida que se acerca el vencimiento, la brecha entre por cuánto cotiza el FT y lo que representa al vencimiento se convierte en una parte diferente de la decisión.

Lo que me intriga es cómo se comporta esa relación cuando cambia la liquidez y los traders quieren salir en distintos momentos antes del vencimiento.

¿El valor de una posición de tasa fija se vuelve más sobre la tasa o sobre el tiempo restante hasta el vencimiento?

#TermMax @TermMax

Todavía pienso que la pregunta más interesante alrededor de DuskEVM no es si los desarrolladores pueden usar herramientas EVM familiares.

Es qué ocurre cuando el desarrollo EVM familiar se encuentra con los requisitos de privacidad de las finanzas reguladas.

DuskEVM está diseñado como la capa de aplicación compatible con EVM en el stack de Dusk, mientras que Hedger es el módulo de privacidad para flujos de trabajo de EVM. Lo que llamó mi atención es que Hedger utiliza cifrado homomórfico y pruebas de conocimiento cero para respaldar flujos de transacciones confidenciales.

Eso crea una tensión interesante.

En entornos normales de blockchain pública, la transparencia facilita la verificación. Pero las instituciones financieras a menudo tienen información que no puede simplemente exponerse a todos.

Así que el reto se vuelve más específico: ¿pueden las transacciones mantenerse confidenciales mientras aún se permite verificar o revelar la información correcta cuando sea necesario?

Mi observación es que este es un problema mucho más difícil que simplemente “agregar privacidad” a un entorno EVM.

Me interesa ver cómo se comporta esta arquitectura cuando las aplicaciones financieras reales empiecen a usarla.

Si las instituciones necesitan divulgación selectiva, ¿quién debería controlar finalmente qué llega a hacerse visible: la aplicación, el regulador o el protocolo?

@Dusk $DUSK #dusk

Sigo volviendo a una pregunta cuando observo los activos financieros tokenizados:

¿Qué sucede después de que el activo se pone en la cadena?

Al principio, pensé que la tokenización era lo difícil. Pero cuanto más miro a @Dusk, más creo que el mayor desafío es construir un mercado alrededor de esos activos.

Eso es lo que me llamó la atención sobre Dusk Trade.

Se está construyendo como la capa de aplicación para activos financieros tokenizados en DuskEVM, con instrumentos como MMFs, ETFs y bonos diseñados para operar dentro de una estructura de mercado regulada.

Y esa distinción importa.

Un bono tokenizado puede existir en la cadena, pero los inversores aún necesitan incorporación, registros de propiedad, transferencias controladas, negociación y liquidación. Si esos procesos permanecen fragmentados entre diferentes sistemas, poner el activo en la cadena solo resuelve una parte del problema.

Para mí, la prueba real no es simplemente cuántos activos pueden tokenizarse. Es si la infraestructura que los rodea se vuelve lo suficientemente utilizable como para que esos activos funcionen en un mercado regulado.

Esa es la parte de Dusk Trade a la que más de cerca le presto atención.

Si el activo está en la cadena pero la mayor parte del mercado a su alrededor sigue funcionando fuera de la cadena, ¿realmente ha cambiado la tokenización el mercado financiero en sí?

@Dusk $DUSK #dusk

Todavía pienso que la parte más difícil de los mercados de tasa fija no es fijar una tasa. Es lo que ocurre cuando esa tasa se encuentra con la demanda real.

TermMax V2 permite que los curadores definan la fijación de precios mediante curvas de órdenes por rango, mientras que las órdenes pueden agregarse en el mismo mercado. FT representa la posición de tasa fija y se puede negociar antes del vencimiento, en lugar de mantenerse únicamente hasta el final.

Eso me hizo mirar los mercados de tasa fija de manera diferente.

La tasa es solo una parte de la posición. El vencimiento también importa: un FT tiene un vencimiento definido, y su valor cambia a medida que cambia el tiempo restante hasta el vencimiento.

Lo que quiero ver es cómo funcionan estas mecánicas cuando empiezan a interactuar diferentes curvas, vencimientos, liquidez y la demanda real en los mercados en vivo.

¿Quieres verlo en la práctica?

#TermMax @TermMax

Todavía creo que la mayoría de las conversaciones sobre RWA se enfocan demasiado en el momento en que un activo se convierte en un token.

Cuanto más miro Dusk, más pienso que el problema realmente difícil empieza después de la tokenización.

Un activo todavía tiene que emitirse, transferirse, administrarse y, finalmente, liquidarse. Si esos pasos siguen dependiendo de sistemas separados, poner el activo en la cadena no significa necesariamente que el proceso financiero en sí haya pasado a la cadena.

Eso es lo que me llamó la atención del enfoque nativo de emisión de Dusk: está diseñado para respaldar más del ciclo de vida del activo dentro del propio libro mayor, en lugar de tratar la tokenización como la meta final.

Dusk Trade hace que esto sea aún más interesante. Incorpora instrumentos como MMFs, ETFs y bonos en una estructura de mercado regulado construida en torno a activos financieros tokenizados.

Mi observación: el verdadero desafío para la adopción de RWA puede que ni siquiera sea la tokenización. Puede que sea conectar la emisión, la titularidad, la negociación y la liquidación sin perder las reglas de las que ya dependen los mercados financieros.

Si el activo está en la cadena pero la mayor parte de su ciclo de vida todavía ocurre en otro lugar, ¿cuánto del mercado financiero realmente ha pasado a la cadena?

@Dusk $DUSK #dusk

Aún creo que la gente subestima lo difícil que se vuelve la privacidad cuando entran en juego instituciones financieras reales.

Lo que me llamó la atención sobre Dusk es que el stack no se trata simplemente de ocultar transacciones. DuskEVM ofrece una ruta compatible con EVM para las aplicaciones, mientras que Hedger está diseñado para flujos EVM confidenciales usando cifrado homomórfico y pruebas de conocimiento cero, con divulgación selectiva cuando las partes autorizadas necesitan información específica.

Luego viene la parte más difícil: ¿quién puede ver qué?

Una aplicación financiera puede necesitar confidencialidad frente al público, mientras que un regulador o auditor autorizado puede seguir necesitando información específica para verificación o cumplimiento.

Mi observación: la privacidad es relativamente fácil de describir. Decidir quién obtiene ver qué y bajo qué condiciones es donde comienza la verdadera tensión institucional.

Si las instituciones necesitan divulgación selectiva, ¿quién debería controlar finalmente qué llega a hacerse visible: la aplicación, el regulador o el protocolo?

@Dusk $DUSK #dusk

#dusk $DUSK @Dusk Aún sigo pensando que la parte más difícil de llevar las finanzas a la cadena no es la propia blockchain.

Lo que me llamó la atención de Dusk es la infraestructura que la rodea: NPEX aporta su posición en un mercado regulado, mientras que Chainlink ofrece interoperabilidad y vías de datos de mercado verificados. Lo que me interesa es cómo estas piezas podrían conectar emisión, trading y liquidación sin separarlas de las reglas bajo las que ya operan los mercados financieros.

Mi observación: aquí es donde “tokenización” comienza a convertirse en infraestructura de mercado real.

Si la tecnología funciona, ¿cuál pasa a ser el verdadero cuello de botella para la adopción: la regulación, la interoperabilidad o la confianza institucional?

Todavía pienso que la mayoría de los debates sobre RWA se detienen demasiado pronto.

La tokenización puede poner una representación de un activo en la cadena, pero el ciclo de vida subyacente aún puede depender de sistemas fuera de la cadena. El enfoque nativo de emisión de Dusk va más allá: la emisión, las transferencias, el servicio y la liquidación se diseñan en torno al libro mayor en la cadena.

Mi observación: el verdadero avance no es poner activos en la cadena; es reducir la brecha entre el activo y la infraestructura que lo gestiona.

Pero, ¿este modelo puede funcionar a la escala y con la complejidad regulatoria de los mercados financieros reales?

@Dusk $DUSK #dusk

Todavía creo que la gente está pasando por alto la parte más interesante de Dusk.

DuskEVM ofrece un desarrollo EVM familiar, mientras que Hedger añade flujos de transacciones confidenciales mediante cifrado homomórfico y pruebas de conocimiento cero. Lo que llamó mi atención es que la privacidad no significa renunciar a la ejecución verificable ni a la divulgación selectiva cuando se necesita una revisión autorizada.

Mi observación: esto se siente mucho más cerca de lo que la financiación regulada realmente necesita onchain.

¿Pero puede Dusk demostrar que esta arquitectura funciona a escala institucional real?

@Dusk $DUSK #dusk

Busqué cómo se mueve vaultBTC en la cadena, esperando que se comportara como WBTC. No lo hace.

WBTC puede moverse casi a cualquier lugar: carteras, exchanges y protocolos de DeFi. Esa flexibilidad es una de sus mayores fortalezas, pero también viene con un custodio detrás.

Según la propuesta de Aave de @BabylonLabs_io, vaultBTC sigue un diseño muy diferente.

En lugar de maximizar la transferibilidad, vaultBTC está restringido para la transferencia. Solo puede moverse entre tres destinos predefinidos:

• Aave V4 Hub
• Core Lending Spoke
• Integration Adapter Contract

En ninguna otra parte.

La propuesta explica por qué.

Esas restricciones son lo que permite al sistema evitar introducir un custodio de confianza. En vez de confiar en un tercero, el protocolo limita a dónde se le permite moverse al activo.

Es un intercambio diferente.

WBTC prioriza la movilidad.
vaultBTC prioriza minimizar la confianza.

Ningún diseño es inherentemente "mejor". Resuelven problemas distintos.

Una pregunta se me quedó grabada:

Si eliminar el custodio requiere restringir la transferibilidad, ¿dónde debería medirse realmente la libertad de Bitcoin: por quién lo controla, o por dónde se le permite moverse?

@BabylonLabs_io

#baby $BABY #Bitcoin #defi

Hoy estaba leyendo la propuesta de integración de Aave de Babylon, esperando que el BTC nativo se encargara de todo el proceso de préstamo y liquidación.

Luego un solo detalle cambió por completo la forma en que lo veía.

Según la propuesta, cuando una posición se liquida, los liquidadores permissionless reciben WBTC, mientras que el BTC subyacente se canjea más tarde en la red de Bitcoin después de la liquidación.

Entonces noté otro punto interesante.

La misma propuesta indica que este flujo de liquidación también se espera que aumente la demanda de préstamos para el mercado de WBTC de Aave, que ya tiene alrededor de $5B en liquidez suministrada, pero que sigue estando infrautilizado en el lado de los préstamos.

Eso crea una separación interesante.

• El BTC nativo se usa como colateral.
• El WBTC se usa durante la liquidación.
• La liquidación del BTC ocurre después.

Así que, aunque el préstamo comienza con Bitcoin nativo, la ruta de liquidación todavía depende de WBTC para proporcionar liquidez inmediata.

Es una decisión de diseño interesante que equilibra el modelo de liquidación de Bitcoin con la necesidad de DeFi de ejecución instantánea.

La pregunta no es si el WBTC está involucrado.

Es dónde empieza el “préstamo con respaldo de Bitcoin nativo” y en qué punto aún depende de Bitcoin tokenizado.

@BabylonLabs_io

#baby $BABY