Binance Square
ASMA_加密143
3k Publicaciones

ASMA_加密143

专注加密、空投与交易机会 🚀
Trader frecuente
2 año(s)
2.3K+ Siguiendo
4.7K+ Seguidores
4.6K+ Me gusta
Publicaciones
·
--
Únete en vivo con Kim
Únete en vivo con Kim
KIM_加密 143
·
--
[Finalizado] 🎙️ Bienvenidos a Todos Únanse a Kim_crypto143 en Vivo/Hablen sobre Crypto y Trading.
2.3k escuchan
✅✅✅
✅✅✅
KIM_加密 143
·
--
Alcista
Si te estás preguntando si el BTC podría caer en la zona de $50K–$60K, eso sería un escenario bajista posible, pero requeriría una corrección mucho más profunda desde la zona actual alrededor de $77K–$78K. Un análisis reciente ha identificado aproximadamente $70K y luego $62K–$65K como zonas clave de soporte a la baja; por lo tanto, un movimiento hacia $50K–$60K probablemente requeriría que esos soportes fallen.

Aquí tienes una publicación de regalo al estilo Binance Square, natural:

---

🎁 PRÓXIMO MOVIMIENTO DEL BTC — ¿$50K A $60K?

Quiero saber qué PIENSAS TÚ. 👀

Bitcoin está actualmente alrededor de la zona de $77K–$78K, pero la gran pregunta es: ¿Qué viene después?

Mi opinión personal es que si el BTC pierde las zonas de soporte importantes, podríamos ver una corrección mucho más profunda. Primero estoy vigilando $60K y, en un escenario bajista más extremo, $50K–$55K podría convertirse en un objetivo posible.

Pero aquí está la otra cara…

Si el BTC mantiene los soportes principales y vuelve a romper por encima de la zona de resistencia $80K–$82K, el escenario bajista podría cambiar por completo. Algunos análisis del mercado ven actualmente $81.7K como un nivel importante para confirmar un impulso alcista más fuerte.

Así que quiero escuchar a la comunidad:

👇 ¿Cuál es tu predicción de BTC?

🔴 $50K–$60K — Corrección profunda
🟡 $60K–$70K — Retroceso saludable
🟢 $80K–$90K+ — Ruptura alcista 🚀

🎁 SORTEO

Deja tu objetivo de BTC + el motivo en los comentarios.

❤️ Like
💬 Comenta tu predicción
🔁 Comparte/Repost
👥 Síguenos para más discusiones sobre el mercado de BTC

Voy a elegir algunas predicciones interesantes para un premio cripto sorpresa 🎁

Nadie sabe la próxima vela. Veamos quién lo acierta. 👀🔥

HACER TU PROPIA INVESTIGACIÓN (DYOR). No es asesoramiento financiero.

#BTC #Bitcoin #Crypto143family #BitcoinPrediction #kim_crypto143 $BTC

$ETH

$BNB

