NVD Insights
15.1k Publicaciones
NVD Insights
Crypto analyst with 7 years in the crypto space and 3.7 years of hands-on experience with Binance.
Abrir operación
Trader de alta frecuencia
4.7 años
769 Siguiendo
26.7K+ Seguidores
33.2K+ Me gusta
Publicaciones
Cartera
Todo
Cotizaciones
Directo
He estado mirando con más detenimiento cómo @Dusk maneja el consenso, y un detalle que me resulta fácil pasar por alto es que el proceso no se trata como una sola decisión.
Primero se prepara y propone un bloque. Luego, los participantes que votan lo evalúan antes de que la red acepte el estado resultante.
me importa esa separación porque producir un bloque candidato y aceptar ese bloque no es lo mismo. Si una propuesta es incorrecta, la etapa de votación proporciona un punto distinto donde los participantes pueden rechazarla en lugar de tratar la producción de bloques en sí misma como aceptación.
me gusta ese diseño desde una perspectiva de sistemas. Hace que la lógica sea más fácil de separar: primero proponer, luego llegar a un acuerdo.
pero hay otro aspecto que sigo pensando. Las etapas más explícitas también significan más coordinación entre los componentes. Si esas etapas dependen unas de otras, una estructura adicional puede introducir lugares adicionales donde la coordinación necesita funcionar correctamente.
mi postura es que la pregunta interesante no es si el diseño parece sofisticado. Es si esa separación realmente mejora la resiliencia sin crear complejidad innecesaria.
¿el consenso por etapas hace a Dusk más robusto ante propuestas malas? ¿O la coordinación añadida crea una nueva compensación?
#dusk $DUSK
Primero se prepara y propone un bloque. Luego, los participantes que votan lo evalúan antes de que la red acepte el estado resultante.
me importa esa separación porque producir un bloque candidato y aceptar ese bloque no es lo mismo. Si una propuesta es incorrecta, la etapa de votación proporciona un punto distinto donde los participantes pueden rechazarla en lugar de tratar la producción de bloques en sí misma como aceptación.
me gusta ese diseño desde una perspectiva de sistemas. Hace que la lógica sea más fácil de separar: primero proponer, luego llegar a un acuerdo.
pero hay otro aspecto que sigo pensando. Las etapas más explícitas también significan más coordinación entre los componentes. Si esas etapas dependen unas de otras, una estructura adicional puede introducir lugares adicionales donde la coordinación necesita funcionar correctamente.
mi postura es que la pregunta interesante no es si el diseño parece sofisticado. Es si esa separación realmente mejora la resiliencia sin crear complejidad innecesaria.
¿el consenso por etapas hace a Dusk más robusto ante propuestas malas? ¿O la coordinación añadida crea una nueva compensación?
#dusk $DUSK
Pasé una parte del fin de semana tratando de entender cómo @Dusk realmente secuencia el alta de inversores para activos regulados, y sinceramente mi primera impresión iba muy equivocada. Pensé que básicamente era un token con algunas reglas añadidas y que el mercado se encarga del resto como de costumbre.
pero no es así. El caso es que las carteras tienen que estar vinculadas a participantes verificados antes de que el activo siquiera se emita, así que la elegibilidad vive en la capa de identidad, no dentro del propio contrato del token. El contrato puede imponer restricciones de transferencia, claro, pero solo contra carteras que ya estén reconocidas en el sistema. Alguien no verificado no es rechazado cuando intenta comprar: simplemente no aparece en el grupo de compradores direccionables desde el principio.
honestamente, esa es la parte que realmente cambia cómo deberías leer la liquidez aquí. En un token normal, una profundidad de libro de órdenes baja suele significar una demanda débil: cualquiera puede mantenerlo, así que la profundidad es un buen proxy de interés. En un activo regulado de Dusk, esa lógica se rompe. La liquidez tenue podría simplemente significar que el pool elegible aún no se ha puesto al día con la demanda real.
lo que no puedo saber desde fuera es si el crecimiento lento de la liquidez es realmente un problema de demanda, o solo un cuello de botella de verificación que nadie ha resuelto.
aun así, esa distinción vale la pena considerarla antes de descartar un mercado silencioso como débil.
¿qué pasa con el descubrimiento de precios el día que el pool elegible se duplica de repente?
#dusk $DUSK
pero no es así. El caso es que las carteras tienen que estar vinculadas a participantes verificados antes de que el activo siquiera se emita, así que la elegibilidad vive en la capa de identidad, no dentro del propio contrato del token. El contrato puede imponer restricciones de transferencia, claro, pero solo contra carteras que ya estén reconocidas en el sistema. Alguien no verificado no es rechazado cuando intenta comprar: simplemente no aparece en el grupo de compradores direccionables desde el principio.
honestamente, esa es la parte que realmente cambia cómo deberías leer la liquidez aquí. En un token normal, una profundidad de libro de órdenes baja suele significar una demanda débil: cualquiera puede mantenerlo, así que la profundidad es un buen proxy de interés. En un activo regulado de Dusk, esa lógica se rompe. La liquidez tenue podría simplemente significar que el pool elegible aún no se ha puesto al día con la demanda real.
lo que no puedo saber desde fuera es si el crecimiento lento de la liquidez es realmente un problema de demanda, o solo un cuello de botella de verificación que nadie ha resuelto.
aun así, esa distinción vale la pena considerarla antes de descartar un mercado silencioso como débil.
¿qué pasa con el descubrimiento de precios el día que el pool elegible se duplica de repente?
#dusk $DUSK
Con verificación
Al principio pensé que DuskEVM se trataba principalmente de aportar compatibilidad con EVM a @Dusk . Después de mirar con más detenimiento, empecé a ver el diseño de otra manera.
Lo que me interesa es la combinación de herramientas de desarrollo familiares con una infraestructura creada alrededor de casos de uso financieros. Los desarrolladores pueden usar Solidity y las herramientas existentes de EVM, mientras que Hedger está diseñado para admitir importes de transacciones privados pero verificables.
Luego está la posible capa de aplicación: activos tokenizados, DeFi, préstamos y flujos financieros regulados. Chainlink CCIP también agrega una pieza interesante al ayudar a conectar activos tokenizados entre cadenas.
Vuelvo una y otra vez a un hecho: DuskEVM ya está disponible en testnet. Eso les da a los desarrolladores margen para experimentar antes del mainnet, en lugar de empezar desde cero después del lanzamiento.
Mi opinión es que la compatibilidad con EVM solo es el punto de partida. La pregunta más importante es si los desarrolladores pueden realmente aprovechar la privacidad, la liquidación y la infraestructura de disponibilidad de datos de Dusk para construir aplicaciones que necesitan más que un entorno EVM estándar.
Me interesan menos el anuncio en sí y más las cosas que se construyen a partir de él.
#dusk $DUSK
Lo que me interesa es la combinación de herramientas de desarrollo familiares con una infraestructura creada alrededor de casos de uso financieros. Los desarrolladores pueden usar Solidity y las herramientas existentes de EVM, mientras que Hedger está diseñado para admitir importes de transacciones privados pero verificables.
Luego está la posible capa de aplicación: activos tokenizados, DeFi, préstamos y flujos financieros regulados. Chainlink CCIP también agrega una pieza interesante al ayudar a conectar activos tokenizados entre cadenas.
Vuelvo una y otra vez a un hecho: DuskEVM ya está disponible en testnet. Eso les da a los desarrolladores margen para experimentar antes del mainnet, en lugar de empezar desde cero después del lanzamiento.
Mi opinión es que la compatibilidad con EVM solo es el punto de partida. La pregunta más importante es si los desarrolladores pueden realmente aprovechar la privacidad, la liquidación y la infraestructura de disponibilidad de datos de Dusk para construir aplicaciones que necesitan más que un entorno EVM estándar.
Me interesan menos el anuncio en sí y más las cosas que se construyen a partir de él.
#dusk $DUSK
sigue pensando en lo que le pasa a un @TermMax pool justo después de que madure un gran lote de posiciones, no antes.
la mayoría de la gente se centra en la madurez como un punto de salida para el prestamista individual, pero creo que la pregunta más interesante es qué le hace eso al pool en esa ventana.
cuando una gran parte de la deuda a tipo fijo madura al mismo tiempo, la utilización del pool puede caer rápido: el capital reembolsado queda ahí sin comprometerse hasta que aparezcan nuevos prestatarios para ocupar el otro lado t0. es un poco como un hotel con un montón de salidas el mismo día y sin garantía de que las habitaciones se vuelvan a llenar esa misma tarde.
ese hueco está bien, honestamente, pero significa que el tipo fijo de una posición nueva justo después de una gran ola de maduraciones podría parecer más atractivo de lo que sería en un mercado más estable, solo porque la utilización bajó temporalmente.
un tipo que parece generoso justo después de un pico de madurez podría ser simplemente capital ocioso hablando, no una demanda real.
no estoy seguro de qué tan visible es realmente ese patrón, a menos que estés mirando la utilización alrededor de fechas de madurez específicas en lugar de solo revisar el tipo en cualquier día...
¿alguien está verificando si las tasas de TermMax se agrupan de forma diferente justo después de grandes agrupaciones de madurez, o es un efecto demasiado pequeño como para importar?
#termmax
la mayoría de la gente se centra en la madurez como un punto de salida para el prestamista individual, pero creo que la pregunta más interesante es qué le hace eso al pool en esa ventana.
cuando una gran parte de la deuda a tipo fijo madura al mismo tiempo, la utilización del pool puede caer rápido: el capital reembolsado queda ahí sin comprometerse hasta que aparezcan nuevos prestatarios para ocupar el otro lado t0. es un poco como un hotel con un montón de salidas el mismo día y sin garantía de que las habitaciones se vuelvan a llenar esa misma tarde.
ese hueco está bien, honestamente, pero significa que el tipo fijo de una posición nueva justo después de una gran ola de maduraciones podría parecer más atractivo de lo que sería en un mercado más estable, solo porque la utilización bajó temporalmente.
un tipo que parece generoso justo después de un pico de madurez podría ser simplemente capital ocioso hablando, no una demanda real.
no estoy seguro de qué tan visible es realmente ese patrón, a menos que estés mirando la utilización alrededor de fechas de madurez específicas en lugar de solo revisar el tipo en cualquier día...
¿alguien está verificando si las tasas de TermMax se agrupan de forma diferente justo después de grandes agrupaciones de madurez, o es un efecto demasiado pequeño como para importar?
#termmax
Con verificación
He estado dando vueltas a una pregunta específica sobre el settlement @Dusk DvP durante un par de días, y no es la pregunta que la mayoría de la gente realmente está haciendo. Todo el mundo quiere saber si ambas patas de una operación se mueven juntas. Casi nadie pregunta si una u otra pata puede deshacerse en silencio después.
honestamente, esa es la parte que realmente decide si “atómico” significa algo para una institución. La cuestión es que Dusk no se apoya en confirmaciones probabilísticas: utiliza Succinct Attestation para una finalización determinista, así que “settled” realmente significa “settled”, no “settled a menos que cambie algo”. Sobre eso, se superponen saldos en capas protegidos y divulgación selectiva, y una operación se liquida sin transmitir el tamaño ni la contraparte al mercado, algo que las cadenas públicas de liquidación básicamente no pueden tocar.
eso es un cambio real para cualquier cosa institucional: eliminar el riesgo de contraparte entre dos patas es genuinamente difícil de falsificar.
lo que aún no tengo respondido con claridad: nada de esto fabrica la pata de efectivo. Depósito tokenizado, stablecoin regulada, algo más acotado construido para un propósito, pero sigue abierto. Y la extensión de CCIP amplía el alcance, pero también añade un segundo límite de atomicidad que conviene analizar con cuidado.
aun así, el volumen de NPEX, que parece orgánico más que incentivado, es el número que realmente confiaría por encima del sentimiento.
$DUSK #dusk
honestamente, esa es la parte que realmente decide si “atómico” significa algo para una institución. La cuestión es que Dusk no se apoya en confirmaciones probabilísticas: utiliza Succinct Attestation para una finalización determinista, así que “settled” realmente significa “settled”, no “settled a menos que cambie algo”. Sobre eso, se superponen saldos en capas protegidos y divulgación selectiva, y una operación se liquida sin transmitir el tamaño ni la contraparte al mercado, algo que las cadenas públicas de liquidación básicamente no pueden tocar.
eso es un cambio real para cualquier cosa institucional: eliminar el riesgo de contraparte entre dos patas es genuinamente difícil de falsificar.
lo que aún no tengo respondido con claridad: nada de esto fabrica la pata de efectivo. Depósito tokenizado, stablecoin regulada, algo más acotado construido para un propósito, pero sigue abierto. Y la extensión de CCIP amplía el alcance, pero también añade un segundo límite de atomicidad que conviene analizar con cuidado.
aun así, el volumen de NPEX, que parece orgánico más que incentivado, es el número que realmente confiaría por encima del sentimiento.
$DUSK #dusk
He estado pasando tiempo en @TermMax docs últimamente, y un detalle no deja de atraerme de vuelta: XT, uno de los dos tokens en cada mercado de tarifa fija, está diseñado para perder todo su valor al vencimiento. La mayoría de la gente lo pasa por alto y asume que es una bandera roja.
La cuestión es que eso no es un fallo del sistema; es el punto completo. Cada mercado divide un token de deuda en dos partes: FT, que avanza hacia su valor total de redención, y XT, que avanza hacia cero. Juntas, 1 FT + 1 XT siempre equivalen a 1 token de deuda. FT es el lado predecible de la tasa fija. XT es el lado deliberadamente temporal que absorbe todo lo demás: el valor temporal restante, la exposición al apalancamiento y el sentimiento del mercado.
En realidad, esa es una separación limpia de funciones, y es lo que hace posible, en primer lugar, el rendimiento fijo 0n FT. Pero también significa que no puedes juzgar XT como lo harías con un token normal. Buscar la "demanda" falla por completo el objetivo.
El riesgo real es la liquidez si la profundidad se seca antes del vencimiento; cuando eso ocurre, la forma de fijar el precio de la utilidad restante de XT se vuelve problemática rápidamente. Aun así, la estructura en sí resiste bien el escrutinio.
#termmax
La cuestión es que eso no es un fallo del sistema; es el punto completo. Cada mercado divide un token de deuda en dos partes: FT, que avanza hacia su valor total de redención, y XT, que avanza hacia cero. Juntas, 1 FT + 1 XT siempre equivalen a 1 token de deuda. FT es el lado predecible de la tasa fija. XT es el lado deliberadamente temporal que absorbe todo lo demás: el valor temporal restante, la exposición al apalancamiento y el sentimiento del mercado.
En realidad, esa es una separación limpia de funciones, y es lo que hace posible, en primer lugar, el rendimiento fijo 0n FT. Pero también significa que no puedes juzgar XT como lo harías con un token normal. Buscar la "demanda" falla por completo el objetivo.
El riesgo real es la liquidez si la profundidad se seca antes del vencimiento; cuando eso ocurre, la forma de fijar el precio de la utilidad restante de XT se vuelve problemática rápidamente. Aun así, la estructura en sí resiste bien el escrutinio.
#termmax
Con verificación
He estado leyendo sobre la configuración de ejecución de @Dusk contract últimamente, y Piecrust es la pieza que la mayoría de la gente pasa por alto cuando habla sobre el proyecto.
No voy a mentir: esperaba otro entorno de ejecución pesado. No es así. Piecrust es una VM ligera basada en WebAssembly construida para la ejecución segura y modular de contratos, y la clave es que separa la lógica del contrato del trabajo criptográfico que está debajo. Los contratos solo ejecutan lógica de aplicación dentro de la VM. Lo costoso: la verificación de pruebas ZK, la validación de firmas, se transfiere a funciones nativas del host en lugar de vivir dentro de cada contrato.
Esa es la parte que realmente funciona: la verificación criptográfica es costosa por naturaleza, así que obligar a cada contrato a cargar ese peso por sí mismo ralentizaría todo el sistema sin un beneficio real. Separarlo mantiene la ejecución ágil mientras sigue gestionando la maquinaria pesada de privacidad de la que depende Dusk.
La limitación que nadie ha probado completamente todavía: la modularidad se ve limpia en el papel, pero no se ha sometido a pruebas de esfuerzo con aplicaciones financieras reales ejecutándose a gran volumen, donde la complejidad se acumula rápido.
Aun así, construir la separación ahora es mejor que intentar añadirla después, cuando los contratos ya estén complicados.
#dusk $DUSK
No voy a mentir: esperaba otro entorno de ejecución pesado. No es así. Piecrust es una VM ligera basada en WebAssembly construida para la ejecución segura y modular de contratos, y la clave es que separa la lógica del contrato del trabajo criptográfico que está debajo. Los contratos solo ejecutan lógica de aplicación dentro de la VM. Lo costoso: la verificación de pruebas ZK, la validación de firmas, se transfiere a funciones nativas del host en lugar de vivir dentro de cada contrato.
Esa es la parte que realmente funciona: la verificación criptográfica es costosa por naturaleza, así que obligar a cada contrato a cargar ese peso por sí mismo ralentizaría todo el sistema sin un beneficio real. Separarlo mantiene la ejecución ágil mientras sigue gestionando la maquinaria pesada de privacidad de la que depende Dusk.
La limitación que nadie ha probado completamente todavía: la modularidad se ve limpia en el papel, pero no se ha sometido a pruebas de esfuerzo con aplicaciones financieras reales ejecutándose a gran volumen, donde la complejidad se acumula rápido.
Aun así, construir la separación ahora es mejor que intentar añadirla después, cuando los contratos ya estén complicados.
#dusk $DUSK
He estado pensando menos en las tasas del @TermMax y más en lo que sucede el día en que una posición realmente vence.
la mayoría de las personas se enfocan en "tasa fija = seguridad", pero creo que la pregunta real es qué ocurre al vencimiento, no antes.
aquí va lo técnico: los préstamos TermMax no son de duración abierta; están diseñados en torno a fechas de vencimiento fijas, similar a cómo funciona un bono cupón cero. sabes la tasa y la fecha de finalización de antemano, sin sorpresas a mitad del plazo. es menos como un préstamo normal y más como asegurar una tasa de refinanciamiento hipotecario antes de la fecha de cierre. limpio sobre el papel.
pero eso también significa que el propio vencimiento se convierte en un punto de decisión. o cierras la posición, la renuevas a un nuevo plazo o la dejas liquidar, y cada una de esas opciones depende de condiciones de mercado que no puedes controlar desde el día en que la abriste. la certeza fija durante el plazo no compra certeza en los bordes.
una tasa fija simplemente mueve la incertidumbre a otra fecha; no la elimina.
honestamente, sigo dándole vueltas a si esa es una limitación real o simplemente... cómo deberían funcionar los productos de plazo fijo, y asumo demasiado riesgo debería vivir al inicio.
¿alguien realmente analiza su estrategia de renovación antes de abrir la posición, o esa es una decisión que la gente en su mayoría toma en el momento?
#termmax
la mayoría de las personas se enfocan en "tasa fija = seguridad", pero creo que la pregunta real es qué ocurre al vencimiento, no antes.
aquí va lo técnico: los préstamos TermMax no son de duración abierta; están diseñados en torno a fechas de vencimiento fijas, similar a cómo funciona un bono cupón cero. sabes la tasa y la fecha de finalización de antemano, sin sorpresas a mitad del plazo. es menos como un préstamo normal y más como asegurar una tasa de refinanciamiento hipotecario antes de la fecha de cierre. limpio sobre el papel.
pero eso también significa que el propio vencimiento se convierte en un punto de decisión. o cierras la posición, la renuevas a un nuevo plazo o la dejas liquidar, y cada una de esas opciones depende de condiciones de mercado que no puedes controlar desde el día en que la abriste. la certeza fija durante el plazo no compra certeza en los bordes.
una tasa fija simplemente mueve la incertidumbre a otra fecha; no la elimina.
honestamente, sigo dándole vueltas a si esa es una limitación real o simplemente... cómo deberían funcionar los productos de plazo fijo, y asumo demasiado riesgo debería vivir al inicio.
¿alguien realmente analiza su estrategia de renovación antes de abrir la posición, o esa es una decisión que la gente en su mayoría toma en el momento?
#termmax
Sigo pensando en una tensión específica en la forma en que @Dusk describe la privacidad, y es menos obvia de lo que suena a primera vista. La mayoría de la gente asume que la privacidad y la regulación tiran en direcciones opuestas: obtienes una cosa u otra, no ambas.
El caso es que el modelo de Dusk no obliga a esa elección. La verificación de conocimiento cero permite que la red confirme que una transacción siguió las reglas sin exponer cuáles fueron esos detalles en realidad. Las finanzas tradicionales no pueden hacer eso: resuelven la confianza haciendo que bancos, contrapartes y reguladores miren directamente los datos antes de que algo quede aprobado. Dusk desacopla la verificación de la divulgación por completo.
Ese es el verdadero cambio: honestamente, los detalles sensibles se mantienen sellados, pero las partes autorizadas aún reciben una ruta de auditoría funcional cuando de verdad importa. La privacidad deja de significar "fuera de la red" y empieza a significar "protegida pero responsable", que es un objetivo de diseño distinto al que incluso están intentando la mayoría de las cadenas centradas en la privacidad.
La pregunta abierta con la que no puedo: ¿se sostiene esto una vez que pase un volumen institucional real, no solo en pilotos controlados donde todo está limpio por diseño?
Aun así, construir hacia ese equilibrio desde el primer día es una apuesta más seria que adaptar el cumplimiento después.
¿Alguien está realmente siguiendo cómo se desempeña esto cuando empiezan a moverse activos regulados reales a escala?
#dusk $DUSK
El caso es que el modelo de Dusk no obliga a esa elección. La verificación de conocimiento cero permite que la red confirme que una transacción siguió las reglas sin exponer cuáles fueron esos detalles en realidad. Las finanzas tradicionales no pueden hacer eso: resuelven la confianza haciendo que bancos, contrapartes y reguladores miren directamente los datos antes de que algo quede aprobado. Dusk desacopla la verificación de la divulgación por completo.
Ese es el verdadero cambio: honestamente, los detalles sensibles se mantienen sellados, pero las partes autorizadas aún reciben una ruta de auditoría funcional cuando de verdad importa. La privacidad deja de significar "fuera de la red" y empieza a significar "protegida pero responsable", que es un objetivo de diseño distinto al que incluso están intentando la mayoría de las cadenas centradas en la privacidad.
La pregunta abierta con la que no puedo: ¿se sostiene esto una vez que pase un volumen institucional real, no solo en pilotos controlados donde todo está limpio por diseño?
Aun así, construir hacia ese equilibrio desde el primer día es una apuesta más seria que adaptar el cumplimiento después.
¿Alguien está realmente siguiendo cómo se desempeña esto cuando empiezan a moverse activos regulados reales a escala?
#dusk $DUSK
He estado pensando en algo que normalmente paso por alto al analizar los mercados de préstamos: el costo de mantener una posición abierta.
Eso es lo que me hizo interesar en @TermMax . La parte importante no es simplemente que la tasa sea fija. Lo que importa es que el costo de endeudamiento y el vencimiento se conocen antes de que comience la posición.
Con el endeudamiento a tasa variable, he visto que el pasivo cambia mientras la posición permanece abierta. Eso hace que el apalancamiento sea más difícil de planificar porque el costo de financiación es otra pieza en movimiento. TermMax se aborda representando la deuda mediante posiciones con tasa fija y término fijo.
El segundo efecto de orden es lo que me resulta más interesante. Una vez que se define el gasto de financiación, puedo evaluar la asignación de capital frente a un costo conocido en lugar de estar adivinando constantemente hacia dónde podría ir la tasa.
No veo esto como la eliminación del riesgo de apalancamiento. No, no lo elimina. Pero hacer el pasivo más predecible puede hacer que las decisiones sean más deliberadas y que la rendición de cuentas sea más clara.
Mi opinión es que TermMax cambia la pregunta de “¿Cuánto costará esto más adelante?” a “¿Tiene sentido esta posición con este costo conocido?”
¿Eso mejora genuinamente la gestión del apalancamiento, o solo hace que el riesgo de financiación sea más fácil de medir?
#termmax
Eso es lo que me hizo interesar en @TermMax . La parte importante no es simplemente que la tasa sea fija. Lo que importa es que el costo de endeudamiento y el vencimiento se conocen antes de que comience la posición.
Con el endeudamiento a tasa variable, he visto que el pasivo cambia mientras la posición permanece abierta. Eso hace que el apalancamiento sea más difícil de planificar porque el costo de financiación es otra pieza en movimiento. TermMax se aborda representando la deuda mediante posiciones con tasa fija y término fijo.
El segundo efecto de orden es lo que me resulta más interesante. Una vez que se define el gasto de financiación, puedo evaluar la asignación de capital frente a un costo conocido en lugar de estar adivinando constantemente hacia dónde podría ir la tasa.
No veo esto como la eliminación del riesgo de apalancamiento. No, no lo elimina. Pero hacer el pasivo más predecible puede hacer que las decisiones sean más deliberadas y que la rendición de cuentas sea más clara.
Mi opinión es que TermMax cambia la pregunta de “¿Cuánto costará esto más adelante?” a “¿Tiene sentido esta posición con este costo conocido?”
¿Eso mejora genuinamente la gestión del apalancamiento, o solo hace que el riesgo de financiación sea más fácil de medir?
#termmax
Últimamente he estado investigando el modelo de transacciones dual @Dusk , y la mayoría de la gente que habla de ello parece pensar que "privacy chain" significa que todo lo que hay en él es privado por defecto. Eso no es realmente cómo está construido.
La cuestión es que Dusk ejecuta dos modelos separados lado a lado. Moonlight es el lado transparente basado en cuentas: los saldos y la actividad son verificables públicamente, básicamente el enfoque estilo Ethereum. Phoenix es la otra mitad, basada en UTXO, usando pruebas de conocimiento cero y nullifiers para resolver el problema del doble gasto sin revelar lo que realmente hay en la transacción.
Esa es la parte que funciona: la red puede confirmar que una transacción es válida sin ver su contenido, y los nullifiers resuelven el problema exacto que suele romper los diseños centrados en la privacidad. En lugar de forzar que cada transacción encaje en un solo modelo, permite que parte de la actividad siga siendo auditable públicamente mientras que el tamaño de las posiciones, las contrapartes o la estrategia permanezcan ocultos, incluso en una cadena pública.
El riesgo honesto aquí: ejecutar dos sistemas lado a lado no es gratis. Cualquier complejidad que no aparece ahora tiende a salir más adelante como casos límite o interacciones extrañas entre los dos modelos.
Aun así, separar la privacidad de la transparencia por diseño es mejor que añadir la privacidad como una ocurrencia tardía.
¿Alguien más está observando cómo interactúan Moonlight y Phoenix en la práctica?
#dusk $DUSK
La cuestión es que Dusk ejecuta dos modelos separados lado a lado. Moonlight es el lado transparente basado en cuentas: los saldos y la actividad son verificables públicamente, básicamente el enfoque estilo Ethereum. Phoenix es la otra mitad, basada en UTXO, usando pruebas de conocimiento cero y nullifiers para resolver el problema del doble gasto sin revelar lo que realmente hay en la transacción.
Esa es la parte que funciona: la red puede confirmar que una transacción es válida sin ver su contenido, y los nullifiers resuelven el problema exacto que suele romper los diseños centrados en la privacidad. En lugar de forzar que cada transacción encaje en un solo modelo, permite que parte de la actividad siga siendo auditable públicamente mientras que el tamaño de las posiciones, las contrapartes o la estrategia permanezcan ocultos, incluso en una cadena pública.
El riesgo honesto aquí: ejecutar dos sistemas lado a lado no es gratis. Cualquier complejidad que no aparece ahora tiende a salir más adelante como casos límite o interacciones extrañas entre los dos modelos.
Aun así, separar la privacidad de la transparencia por diseño es mejor que añadir la privacidad como una ocurrencia tardía.
¿Alguien más está observando cómo interactúan Moonlight y Phoenix en la práctica?
#dusk $DUSK
He estado sentado pensando en cómo, últimamente, las transacciones de Phoenix se verifican realmente en @Dusk , y la mayoría de las personas aún se imagina el proceso habitual de "mirar los datos y aprobar".
Lo que pasa es que el verificador nunca recibe al remitente, al destinatario ni el importe. Lo que llega es una prueba PLONK. Esa prueba codifica las reglas que importan: el que gasta realmente era propietario de las notas que se están gastando, los importes se equilibran correctamente y no se reutiliza nada. La comprobación simplemente confirma que las cuentas se cumplen. Nunca reconstruye ni inspecciona la transacción oculta en sí.
Ese es un cambio real en lo que significa incluso verificar. El sistema confirma que una afirmación matemática es verdadera sin ver nunca lo que la hizo verdadera.
La limitación es que, cuando algo sale mal, la misma invisibilidad que protege la privacidad también dificulta depurarlo a simple vista.
Aun así, el diseño parece intencional. Rechazar mirar los datos es parte del modelo de seguridad aquí.
¿Te sientes cómodo con una verificación que funciona sin ver nunca aquello que se está verificando?
#dusk $DUSK
Lo que pasa es que el verificador nunca recibe al remitente, al destinatario ni el importe. Lo que llega es una prueba PLONK. Esa prueba codifica las reglas que importan: el que gasta realmente era propietario de las notas que se están gastando, los importes se equilibran correctamente y no se reutiliza nada. La comprobación simplemente confirma que las cuentas se cumplen. Nunca reconstruye ni inspecciona la transacción oculta en sí.
Ese es un cambio real en lo que significa incluso verificar. El sistema confirma que una afirmación matemática es verdadera sin ver nunca lo que la hizo verdadera.
La limitación es que, cuando algo sale mal, la misma invisibilidad que protege la privacidad también dificulta depurarlo a simple vista.
Aun así, el diseño parece intencional. Rechazar mirar los datos es parte del modelo de seguridad aquí.
¿Te sientes cómodo con una verificación que funciona sin ver nunca aquello que se está verificando?
#dusk $DUSK
Sigo volviendo a @TermMax porque trata el tiempo como un costo financiero real. He visto que las tasas flotantes parecen baratas hasta que desaparece la liquidez y ese mismo crédito de repente se vuelve doloroso. Un costo fijo y una madurez conocida pueden sonar aburridos, pero en los mercados, lo aburrido puede ser útil.
Lo que me llamó la atención es cómo TermMax implementa esa idea. Tokeniza los derechos fijos, permite que los creadores de mercado coticen tasas y ofrece exposición a una opción de compra o de venta con una prima inicial, en lugar de depender de un reloj de liquidación. Pero un costo predecible no es lo mismo que un resultado predecible.
He notado que la gran pregunta es a dónde va el riesgo restante. Los préstamos aún dependen de garantías, oráculos, contratos inteligentes y contrapartes. La liquidez se separa por activo y vencimiento, así que salir antes puede significar deslizamiento o, directamente, una salida poco práctica. La entrega física también puede dejar a los prestamistas con garantías volátiles que nunca quisieron, mientras que los vaults gestionados por curators introducen otra capa de juicio humano.
Mi postura es simple: TermMax no elimina el riesgo. Hace que una parte sea predecible mientras vuelve más importante entender las demás.
¿Puede una financiación predecible crear mejor rendición de cuentas?
#termmax
Lo que me llamó la atención es cómo TermMax implementa esa idea. Tokeniza los derechos fijos, permite que los creadores de mercado coticen tasas y ofrece exposición a una opción de compra o de venta con una prima inicial, en lugar de depender de un reloj de liquidación. Pero un costo predecible no es lo mismo que un resultado predecible.
He notado que la gran pregunta es a dónde va el riesgo restante. Los préstamos aún dependen de garantías, oráculos, contratos inteligentes y contrapartes. La liquidez se separa por activo y vencimiento, así que salir antes puede significar deslizamiento o, directamente, una salida poco práctica. La entrega física también puede dejar a los prestamistas con garantías volátiles que nunca quisieron, mientras que los vaults gestionados por curators introducen otra capa de juicio humano.
Mi postura es simple: TermMax no elimina el riesgo. Hace que una parte sea predecible mientras vuelve más importante entender las demás.
¿Puede una financiación predecible crear mejor rendición de cuentas?
#termmax
He estado yendo y viniendo entre DuskVM y DuskEVM durante unos días, y no voy a mentir: al principio pensé que era solo un tema de idioma, Rust/WASM frente a Solidity con herramientas que todo el mundo ya conoce. Pero no es así.
La cuestión es que DuskVM se sitúa justo en la base de la red, así que obtiene acceso directo a la privacidad y a las cosas de conocimiento cero en las que Dusk realmente se construye. DuskEVM ejecuta contratos de Solidity mediante el tooling estándar de EVM, pero aun así se asienta a través de la misma capa DuskDS, sigue pagando gas con el mismo token DUSK. Dos rutas de ejecución diferentes que terminan en el mismo lugar debajo.
Esa es la parte que realmente importa: elegir DuskVM no es elegir un lenguaje, es elegir proximidad a los propios primitivas de privacidad. Elegir DuskEVM significa intercambiar parte de esa distancia por wallets, bridges e intercambios que encajan con cambios mínimos de código.
Pero aquí está el detalle: que la capa de asentamiento sea la misma no significa que las capacidades también lo sean. DuskVM no tiene atajos: cada pieza de ese tooling se construye desde cero.
Aun así, prefiero ver ese intercambio explicado que pretender que no existe.
¿Estás construyendo directamente hacia las primitivas de privacidad, o te inclinas primero por la compatibilidad?
@Dusk #dusk $DUSK
La cuestión es que DuskVM se sitúa justo en la base de la red, así que obtiene acceso directo a la privacidad y a las cosas de conocimiento cero en las que Dusk realmente se construye. DuskEVM ejecuta contratos de Solidity mediante el tooling estándar de EVM, pero aun así se asienta a través de la misma capa DuskDS, sigue pagando gas con el mismo token DUSK. Dos rutas de ejecución diferentes que terminan en el mismo lugar debajo.
Esa es la parte que realmente importa: elegir DuskVM no es elegir un lenguaje, es elegir proximidad a los propios primitivas de privacidad. Elegir DuskEVM significa intercambiar parte de esa distancia por wallets, bridges e intercambios que encajan con cambios mínimos de código.
Pero aquí está el detalle: que la capa de asentamiento sea la misma no significa que las capacidades también lo sean. DuskVM no tiene atajos: cada pieza de ese tooling se construye desde cero.
Aun así, prefiero ver ese intercambio explicado que pretender que no existe.
¿Estás construyendo directamente hacia las primitivas de privacidad, o te inclinas primero por la compatibilidad?
@Dusk #dusk $DUSK
Con verificación
Pasé la mañana repasando cómo @Dusk realmente implementa las transacciones confidenciales, y una cosa me descolocó: yo esperaba que aquí la privacidad fuera una función, algo que se añadiera sobre la cadena, como un modo opcional que activas. No lo es. Está integrada en la capa base usando pruebas de conocimiento cero: demuestras que algo es verdadero, que eres solvente, que eres elegible, y que una operación se liquidó sin mostrar los números detrás.
Lo que hay debajo de eso es más interesante que la privacidad en sí: los auditores aún pueden verificar, pero el resto solo ve una transacción válida y nada más. La mayoría de las cadenas te obligan a elegir entre un mezclador para la discreción o una transparencia total para la confianza institucional. Dusk apuesta por que la divulgación selectiva elimina por completo ese dilema, que es la lógica detrás de Zedger y el enfoque de tokenización de activos del mundo real (RWA), y parte de por qué DuskEVM importa: los desarrolladores de Solidity pueden construir sobre este modelo sin tener que aprender algo nuevo.
Sinceramente, lo que no termino de asimilar es si "cumplimiento demostrable" aguanta de la misma forma que lo hace "totalmente visible" cuando un regulador lo somete a pruebas en una disputa real. NPEX sugiere que las instituciones están dispuestas a intentarlo. Estar dispuestas a probar no es lo mismo que estar probado.
Aun así, me quedo pensando en ese punto.
#dusk $DUSK
Lo que hay debajo de eso es más interesante que la privacidad en sí: los auditores aún pueden verificar, pero el resto solo ve una transacción válida y nada más. La mayoría de las cadenas te obligan a elegir entre un mezclador para la discreción o una transparencia total para la confianza institucional. Dusk apuesta por que la divulgación selectiva elimina por completo ese dilema, que es la lógica detrás de Zedger y el enfoque de tokenización de activos del mundo real (RWA), y parte de por qué DuskEVM importa: los desarrolladores de Solidity pueden construir sobre este modelo sin tener que aprender algo nuevo.
Sinceramente, lo que no termino de asimilar es si "cumplimiento demostrable" aguanta de la misma forma que lo hace "totalmente visible" cuando un regulador lo somete a pruebas en una disputa real. NPEX sugiere que las instituciones están dispuestas a intentarlo. Estar dispuestas a probar no es lo mismo que estar probado.
Aun así, me quedo pensando en ese punto.
#dusk $DUSK
He estado pasando tiempo últimamente tratando de entender qué es lo que hace realmente Citadel, y creo que la mayoría de las personas todavía lo clasifica como "capa de identidad/KYC" y sigue desplazándose. El caso es que ese encuadre no capta lo que lo hace diferente.
La mayoría de los sistemas de identidad son bóvedas: recopilan tus datos y los guardan. Citadel funciona más como un filtro. No estás entregando información; estás demostrando una afirmación, y el sistema no conserva las especificidades subyacentes una vez que eso se logra. Una credencial verificada tampoco es un activo permanente: caduca y pierde relevancia a menos que la afirmación que la respalda siga siendo válida, así que la prueba tiene que repetirse, no solo una vez.
Esa es la parte que realmente funciona: desplaza la carga de la divulgación a la atestación, lo cual es un modelo de confianza fundamentalmente distinto al de la mayoría de las herramientas de cumplimiento en cadena que existen ahora.
Aunque la limitación es real: volver a probar repetidamente genera fricción, y la fricción es lo que la mayoría de los usuarios intentan evitar, incluso cuando el intercambio les favorece.
Aun así, si esa fricción es lo que mantiene a las personas usando el sistema en lugar de irse, entonces es una forma de demanda más persistente que la conveniencia que jamás crea.
¿Estás siguiendo Citadel como infraestructura, o todavía lo descartas como teatro de cumplimiento?
#dusk $DUSK @Dusk
La mayoría de los sistemas de identidad son bóvedas: recopilan tus datos y los guardan. Citadel funciona más como un filtro. No estás entregando información; estás demostrando una afirmación, y el sistema no conserva las especificidades subyacentes una vez que eso se logra. Una credencial verificada tampoco es un activo permanente: caduca y pierde relevancia a menos que la afirmación que la respalda siga siendo válida, así que la prueba tiene que repetirse, no solo una vez.
Esa es la parte que realmente funciona: desplaza la carga de la divulgación a la atestación, lo cual es un modelo de confianza fundamentalmente distinto al de la mayoría de las herramientas de cumplimiento en cadena que existen ahora.
Aunque la limitación es real: volver a probar repetidamente genera fricción, y la fricción es lo que la mayoría de los usuarios intentan evitar, incluso cuando el intercambio les favorece.
Aun así, si esa fricción es lo que mantiene a las personas usando el sistema en lugar de irse, entonces es una forma de demanda más persistente que la conveniencia que jamás crea.
¿Estás siguiendo Citadel como infraestructura, o todavía lo descartas como teatro de cumplimiento?
#dusk $DUSK @Dusk
$VELVET ha subido más de un 32% hoy, pero después de ese movimiento brusco, me interesa más cómo se comporta el precio alrededor del nivel actual que perseguir la subida.
Precio: 0.9507
Máximo 24h: 1.1299
Mínimo 24h: 0.4805
Volumen 24h: 189.47M USDT
$VELVET /USDT Long
Entrada: 0.94–0.96
TP1: 1.00
TP2: 1.08
TP3: 1.12
Stop Loss: 0.89
En el gráfico de 15m, el precio empujó al alza hasta 1.1110 antes de que un fuerte rechazo lo enviara hacia abajo hasta 0.8601. Desde entonces, los compradores han logrado estabilizar el precio alrededor de 0.94–0.96, que es la zona que estoy observando ahora.
Si esta zona continúa sosteniéndose y $VELVET recupera un movimiento limpio por encima de 1.00, buscaré 1.08 y luego la zona del máximo previo alrededor de 1.11–1.12. No perseguiría el movimiento anterior aquí. Para mí, la mejor configuración es esperar la confirmación mientras 0.89 permanezca protegido.
Precio: 0.9507
Máximo 24h: 1.1299
Mínimo 24h: 0.4805
Volumen 24h: 189.47M USDT
$VELVET /USDT Long
Entrada: 0.94–0.96
TP1: 1.00
TP2: 1.08
TP3: 1.12
Stop Loss: 0.89
En el gráfico de 15m, el precio empujó al alza hasta 1.1110 antes de que un fuerte rechazo lo enviara hacia abajo hasta 0.8601. Desde entonces, los compradores han logrado estabilizar el precio alrededor de 0.94–0.96, que es la zona que estoy observando ahora.
Si esta zona continúa sosteniéndose y $VELVET recupera un movimiento limpio por encima de 1.00, buscaré 1.08 y luego la zona del máximo previo alrededor de 1.11–1.12. No perseguiría el movimiento anterior aquí. Para mí, la mejor configuración es esperar la confirmación mientras 0.89 permanezca protegido.
Con verificación
Últimamente he estado leyendo el diseño de Dusk XSC, y creo que la mayoría de la gente aún lo está clasificando como "token de privacidad" y pasando a otra cosa. El caso es que la parte de privacidad podría ser la capa menos interesante aquí.
Debajo de los balances sellados, cada transferencia todavía tiene que superar una lista blanca vinculada al onboarding de KYC y AML. Tiene que demostrar elegibilidad, y aun así deja un rastro de auditoría aunque el contenido permanezca oculto. Eso no es una única puerta: además, las contrapartes tienen que seguir volviendo a calificarse conforme cambian las circunstancias, así que el onboarding se convierte en una comprobación recurrente en lugar de un único momento de conversión.
Esa es la parte que realmente funciona, sinceramente: en un token de seguridad, la prueba repetida de cumplimiento es, en todo caso, el producto real, no el envoltorio de confidencialidad encima.
La limitación es evidente: tanta verificación recurrente añade fricción, y la fricción es exactamente lo que mata la adopción en la mayoría de diseños de tokens. Las instituciones podrían tolerarla. El usuario minorista probablemente no.
Aun así, si el capital regulado es la audiencia real aquí, ese intercambio tiene sentido: persistencia tranquila y compatible por encima de la actividad visible.
¿El mercado realmente está poniendo precio a la privacidad, o solo a la capacidad de demostrar, de manera discreta, que no ha cambiado nada?
@Dusk #dusk $DUSK
Debajo de los balances sellados, cada transferencia todavía tiene que superar una lista blanca vinculada al onboarding de KYC y AML. Tiene que demostrar elegibilidad, y aun así deja un rastro de auditoría aunque el contenido permanezca oculto. Eso no es una única puerta: además, las contrapartes tienen que seguir volviendo a calificarse conforme cambian las circunstancias, así que el onboarding se convierte en una comprobación recurrente en lugar de un único momento de conversión.
Esa es la parte que realmente funciona, sinceramente: en un token de seguridad, la prueba repetida de cumplimiento es, en todo caso, el producto real, no el envoltorio de confidencialidad encima.
La limitación es evidente: tanta verificación recurrente añade fricción, y la fricción es exactamente lo que mata la adopción en la mayoría de diseños de tokens. Las instituciones podrían tolerarla. El usuario minorista probablemente no.
Aun así, si el capital regulado es la audiencia real aquí, ese intercambio tiene sentido: persistencia tranquila y compatible por encima de la actividad visible.
¿El mercado realmente está poniendo precio a la privacidad, o solo a la capacidad de demostrar, de manera discreta, que no ha cambiado nada?
@Dusk #dusk $DUSK
$XRP la acumulación de ballenas muestra resiliencia.
Las billeteras que tienen 1M+ $XRP aumentaron en 32 durante los últimos tres meses, incluso cuando la capitalización de mercado de XRP cayó un 29%.
Esa divergencia sugiere que los grandes tenedores podrían estar acumulando debilidad, posiblemente preparándose para la próxima expansión de liquidez.
$XRP
Las billeteras que tienen 1M+ $XRP aumentaron en 32 durante los últimos tres meses, incluso cuando la capitalización de mercado de XRP cayó un 29%.
Esa divergencia sugiere que los grandes tenedores podrían estar acumulando debilidad, posiblemente preparándose para la próxima expansión de liquidez.
$XRP
Los ETF de Bitcoin al contado en EE. UU. captaron 865,3 millones de dólares la semana pasada, su mayor cifra desde mediados de abril.
Ocurre una semana después de que aproximadamente 130 millones de dólares en BTC se retiraran de la billetera COLDCARD, cuando toda la conversación giraba en torno al riesgo de la custodia propia.
Ocurre una semana después de que aproximadamente 130 millones de dólares en BTC se retiraran de la billetera COLDCARD, cuando toda la conversación giraba en torno al riesgo de la custodia propia.
Inicia sesión para explorar más contenidos