Binance Square
Nobahar Ali
3k Publicaciones

Nobahar Ali

It's okay, start it again.
Abrir operación
Trader de alta frecuencia
3.5 años
3.7K+ Siguiendo
4.5K+ Seguidores
2.6K+ Me gusta
Publicaciones
Cartera
·
--
$AEON atrajo mi atención porque la economía agentica necesita más que agentes de IA inteligentes; necesita una forma para que esos agentes realmente puedan mover y liquidar valor. La parte interesante para mí es la capa de liquidación. Si los agentes de IA empiezan a pagar por datos, cómputo, APIs, servicios digitales y otros recursos automáticamente, las transacciones tendrían que ocurrir sin la aprobación constante de los humanos. Eso hace que sea digno de seguirse la atención al enfoque de AEON en la liquidación nativa de agentes. Aun así, la pregunta más grande es la adopción. Una arquitectura sólida significa poco si los agentes reales y las aplicaciones no la usan a gran escala. Estaré observando el uso, las integraciones y la actividad real de transacciones en lugar de solo la narrativa. ¿Confiarías en un agente autónomo para gestionar pagos a través de una capa de liquidación como esta? #AEON
$AEON atrajo mi atención porque la economía agentica necesita más que agentes de IA inteligentes; necesita una forma para que esos agentes realmente puedan mover y liquidar valor.

La parte interesante para mí es la capa de liquidación.

Si los agentes de IA empiezan a pagar por datos, cómputo, APIs, servicios digitales y otros recursos automáticamente, las transacciones tendrían que ocurrir sin la aprobación constante de los humanos.
Eso hace que sea digno de seguirse la atención al enfoque de AEON en la liquidación nativa de agentes.

Aun así, la pregunta más grande es la adopción. Una arquitectura sólida significa poco si los agentes reales y las aplicaciones no la usan a gran escala.
Estaré observando el uso, las integraciones y la actividad real de transacciones en lugar de solo la narrativa.
¿Confiarías en un agente autónomo para gestionar pagos a través de una capa de liquidación como esta?
#AEON
$TAC #trade Estaba mirando el gráfico de TAC el 22 de agosto y, honestamente, el número que veía en mi pantalla no me pareció real 😂 0.001129 dólares. mínimo histórico. Cuatro días después, 26 de agosto, #GoldRisesAbout14%InAugust sube 81.71 por ciento en 24 horas. sin anuncio importante. solo el mercado decidiendo que 0.001 era demasiado barato como para ignorarlo. he estado pensando en qué significa realmente ese rebote para la tesis de inversión. TAC no es un meme. la infraestructura de fondo es específica. la fundación Cosmos SDK con finalización de bloque en 2 segundos. TON Adapter enruta activos entre Ethereum y Telegram de forma nativa. sin puentes manuales. sin tokens envueltos. Telegram Vaults se lanzaron dentro de TON Wallet, permitiendo que cientos de millones de usuarios ganen rendimiento con BTC ETH y USDT sin salir de la app. 800 millones de dólares de TVL en el lanzamiento de la red principal desde el día uno. eso no es orgánico. es liquidez coordinada. Hack VC lideró la ronda de 11.5 millones de dólares. Animoca Brands. TON Ventures. Spartan. Symbolic Capital. no son patrocinadores al azar. aquí está la tensión de inversión que no puedo resolver. ATH fue 0.06688 el 30 de junio de 2026. el precio actual se está recuperando desde el ATL pero aún está 91.67 por ciento por debajo del máximo. oferta en circulación 4.8 mil millones de TAC contra 10 mil millones máximos. esos 5.2 mil millones restantes que todavía entrarán al mercado es la realidad de oferta que está detrás de cada vela de recuperación. la fosa del reparto de Telegram es real. 900 millones de usuarios es un número real. la pregunta es si TAC captura esa distribución o si se queda como infraestructura que nadie fuera del ecosistema nota. #investment honestamente no sé si rebotar 81 por ciento desde el ATL con ese respaldo es la entrada que se ve obvia en retrospectiva o un gato muerto con buena historia 🤔 ¿qué opinas sobre TAC, 91 por ciento por debajo del ATH: el foso de Telegram es valor genuino o la sobreoferta de suministro gana primero?? No tengo oferta de asesoramiento financiero; hazlo bajo tu propio riesgo #trading #Binance
$TAC #trade
Estaba mirando el gráfico de TAC el 22 de agosto y, honestamente, el número que veía en mi pantalla no me pareció real 😂
0.001129 dólares. mínimo histórico.
Cuatro días después, 26 de agosto, #GoldRisesAbout14%InAugust sube 81.71 por ciento en 24 horas. sin anuncio importante. solo el mercado decidiendo que 0.001 era demasiado barato como para ignorarlo.
he estado pensando en qué significa realmente ese rebote para la tesis de inversión.
TAC no es un meme. la infraestructura de fondo es específica. la fundación Cosmos SDK con finalización de bloque en 2 segundos. TON Adapter enruta activos entre Ethereum y Telegram de forma nativa. sin puentes manuales. sin tokens envueltos. Telegram Vaults se lanzaron dentro de TON Wallet, permitiendo que cientos de millones de usuarios ganen rendimiento con BTC ETH y USDT sin salir de la app.
800 millones de dólares de TVL en el lanzamiento de la red principal desde el día uno.
eso no es orgánico. es liquidez coordinada. Hack VC lideró la ronda de 11.5 millones de dólares. Animoca Brands. TON Ventures. Spartan. Symbolic Capital. no son patrocinadores al azar.
aquí está la tensión de inversión que no puedo resolver.
ATH fue 0.06688 el 30 de junio de 2026. el precio actual se está recuperando desde el ATL pero aún está 91.67 por ciento por debajo del máximo. oferta en circulación 4.8 mil millones de TAC contra 10 mil millones máximos. esos 5.2 mil millones restantes que todavía entrarán al mercado es la realidad de oferta que está detrás de cada vela de recuperación.
la fosa del reparto de Telegram es real. 900 millones de usuarios es un número real. la pregunta es si TAC captura esa distribución o si se queda como infraestructura que nadie fuera del ecosistema nota.
#investment
honestamente no sé si rebotar 81 por ciento desde el ATL con ese respaldo es la entrada que se ve obvia en retrospectiva o un gato muerto con buena historia 🤔