Freedom of financial self-defense
STEEM se arrancó un 51% hoy y ahora está devolviendo parte, este retroceso hacia el soporte es el trade real, no la vela que todos ya se perdieron. Configuración: Largo en el retest de la zona de soporte 0.070-0.073, el mismo nivel que durante este movimiento pasó de resistencia a soporte. Entrada: 0.071 - 0.073 Stop Loss: 0.0655 (por debajo de esto y la estructura del breakout queda invalidada; sal sin preguntas) TP1: 0.080 (máximo anterior de consolidación) TP2: 0.085 TP3: 0.093 (máximo de 24h, retest completo) El riesgo/recompensa en esto es aproximadamente 1:2.5 hacia TP1 solo, mejor si llega a TP3. El volumen se ha ido debilitando en las últimas cuatro velas, así que esto solo funciona si los compradores realmente defienden 0.070; si ese nivel se rompe con volumen real, no promedies a la baja, solo toma el stop. Este es un movimiento rápido y volátil que sube 51% en un día; tamaño pequeño y respeta el stop. NFA, DYOR. ¿Estás dentro en el retest o esperando confirmación por encima de 0.080 primero? #STEEM #Steem #Altcoins #CryptoTrading #BinanceSquare $STEEM {future}(STEEMUSDT)
STEEM se arrancó un 51% hoy y ahora está devolviendo parte, este retroceso hacia el soporte es el trade real, no la vela que todos ya se perdieron.
Configuración: Largo en el retest de la zona de soporte 0.070-0.073, el mismo nivel que durante este movimiento pasó de resistencia a soporte.
Entrada: 0.071 - 0.073
Stop Loss: 0.0655 (por debajo de esto y la estructura del breakout queda invalidada; sal sin preguntas)
TP1: 0.080 (máximo anterior de consolidación)
TP2: 0.085
TP3: 0.093 (máximo de 24h, retest completo)
El riesgo/recompensa en esto es aproximadamente 1:2.5 hacia TP1 solo, mejor si llega a TP3. El volumen se ha ido debilitando en las últimas cuatro velas, así que esto solo funciona si los compradores realmente defienden 0.070; si ese nivel se rompe con volumen real, no promedies a la baja, solo toma el stop.
Este es un movimiento rápido y volátil que sube 51% en un día; tamaño pequeño y respeta el stop. NFA, DYOR.
¿Estás dentro en el retest o esperando confirmación por encima de 0.080 primero?
#STEEM #Steem #Altcoins #CryptoTrading #BinanceSquare
$STEEM
THENA está haciendo en silencio lo que la mayoría de los altcoins olvidó hacer: respetar un rango en lugar de solo tirar todo. El precio está en 0.0687, subiendo 2.54% en la hora, y la estructura aquí es mucho más limpia de lo que parece a primera vista. Ese pico de volumen cerca de 0.065 fue el evento real: un enorme cúmulo de velas rojas que expulsó a las manos débiles, y todo lo demás desde entonces ha sido máximos mínimos más altos construyéndose desde ese piso. Ahora estamos empujando de vuelta hacia la zona de 0.0700 a 0.0713, que ha limitado cada repunte desde entonces. Esa es tu línea en la arena. Si ampliamos, la imagen se vuelve más honesta. En 7 días está -11.24%, en 180 días -64.70% y en un año -80.66%. Esta vela verde de hoy no deshace eso. Es una moneda que ha estado sangrando durante mucho tiempo y este rebote necesita demostrarse, no celebrarse después de una sola buena hora. Estructuralmente, una ruptura limpia y mantener por encima de 0.0713 abre espacio nuevamente hacia 0.0720 más. Perder otra vez 0.0660 y este rango se rompe a la baja: se invalidan los máximos mínimos más altos y vuelves a la misma tendencia bajista que este gráfico ha definido durante un año. NFA, haz tu propia investigación (DYOR), y ajusta el tamaño en consecuencia. ¿Esto realmente está formando una base o solo es el último rebote antes de la siguiente caída. #THE #Thena #DeFi #Altcoins #CryptoTrading $THE {future}(THEUSDT)
THENA está haciendo en silencio lo que la mayoría de los altcoins olvidó hacer: respetar un rango en lugar de solo tirar todo.
El precio está en 0.0687, subiendo 2.54% en la hora, y la estructura aquí es mucho más limpia de lo que parece a primera vista. Ese pico de volumen cerca de 0.065 fue el evento real: un enorme cúmulo de velas rojas que expulsó a las manos débiles, y todo lo demás desde entonces ha sido máximos mínimos más altos construyéndose desde ese piso. Ahora estamos empujando de vuelta hacia la zona de 0.0700 a 0.0713, que ha limitado cada repunte desde entonces. Esa es tu línea en la arena.
Si ampliamos, la imagen se vuelve más honesta. En 7 días está -11.24%, en 180 días -64.70% y en un año -80.66%. Esta vela verde de hoy no deshace eso. Es una moneda que ha estado sangrando durante mucho tiempo y este rebote necesita demostrarse, no celebrarse después de una sola buena hora.
Estructuralmente, una ruptura limpia y mantener por encima de 0.0713 abre espacio nuevamente hacia 0.0720 más. Perder otra vez 0.0660 y este rango se rompe a la baja: se invalidan los máximos mínimos más altos y vuelves a la misma tendencia bajista que este gráfico ha definido durante un año.
NFA, haz tu propia investigación (DYOR), y ajusta el tamaño en consecuencia.
¿Esto realmente está formando una base o solo es el último rebote antes de la siguiente caída.
#THE #Thena #DeFi #Altcoins #CryptoTrading
$THE
·
--
Alcista
LSK acaba de hacer un movimiento del 389% en 24 horas y si tu primera reacción es lanzarte ahora mismo, esa es exactamente la intuición para la que este gráfico está diseñado para castigarte. Mira la estructura, no el número. El precio se disparó de 0.20 a un máximo de 2.0000 en esa enorme vela verde, luego inmediatamente imprimió una vela de rechazo roja casi igual de grande, y ahora estamos en 1.0623, aproximadamente a la mitad de la parte alta. Eso no es fortaleza; es distribución. Alguien compró este movimiento temprano y lo está entregando a la gente que compra la vela verde mientras sube. El volumen también lo confirma: la barra de volumen de la vela roja es casi tan alta como la vela verde que inició todo este movimiento. Estructuralmente, yo querría ver que esto se mantenga por encima de 0.85 a 0.90 como una zona de soporte recuperada antes de tratarlo como algo que no sea un “blow-off top”. Si pierde ese nivel, el retroceso será fuerte, probablemente de vuelta hacia el rango 0.50 a 0.60 donde empezó la aceleración real. Un reclaim limpio y una consolidación por encima de 1.20 es lo que realmente cambiaría mi opinión. Este es un Vol(USDT) de 24h de 134M en una moneda que básicamente estaba muerta hace una semana. Pregúntate quién queda por comprar a estos precios, y quién ya vendió. NFA, DYOR, ajusta el tamaño en consecuencia. ¿Estás comprando esta caída o eres la liquidez de salida para quien compró el fondo. #LSK #Lisk #Altcoins #CryptoTrading #BinanceSquare $LSK {future}(LSKUSDT)
LSK acaba de hacer un movimiento del 389% en 24 horas y si tu primera reacción es lanzarte ahora mismo, esa es exactamente la intuición para la que este gráfico está diseñado para castigarte.
Mira la estructura, no el número. El precio se disparó de 0.20 a un máximo de 2.0000 en esa enorme vela verde, luego inmediatamente imprimió una vela de rechazo roja casi igual de grande, y ahora estamos en 1.0623, aproximadamente a la mitad de la parte alta. Eso no es fortaleza; es distribución. Alguien compró este movimiento temprano y lo está entregando a la gente que compra la vela verde mientras sube. El volumen también lo confirma: la barra de volumen de la vela roja es casi tan alta como la vela verde que inició todo este movimiento.
Estructuralmente, yo querría ver que esto se mantenga por encima de 0.85 a 0.90 como una zona de soporte recuperada antes de tratarlo como algo que no sea un “blow-off top”. Si pierde ese nivel, el retroceso será fuerte, probablemente de vuelta hacia el rango 0.50 a 0.60 donde empezó la aceleración real. Un reclaim limpio y una consolidación por encima de 1.20 es lo que realmente cambiaría mi opinión.
Este es un Vol(USDT) de 24h de 134M en una moneda que básicamente estaba muerta hace una semana. Pregúntate quién queda por comprar a estos precios, y quién ya vendió.
NFA, DYOR, ajusta el tamaño en consecuencia.
¿Estás comprando esta caída o eres la liquidez de salida para quien compró el fondo.
#LSK #Lisk #Altcoins #CryptoTrading #BinanceSquare
$LSK
Únete al directo con Kim
Únete al directo con Kim
KIM_加密 143
·
--
[Finalizado] 🎙️ Hola amigo únete a la familia de Kim en clubes cripto; analiza sobre cripto relacionado
2.7k escuchan
Únete en vivo con Kim
Únete en vivo con Kim
KIM_加密 143
·
--
[Repetición] 🎙️ Hablemos de la situación del mercado hoy y de lo que viene para el mercado de mañana.
04 h 49 m 44 s · 1.5k escuchan
Ve
Ve
Night King Official
·
--
🚨 GIVEAWAY EN VIVO! 🎁
¡Se pueden conseguir 3,000 sobres rojos! 🔥

