Salar_Ghazi
5.1k Publicaciones
Salar_Ghazi
395 Siguiendo
19.4K+ Seguidores
4.2K+ Me gusta
Publicaciones
Todo
Cotizaciones
Directo
PINNED
#dusk @Dusk Algo a lo que volví una y otra vez al analizar $DUSK arquitectura fue el estándar XSC y por qué existe en absoluto como una capa de contrato separada.
La mayoría de blockchains te permiten emitir tokens. El Contrato de Seguridad Confidencial XSC (XSC Confidential Security Contract) está diseñado para algo más específico: valores regulados. No para tokens genéricos. Acciones, bonos, instrumentos financieros tokenizados que legalmente requieren comprobaciones de elegibilidad de los inversores, restricciones de transferencia y registros de auditoría.
Lo que lo hace estructuralmente diferente de algo como un ERC-20 es dónde se ubica la lógica de cumplimiento. En una cadena estándar, el cumplimiento se aplica fuera de la cadena: alguien revisa manualmente una lista blanca antes de aprobar una transferencia. En Dusk, XSC incrusta esa lógica directamente en el contrato. La elegibilidad, las restricciones de transferencia y las normas de divulgación se aplican en la ejecución, no después.
La parte de privacidad es donde se vuelve inusual. Las transacciones de XSC usan el modelo Phoenix por debajo, de modo que los importes y los detalles de la contraparte permanecen ocultos a la vista pública. Pero el emisor conserva la capacidad de divulgación selectiva. Un regulador puede recibir visibilidad sobre datos específicos de una transacción sin que esos datos se vuelvan públicos en la cadena. Esa es la intención de diseño: privada para el mercado y auditable por la autoridad.
Lo que honestamente no puedo confirmar ahora mismo es cuántos valores basados en XSC realmente están en funcionamiento y negociándose en el mainnet hoy. El estándar existe. La infraestructura está construida. Pero los datos públicos sobre despliegues activos de XSC son escasos.
¿Es un problema de timing o de adopción un estándar de tokens con prioridad al cumplimiento y sin emisiones en vivo visibles públicamente?
$ONG
$BMT
XSC en Dusk: ¿timing o adopción?
La mayoría de blockchains te permiten emitir tokens. El Contrato de Seguridad Confidencial XSC (XSC Confidential Security Contract) está diseñado para algo más específico: valores regulados. No para tokens genéricos. Acciones, bonos, instrumentos financieros tokenizados que legalmente requieren comprobaciones de elegibilidad de los inversores, restricciones de transferencia y registros de auditoría.
Lo que lo hace estructuralmente diferente de algo como un ERC-20 es dónde se ubica la lógica de cumplimiento. En una cadena estándar, el cumplimiento se aplica fuera de la cadena: alguien revisa manualmente una lista blanca antes de aprobar una transferencia. En Dusk, XSC incrusta esa lógica directamente en el contrato. La elegibilidad, las restricciones de transferencia y las normas de divulgación se aplican en la ejecución, no después.
La parte de privacidad es donde se vuelve inusual. Las transacciones de XSC usan el modelo Phoenix por debajo, de modo que los importes y los detalles de la contraparte permanecen ocultos a la vista pública. Pero el emisor conserva la capacidad de divulgación selectiva. Un regulador puede recibir visibilidad sobre datos específicos de una transacción sin que esos datos se vuelvan públicos en la cadena. Esa es la intención de diseño: privada para el mercado y auditable por la autoridad.
Lo que honestamente no puedo confirmar ahora mismo es cuántos valores basados en XSC realmente están en funcionamiento y negociándose en el mainnet hoy. El estándar existe. La infraestructura está construida. Pero los datos públicos sobre despliegues activos de XSC son escasos.
¿Es un problema de timing o de adopción un estándar de tokens con prioridad al cumplimiento y sin emisiones en vivo visibles públicamente?
$ONG
$BMT
XSC en Dusk: ¿timing o adopción?
Timing
Adoption
Both
Too early
23 hora(s) restante(s)
PINNED
#dusk $DUSK @Dusk durante unas horas y lo que mantiene mi atención no es la arquitectura de ZK ni la narrativa de RWA, sino lo que el incidente del puente del 16 de agosto reveló realmente sobre cómo se está usando la red.
La supervisión detectó un comportamiento sospechoso en una wallet gestionada por un equipo vinculada a operaciones del puente. El equipo pausó los servicios del puente, recicló las direcciones afectadas y coordinó con Binance después de identificar que parte del flujo tocó su plataforma.
Lo que me llamó la atención no es el incidente en sí: que las operaciones del puente se marquen es casi rutinario en 2026. Lo que importa es lo que implica sobre la arquitectura actual. El equipo se apresuró a aclarar que esto no era un problema a nivel de protocolo en DuskDS, y que el mainnet siguió funcionando con normalidad. Es decir: la red resistió, pero la capa operativa en la que estaba la wallet del puente fue el punto débil. Esa distinción es importante.
Mi pequeña sorpresa: Dusk se promociona mucho por su cumplimiento y privacidad a nivel institucional, pero el puente todavía depende de wallets gestionadas por un equipo para el flujo operativo. Eso parece una elección de diseño temporal que todavía no han reemplazado por completo.
Los servicios del puente permanecen pausados de forma temporal mientras se completa una ronda de fortalecimiento más amplia. No sé el alcance total de lo que eso significa: si se trata de un parche rápido o de un rediseño estructural.
Eso plantea una pregunta que no puedo responder: ¿cuánto del volumen entre cadenas de Dusk estaba fluyendo a través de esta única wallet operativa del puente, y qué dice esa concentración sobre qué tan descentralizada está realmente la infraestructura ahora mismo?
$PROM
$ONG
¿Wallets de puente gestionadas por un equipo aceptables para un proyecto "de nivel institucional"?
La supervisión detectó un comportamiento sospechoso en una wallet gestionada por un equipo vinculada a operaciones del puente. El equipo pausó los servicios del puente, recicló las direcciones afectadas y coordinó con Binance después de identificar que parte del flujo tocó su plataforma.
Lo que me llamó la atención no es el incidente en sí: que las operaciones del puente se marquen es casi rutinario en 2026. Lo que importa es lo que implica sobre la arquitectura actual. El equipo se apresuró a aclarar que esto no era un problema a nivel de protocolo en DuskDS, y que el mainnet siguió funcionando con normalidad. Es decir: la red resistió, pero la capa operativa en la que estaba la wallet del puente fue el punto débil. Esa distinción es importante.
Mi pequeña sorpresa: Dusk se promociona mucho por su cumplimiento y privacidad a nivel institucional, pero el puente todavía depende de wallets gestionadas por un equipo para el flujo operativo. Eso parece una elección de diseño temporal que todavía no han reemplazado por completo.
Los servicios del puente permanecen pausados de forma temporal mientras se completa una ronda de fortalecimiento más amplia. No sé el alcance total de lo que eso significa: si se trata de un parche rápido o de un rediseño estructural.
Eso plantea una pregunta que no puedo responder: ¿cuánto del volumen entre cadenas de Dusk estaba fluyendo a través de esta única wallet operativa del puente, y qué dice esa concentración sobre qué tan descentralizada está realmente la infraestructura ahora mismo?
$PROM
$ONG
¿Wallets de puente gestionadas por un equipo aceptables para un proyecto "de nivel institucional"?
Yes, it's transitional
100%
No, it's a red flag
0%
Depends on timeline
0%
Neutral
0%
1 Votos • Votación cerrada
$BTC está parpadeando, un escenario de setup que los traders no querrán ignorar; el siguiente movimiento podría llegar rápido.
$BTC muestra un fuerte impulso alcista, con la estructura construyéndose de forma sólida.
Vigilia Larga — Contexto del Mercado
Entrada: $80,500–$80,700
Objetivo 1: $81,000
Objetivo 2: $81,270
Objetivo 3: $81,600
Objetivo 4: $82,000
Stop Loss: $80,100
$BTC rebotó con fuerza desde la zona de $80.1K y está recuperando la zona de $80.5K. Si los compradores superan $81.27K, la estructura alcista podría acelerarse.
#Write2Earn
$BTC muestra un fuerte impulso alcista, con la estructura construyéndose de forma sólida.
Vigilia Larga — Contexto del Mercado
Entrada: $80,500–$80,700
Objetivo 1: $81,000
Objetivo 2: $81,270
Objetivo 3: $81,600
Objetivo 4: $82,000
Stop Loss: $80,100
$BTC rebotó con fuerza desde la zona de $80.1K y está recuperando la zona de $80.5K. Si los compradores superan $81.27K, la estructura alcista podría acelerarse.
#Write2Earn
#dusk $DUSK @Dusk el cliente nodo real detrás de Dusk, no la versión de página de marketing.
Volviendo a mayo, una versión de Rusk lanzó en silencio algo llamado reglas http.policy ACL, límites de tasa de la clase de endpoint, un marco completo para que el nodo deniegue o limite tráfico específico a nivel de protocolo. Leyéndolo como una línea de especificación, parecía una simple higiene operativa.
Luego, el 16 de agosto, el equipo de Dusk detectó una actividad sospechosa en un monedero enlazado a un puente y, en cuestión de horas, activó una lista de bloqueo de destinatarios de Web Wallet para detener transferencias a direcciones marcadas el mismo mecanismo, en vivo, bajo presión. Eso es lo que se me quedó. $DUSK se vende como "privacidad + cumplimiento," en futuro, pronto. Pero el primer uso real en el mundo de esa capa de aplicación no fue una función de privacidad orientada al usuario: fue el equipo protegiendo el puente.
La infraestructura construida para reguladores acabó funcionando como una herramienta de respuesta a incidentes antes de tocar alguna vez la transacción protegida de un usuario final.
No es una queja, solo me doy cuenta del orden en que se desbloquean las cosas. Entré esperando que Rusk fuera "la VM," salí pensando en ello más como un motor de políticas que además ejecuta consenso. ¿Quién más tiene acceso a esa lógica de lista de bloqueo antes de que se documente públicamente?
Volviendo a mayo, una versión de Rusk lanzó en silencio algo llamado reglas http.policy ACL, límites de tasa de la clase de endpoint, un marco completo para que el nodo deniegue o limite tráfico específico a nivel de protocolo. Leyéndolo como una línea de especificación, parecía una simple higiene operativa.
Luego, el 16 de agosto, el equipo de Dusk detectó una actividad sospechosa en un monedero enlazado a un puente y, en cuestión de horas, activó una lista de bloqueo de destinatarios de Web Wallet para detener transferencias a direcciones marcadas el mismo mecanismo, en vivo, bajo presión. Eso es lo que se me quedó. $DUSK se vende como "privacidad + cumplimiento," en futuro, pronto. Pero el primer uso real en el mundo de esa capa de aplicación no fue una función de privacidad orientada al usuario: fue el equipo protegiendo el puente.
La infraestructura construida para reguladores acabó funcionando como una herramienta de respuesta a incidentes antes de tocar alguna vez la transacción protegida de un usuario final.
No es una queja, solo me doy cuenta del orden en que se desbloquean las cosas. Entré esperando que Rusk fuera "la VM," salí pensando en ello más como un motor de políticas que además ejecuta consenso. ¿Quién más tiene acceso a esa lógica de lista de bloqueo antes de que se documente públicamente?
Chicos, $XRP se está preparando para un movimiento no ignoren esta zona.
$XRP está mostrando un fuerte impulso alcista, con la estructura construyéndose de forma adecuada.
Entrada: $1.47–$1.49
Objetivo 1: $1.52
Objetivo 2: $1.55
Objetivo 3: $1.60
Objetivo 4: $1.65
Stop Loss: $1.43
XRP se mantiene por encima de la zona de $1.45 después de una fase de consolidación sólida, mientras que los compradores están empezando a empujar de nuevo hacia la resistencia de $1.50. Una ruptura limpia por encima de $1.50 podría abrir el camino hacia los objetivos más altos.
#Write2Earn
$XRP está mostrando un fuerte impulso alcista, con la estructura construyéndose de forma adecuada.
Entrada: $1.47–$1.49
Objetivo 1: $1.52
Objetivo 2: $1.55
Objetivo 3: $1.60
Objetivo 4: $1.65
Stop Loss: $1.43
XRP se mantiene por encima de la zona de $1.45 después de una fase de consolidación sólida, mientras que los compradores están empezando a empujar de nuevo hacia la resistencia de $1.50. Una ruptura limpia por encima de $1.50 podría abrir el camino hacia los objetivos más altos.
#Write2Earn
$BNB Long Watch
Entrada: $692–696
Objetivo 1: $705
Objetivo 2: $715
Stop Loss: $686
$BNB se mantiene por encima de la zona de soporte de $690 después de una fuerte recuperación desde los $680. El precio está consolidando cerca de $696, mientras que el rechazo reciente alrededor de $705 sigue siendo la resistencia clave.
Una toma limpia por encima de $692–696 podría preparar otro impulso hacia $705 y potencialmente $715. Perder $690 debilitaría la estructura alcista.
$SPK
Entrada: $692–696
Objetivo 1: $705
Objetivo 2: $715
Stop Loss: $686
$BNB se mantiene por encima de la zona de soporte de $690 después de una fuerte recuperación desde los $680. El precio está consolidando cerca de $696, mientras que el rechazo reciente alrededor de $705 sigue siendo la resistencia clave.
Una toma limpia por encima de $692–696 podría preparar otro impulso hacia $705 y potencialmente $715. Perder $690 debilitaría la estructura alcista.
$SPK
$ETH está sosteniendo la estructura de recuperación en el gráfico de 4H.
El precio rebotó con fuerza desde la zona de $2,360–$2,400 y ahora está consolidando alrededor de $2,438 tras el rechazo cerca de $2,470.
Niveles clave:
Entrada: $2,420–$2,440
Objetivo 1: $2,480
Objetivo 2: $2,520
Stop Loss: Por debajo de $2,390
Una ruptura limpia de 4H por encima de $2,480 podría abrir el camino hacia $2,520. Perder $2,400 debilitaría la configuración alcista.
#Write2Earn
$PORTAL
$SPK
El precio rebotó con fuerza desde la zona de $2,360–$2,400 y ahora está consolidando alrededor de $2,438 tras el rechazo cerca de $2,470.
Niveles clave:
Entrada: $2,420–$2,440
Objetivo 1: $2,480
Objetivo 2: $2,520
Stop Loss: Por debajo de $2,390
Una ruptura limpia de 4H por encima de $2,480 podría abrir el camino hacia $2,520. Perder $2,400 debilitaría la configuración alcista.
#Write2Earn
$PORTAL
$SPK
#dusk @Dusk $DUSK dev docs esta semana después de que la red de pruebas DuskEVM entrara en vivo el 10 de agosto. Lo que llamó mi atención no es el lanzamiento en sí, sino el punto de bifurcación que crea para los desarrolladores.
DuskEVM se ejecuta en OP Stack, se asienta en DuskDS y te permite desplegar Solidity con las carteras EVM estándar de Hardhat Foundry y todas las herramientas habituales. DuskVM, mientras tanto, se construye directamente sobre el propio modelo de ejecución de Dusk: contratos Rust/WASM, modelos nativos de transacciones, activos a nivel de protocolo y capacidades ZK. La misma cadena subyacente, dos filosofías de desarrollo completamente distintas.
Lo que me sorprendió: la documentación es inusualmente honesta sobre cuándo no usar DuskEVM. Dicen explícitamente que uses el Dusk nativo cuando necesites privacidad, contratos inteligentes con ZK, activos confidenciales o ejecución personalizada. La mayoría de las L2 no ofrecen voluntariamente sus propias limitaciones de forma tan clara.
La red de pruebas salió a mediados de agosto; puedes verificar despliegues de contratos iniciales en Blockscout (el explorador de DuskEVM). No he confirmado cuántos desarrolladores independientes han desplegado realmente frente a los propios contratos de prueba del equipo. Esa distinción importa y aún no puedo decirlo con certeza.
El TVL está por debajo de $1M y el ecosistema de DApp es escaso. La pregunta real es: ¿DuskEVM atrae a desarrolladores de Solidity que nunca tocarían Rust, o la historia de privacidad de Dusk solo atrae a constructores dispuestos a ir por lo nativo?
DuskEVM se ejecuta en OP Stack, se asienta en DuskDS y te permite desplegar Solidity con las carteras EVM estándar de Hardhat Foundry y todas las herramientas habituales. DuskVM, mientras tanto, se construye directamente sobre el propio modelo de ejecución de Dusk: contratos Rust/WASM, modelos nativos de transacciones, activos a nivel de protocolo y capacidades ZK. La misma cadena subyacente, dos filosofías de desarrollo completamente distintas.
Lo que me sorprendió: la documentación es inusualmente honesta sobre cuándo no usar DuskEVM. Dicen explícitamente que uses el Dusk nativo cuando necesites privacidad, contratos inteligentes con ZK, activos confidenciales o ejecución personalizada. La mayoría de las L2 no ofrecen voluntariamente sus propias limitaciones de forma tan clara.
La red de pruebas salió a mediados de agosto; puedes verificar despliegues de contratos iniciales en Blockscout (el explorador de DuskEVM). No he confirmado cuántos desarrolladores independientes han desplegado realmente frente a los propios contratos de prueba del equipo. Esa distinción importa y aún no puedo decirlo con certeza.
El TVL está por debajo de $1M y el ecosistema de DApp es escaso. La pregunta real es: ¿DuskEVM atrae a desarrolladores de Solidity que nunca tocarían Rust, o la historia de privacidad de Dusk solo atrae a constructores dispuestos a ir por lo nativo?
#dusk @Dusk $DUSK Arquitectura, específicamente cómo funcionan los contratos inteligentes confidenciales bajo el estándar XSC y un detalle sigue llamando mi atención.
Dusk se posiciona como la primera blockchain con contratos inteligentes confidenciales nativos, lo que significa que la lógica de ejecución, las contrapartes y los importes están ocultos por defecto. No está envuelto en una capa de privacidad encima: está integrado en el entorno de ejecución base. Esa es, al menos, la afirmación arquitectónica.
Lo que me hizo detenerme y pensarlo de verdad fue el 16 de agosto: el equipo de Dusk detectó actividad sospechosa vinculada a una cartera puente administrada por el equipo. Pausaron los servicios del puente, deshabilitaron direcciones relacionadas y coordinaron con Binance después de que parte del flujo tocara su plataforma. Dicen que no se vieron afectados los fondos de los usuarios. Pero léelo con cuidado: esto no fue una falla de protocolo. Fue infraestructura de puente fuera de la cadena.
La propia L1 se mantuvo limpia.
Y ahí está la tensión interesante. El equipo confirmó explícitamente que el incidente no fue un problema a nivel de protocolo en DuskDS, la cadena nativa. Eso significa que la capa de ejecución confidencial hizo lo que debía hacer. La vulnerabilidad estaba exactamente donde siempre ocurre: en el puente, no en la cadena.
Honestamente, no esperaba que lo contuvieran tan rápido. Me sorprendió un poco.
Lo que no puedo confirmar: cuántas transacciones realmente ocurrieron durante la ventana del incidente y si alguna interacción de contratos protegidos se vio afectada del lado nativo. Esos datos no se pueden leer fácilmente, que es justamente parte de la gracia de los contratos confidenciales, pero también hace más difícil la verificación independiente.
El puente permanece cerrado en espera de una revisión de seguridad completa. Mientras tanto, DuskEVM sigue en camino. Vale la pena observar de cerca cómo interactúan esas dos líneas de tiempo...
Dusk se posiciona como la primera blockchain con contratos inteligentes confidenciales nativos, lo que significa que la lógica de ejecución, las contrapartes y los importes están ocultos por defecto. No está envuelto en una capa de privacidad encima: está integrado en el entorno de ejecución base. Esa es, al menos, la afirmación arquitectónica.
Lo que me hizo detenerme y pensarlo de verdad fue el 16 de agosto: el equipo de Dusk detectó actividad sospechosa vinculada a una cartera puente administrada por el equipo. Pausaron los servicios del puente, deshabilitaron direcciones relacionadas y coordinaron con Binance después de que parte del flujo tocara su plataforma. Dicen que no se vieron afectados los fondos de los usuarios. Pero léelo con cuidado: esto no fue una falla de protocolo. Fue infraestructura de puente fuera de la cadena.
La propia L1 se mantuvo limpia.
Y ahí está la tensión interesante. El equipo confirmó explícitamente que el incidente no fue un problema a nivel de protocolo en DuskDS, la cadena nativa. Eso significa que la capa de ejecución confidencial hizo lo que debía hacer. La vulnerabilidad estaba exactamente donde siempre ocurre: en el puente, no en la cadena.
Honestamente, no esperaba que lo contuvieran tan rápido. Me sorprendió un poco.
Lo que no puedo confirmar: cuántas transacciones realmente ocurrieron durante la ventana del incidente y si alguna interacción de contratos protegidos se vio afectada del lado nativo. Esos datos no se pueden leer fácilmente, que es justamente parte de la gracia de los contratos confidenciales, pero también hace más difícil la verificación independiente.
El puente permanece cerrado en espera de una revisión de seguridad completa. Mientras tanto, DuskEVM sigue en camino. Vale la pena observar de cerca cómo interactúan esas dos líneas de tiempo...
#dusk @Dusk $DUSK transaction data en duskexplorer.com hoy. Un número me dejó helado.
De las 252 transacciones registradas en las últimas 24 horas, solo 21 fueron Phoenix, el modelo de ZK con escudo que se supone que es la capa real de privacidad de esta red. Las otras 231 pasaron por Moonlight, el modelo totalmente público basado en cuentas.
Eso equivale aproximadamente a un 9% de adopción de Phoenix en una cadena construida en torno a la privacidad.
Phoenix es un modelo de transacciones de conocimiento cero basado en UTXO que oculta importes, enlaces emisor-receptor y cambios de saldo mediante compromisos criptográficos y nullifiers. Phoenix 2.0 incluso fue un paso más allá, habilitando una privacidad compatible, donde la identidad del emisor puede demostrarse al receptor sin exponer nada al público, lo cual supuestamente es el diferenciador institucional.
Entonces, ¿qué explica la brecha? Mi lectura honesta: Phoenix es más pesado. Cada transacción de Phoenix incluye una prueba PLONK, mientras que Moonlight solo usa una verificación de firma BLS menos cómputo, más rápido, más barato. La mayoría de los usuarios actuales probablemente solo están apostando, convirtiendo tokens o haciendo transferencias rutinarias. La privacidad tiene un costo, y no todos la están pagando todavía.
Lo que no puedo determinar desde el explorador es si las transacciones de Phoenix que vemos representan a usuarios que realmente buscan privacidad o si solo son mecánicas de la billetera que enrutan fondos a través del pool protegido por otras razones.
Si el uso de Phoenix se mantiene tan bajo a medida que se incorporan socios institucionales, ¿la propuesta de privacidad aguanta o se vuelve opcional en silencio?
De las 252 transacciones registradas en las últimas 24 horas, solo 21 fueron Phoenix, el modelo de ZK con escudo que se supone que es la capa real de privacidad de esta red. Las otras 231 pasaron por Moonlight, el modelo totalmente público basado en cuentas.
Eso equivale aproximadamente a un 9% de adopción de Phoenix en una cadena construida en torno a la privacidad.
Phoenix es un modelo de transacciones de conocimiento cero basado en UTXO que oculta importes, enlaces emisor-receptor y cambios de saldo mediante compromisos criptográficos y nullifiers. Phoenix 2.0 incluso fue un paso más allá, habilitando una privacidad compatible, donde la identidad del emisor puede demostrarse al receptor sin exponer nada al público, lo cual supuestamente es el diferenciador institucional.
Entonces, ¿qué explica la brecha? Mi lectura honesta: Phoenix es más pesado. Cada transacción de Phoenix incluye una prueba PLONK, mientras que Moonlight solo usa una verificación de firma BLS menos cómputo, más rápido, más barato. La mayoría de los usuarios actuales probablemente solo están apostando, convirtiendo tokens o haciendo transferencias rutinarias. La privacidad tiene un costo, y no todos la están pagando todavía.
Lo que no puedo determinar desde el explorador es si las transacciones de Phoenix que vemos representan a usuarios que realmente buscan privacidad o si solo son mecánicas de la billetera que enrutan fondos a través del pool protegido por otras razones.
Si el uso de Phoenix se mantiene tan bajo a medida que se incorporan socios institucionales, ¿la propuesta de privacidad aguanta o se vuelve opcional en silencio?
#dusk @Dusk $DUSK explorador durante un tiempo y un número se me quedó grabado en las últimas 24 horas: de 252 transacciones totales en la red, 231 fueron Moonlight y solo 21 fueron Phoenix. Eso es aproximadamente un 92% público y un 8% protegido. Puedes verificarlo tú mismo ahora mismo en duskexplorer.com.
Esa proporción me sorprendió un poco. La premisa de diseño de $DUSK es que Phoenix gestiona la actividad financiera confidencial: conciliaciones privadas, saldos ocultos y pruebas ZK. Moonlight se añadió más tarde, en parte para cumplir requisitos de cumplimiento de los exchanges. Pero en la cadena, los usuarios reales eligen abrumadoramente la vía pública.
Podría ser que la sobrecarga de UX de Phoenix (notas de UTXO, generación de pruebas) todavía sea suficiente para empujar a los usuarios casuales hacia Moonlight. También podría ser que los flujos relacionados con staking que Moonlight admite el contrato Stake y que la mayor parte de la actividad de delegación es pública por naturaleza. Sinceramente, no sé cuál caso de uso está dominando.
Lo que no puedo confirmar es si ese conteo de 21 Phoenix refleja una demanda real de privacidad o si solo son usuarios avanzados probando el modelo. No hay manera de ver quién está detrás de esas notas protegidas, que es precisamente el punto.
La pregunta con la que me quedo es: si la privacidad es la propuesta de valor central, ¿por qué en esta etapa es un comportamiento minoritario?
Esa proporción me sorprendió un poco. La premisa de diseño de $DUSK es que Phoenix gestiona la actividad financiera confidencial: conciliaciones privadas, saldos ocultos y pruebas ZK. Moonlight se añadió más tarde, en parte para cumplir requisitos de cumplimiento de los exchanges. Pero en la cadena, los usuarios reales eligen abrumadoramente la vía pública.
Podría ser que la sobrecarga de UX de Phoenix (notas de UTXO, generación de pruebas) todavía sea suficiente para empujar a los usuarios casuales hacia Moonlight. También podría ser que los flujos relacionados con staking que Moonlight admite el contrato Stake y que la mayor parte de la actividad de delegación es pública por naturaleza. Sinceramente, no sé cuál caso de uso está dominando.
Lo que no puedo confirmar es si ese conteo de 21 Phoenix refleja una demanda real de privacidad o si solo son usuarios avanzados probando el modelo. No hay manera de ver quién está detrás de esas notas protegidas, que es precisamente el punto.
La pregunta con la que me quedo es: si la privacidad es la propuesta de valor central, ¿por qué en esta etapa es un comportamiento minoritario?
#dusk $DUSK @Dusk después de que la testnet DuskEVM entrara en vivo el 10 de agosto. El titular es compatibilidad EVM Solidity, Hardhat, herramientas familiares. Bien. Pero lo que realmente llamó mi atención está un nivel más abajo Hedger.
Hedger es el motor de privacidad de Dusk, instalado dentro de DuskEVM. Combina cifrado homomórfico ElGamal con pruebas ZK para proteger los importes de las transacciones y las contrapartes, todo ello permitiendo al mismo tiempo que la red verifique la corrección. La generación de pruebas en el navegador tarda menos de 2 segundos. No es una afirmación de whitepaper; la testnet está activa y esa funcionalidad está disponible para cualquiera que esté implementando en ella.
Lo que esto sugiere es que Dusk no se limita a construir una cadena EVM con una etiqueta de privacidad pegada. La generación de pruebas ZK ocurre en la capa de ejecución de transacciones, no como un envoltorio opcional. Esa es una elección arquitectónica importante.
Pero aquí va mi duda honesta: la actividad en la testnet está impulsada por desarrolladores. No he visto datos públicos sobre cuántos contratos se han desplegado realmente desde el 10 de agosto, ni si alguna de las transacciones protegidas con ZK proviene de equipos externos o de pruebas internas.
Así que la pregunta real es: ¿los creadores están usando Hedger, o está ahí esperando? Hay una diferencia entre que una función esté disponible y que una función se esté utilizando.
$ACE
Hedger es el motor de privacidad de Dusk, instalado dentro de DuskEVM. Combina cifrado homomórfico ElGamal con pruebas ZK para proteger los importes de las transacciones y las contrapartes, todo ello permitiendo al mismo tiempo que la red verifique la corrección. La generación de pruebas en el navegador tarda menos de 2 segundos. No es una afirmación de whitepaper; la testnet está activa y esa funcionalidad está disponible para cualquiera que esté implementando en ella.
Lo que esto sugiere es que Dusk no se limita a construir una cadena EVM con una etiqueta de privacidad pegada. La generación de pruebas ZK ocurre en la capa de ejecución de transacciones, no como un envoltorio opcional. Esa es una elección arquitectónica importante.
Pero aquí va mi duda honesta: la actividad en la testnet está impulsada por desarrolladores. No he visto datos públicos sobre cuántos contratos se han desplegado realmente desde el 10 de agosto, ni si alguna de las transacciones protegidas con ZK proviene de equipos externos o de pruebas internas.
Así que la pregunta real es: ¿los creadores están usando Hedger, o está ahí esperando? Hay una diferencia entre que una función esté disponible y que una función se esté utilizando.
$ACE
Parcialmente cierto
$DUSK docs y su pieza del 15 de agosto sobre la tokenización de pymes y algo que no deja de darme vueltas.
El modelo de doble transacción Moonlight (público, basado en cuentas) y Phoenix (UTXO protegido + pruebas ZK) es clave para todo el planteamiento. La privacidad es opcional, no predeterminada. Esa es la parte interesante.
Moonlight expone saldos y detalles de transacciones abiertamente, adecuado para informes de cumplimiento e integraciones con exchanges. Phoenix oculta importes, los enlaces emisor-receptor y los cambios de saldo detrás de compromisos criptográficos y nulificadores.
Pero esto es lo que noté al profundizar en su publicación del 15 de agosto sobre flujos de trabajo de mercado privado: todo el caso de uso de NPEX en el que se apoya la canalización de valores de pymes (más de 200M€) depende de la divulgación selectiva para necesidades regulatorias y de gestión de servicios, no de privacidad total.
Es decir, la "privacidad" real en producción está muy acotada: visibilidad permitida y autorizada por el regulador, no lo que la mayoría de usuarios de cripto imaginan cuando escuchan "cero conocimiento".
Lo que de verdad me sorprendió: 210M+ @Dusk está apostado asegurando la red (dusk), pero DuskEVM y Hedger (la capa EVM confidencial) siguen en testnet. Es una gran base de staking que sostiene infraestructura que todavía no ha visto volumen real de transacciones institucionales.
No puedo confirmar qué proporción de transacciones reales en mainnet son Phoenix vs. Moonlight ahora mismo: el explorador muestra tipos de tx, pero no un desglose limpio que pueda obtener rápidamente.
Me hace preguntarme: ¿la privacidad aquí es realmente una función para los usuarios finales, o más bien es infraestructura de cumplimiento para las instituciones? ¿Y esa distinción importa para hacia dónde va la red?
#dusk @Dusk
$ACE
$TUT
El modelo de doble transacción Moonlight (público, basado en cuentas) y Phoenix (UTXO protegido + pruebas ZK) es clave para todo el planteamiento. La privacidad es opcional, no predeterminada. Esa es la parte interesante.
Moonlight expone saldos y detalles de transacciones abiertamente, adecuado para informes de cumplimiento e integraciones con exchanges. Phoenix oculta importes, los enlaces emisor-receptor y los cambios de saldo detrás de compromisos criptográficos y nulificadores.
Pero esto es lo que noté al profundizar en su publicación del 15 de agosto sobre flujos de trabajo de mercado privado: todo el caso de uso de NPEX en el que se apoya la canalización de valores de pymes (más de 200M€) depende de la divulgación selectiva para necesidades regulatorias y de gestión de servicios, no de privacidad total.
Es decir, la "privacidad" real en producción está muy acotada: visibilidad permitida y autorizada por el regulador, no lo que la mayoría de usuarios de cripto imaginan cuando escuchan "cero conocimiento".
Lo que de verdad me sorprendió: 210M+ @Dusk está apostado asegurando la red (dusk), pero DuskEVM y Hedger (la capa EVM confidencial) siguen en testnet. Es una gran base de staking que sostiene infraestructura que todavía no ha visto volumen real de transacciones institucionales.
No puedo confirmar qué proporción de transacciones reales en mainnet son Phoenix vs. Moonlight ahora mismo: el explorador muestra tipos de tx, pero no un desglose limpio que pueda obtener rápidamente.
Me hace preguntarme: ¿la privacidad aquí es realmente una función para los usuarios finales, o más bien es infraestructura de cumplimiento para las instituciones? ¿Y esa distinción importa para hacia dónde va la red?
#dusk @Dusk
$ACE
$TUT
#dusk $DUSK @Dusk explorar datos hoy y un número me dejó helado.
Ahora mismo, hay 252 transacciones en la cadena en las últimas 24 horas. 231 de ellas son Moonlight, completamente públicas. Solo 21 son Phoenix con protección. Eso es aproximadamente una división 91/9.
Lo que me impactó es la ironía de todo. @Dusk la propuesta completa es finanzas centradas en la privacidad. Moonlight es el modelo basado en cuentas y totalmente transparente. Phoenix usa pruebas ZK y compromisos UTXO para ocultar importes, enlaces emisor-receptor y cambios de saldo. Dos modelos diseñados para coexistir, pero los usuarios eligen abrumadoramente el público.
Ahora no sé por qué es así. Podría ser que el uso de Phoenix sea más costoso o tenga más fricción. Podría ser que la base actual de usuarios sea mayormente de stakers y provisioners que ejecutan transacciones operativas que no necesitan privacidad. O podría ser otra cosa por completo. De verdad no puedo confirmar la razón solo con el explorador.
Lo que sí puedo decir es esto: si esta proporción se mantiene cuando empiecen a moverse valores regulados a través de la red, diría algo interesante sobre lo que significa en la práctica la "privacidad lista para cumplir"; las instituciones podrían seguir optando por la transparencia cuando un regulador está mirando.
La capa de cumplimiento y la capa de privacidad están construidas para funcionar juntas. Pero ahora mismo los usuarios están usando una y apenas tocando la otra. ¿Es un problema de UX, de madurez, o simplemente... normal para esta etapa?
$PORTAL
$GPS
Ahora mismo, hay 252 transacciones en la cadena en las últimas 24 horas. 231 de ellas son Moonlight, completamente públicas. Solo 21 son Phoenix con protección. Eso es aproximadamente una división 91/9.
Lo que me impactó es la ironía de todo. @Dusk la propuesta completa es finanzas centradas en la privacidad. Moonlight es el modelo basado en cuentas y totalmente transparente. Phoenix usa pruebas ZK y compromisos UTXO para ocultar importes, enlaces emisor-receptor y cambios de saldo. Dos modelos diseñados para coexistir, pero los usuarios eligen abrumadoramente el público.
Ahora no sé por qué es así. Podría ser que el uso de Phoenix sea más costoso o tenga más fricción. Podría ser que la base actual de usuarios sea mayormente de stakers y provisioners que ejecutan transacciones operativas que no necesitan privacidad. O podría ser otra cosa por completo. De verdad no puedo confirmar la razón solo con el explorador.
Lo que sí puedo decir es esto: si esta proporción se mantiene cuando empiecen a moverse valores regulados a través de la red, diría algo interesante sobre lo que significa en la práctica la "privacidad lista para cumplir"; las instituciones podrían seguir optando por la transparencia cuando un regulador está mirando.
La capa de cumplimiento y la capa de privacidad están construidas para funcionar juntas. Pero ahora mismo los usuarios están usando una y apenas tocando la otra. ¿Es un problema de UX, de madurez, o simplemente... normal para esta etapa?
$PORTAL
$GPS
$HOLO Dirección del mercado: bajista. Fuerte repunte rechazado con fuerza vendedora cerca de $0.10.
Zona de entrada: $0.0890–$0.0940
Stop Loss: $0.1025
Take Profit:
TP1: $0.0820
TP2: $0.0760
TP3: $0.0700
El precio muestra un rechazo claro desde la zona de $0.10. Una recuperación fallida dentro de la zona de entrada favorecería una continuación a la baja hacia los niveles del rompimiento anterior.
Invalidación por encima de $0.1025.
#Write2Earn
$PROM
$BABY
Zona de entrada: $0.0890–$0.0940
Stop Loss: $0.1025
Take Profit:
TP1: $0.0820
TP2: $0.0760
TP3: $0.0700
El precio muestra un rechazo claro desde la zona de $0.10. Una recuperación fallida dentro de la zona de entrada favorecería una continuación a la baja hacia los niveles del rompimiento anterior.
Invalidación por encima de $0.1025.
#Write2Earn
$PROM
$BABY
$SOL /USDT Configuración Short
Dirección del mercado: Sesgo bajista por debajo de la resistencia 77.00
Zona de entrada: 76.40–76.90
Stop Loss: 78.05
Take Profit 1: 75.20
Take Profit 2: 73.80
Take Profit 3: 72.30
El precio está consolidándose cerca de la resistencia después de un movimiento alcista fuerte. Un rechazo desde la zona 76.50–77.00 podría provocar un retroceso hacia las zonas de soporte inferiores. La invalidación es una ruptura limpia y mantenimiento por encima de 78.00.
$HOLO
$PROM
Dirección del mercado: Sesgo bajista por debajo de la resistencia 77.00
Zona de entrada: 76.40–76.90
Stop Loss: 78.05
Take Profit 1: 75.20
Take Profit 2: 73.80
Take Profit 3: 72.30
El precio está consolidándose cerca de la resistencia después de un movimiento alcista fuerte. Un rechazo desde la zona 76.50–77.00 podría provocar un retroceso hacia las zonas de soporte inferiores. La invalidación es una ruptura limpia y mantenimiento por encima de 78.00.
$HOLO
$PROM
$PROM Short Setup
Dirección del mercado: Bajista tras un rechazo brusco desde la zona de 3.50.
Zona de entrada: 2.65–2.85
Stop Loss: 3.10
Objetivo 1: 2.35
Objetivo 2: 2.05
Objetivo 3: 1.85
El precio ha mostrado un fuerte rechazo después del impulso hacia 3.50. Si no logra recuperar 2.85–3.00, podría abrir el camino para un retroceso más profundo hacia las zonas de consolidación anteriores.
Espera confirmación antes de entrar; la volatilidad es extremadamente alta.
$HOLO
Dirección del mercado: Bajista tras un rechazo brusco desde la zona de 3.50.
Zona de entrada: 2.65–2.85
Stop Loss: 3.10
Objetivo 1: 2.35
Objetivo 2: 2.05
Objetivo 3: 1.85
El precio ha mostrado un fuerte rechazo después del impulso hacia 3.50. Si no logra recuperar 2.85–3.00, podría abrir el camino para un retroceso más profundo hacia las zonas de consolidación anteriores.
Espera confirmación antes de entrar; la volatilidad es extremadamente alta.
$HOLO
$ETH Short Setup
Dirección del mercado: el precio rechazó la zona de resistencia de 1,900–1,920 y está mostrando debilidad.
Zona de entrada: 1,865–1,885
Stop Loss: 1,925
Objetivo 1: 1,840
Objetivo 2: 1,810
Objetivo 3: 1,780
Espera una revalidación y un rechazo alrededor de la zona de entrada en lugar de perseguir la vela actual.
$BANANA
#Write2Earn
Dirección del mercado: el precio rechazó la zona de resistencia de 1,900–1,920 y está mostrando debilidad.
Zona de entrada: 1,865–1,885
Stop Loss: 1,925
Objetivo 1: 1,840
Objetivo 2: 1,810
Objetivo 3: 1,780
Espera una revalidación y un rechazo alrededor de la zona de entrada en lugar de perseguir la vela actual.
$BANANA
#Write2Earn
$BNB /USDT — Configuración Larga
Entrada: 607.0–609.0
Objetivo 1: 612.0
Objetivo 2: 615.0
Stop Loss: 604.5
El precio ha recuperado la zona de 608 con fuerte impulso después de mantener la zona 600–602. Una permanencia limpia por encima de 607 mantiene la estructura a corto plazo alcista. Si 612 se rompe con fuerza, 615 será el siguiente nivel al alza.
$DOGE
#Write2Earn
Entrada: 607.0–609.0
Objetivo 1: 612.0
Objetivo 2: 615.0
Stop Loss: 604.5
El precio ha recuperado la zona de 608 con fuerte impulso después de mantener la zona 600–602. Una permanencia limpia por encima de 607 mantiene la estructura a corto plazo alcista. Si 612 se rompe con fuerza, 615 será el siguiente nivel al alza.
$DOGE
#Write2Earn
$BTC /USDT — CONFIGURACIÓN LARGA
Dirección del mercado: Alcista
Zona de entrada: $65,120–$65,220
Objetivo 1: $65,300
Objetivo 2: $65,420
Objetivo 3: $65,470
Stop Loss: $65,040
$BTC está manteniendo una fuerte estructura alcista a corto plazo en el gráfico de 15m, con máximos más altos y mínimos más altos formándose.
Una retención limpia por encima de $65,100 mantiene válida la configuración alcista. El disparador clave es una ruptura y retesteo de $65,300; por encima de ese nivel, el máximo de 24H alrededor de $65,474 se convierte en el siguiente objetivo principal.
Invalidación: Cierre en 15m por debajo de $65,040.
#Write2Earn!
Dirección del mercado: Alcista
Zona de entrada: $65,120–$65,220
Objetivo 1: $65,300
Objetivo 2: $65,420
Objetivo 3: $65,470
Stop Loss: $65,040
$BTC está manteniendo una fuerte estructura alcista a corto plazo en el gráfico de 15m, con máximos más altos y mínimos más altos formándose.
Una retención limpia por encima de $65,100 mantiene válida la configuración alcista. El disparador clave es una ruptura y retesteo de $65,300; por encima de ese nivel, el máximo de 24H alrededor de $65,474 se convierte en el siguiente objetivo principal.
Invalidación: Cierre en 15m por debajo de $65,040.
#Write2Earn!
Inicia sesión para explorar más contenidos