¿qué opinas sobre TAC, 91 por ciento por debajo del ATH: el foso de Telegram es valor genuino o la sobreoferta de suministro gana primero??
No tengo oferta de asesoramiento financiero; hazlo bajo tu propio riesgo
#trading #Binance
$TAC está en un punto en el que el próximo capítulo importa más que la última bomba. El 22 de agosto, TAC detuvo su cadena después de que un atacante explotara una vulnerabilidad en la capa de precompilados compartidos de Cosmos EVM. El equipo afirma que 2.98B TAC se movieron de una cuenta a otra, pero no se acuñaron tokens nuevos. Lo que me llamó la atención es el riesgo de arquitectura aquí. TAC está diseñado para llevar dApps de EVM al ecosistema de TON y Telegram, así que la seguridad en la capa de ejecución y en sus dependencias importa tanto como la historia de crecimiento de usuarios. El token cerró alrededor de $0.0028 el 26 de agosto tras una recuperación extrema desde los mínimos del 22 de agosto. Para mí, la prueba real ahora no es otro rebote de precio. Es si TAC puede relanzarse con salvaguardas más sólidas, recuperar la confianza y demostrar que la infraestructura subyacente puede manejar la escala a la que apunta. ¿Confiarías en el relanzamiento si las correcciones técnicas se verifican de forma independiente? #tradering
$TAC está en un punto en el que el próximo capítulo importa más que la última bomba.

El 22 de agosto, TAC detuvo su cadena después de que un atacante explotara una vulnerabilidad en la capa de precompilados compartidos de Cosmos EVM. El equipo afirma que 2.98B TAC se movieron de una cuenta a otra, pero no se acuñaron tokens nuevos.

Lo que me llamó la atención es el riesgo de arquitectura aquí.

TAC está diseñado para llevar dApps de EVM al ecosistema de TON y Telegram, así que la seguridad en la capa de ejecución y en sus dependencias importa tanto como la historia de crecimiento de usuarios.

El token cerró alrededor de $0.0028 el 26 de agosto tras una recuperación extrema desde los mínimos del 22 de agosto.

Para mí, la prueba real ahora no es otro rebote de precio.

Es si TAC puede relanzarse con salvaguardas más sólidas, recuperar la confianza y demostrar que la infraestructura subyacente puede manejar la escala a la que apunta.

¿Confiarías en el relanzamiento si las correcciones técnicas se verifican de forma independiente?

#tradering
#dusk $DUSK @Dusk_Foundation algo a lo que sigo volviendo con Dusk es la aplicación de políticas. la privacidad por sí sola no resuelve el problema para los activos regulados. un institución puede querer que los detalles de las transacciones estén ocultos, pero la red todavía necesita saber si la transacción cumple las reglas requeridas. ahí es donde Dusk se vuelve interesante para mí. la arquitectura está diseñada en torno a contratos inteligentes programables, computación que preserva la privacidad y reglas que se pueden aplicar sin hacer público cada fragmento de información sensible. así que el valor real quizá no sea “transacciones privadas”. podrían ser transacciones privadas que sigan siendo exigibles. esa distinción importa. porque las finanzas reguladas normalmente no pueden elegir entre confidencialidad y cumplimiento. se necesita ambos. la pregunta más difícil es si estas reglas de política se mantienen lo suficientemente flexibles cuando cambian las regulaciones entre distintos activos y jurisdicciones. eso es algo que quiero entender mejor. ¿puede Dusk hacer que el cumplimiento sea programable sin debilitar la privacidad? ¿qué opinas?
#dusk $DUSK @Dusk
algo a lo que sigo volviendo con Dusk es la aplicación de políticas.
la privacidad por sí sola no resuelve el problema para los activos regulados.
un institución puede querer que los detalles de las transacciones estén ocultos, pero la red todavía necesita saber si la transacción cumple las reglas requeridas.
ahí es donde Dusk se vuelve interesante para mí.
la arquitectura está diseñada en torno a contratos inteligentes programables, computación que preserva la privacidad y reglas que se pueden aplicar sin hacer público cada fragmento de información sensible.

así que el valor real quizá no sea “transacciones privadas”.
podrían ser transacciones privadas que sigan siendo exigibles.

esa distinción importa.

porque las finanzas reguladas normalmente no pueden elegir entre confidencialidad y cumplimiento.
se necesita ambos.
la pregunta más difícil es si estas reglas de política se mantienen lo suficientemente flexibles cuando cambian las regulaciones entre distintos activos y jurisdicciones.
eso es algo que quiero entender mejor.