✅ Sigue
🔁 Vuelve a publicar
💬 Comenta "666"
🎁 Reclama el premio

¿Quién está listo? 👀
·
--
Bajista
#dusk $DUSK @Dusk_Foundation Entré en el diseño de consenso de Dusk esperando que la parte interesante fuera cómo los validadores llegan a un acuerdo. En lugar de eso, encontré un problema que Dusk aborda abiertamente: los futuros generadores de bloques pueden volverse predecibles dentro de la misma ronda. Eso crea un incentivo extraño. Un provisionador seleccionado para una iteración posterior podría, en teoría, preferir que las iteraciones anteriores fallen, esperando capturar la recompensa del bloque. La respuesta de Dusk no es simplemente “confiar en los validadores”. El protocolo agrega recompensas a los votantes, condiciona parte de la recompensa del generador a incluir votos conocidos, excluye al generador de la siguiente iteración de votar y limita la cantidad de iteraciones. Estos mecanismos están diseñados específicamente para reducir ese incentivo. La estructura de recompensas también es interesante: el 80% va al generador de bloques, el 10% al comité de votación y el 10% a Dusk en el diseño documentado. Lo que captó mi atención no son los porcentajes. Es la idea de que la seguridad del consenso también es un problema de diseño de incentivos. ¿Cuánta seguridad de una blockchain proviene de la criptografía y cuánta proviene de hacer que el comportamiento honesto sea económicamente racional? {spot}(DUSKUSDT) ¿Qué importa más para la seguridad del consenso?
#dusk $DUSK @Dusk Entré en el diseño de consenso de Dusk esperando que la parte interesante fuera cómo los validadores llegan a un acuerdo.