¿puede Dusk hacer que el cumplimiento sea programable sin debilitar la privacidad?
¿qué opinas?
#dusk $DUSK @Dusk_Foundation He estado pensando en algo menos obvio con Dusk últimamente la finalidad es parte de la experiencia del usuario. cuando una aplicación gestiona activos regulados no basta con que una transacción eventualmente llegue a una cadena. la aplicación necesita saber cuándo ese estado realmente puede tratarse como final. en eso es donde el diseño de consenso de Dusk se vuelve interesante para mí. las transacciones pasan por un proceso estructurado de validación antes de que la red acepte el siguiente estado, en lugar de dejar que las aplicaciones adivinen si una transacción aceptada realmente está liquidada. esto importa más para la infraestructura financiera de lo que podría sonar. una decisión de cumplimiento para una transferencia de un activo tokenizado o una instrucción de liquidación puede depender de saber exactamente cuándo el estado anterior ya no va a cambiar la parte que todavía estoy intentando entender es cómo se comporta esto cuando la actividad de la red aumenta mucho por encima de lo normal. la finalidad rápida en papel es una cosa. mantener esa experiencia predecible bajo una demanda real es otra. esa es la parte a la que yo prestaría atención. ¿qué opinas?
#dusk $DUSK @Dusk
He estado pensando en algo menos obvio con Dusk últimamente
la finalidad es parte de la experiencia del usuario.
cuando una aplicación gestiona activos regulados no basta con que una transacción eventualmente llegue a una cadena.

la aplicación necesita saber cuándo ese estado realmente puede tratarse como final.
en eso es donde el diseño de consenso de Dusk se vuelve interesante para mí.

las transacciones pasan por un proceso estructurado de validación antes de que la red acepte el siguiente estado, en lugar de dejar que las aplicaciones adivinen si una transacción aceptada realmente está liquidada.

esto importa más para la infraestructura financiera de lo que podría sonar.

una decisión de cumplimiento para una transferencia de un activo tokenizado o una instrucción de liquidación puede depender de saber exactamente cuándo el estado anterior ya no va a cambiar

la parte que todavía estoy intentando entender es cómo se comporta esto cuando la actividad de la red aumenta mucho por encima de lo normal.

la finalidad rápida en papel es una cosa.

mantener esa experiencia predecible bajo una demanda real es otra.

esa es la parte a la que yo prestaría atención.
¿qué opinas?
#dusk $DUSK @Dusk_Foundation Una cosa que sigo notando al mirar más a fondo Dusk es que la experiencia del desarrollador también forma parte de la historia de la privacidad. DuskVM se construye alrededor de contratos inteligentes Rust/WASM y se ejecuta directamente en la Capa 1 de Dusk. Dusk también cuenta con DuskEVM, lo que le da a los desarrolladores de Solidity una ruta equivalente a EVM. Encuentro que este diseño es más interesante que simplemente decir “Dusk admite contratos inteligentes”. La pregunta real es si los desarrolladores pueden crear aplicaciones financieras reguladas sin tener que desechar las herramientas y los hábitos que ya entienden. Para una red que apunta a valores tokenizados y a las finanzas institucionales, eso importa. Una función de privacidad solo es útil a escala si las personas pueden construir efectivamente a partir de ella. Pero todavía hay una brecha que estoy observando. Apoyar entornos de desarrollo familiares no significa automáticamente que los desarrolladores elegirán Dusk. Las herramientas de documentación y la liquidez, además de las aplicaciones reales, todavía tienen que hacer su parte. Ahí es donde se pone a prueba la tesis para mí. ¿Puede Dusk hacer que la infraestructura financiera centrada en la privacidad sea práctica para los creadores, y no solo interesante en papel? ¿Qué opinas?
#dusk $DUSK @Dusk
Una cosa que sigo notando al mirar más a fondo Dusk es que la experiencia del desarrollador también forma parte de la historia de la privacidad.

DuskVM se construye alrededor de contratos inteligentes Rust/WASM y se ejecuta directamente en la Capa 1 de Dusk. Dusk también cuenta con DuskEVM, lo que le da a los desarrolladores de Solidity una ruta equivalente a EVM.

Encuentro que este diseño es más interesante que simplemente decir “Dusk admite contratos inteligentes”.

La pregunta real es si los desarrolladores pueden crear aplicaciones financieras reguladas sin tener que desechar las herramientas y los hábitos que ya entienden.
Para una red que apunta a valores tokenizados y a las finanzas institucionales, eso importa.

Una función de privacidad solo es útil a escala si las personas pueden construir efectivamente a partir de ella.
Pero todavía hay una brecha que estoy observando.
Apoyar entornos de desarrollo familiares no significa automáticamente que los desarrolladores elegirán Dusk.

Las herramientas de documentación y la liquidez, además de las aplicaciones reales, todavía tienen que hacer su parte.
Ahí es donde se pone a prueba la tesis para mí.
¿Puede Dusk hacer que la infraestructura financiera centrada en la privacidad sea práctica para los creadores, y no solo interesante en papel?

¿Qué opinas?
me hizo mirar las comisiones de transacción de una manera un poco diferente. Estaba leyendo el flujo de transacciones de Dusk y encontré un detalle que es fácil de pasar por alto: el precio del gas en realidad puede influir en qué transacciones se seleccionan primero. Cada transacción establece un límite de gas y un precio de gas. La tarifa final se basa en el gas realmente utilizado, no en el límite total. El gas no utilizado no se cobra. Lo que llamó mi atención es lo que sucede después. El generador de bloques de Dusk considera las transacciones del mempool en orden descendente de precio del gas, mientras aún respeta los límites del bloque y las dependencias de ejecución. Eso suena como un pequeño detalle de implementación. pero no lo creo. Para aplicaciones reguladas, la ejecución predecible no se trata solo de privacidad o cumplimiento; también el mercado de comisiones subyacente debe comportarse de una forma que los desarrolladores puedan razonar. la pregunta abierta para mí es cómo se comporta esto a medida que crece el uso de Dusk y la demanda de transacciones se vuelve más competitiva. Ese es el tipo de detalle de infraestructura que quiero entender mejor. ¿Qué opinas? @Dusk_Foundation #dusk $DUSK
me hizo mirar las comisiones de transacción de una manera un poco diferente.
Estaba leyendo el flujo de transacciones de Dusk y encontré un detalle que es fácil de pasar por alto: el precio del gas en realidad puede influir en qué transacciones se seleccionan primero.

Cada transacción establece un límite de gas y un precio de gas. La tarifa final se basa en el gas realmente utilizado, no en el límite total. El gas no utilizado no se cobra.

Lo que llamó mi atención es lo que sucede después.

El generador de bloques de Dusk considera las transacciones del mempool en orden descendente de precio del gas, mientras aún respeta los límites del bloque y las dependencias de ejecución.

Eso suena como un pequeño detalle de implementación.

pero no lo creo.

Para aplicaciones reguladas, la ejecución predecible no se trata solo de privacidad o cumplimiento;
también el mercado de comisiones subyacente debe comportarse de una forma que los desarrolladores puedan razonar.

la pregunta abierta para mí es cómo se comporta esto a medida que crece el uso de Dusk y la demanda de transacciones se vuelve más competitiva.

Ese es el tipo de detalle de infraestructura que quiero entender mejor.
¿Qué opinas?
@Dusk

#dusk $DUSK
#dusk $DUSK @Dusk_Foundation algo que sigo encontrando interesante con Dusk es la diferencia entre tener una regla de cumplimiento y hacer que esa regla sea exigible. Cualquier sistema puede poner un documento de políticas junto a una transacción. la parte más difícil es lograr que la transacción realmente respete esa política sin exponer toda la información sensible que hay detrás. ahí es donde la arquitectura programable de privacidad de Dusk me resulta especialmente interesante. la lógica de cumplimiento puede estar dentro del proceso de ejecución, mientras que las pruebas de conocimiento cero pueden ayudar a verificar las condiciones requeridas sin convertir los datos privados en detalles públicos de la transacción. eso cambia el papel del cumplimiento se convierte en parte de la lógica de la transacción en lugar de ser solo papeleo que la rodea la pregunta que estoy observando es qué tan complejas pueden llegar a ser estas políticas antes de que las instituciones las encuentren difíciles de configurar y mantener. probablemente esa sea la verdadera prueba. ¿qué opinas?
#dusk $DUSK @Dusk
algo que sigo encontrando interesante con Dusk es la diferencia entre tener una regla de cumplimiento y hacer que esa regla sea exigible.
Cualquier sistema puede poner un documento de políticas junto a una transacción.

la parte más difícil es lograr que la transacción realmente respete esa política sin exponer toda la información sensible que hay detrás.

ahí es donde la arquitectura programable de privacidad de Dusk me resulta especialmente interesante.

la lógica de cumplimiento puede estar dentro del proceso de ejecución, mientras que las pruebas de conocimiento cero pueden ayudar a verificar las condiciones requeridas sin convertir los datos privados en detalles públicos de la transacción.

eso cambia el papel del cumplimiento

se convierte en parte de la lógica de la transacción en lugar de ser solo papeleo que la rodea

la pregunta que estoy observando es qué tan complejas pueden llegar a ser estas políticas antes de que las instituciones las encuentren difíciles de configurar y mantener.
probablemente esa sea la verdadera prueba.

¿qué opinas?
#termmax tanto más miro @termmax , más destaca este pequeño detalle del reembolso para mí. al principio asumí que liquidar la deuda básicamente significaba encontrar el activo original de la deuda y devolvérselo. pero hay otra vía que vale la pena notar: los propios FT pueden usarse para la liquidación, lo que hace que el mercado alrededor del derecho con vencimiento fijo forme parte del panorama del reembolso. eso es interesante porque un FT puede negociarse antes del vencimiento. de modo que, en teoría, un prestatario podría mirar el mercado y encontrar FT que se están negociando a un precio que hace que adquirirlos sea más atractivo que conseguir el activo subyacente de la deuda de otra manera por supuesto, eso depende del precio real del FT, la liquidez y las condiciones del mercado en ese momento. no es algún descuento garantizado. pero me gusta la flexibilidad aquí. el reembolso no es solo el paso final después de pedir prestado. el mercado de FT puede convertirse realmente en parte de cómo se liquida esa obligación. ese es el tipo de mecanismo pequeño en el que yo suelo detenerme cuando leo documentos de DeFi. la gran descripción del producto te dice qué es algo. estos detalles te dicen cómo se comporta realmente. ¿qué opinas??
#termmax
tanto más miro @TermMax , más destaca este pequeño detalle del reembolso para mí.

al principio asumí que liquidar la deuda básicamente significaba encontrar el activo original de la deuda y devolvérselo.

pero hay otra vía que vale la pena notar: los propios FT pueden usarse para la liquidación, lo que hace que el mercado alrededor del derecho con vencimiento fijo forme parte del panorama del reembolso.

eso es interesante porque un FT puede negociarse antes del vencimiento.

de modo que, en teoría, un prestatario podría mirar el mercado y encontrar FT que se están negociando a un precio que hace que adquirirlos sea más atractivo que conseguir el activo subyacente de la deuda de otra manera

por supuesto, eso depende del precio real del FT, la liquidez y las condiciones del mercado en ese momento. no es algún descuento garantizado.

pero me gusta la flexibilidad aquí.

el reembolso no es solo el paso final después de pedir prestado. el mercado de FT puede convertirse realmente en parte de cómo se liquida esa obligación.

ese es el tipo de mecanismo pequeño en el que yo suelo detenerme cuando leo documentos de DeFi. la gran descripción del producto te dice qué es algo. estos detalles te dicen cómo se comporta realmente.