En lugar de eso, encontré un problema que Dusk aborda abiertamente: los futuros generadores de bloques pueden volverse predecibles dentro de la misma ronda.

Eso crea un incentivo extraño. Un provisionador seleccionado para una iteración posterior podría, en teoría, preferir que las iteraciones anteriores fallen, esperando capturar la recompensa del bloque.

La respuesta de Dusk no es simplemente “confiar en los validadores”.

El protocolo agrega recompensas a los votantes, condiciona parte de la recompensa del generador a incluir votos conocidos, excluye al generador de la siguiente iteración de votar y limita la cantidad de iteraciones. Estos mecanismos están diseñados específicamente para reducir ese incentivo.

La estructura de recompensas también es interesante: el 80% va al generador de bloques, el 10% al comité de votación y el 10% a Dusk en el diseño documentado.

Lo que captó mi atención no son los porcentajes.

Es la idea de que la seguridad del consenso también es un problema de diseño de incentivos.

¿Cuánta seguridad de una blockchain proviene de la criptografía y cuánta proviene de hacer que el comportamiento honesto sea económicamente racional?

¿Qué importa más para la seguridad del consenso?
A. Cryptography
50%
B. Economic incentives
0%
C. Both equally
50%
D. Depends on the design
0%
2 Voto(s) • Votación cerrada
·
--
Alcista
#dusk $DUSK @Dusk_Foundation Hay una pregunta incómoda sobre la adopción de blockchain institucional: ¿la transparencia realmente ayuda cuando cada participante del mercado puede ver actividad financiera sensible? Ahí es donde @Dusk_Foundation adopta un enfoque arquitectónico diferente. Su diseño separa lo que necesita hacerse público de lo que debe permanecer confidencial. Moonlight gestiona flujos de cuentas transparentes, mientras que Phoenix utiliza pruebas de conocimiento cero para transacciones protegidas, permitiendo verificar la validez sin exponer los datos subyacentes de la transacción. Lo interesante no es solo la “privacidad”. Es privacidad con divulgación controlada. La documentación actual de Dusk enmarca esto explícitamente en torno a activos regulados, controles de acceso, reportes y divulgación selectiva. Mi interpretación alcista: esta arquitectura podría importar si los mercados tokenizados realmente necesitan confidencialidad sin abandonar el cumplimiento. Pero la tecnología es solo la mitad de la ecuación. ¿Las instituciones reales generarán suficiente actividad económica en Dusk como para que esa arquitectura sea valiosa? $DUSK #dusk ¿Qué es lo más importante para la próxima fase de crecimiento de Dusk? {spot}(DUSKUSDT)
#dusk $DUSK @Dusk Hay una pregunta incómoda sobre la adopción de blockchain institucional: ¿la transparencia realmente ayuda cuando cada participante del mercado puede ver actividad financiera sensible?

Ahí es donde @Dusk adopta un enfoque arquitectónico diferente. Su diseño separa lo que necesita hacerse público de lo que debe permanecer confidencial. Moonlight gestiona flujos de cuentas transparentes, mientras que Phoenix utiliza pruebas de conocimiento cero para transacciones protegidas, permitiendo verificar la validez sin exponer los datos subyacentes de la transacción.

Lo interesante no es solo la “privacidad”. Es privacidad con divulgación controlada. La documentación actual de Dusk enmarca esto explícitamente en torno a activos regulados, controles de acceso, reportes y divulgación selectiva.

Mi interpretación alcista: esta arquitectura podría importar si los mercados tokenizados realmente necesitan confidencialidad sin abandonar el cumplimiento.

Pero la tecnología es solo la mitad de la ecuación. ¿Las instituciones reales generarán suficiente actividad económica en Dusk como para que esa arquitectura sea valiosa?

$DUSK #dusk
¿Qué es lo más importante para la próxima fase de crecimiento de Dusk?
Privacy + compliance
50%
RWA adoption
25%
Developer activity
25%
Liquidity + users
0%
4 Voto(s) • Votación cerrada
#dusk $DUSK @Dusk_Foundation Antes pensaba que la máquina virtual de una blockchain era solo el lugar donde “se ejecutan” los contratos inteligentes. Al profundizar en Dusk cambié esa perspectiva. Piecrust se construyó como la máquina virtual WASM de Dusk, con "piecrust" encargándose de la ejecución de contratos y "piecrust-uplink" proporcionando la capa para desarrolladores con la que crear y trabajar con contratos. Lo interesante no es el nombre de la VM. Es la decisión de diseño detrás de ella: usar WASM y Rust para crear un entorno de ejecución controlado para los contratos inteligentes de Dusk. Hoy, la documentación de Dusk describe esta ruta de ejecución como DuskVM, basada en el runtime Wasmtime con soporte personalizado para el modelo de ejecución de Dusk. Ejecuta contratos Rust/WASM directamente en la Dusk L1, incluyendo aplicaciones que necesitan acceso directo al modelo de transacciones de Dusk, a los activos, a la privacidad o a capacidades de conocimiento cero. Esa distinción importa. Ahora Dusk presenta a los desarrolladores dos rutas diferentes: DuskVM para aplicaciones Rust/WASM que requieren capacidades nativas de L1, y DuskEVM para herramientas compatibles con Solidity y Ethereum. Así que ya no veo la VM como algo meramente técnico. Forma parte de la decisión sobre qué tipo de aplicación Dusk puede admitir de manera nativa. La pregunta que estoy vigilando es si este modelo dual de ejecución puede dar flexibilidad a los desarrolladores sin hacer que el ecosistema sea más difícil de entender. @Dusk_Foundation $DUSK
#dusk $DUSK @Dusk
Antes pensaba que la máquina virtual de una blockchain era solo el lugar donde “se ejecutan” los contratos inteligentes. Al profundizar en Dusk cambié esa perspectiva.

Piecrust se construyó como la máquina virtual WASM de Dusk, con "piecrust" encargándose de la ejecución de contratos y "piecrust-uplink" proporcionando la capa para desarrolladores con la que crear y trabajar con contratos. Lo interesante no es el nombre de la VM. Es la decisión de diseño detrás de ella: usar WASM y Rust para crear un entorno de ejecución controlado para los contratos inteligentes de Dusk.

Hoy, la documentación de Dusk describe esta ruta de ejecución como DuskVM, basada en el runtime Wasmtime con soporte personalizado para el modelo de ejecución de Dusk. Ejecuta contratos Rust/WASM directamente en la Dusk L1, incluyendo aplicaciones que necesitan acceso directo al modelo de transacciones de Dusk, a los activos, a la privacidad o a capacidades de conocimiento cero.

Esa distinción importa.

Ahora Dusk presenta a los desarrolladores dos rutas diferentes: DuskVM para aplicaciones Rust/WASM que requieren capacidades nativas de L1, y DuskEVM para herramientas compatibles con Solidity y Ethereum.

Así que ya no veo la VM como algo meramente técnico. Forma parte de la decisión sobre qué tipo de aplicación Dusk puede admitir de manera nativa.

La pregunta que estoy vigilando es si este modelo dual de ejecución puede dar flexibilidad a los desarrolladores sin hacer que el ecosistema sea más difícil de entender.

@Dusk $DUSK
DEBAJO DEL CAPÓ: POR QUÉ DUSK USA KADCAST EN LUGAR DE EL CHISME HABITUAL La capa de red es fácil de ignorar hasta que una blockchain se pone ocupada. DUSK usa Kadcast, un protocolo P2P estructurado construido sobre los principios de Kademlia. En lugar de enviar aleatoriamente cada mensaje a muchos nodos vecinos, Kadcast organiza los pares usando la distancia XOR y enrutamiento estructurado, lo que permite que los mensajes se propaguen a través de rutas seleccionadas con menos transmisiones redundantes. DUSK afirma que este enfoque está diseñado para reducir el uso de ancho de banda y hacer que la latencia sea más predecible. Esto importa porque la infraestructura financiera no solo necesita velocidad. Necesita un comportamiento de red que se mantenga predecible a medida que crece la participación. El whitepaper actualizado de DUSK informa una reducción del ancho de banda del 25–50% frente a protocolos populares de gossip, mientras que Kadcast también ha sido sometido a una auditoría de seguridad de Blaize. Pero la propagación estructurada crea su propio desafío: la resiliencia cuando los pares fallan, desaparecen o se comportan de forma inesperada. ¿Puede Kadcast mantener su eficiencia y previsibilidad a medida que DUSK escala hacia una actividad financiera real? @Dusk_Foundation $DUSK #dusk {spot}(DUSKUSDT)
DEBAJO DEL CAPÓ: POR QUÉ DUSK USA KADCAST EN LUGAR DE EL CHISME HABITUAL