¿qué opinas??
#dusk $DUSK @Dusk_Foundation pensaba en algo de lo que no se habla lo suficiente con respecto a la privacidad de Dusk: la privacidad tiene que sobrevivir la auditoría. mantener los datos de transacciones sensibles ocultos es una cosa. poder demostrar más tarde que realmente se siguieron las reglas requeridas es un problema distinto. ahí es donde la combinación de ejecución privada y pruebas verificables se vuelve interesante para mí. el objetivo no es hacer que la transacción desaparezca. es mantener los detalles sensibles protegidos mientras, al mismo tiempo, se deja algo que otros puedan verificar. eso me parece especialmente importante para los activos regulados. porque las instituciones no solo necesitan privacidad. necesitan evidencia. la parte que aún me genera curiosidad es cuánto de ese rastro de verificación puede seguir siendo útil con el paso del tiempo sin convertir gradualmente la capa de privacidad en una fuente más de información expuesta. ese es un equilibrio de diseño bastante importante. ¿qué opinas?
#dusk $DUSK @Dusk
pensaba en algo de lo que no se habla lo suficiente con respecto a la privacidad de Dusk: la privacidad tiene que sobrevivir la auditoría.
mantener los datos de transacciones sensibles ocultos es una cosa.

poder demostrar más tarde que realmente se siguieron las reglas requeridas es un problema distinto.
ahí es donde la combinación de ejecución privada y pruebas verificables se vuelve interesante para mí. el objetivo no es hacer que la transacción desaparezca.
es mantener los detalles sensibles protegidos mientras, al mismo tiempo, se deja algo que otros puedan verificar.
eso me parece especialmente importante para los activos regulados.

porque las instituciones no solo necesitan privacidad. necesitan evidencia.
la parte que aún me genera curiosidad es cuánto de ese rastro de verificación puede seguir siendo útil con el paso del tiempo sin convertir gradualmente la capa de privacidad en una fuente más de información expuesta.

ese es un equilibrio de diseño bastante importante.
¿qué opinas?
sigo pensando en @termmax cuanto más pienso, el riesgo colateral es la parte que es más fácil pasar por alto. el endeudamiento a tipo fijo te da algo realmente útil. sabes el coste de financiación y el vencimiento de antemano. pero el colateral no le importa esa certeza. sigue moviéndose 24/7. me quedé dándole vueltas a esa diferencia. puedes saber exactamente cuál será tu coste de endeudamiento y aun así despertarte con un cambio brusco en el activo que respalda la posición. si la ratio de colateral se empuja demasiado, el tipo fijo no te protege de la liquidación. así que, yo no describiría TermMax como “endeudamiento fijo sin riesgo”. para mí, está más cerca de una financiación fija apoyada sobre el riesgo normal de las DeFi colateralizadas. suena menos emocionante, pero es una forma mucho más clara de pensar en la posición. si yo estuviera investigando TermMax, miraría los parámetros del colateral antes de obsesionarme demasiado con el APR. la tasa es solo una parte de la posición. ¿qué opinas tú?? #termmax
sigo pensando en @TermMax cuanto más pienso, el riesgo colateral es la parte que es más fácil pasar por alto.

el endeudamiento a tipo fijo te da algo realmente útil.

sabes el coste de financiación y el vencimiento de antemano.

pero el colateral no le importa esa certeza.

sigue moviéndose 24/7.

me quedé dándole vueltas a esa diferencia. puedes saber exactamente cuál será tu coste de endeudamiento y aun así despertarte con un cambio brusco en el activo que respalda la posición. si la ratio de colateral se empuja demasiado, el tipo fijo no te protege de la liquidación.

así que,

yo no describiría TermMax como “endeudamiento fijo sin riesgo”.

para mí, está más cerca de una financiación fija apoyada sobre el riesgo normal de las DeFi colateralizadas.

suena menos emocionante, pero es una forma mucho más clara de pensar en la posición.

si yo estuviera investigando TermMax, miraría los parámetros del colateral antes de obsesionarme demasiado con el APR.

la tasa es solo una parte de la posición.

¿qué opinas tú??

#termmax
una cosa a la que sigo volviendo con Dusk es la idea de que la política se convierta en parte de la transacción en sí. eso suena pequeño hasta que piensas en los activos regulados. en lugar de revisar el cumplimiento en algún lugar fuera del flujo de liquidación y simplemente confiar en ese resultado, Dusk está diseñado en torno a contratos inteligentes que preservan la privacidad y que pueden evaluar reglas mientras que la información sensible permanece protegida. aquí es donde la arquitectura se vuelve interesante para mí. la transacción no es solo “privada”. las condiciones necesarias pueden evaluarse y el resultado aún puede demostrarse. pero hay una parte que todavía quiero ver probada adecuadamente: ¿qué tan complicadas pueden llegar a ser esas políticas antes de que todo el sistema se vuelva difícil de gestionar para las aplicaciones? la privacidad es 1 problema. hacer que la privacidad sea programable es otro. ¿qué opinas?
una cosa a la que sigo volviendo con Dusk es la idea de que la política se convierta en parte de la transacción en sí.

eso suena pequeño hasta que piensas en los activos regulados.

en lugar de revisar el cumplimiento en algún lugar fuera del flujo de liquidación y simplemente confiar en ese resultado,

Dusk está diseñado en torno a contratos inteligentes que preservan la privacidad y que pueden evaluar reglas mientras que la información sensible permanece protegida.

aquí es donde la arquitectura se vuelve interesante para mí.

la transacción no es solo “privada”. las condiciones necesarias pueden evaluarse y el resultado aún puede demostrarse.