La capa de red es fácil de ignorar hasta que una blockchain se pone ocupada.

DUSK usa Kadcast, un protocolo P2P estructurado construido sobre los principios de Kademlia. En lugar de enviar aleatoriamente cada mensaje a muchos nodos vecinos, Kadcast organiza los pares usando la distancia XOR y enrutamiento estructurado, lo que permite que los mensajes se propaguen a través de rutas seleccionadas con menos transmisiones redundantes. DUSK afirma que este enfoque está diseñado para reducir el uso de ancho de banda y hacer que la latencia sea más predecible.

Esto importa porque la infraestructura financiera no solo necesita velocidad. Necesita un comportamiento de red que se mantenga predecible a medida que crece la participación. El whitepaper actualizado de DUSK informa una reducción del ancho de banda del 25–50% frente a protocolos populares de gossip, mientras que Kadcast también ha sido sometido a una auditoría de seguridad de Blaize.

Pero la propagación estructurada crea su propio desafío: la resiliencia cuando los pares fallan, desaparecen o se comportan de forma inesperada.

¿Puede Kadcast mantener su eficiencia y previsibilidad a medida que DUSK escala hacia una actividad financiera real?

@Dusk $DUSK #dusk
Bullish
100%
Bearish
0%
1 Voto(s) • Votación cerrada
Únete a la transmisión en vivo con Kim
Únete a la transmisión en vivo con Kim
KIM_加密 143
·
--
[Repetición] 🎙️ TODO DEPENDE DEL TIEMPO..... ESTE ES TU TIEMPO...
05 h 59 m 58 s · 2.9k escuchan
Casi me pasa por alto una distinción en el diseño de Phoenix de Dusk que cambia la forma en que pienso sobre la delegación de transacciones. Mi primera suposición fue sencilla: si una tercera parte ayuda con una transacción privada, darla más visibilidad también debe significar darle más control. El whitepaper traza una frontera mucho más marcada. Phoenix permite a un usuario delegar el escaneo de red con una clave de vista, mientras que la parte delegada aún no puede gastar las notas porque no posee la clave secreta completa del usuario. También indica que la generación de pruebas ZK puede delegarse mediante firmas sin comprometer la integridad de la transacción. Eso llamó mi atención porque la arquitectura separa la computación de la autoridad. Un servicio puede realizar un trabajo costoso, pero la capacidad real de gastar una nota sigue ligada a la clave secreta completa. El secreto de la nota en sí requiere el par de claves completo, no solo la clave de vista. Pero esto plantea una pregunta de sistemas diferente. El límite de seguridad puede ser más fuerte frente a servicios delegados que gasten fondos, pero ahora el usuario tiene que gestionar qué capacidad se expone a cada servicio. Una capa de delegación comprometida o mal diseñada aún podría crear problemas operativos o de privacidad, incluso si no puede gastar directamente. @Dusk_Foundation $DUSK #dusk {spot}(DUSKUSDT) ¿Esta separación realmente minimiza la superficie de ataque, o simplemente traslada el problema de seguridad más difícil a la gestión de capacidades y la confianza operativa?
Casi me pasa por alto una distinción en el diseño de Phoenix de Dusk que cambia la forma en que pienso sobre la delegación de transacciones.

Mi primera suposición fue sencilla: si una tercera parte ayuda con una transacción privada, darla más visibilidad también debe significar darle más control.

El whitepaper traza una frontera mucho más marcada. Phoenix permite a un usuario delegar el escaneo de red con una clave de vista, mientras que la parte delegada aún no puede gastar las notas porque no posee la clave secreta completa del usuario. También indica que la generación de pruebas ZK puede delegarse mediante firmas sin comprometer la integridad de la transacción.

Eso llamó mi atención porque la arquitectura separa la computación de la autoridad. Un servicio puede realizar un trabajo costoso, pero la capacidad real de gastar una nota sigue ligada a la clave secreta completa. El secreto de la nota en sí requiere el par de claves completo, no solo la clave de vista.

Pero esto plantea una pregunta de sistemas diferente.

El límite de seguridad puede ser más fuerte frente a servicios delegados que gasten fondos, pero ahora el usuario tiene que gestionar qué capacidad se expone a cada servicio. Una capa de delegación comprometida o mal diseñada aún podría crear problemas operativos o de privacidad, incluso si no puede gastar directamente.

@Dusk $DUSK #dusk

¿Esta separación realmente minimiza la superficie de ataque, o simplemente traslada el problema de seguridad más difícil a la gestión de capacidades y la confianza operativa?
Profundicé en las reglas de la “finalidad” final y ondulante de Dusk, y un detalle cambió la forma en que pienso sobre la “finalidad”. Un bloque no es simplemente final en el momento en que recibe una atestación exitosa. Dusk distingue entre estados aceptado, atestado, confirmado y final. Un bloque aceptado todavía puede ser reemplazado por un bloque de iteración inferior, mientras que un bloque atestado no puede ser reemplazado por otro. La parte interesante es cómo los bloques posteriores fortalecen la confianza. Un bloque aceptado solo se vuelve confirmado después de 2×n bloques consecutivos atestados o confirmados, donde n representa las iteraciones anteriores no atestadas. Luego, la finalidad depende de que el padre ya esté en estado final. Así que la pregunta más profunda para @Dusk_Foundation y $DUSK no es simplemente “¿Qué tan rápida es la finalidad?”. Es: ¿cómo deben las aplicaciones fijar precios del riesgo mientras un bloque avanza por estos estados intermedios? Para la infraestructura financiera, esa distinción podría importar más que un número llamativo de finalidad. ¿Cómo diseñarías una aplicación en torno a la progresión aceptado → confirmado → final de Dusk? {spot}(DUSKUSDT) #dusk
Profundicé en las reglas de la “finalidad” final y ondulante de Dusk, y un detalle cambió la forma en que pienso sobre la “finalidad”.
Un bloque no es simplemente final en el momento en que recibe una atestación exitosa. Dusk distingue entre estados aceptado, atestado, confirmado y final. Un bloque aceptado todavía puede ser reemplazado por un bloque de iteración inferior, mientras que un bloque atestado no puede ser reemplazado por otro.
La parte interesante es cómo los bloques posteriores fortalecen la confianza. Un bloque aceptado solo se vuelve confirmado después de 2×n bloques consecutivos atestados o confirmados, donde n representa las iteraciones anteriores no atestadas. Luego, la finalidad depende de que el padre ya esté en estado final.
Así que la pregunta más profunda para @Dusk y $DUSK no es simplemente “¿Qué tan rápida es la finalidad?”.
Es: ¿cómo deben las aplicaciones fijar precios del riesgo mientras un bloque avanza por estos estados intermedios?
Para la infraestructura financiera, esa distinción podría importar más que un número llamativo de finalidad.
¿Cómo diseñarías una aplicación en torno a la progresión aceptado → confirmado → final de Dusk?

#dusk
🎙️ GRANDES FELICITACIONES QUERIDA KIRAN POR FIN COMPLETAR EL VIAJE DE 30K SEGUIDORES
cover
Finalizado
06 h 00 m 00 s
2.8k
3
2
#dusk $DUSK @Dusk_Foundation La mayoría de las blockchains hablan mucho sobre lo que ocurre cuando todo funciona. Me parece que el caso de fallo resulta más revelador. Dusk tiene un detalle que no había notado antes: su consenso puede entrar en un modo de emergencia después de 16 iteraciones fallidas cuando los aprovisionadores no están disponibles o están aislados. En lugar de simplemente detenerse, el protocolo sigue abriendo iteraciones hasta que un bloque candidato alcanza el quórum. Si la red aún no puede recuperarse, los aprovisionadores que mantienen una mayoría de la participación pueden solicitar un bloque de emergencia. Ese bloque no contiene transacciones; incorpora una nueva semilla verificable para ayudar a reiniciar el progreso. Lo interesante de esto es el compromiso. El modo de emergencia puede mantener la red en movimiento, pero el diseño reconoce explícitamente que los intentos concurrentes de recuperación pueden aumentar la probabilidad de bifurcaciones. Así que la pregunta real no es si una blockchain puede manejar condiciones normales. ¿Cuánto riesgo de recuperación debería aceptar un protocolo de consenso antes de que “mantenerse vivo” sea más peligroso que detenerse? {spot}(DUSKUSDT) ¿Qué importa más durante una falla grave de la red?
#dusk $DUSK @Dusk
La mayoría de las blockchains hablan mucho sobre lo que ocurre cuando todo funciona. Me parece que el caso de fallo resulta más revelador.