pero hay una parte que todavía quiero ver probada adecuadamente:
¿qué tan complicadas pueden llegar a ser esas políticas antes de que todo el sistema se vuelva difícil de gestionar para las aplicaciones?

la privacidad es 1 problema.
hacer que la privacidad sea programable es otro.
¿qué opinas?
Sigue pensando en una parte menos obvia de Dusk: qué sucede después de que la capa de privacidad hace su trabajo. a una transacción privada todavía le hace falta convertirse en un estado útil y verificable para la aplicación. donde la combinación de Dusk de contratos inteligentes que preservan la privacidad y pruebas de conocimiento cero me resulta especialmente interesante. el objetivo no es solo mantener los datos sensibles fuera de la vista pública es hacer que el resultado requerido sea verificable sin exponer todo lo que lo produjo. Esa distinción importa para los activos del mundo real. de lo contrario, la privacidad puede convertirse en otra pared entre los participantes en lugar de ser una infraestructura sobre la que puedan construir de verdad. la parte que sigo observando es cómo funciona esto cuando distintas aplicaciones necesitan políticas diferentes sobre el mismo activo. probablemente ahí es donde la arquitectura se pone a prueba de verdad. ¿qué opinas?? @Dusk_Foundation #dusk $DUSK
Sigue pensando en una parte menos obvia de Dusk: qué sucede después de que la capa de privacidad hace su trabajo.

a una transacción privada todavía le hace falta convertirse en un estado útil y verificable para la aplicación.
donde la combinación de Dusk de contratos inteligentes que preservan la privacidad y pruebas de conocimiento cero me resulta especialmente interesante. el objetivo no es solo mantener los datos sensibles fuera de la vista pública

es hacer que el resultado requerido sea verificable sin exponer todo lo que lo produjo.

Esa distinción importa para los activos del mundo real.
de lo contrario, la privacidad puede convertirse en otra pared entre los participantes en lugar de ser una infraestructura sobre la que puedan construir de verdad.
la parte que sigo observando es cómo funciona esto cuando distintas aplicaciones necesitan políticas diferentes sobre el mismo activo.
probablemente ahí es donde la arquitectura se pone a prueba de verdad.

¿qué opinas??
@Dusk

#dusk $DUSK
cuanto más la miro @termmax , más creo que FT es probablemente la parte que vale la pena entender primero. al principio lo vi como solo otro token dentro de la arquitectura de préstamos, pero la afirmación de vencimiento cambia cómo lo veo. un FT representa una cantidad definida del activo de deuda subyacente que puede redimirse al vencimiento. así que, aunque su precio de mercado pueda moverse antes de esa fecha, la reclamación en sí está claramente definida. ese es el punto interesante para mí. empieza a parecerse menos a una posición normal de préstamo variable y más a algo parecido a un instrumento de renta fija. y una vez que puedes separar un flujo de efectivo futuro del resto de una posición, muchas otras cosas se vuelven posibles puedes ponerle precio a esa reclamación, negociarla, crear mercados secundarios alrededor de ella o combinarla con otros mecanismos de DeFi. así que, sinceramente, no creo que memorizar todos los nombres de productos TermMax sea la parte útil. entender qué representa realmente un FT es. una vez que entiendes esa primitiva, el resto de la arquitectura se vuelve mucho más fácil de seguir. ¿cuál es tu opinión?? #termmax
cuanto más la miro @TermMax , más creo que FT es probablemente la parte que vale la pena entender primero.

al principio lo vi como solo otro token dentro de la arquitectura de préstamos, pero la afirmación de vencimiento cambia cómo lo veo.

un FT representa una cantidad definida del activo de deuda subyacente que puede redimirse al vencimiento.

así que, aunque su precio de mercado pueda moverse antes de esa fecha, la reclamación en sí está claramente definida.

ese es el punto interesante para mí.
empieza a parecerse menos a una posición normal de préstamo variable y más a algo parecido a un instrumento de renta fija.
y una vez que puedes separar un flujo de efectivo futuro del resto de una posición, muchas otras cosas se vuelven posibles

puedes ponerle precio a esa reclamación, negociarla, crear mercados secundarios alrededor de ella o combinarla con otros mecanismos de DeFi.

así que, sinceramente,
no creo que memorizar todos los nombres de productos TermMax sea la parte útil.

entender qué representa realmente un FT es.
una vez que entiendes esa primitiva, el resto de la arquitectura se vuelve mucho más fácil de seguir.
¿cuál es tu opinión??

#termmax
Con verificación
Sigo notando cuánto del valor de Dusk depende de un problema bastante poco glamuroso ¿quién puede ver qué? en un mercado regulado, no siempre es útil hacer todo público. Pero hacer todo privado crea su propio problema cuando alguien necesita verificar lo que realmente ocurrió. El enfoque de Dusk es interesante porque la privacidad se integra en la transacción y en la capa de contrato inteligente, mientras que las pruebas de conocimiento cero pueden proporcionar verificación sin exponer la información subyacente. Eso se siente menos como “ocultar datos de blockchain” y más como decidir qué partes de la información deberían existir en cada nivel de visibilidad. Lo que aún estoy observando es si este modelo sigue siendo práctico cuando las políticas se vuelven mucho más complejas entre distintos activos regulados. Ahí probablemente empieza la prueba real. ¿Qué opinas?? @Dusk_Foundation #dusk $DUSK
Sigo notando cuánto del valor de Dusk depende de un problema bastante poco glamuroso

¿quién puede ver qué?

en un mercado regulado, no siempre es útil hacer todo público. Pero hacer todo privado crea su propio problema cuando alguien necesita verificar lo que realmente ocurrió.