Dusk tiene un detalle que no había notado antes: su consenso puede entrar en un modo de emergencia después de 16 iteraciones fallidas cuando los aprovisionadores no están disponibles o están aislados. En lugar de simplemente detenerse, el protocolo sigue abriendo iteraciones hasta que un bloque candidato alcanza el quórum.

Si la red aún no puede recuperarse, los aprovisionadores que mantienen una mayoría de la participación pueden solicitar un bloque de emergencia. Ese bloque no contiene transacciones; incorpora una nueva semilla verificable para ayudar a reiniciar el progreso.

Lo interesante de esto es el compromiso. El modo de emergencia puede mantener la red en movimiento, pero el diseño reconoce explícitamente que los intentos concurrentes de recuperación pueden aumentar la probabilidad de bifurcaciones.

Así que la pregunta real no es si una blockchain puede manejar condiciones normales.

¿Cuánto riesgo de recuperación debería aceptar un protocolo de consenso antes de que “mantenerse vivo” sea más peligroso que detenerse?

¿Qué importa más durante una falla grave de la red?
Keep recovering
0%
Stop and protect consistency
100%
1 Voto(s) • Votación cerrada
Únete a la emisión en vivo con Kim
Únete a la emisión en vivo con Kim
Se eliminó el contenido citado
🎙️ Campaña en vivo de Binance Square en Dusk 480k completa tareas y consigue 40k Dusk
cover
Finalizado
01 h 56 m 26 s
482
5
3
Antes pensaba que la privacidad en una blockchain significaba que el usuario tenía que encargarse de todo por sí mismo, pero un detalle en el modelo Phoenix de Dusk me hizo verlo de manera diferente. @Dusk_Foundation permite delegar computaciones intensivas a terceros de confianza, incluyendo escanear la red para encontrar transacciones dirigidas a ti mediante una clave de vista e incluso generar pruebas ZK, mientras que la parte delegada aun así no puede gastar tus notas porque no tiene tu clave secreta completa. Esa separación es más interesante de lo que suena a primera vista. Sugiere que la actividad privada en una blockchain no necesariamente tiene que implicar que cada usuario realice cada computación costosa de forma local. Puedes delegar el trabajo pesado mientras conservas la autoridad para gastar tus activos bajo tu control. Para aplicaciones financieras, donde tanto la usabilidad como la privacidad importan, esa distinción podría volverse importante si estos sistemas tienen que servir a personas que no son expertas en criptografía. La pregunta con la que me quedo es: ¿confiarías en la delegación segura para transacciones privadas, o preferirías mantener cada computación bajo tu propio control? $DUSK #dusk {spot}(DUSKUSDT) $EDEN {spot}(EDENUSDT) $RED {spot}(REDUSDT)
Antes pensaba que la privacidad en una blockchain significaba que el usuario tenía que encargarse de todo por sí mismo, pero un detalle en el modelo Phoenix de Dusk me hizo verlo de manera diferente. @Dusk permite delegar computaciones intensivas a terceros de confianza, incluyendo escanear la red para encontrar transacciones dirigidas a ti mediante una clave de vista e incluso generar pruebas ZK, mientras que la parte delegada aun así no puede gastar tus notas porque no tiene tu clave secreta completa. Esa separación es más interesante de lo que suena a primera vista. Sugiere que la actividad privada en una blockchain no necesariamente tiene que implicar que cada usuario realice cada computación costosa de forma local. Puedes delegar el trabajo pesado mientras conservas la autoridad para gastar tus activos bajo tu control. Para aplicaciones financieras, donde tanto la usabilidad como la privacidad importan, esa distinción podría volverse importante si estos sistemas tienen que servir a personas que no son expertas en criptografía. La pregunta con la que me quedo es: ¿confiarías en la delegación segura para transacciones privadas, o preferirías mantener cada computación bajo tu propio control? $DUSK #dusk

$EDEN
$RED
Inicia sesión para explorar más contenidos
Únete a usuarios globales de criptomonedas en Binance Square
⚡️ Obtén información útil y actualizada sobre criptos.
💬 Avalado por el mayor exchange de criptomonedas en el mundo.
👍 Descubre perspectivas reales de creadores verificados.
Email/número de teléfono
Mapa del sitio
Preferencias de cookies
Términos y condiciones de la plataforma