El enfoque de Dusk es interesante porque la privacidad se integra en la transacción y en la capa de contrato inteligente, mientras que las pruebas de conocimiento cero pueden proporcionar verificación sin exponer la información subyacente.

Eso se siente menos como “ocultar datos de blockchain” y más como decidir qué partes de la información deberían existir en cada nivel de visibilidad.
Lo que aún estoy observando es si este modelo sigue siendo práctico cuando las políticas se vuelven mucho más complejas entre distintos activos regulados.
Ahí probablemente empieza la prueba real.

¿Qué opinas??
@Dusk #dusk $DUSK
Lo siento, pero hoy estaba pensando en algo un poco diferente con Dusk. La privacidad recibe la mayor atención, pero creo que la portabilidad de la identidad podría volverse igual de importante. si una institución ya ha demostrado quién es, ¿por qué esa misma institución tendría que reconstruir su identidad y su historial de cumplimiento cada vez que se mueve entre aplicaciones? La arquitectura de Dusk es interesante aquí porque las credenciales y las comprobaciones de políticas se pueden tratar como componentes reutilizables en lugar de hacer que cada transacción empiece desde cero. Eso suena a una mejora pequeña de la experiencia de usuario. No creo que sea Si alguna vez los activos regulados van a moverse entre múltiples aplicaciones, repetir el mismo proceso de verificación en todas partes podría convertirse en un cuello de botella bastante serio. La pregunta real para mí es qué tan portátiles siguen siendo esas credenciales cuando cambian las políticas que hay detrás. Eso es algo que quiero entender mejor. ¿Qué opinas?? @Dusk_Foundation #dusk $DUSK
Lo siento, pero hoy estaba pensando en algo un poco diferente con Dusk.

La privacidad recibe la mayor atención, pero creo que la portabilidad de la identidad podría volverse igual de importante.

si una institución ya ha demostrado quién es, ¿por qué esa misma institución tendría que reconstruir su identidad y su historial de cumplimiento cada vez que se mueve entre aplicaciones?

La arquitectura de Dusk es interesante aquí porque las credenciales y las comprobaciones de políticas se pueden tratar como componentes reutilizables en lugar de hacer que cada transacción empiece desde cero.
Eso suena a una mejora pequeña de la experiencia de usuario.

No creo que sea

Si alguna vez los activos regulados van a moverse entre múltiples aplicaciones, repetir el mismo proceso de verificación en todas partes podría convertirse en un cuello de botella bastante serio.

La pregunta real para mí es qué tan portátiles siguen siendo esas credenciales cuando cambian las políticas que hay detrás.

Eso es algo que quiero entender mejor.
¿Qué opinas??
@Dusk

#dusk $DUSK
una cosa en la que sigo pensando sobre Dusk es cuánto depende la historia de la privacidad de lo que se demuestra, no solo de lo que se oculta si un activo regulado se mueve de forma privada, la parte útil no es simplemente mantener la transacción alejada de la vista del público. la red aún necesita una forma de establecer que se cumplieron realmente las condiciones requeridas. ahí es donde el enfoque de conocimiento cero se vuelve interesante para mí. puedes mantener la información sensible confidencial mientras aún produces una prueba de que se cumplió una regla específica. eso suena obvio después de leerlo. de verdad no lo es la pregunta más difícil es qué tan flexibles se vuelven esas reglas cuando distintas instituciones y jurisdicciones empiezan a pedir cosas diferentes. probablemente ahí es donde aparece la verdadera prueba de la arquitectura de Dusk. me interesa más esa parte que otro titular de “blockchain de privacidad”. ¿qué opinas?? @Dusk_Foundation #dusk $DUSK
una cosa en la que sigo pensando sobre Dusk es cuánto depende la historia de la privacidad de lo que se demuestra, no solo de lo que se oculta

si un activo regulado se mueve de forma privada, la parte útil no es simplemente mantener la transacción alejada de la vista del público.

la red aún necesita una forma de establecer que se cumplieron realmente las condiciones requeridas.

ahí es donde el enfoque de conocimiento cero se vuelve interesante para mí.

puedes mantener la información sensible confidencial mientras aún produces una prueba de que se cumplió una regla específica.

eso suena obvio después de leerlo.

de verdad no lo es

la pregunta más difícil es qué tan flexibles se vuelven esas reglas cuando distintas instituciones y jurisdicciones empiezan a pedir cosas diferentes.

probablemente ahí es donde aparece la verdadera prueba de la arquitectura de Dusk.
me interesa más esa parte que otro titular de “blockchain de privacidad”.
¿qué opinas??
@Dusk

#dusk $DUSK
¿Todos los participantes obtienen el mismo resultado final del último post de Dusk, bueno o malo? Lo que me llamó la atención al volver a mirar Dusk es que la parte difícil de la liquidación institucional quizá no sea la privacidad en sí. Se trata de saber que todos están mirando el mismo estado final Un emisor bancario o una contraparte regulada puede mantener en privado los detalles sensibles de las transacciones pero aun así necesitan un resultado de liquidación determinista y fácil de verificar. Ahí es donde el diseño de Dusk me resulta interesante. Su capa de liquidación combina verificación de conocimiento cero con finalización determinista Así, la red puede probar la validez sin convertir cada detalle subyacente en datos públicos. DUSK Privacy Preserving Settlement.png Eso suena simple hasta que piensas en la conciliación. Si la privacidad crea ambigüedad, las instituciones no la usarán. Si la transparencia revela demasiado, tampoco la usarán El equilibrio es la verdadera prueba. Todavía me pregunto cómo se desempeña Dusk cuando el número de activos regulados y participantes de la liquidación aumenta considerablemente. ¿Cuál es tu opinión? ¿La liquidación determinista importa tanto como la privacidad para la adopción institucional? @Dusk_Foundation #dusk $DUSK
¿Todos los participantes obtienen el mismo resultado final del último post de Dusk, bueno o malo?
Lo que me llamó la atención al volver a mirar Dusk es que la parte difícil de la liquidación institucional quizá no sea la privacidad en sí.

Se trata de saber que todos están mirando el mismo estado final

Un emisor bancario o una contraparte regulada puede mantener en privado los detalles sensibles de las transacciones
pero aun así necesitan un resultado de liquidación determinista y fácil de verificar.
Ahí es donde el diseño de Dusk me resulta interesante.
Su capa de liquidación combina verificación de conocimiento cero con finalización determinista

Así, la red puede probar la validez sin convertir cada detalle subyacente en datos públicos.
DUSK Privacy Preserving Settlement.png
Eso suena simple hasta que piensas en la conciliación.
Si la privacidad crea ambigüedad, las instituciones no la usarán. Si la transparencia revela demasiado, tampoco la usarán
El equilibrio es la verdadera prueba.

Todavía me pregunto cómo se desempeña Dusk cuando el número de activos regulados y participantes de la liquidación aumenta considerablemente.

¿Cuál es tu opinión? ¿La liquidación determinista importa tanto como la privacidad para la adopción institucional?
@Dusk

#dusk $DUSK
Lamento seguir pensando en algo diferente con Dusk. La privacidad normalmente se explica como ocultar información. Pero para activos del mundo real, eso no es suficiente. Una empresa podría necesitar que los detalles de las transacciones estén protegidos del público, mientras aún demuestra que la transacción sigue las reglas requeridas. Ahí es donde el enfoque de Dusk basado en conocimiento cero me resulta interesante La parte útil no es simplemente “blockchain privada”. Es la posibilidad de probar que algo es válido sin exponer cada dato del que subyace. Eso podría importar mucho para activos regulados, donde confidencialidad y cumplimiento tienen que existir juntos La pregunta más difícil es la adopción. ¿Puede Dusk convertir esa ventaja técnica en infraestructura que las instituciones realmente quieran usar a escala? Esa es la parte que estoy observando ahora. ¿Qué opinas? @Dusk_Foundation $DUSK #dusk
Lamento seguir pensando en algo diferente con Dusk.
La privacidad normalmente se explica como ocultar información.
Pero para activos del mundo real, eso no es suficiente.
Una empresa podría necesitar que los detalles de las transacciones estén protegidos del público, mientras aún demuestra que la transacción sigue las reglas requeridas.
Ahí es donde el enfoque de Dusk basado en conocimiento cero me resulta interesante

La parte útil no es simplemente “blockchain privada”.
Es la posibilidad de probar que algo es válido sin exponer cada dato del que subyace.

Eso podría importar mucho para activos regulados, donde confidencialidad y cumplimiento tienen que existir juntos

La pregunta más difícil es la adopción.

¿Puede Dusk convertir esa ventaja técnica en infraestructura que las instituciones realmente quieran usar a escala?

Esa es la parte que estoy observando ahora.
¿Qué opinas?

@Dusk $DUSK #dusk
Sigo volviendo a una cosa sobre la privacidad de Dusk: no se está tratando como una razón para ocultarlo todo. Lo interesante es el intento de mantener la actividad confidencial todavía utilizable en lugares donde el cumplimiento importa. Las pruebas de conocimiento cero están haciendo el trabajo pesado aquí, permitiendo que una aplicación demuestre algo sobre una transacción o un usuario sin exponer cada detalle detrás de esa prueba. Eso suena sencillo en el papel. No lo es. La pregunta más difícil para mí es qué pasa cuando instituciones reales empiezan a imponer reglas más complicadas a través de la misma capa de privacidad: diferentes jurisdicciones, diferentes requisitos de reporte, diferentes ideas sobre qué debería seguir siendo privado. Ahí es donde Dusk me resulta interesante. La tecnología no se trata solo de hacer invisible la información de blockchain. Se trata de encontrar un punto medio viable entre la privacidad y la verificación. Quizá esa sea la parte que la gente menos valora. ¿Qué opinas?? @Dusk_Foundation $DUSK #dusk
Sigo volviendo a una cosa sobre la privacidad de Dusk: no se está tratando como una razón para ocultarlo todo.

Lo interesante es el intento de mantener la actividad confidencial todavía utilizable en lugares donde el cumplimiento importa.

Las pruebas de conocimiento cero están haciendo el trabajo pesado aquí, permitiendo que una aplicación demuestre algo sobre una transacción o un usuario sin exponer cada detalle detrás de esa prueba.

Eso suena sencillo en el papel.

No lo es.

La pregunta más difícil para mí es qué pasa cuando instituciones reales empiezan a imponer reglas más complicadas a través de la misma capa de privacidad: diferentes jurisdicciones, diferentes requisitos de reporte, diferentes ideas sobre qué debería seguir siendo privado.

Ahí es donde Dusk me resulta interesante. La tecnología no se trata solo de hacer invisible la información de blockchain. Se trata de encontrar un punto medio viable entre la privacidad y la verificación.

Quizá esa sea la parte que la gente menos valora.

¿Qué opinas??

@Dusk $DUSK #dusk
Inicia sesión para explorar más contenidos
Únete a usuarios de criptomonedas de todo el mundo en Binance Square
⚡️ Obtén la información más reciente y útil sobre criptomonedas.
💬 Confía en el mayor exchange de criptomonedas del mundo.
👍 Descubre opiniones reales de creadores verificados.
Correo electrónico/número de teléfono
Mapa del sitio
Preferencias de cookies
Términos y condiciones de la plataforma