Binance Square
LearnToEarn
15.4k Publicaciones

LearnToEarn

Verificado+ de Square
Signals hub • Your risk • your call •Market News •Projects •Content Creator • Awarded Creator🏆 | X/Twitter: @LearnToEarn_K
Creator Awards 2024
Creator Awards 2024
Traders League Badge Expert
Traders League Badge Expert
#BinanceTurns7 task 2
#BinanceTurns7 task 2
Abrir operación
Titular de XAUT
Titular de XAUT
Trader de alta frecuencia
2.6 años
160 Siguiendo
103.9K+ Seguidores
71.3K+ Me gusta
4 Insignias
Publicaciones
Cartera
PINNED
·
--
Anoche volví a revisar la documentación @Dusk_Foundation , específicamente la sección sobre su consenso de Acumulación Concisa (Succinct Attestation). Es una configuración de prueba de participación sin permisos, basada en comités, ejecutada por provisioners....cualquiera que bloquee al menos 1000 DUSK como garantía (stake). Un stake es simplemente la cantidad más la altura del bloque en la que se incluyó. La elegibilidad no es inmediata. Hay un período de maduración calculado como M = 2 × epoch − (height mod epoch), y el epoch actualmente es de 2160 bloques. Solo después de esa ventana de maduración, y si la cantidad cumple el mínimo, el stake entra en la lotería determinista de selección (sortition) que elige el generador del bloque y los comités de votación para cada ronda. El proceso en sí se ejecuta en rondas e iteraciones. Cada iteración tiene tres pasos: propuesta (se selecciona a un provisioner para presentar un bloque candidato), validación (un comité vota Valid, Invalid o NoCandidate, requiriendo una supermayoría de 2/3 para Valid o una mayoría simple para Invalid) y ratificación (un comité nuevo confirma el resultado). Una ronda puede pasar por hasta 50 iteraciones antes de fallar. Lo que sigo dándole vueltas es cómo la sortición no interactiva y los comités rotativos afectan realmente la descentralización a largo plazo y el riesgo de que los comités sean capturados. Los parámetros fijos....el mínimo de 1000 DUSK, epoch de 2160 bloques, tope de 50 iteraciones ....parecen deliberados, pero no pude encontrar una discusión clara sobre cómo podrían ajustarse más adelante o qué proceso de gobernanza controlaría eso. Me pregunto cómo interpretan otros las suposiciones de seguridad alrededor de los comités de votación y el retraso por maduración. ¿El diseño les parece robusto, o hay casos límite que me estoy perdiendo? #dusk $DUSK {future}(DUSKUSDT)
Anoche volví a revisar la documentación @Dusk , específicamente la sección sobre su consenso de Acumulación Concisa (Succinct Attestation). Es una configuración de prueba de participación sin permisos, basada en comités, ejecutada por provisioners....cualquiera que bloquee al menos 1000 DUSK como garantía (stake).

Un stake es simplemente la cantidad más la altura del bloque en la que se incluyó. La elegibilidad no es inmediata. Hay un período de maduración calculado como M = 2 × epoch − (height mod epoch), y el epoch actualmente es de 2160 bloques. Solo después de esa ventana de maduración, y si la cantidad cumple el mínimo, el stake entra en la lotería determinista de selección (sortition) que elige el generador del bloque y los comités de votación para cada ronda.

El proceso en sí se ejecuta en rondas e iteraciones. Cada iteración tiene tres pasos: propuesta (se selecciona a un provisioner para presentar un bloque candidato), validación (un comité vota Valid, Invalid o NoCandidate, requiriendo una supermayoría de 2/3 para Valid o una mayoría simple para Invalid) y ratificación (un comité nuevo confirma el resultado). Una ronda puede pasar por hasta 50 iteraciones antes de fallar.

Lo que sigo dándole vueltas es cómo la sortición no interactiva y los comités rotativos afectan realmente la descentralización a largo plazo y el riesgo de que los comités sean capturados. Los parámetros fijos....el mínimo de 1000 DUSK, epoch de 2160 bloques, tope de 50 iteraciones
....parecen deliberados, pero no pude encontrar una discusión clara sobre cómo podrían ajustarse más adelante o qué proceso de gobernanza controlaría eso.

Me pregunto cómo interpretan otros las suposiciones de seguridad alrededor de los comités de votación y el retraso por maduración. ¿El diseño les parece robusto, o hay casos límite que me estoy perdiendo?

#dusk $DUSK
🧨 𝐂𝐎𝐍𝐒𝐎𝐋𝐈𝐃𝐀𝐂𝐈𝐎́𝐍 𝐃𝐄𝐋 𝐁𝐈𝐓𝐂𝐎𝐈𝐍 𝐄𝐒𝐓𝐀 𝐂𝐄𝐑𝐑𝐀𝐃𝐀! 𝐑𝐎𝐌𝐏𝐄 𝐄𝐍 𝐀𝐋𝐂𝐀𝐍𝐂𝐄𝐎 👀 $BTC se mueve dentro de un rango estrecho, con los compradores observando de cerca la resistencia de $63,175. Una ruptura limpia y el mantenimiento por encima de este nivel podrían poner el foco en el siguiente movimiento alcista. Entrada: $62,920 – $63,054 TP1: $63,175 TP2: $63,600 SL: $62,920 🔥 Romper y mantener por encima de $63,175 = posible próxima pierna al alza.$BTC {future}(BTCUSDT)
🧨 𝐂𝐎𝐍𝐒𝐎𝐋𝐈𝐃𝐀𝐂𝐈𝐎́𝐍 𝐃𝐄𝐋 𝐁𝐈𝐓𝐂𝐎𝐈𝐍 𝐄𝐒𝐓𝐀 𝐂𝐄𝐑𝐑𝐀𝐃𝐀! 𝐑𝐎𝐌𝐏𝐄 𝐄𝐍 𝐀𝐋𝐂𝐀𝐍𝐂𝐄𝐎 👀

$BTC se mueve dentro de un rango estrecho, con los compradores observando de cerca la resistencia de $63,175. Una ruptura limpia y el mantenimiento por encima de este nivel podrían poner el foco en el siguiente movimiento alcista.

Entrada: $62,920 – $63,054

TP1: $63,175
TP2: $63,600

SL: $62,920

🔥 Romper y mantener por encima de $63,175 = posible próxima pierna al alza.$BTC
LearnToEarn
·
--
Anoche volví a revisar la documentación @Dusk , específicamente la sección sobre su consenso de Acumulación Concisa (Succinct Attestation). Es una configuración de prueba de participación sin permisos, basada en comités, ejecutada por provisioners....cualquiera que bloquee al menos 1000 DUSK como garantía (stake).

Un stake es simplemente la cantidad más la altura del bloque en la que se incluyó. La elegibilidad no es inmediata. Hay un período de maduración calculado como M = 2 × epoch − (height mod epoch), y el epoch actualmente es de 2160 bloques. Solo después de esa ventana de maduración, y si la cantidad cumple el mínimo, el stake entra en la lotería determinista de selección (sortition) que elige el generador del bloque y los comités de votación para cada ronda.

El proceso en sí se ejecuta en rondas e iteraciones. Cada iteración tiene tres pasos: propuesta (se selecciona a un provisioner para presentar un bloque candidato), validación (un comité vota Valid, Invalid o NoCandidate, requiriendo una supermayoría de 2/3 para Valid o una mayoría simple para Invalid) y ratificación (un comité nuevo confirma el resultado). Una ronda puede pasar por hasta 50 iteraciones antes de fallar.

Lo que sigo dándole vueltas es cómo la sortición no interactiva y los comités rotativos afectan realmente la descentralización a largo plazo y el riesgo de que los comités sean capturados. Los parámetros fijos....el mínimo de 1000 DUSK, epoch de 2160 bloques, tope de 50 iteraciones
....parecen deliberados, pero no pude encontrar una discusión clara sobre cómo podrían ajustarse más adelante o qué proceso de gobernanza controlaría eso.

Me pregunto cómo interpretan otros las suposiciones de seguridad alrededor de los comités de votación y el retraso por maduración. ¿El diseño les parece robusto, o hay casos límite que me estoy perdiendo?

#dusk $DUSK
🚨 𝐂𝐎𝐖 +𝟑𝟐% 𝐒𝐔𝐑𝐆𝐄! 𝐁𝐑𝐄𝐀𝐊𝐎𝐔𝐓 𝐖𝐀𝐓𝐂𝐇 🚀 $COW muestra un fuerte impulso después de un movimiento de +32%. Los compradores están empujando hacia la resistencia clave en $0.1943, lo que hace que este sea el nivel a vigilar. Entrada: $0.1020 – $0.1360 TP1: $0.1943 TP2: $0.2000 SL: $0.1020 R:R: 1:2 🔥 Romper y mantenerse por encima de $0.1943 podría abrir la puerta para la siguiente fase al alza. {future}(COWUSDT)
🚨 𝐂𝐎𝐖 +𝟑𝟐% 𝐒𝐔𝐑𝐆𝐄! 𝐁𝐑𝐄𝐀𝐊𝐎𝐔𝐓 𝐖𝐀𝐓𝐂𝐇 🚀

$COW muestra un fuerte impulso después de un movimiento de +32%. Los compradores están empujando hacia la resistencia clave en $0.1943, lo que hace que este sea el nivel a vigilar.

Entrada: $0.1020 – $0.1360

TP1: $0.1943
TP2: $0.2000

SL: $0.1020

R:R: 1:2

🔥 Romper y mantenerse por encima de $0.1943 podría abrir la puerta para la siguiente fase al alza.
🚨 𝐇𝐄𝐌𝐈 +𝟒𝟏% 𝐒𝐔𝐑𝐆𝐄! 𝐁𝐑𝐄𝐀𝐊𝐎𝐔𝐓 𝐖𝐀𝐓𝐂𝐇 🚀 $HEMI muestra un fuerte impulso después de un movimiento de +41%. Los compradores están empujando hacia la resistencia clave en $0.00749, convirtiendo este nivel en el que hay que vigilar. Entrada: $0.00479 – $0.00684 TP1: $0.00749 TP2: $0.00780 SL: $0.00479 R:R: 1:2 🔥 Romper y mantenerse por encima de $0.00749 podría abrir la puerta para la siguiente pierna al alza.$HEMI {future}(HEMIUSDT)
🚨 𝐇𝐄𝐌𝐈 +𝟒𝟏% 𝐒𝐔𝐑𝐆𝐄! 𝐁𝐑𝐄𝐀𝐊𝐎𝐔𝐓 𝐖𝐀𝐓𝐂𝐇 🚀

$HEMI muestra un fuerte impulso después de un movimiento de +41%. Los compradores están empujando hacia la resistencia clave en $0.00749, convirtiendo este nivel en el que hay que vigilar.

Entrada: $0.00479 – $0.00684

TP1: $0.00749
TP2: $0.00780

SL: $0.00479

R:R: 1:2

🔥 Romper y mantenerse por encima de $0.00749 podría abrir la puerta para la siguiente pierna al alza.$HEMI
LearnToEarn
·
--
Anoche volví a revisar la documentación @Dusk , específicamente la sección sobre su consenso de Acumulación Concisa (Succinct Attestation). Es una configuración de prueba de participación sin permisos, basada en comités, ejecutada por provisioners....cualquiera que bloquee al menos 1000 DUSK como garantía (stake).

Un stake es simplemente la cantidad más la altura del bloque en la que se incluyó. La elegibilidad no es inmediata. Hay un período de maduración calculado como M = 2 × epoch − (height mod epoch), y el epoch actualmente es de 2160 bloques. Solo después de esa ventana de maduración, y si la cantidad cumple el mínimo, el stake entra en la lotería determinista de selección (sortition) que elige el generador del bloque y los comités de votación para cada ronda.

El proceso en sí se ejecuta en rondas e iteraciones. Cada iteración tiene tres pasos: propuesta (se selecciona a un provisioner para presentar un bloque candidato), validación (un comité vota Valid, Invalid o NoCandidate, requiriendo una supermayoría de 2/3 para Valid o una mayoría simple para Invalid) y ratificación (un comité nuevo confirma el resultado). Una ronda puede pasar por hasta 50 iteraciones antes de fallar.

Lo que sigo dándole vueltas es cómo la sortición no interactiva y los comités rotativos afectan realmente la descentralización a largo plazo y el riesgo de que los comités sean capturados. Los parámetros fijos....el mínimo de 1000 DUSK, epoch de 2160 bloques, tope de 50 iteraciones
....parecen deliberados, pero no pude encontrar una discusión clara sobre cómo podrían ajustarse más adelante o qué proceso de gobernanza controlaría eso.

Me pregunto cómo interpretan otros las suposiciones de seguridad alrededor de los comités de votación y el retraso por maduración. ¿El diseño les parece robusto, o hay casos límite que me estoy perdiendo?

#dusk $DUSK
🚨 𝐖𝐀𝐋 +𝟐𝟗% 𝐒𝐔𝐑𝐆𝐄! 𝐁𝐑𝐄𝐀𝐊𝐎𝐔𝐓 𝐖𝐀𝐓𝐂𝐇 🚀 $WAL muestra un fuerte impulso después de un movimiento de +29%. Los compradores están empujando hacia la resistencia clave en $0.0307, por lo que este es el nivel a vigilar. Entrada: $0.0201 – $0.0260 TP1: $0.0307 TP2: $0.0320 SL: $0.0201 🔥 Romper y mantenerse por encima de $0.0307 podría abrir la puerta al siguiente tramo alcista. $WAL {future}(WALUSDT)
🚨 𝐖𝐀𝐋 +𝟐𝟗% 𝐒𝐔𝐑𝐆𝐄! 𝐁𝐑𝐄𝐀𝐊𝐎𝐔𝐓 𝐖𝐀𝐓𝐂𝐇 🚀

$WAL muestra un fuerte impulso después de un movimiento de +29%. Los compradores están empujando hacia la resistencia clave en $0.0307, por lo que este es el nivel a vigilar.

Entrada: $0.0201 – $0.0260

TP1: $0.0307
TP2: $0.0320

SL: $0.0201

🔥 Romper y mantenerse por encima de $0.0307 podría abrir la puerta al siguiente tramo alcista.

$WAL
🚨 𝐇𝐄𝐌𝐈 +𝟑𝟓% 𝐒𝐔𝐑𝐆𝐄! 𝐁𝐑𝐄𝐀𝐊𝐎𝐔𝐓 𝐖𝐀𝐓𝐂𝐇 🚀 $HEMI muestra un fuerte impulso alcista después de un movimiento de +35%. Los compradores están empujando hacia la resistencia clave en $0.00680, haciendo de este nivel el punto a vigilar. Entrada: $0.00463 – $0.00631 TP1: $0.00680 TP2: $0.00700 SL: $0.00463 R:R: 1:2 🔥 Romper y mantener por encima de $0.00680 podría abrir la puerta para la próxima subida. $HEMI {future}(HEMIUSDT)
🚨 𝐇𝐄𝐌𝐈 +𝟑𝟓% 𝐒𝐔𝐑𝐆𝐄! 𝐁𝐑𝐄𝐀𝐊𝐎𝐔𝐓 𝐖𝐀𝐓𝐂𝐇 🚀

$HEMI muestra un fuerte impulso alcista después de un movimiento de +35%. Los compradores están empujando hacia la resistencia clave en $0.00680, haciendo de este nivel el punto a vigilar.

Entrada: $0.00463 – $0.00631

TP1: $0.00680
TP2: $0.00700

SL: $0.00463

R:R: 1:2

🔥 Romper y mantener por encima de $0.00680 podría abrir la puerta para la próxima subida.

$HEMI
LearnToEarn
·
--
Anoche volví a revisar la documentación @Dusk , específicamente la sección sobre su consenso de Acumulación Concisa (Succinct Attestation). Es una configuración de prueba de participación sin permisos, basada en comités, ejecutada por provisioners....cualquiera que bloquee al menos 1000 DUSK como garantía (stake).

Un stake es simplemente la cantidad más la altura del bloque en la que se incluyó. La elegibilidad no es inmediata. Hay un período de maduración calculado como M = 2 × epoch − (height mod epoch), y el epoch actualmente es de 2160 bloques. Solo después de esa ventana de maduración, y si la cantidad cumple el mínimo, el stake entra en la lotería determinista de selección (sortition) que elige el generador del bloque y los comités de votación para cada ronda.

El proceso en sí se ejecuta en rondas e iteraciones. Cada iteración tiene tres pasos: propuesta (se selecciona a un provisioner para presentar un bloque candidato), validación (un comité vota Valid, Invalid o NoCandidate, requiriendo una supermayoría de 2/3 para Valid o una mayoría simple para Invalid) y ratificación (un comité nuevo confirma el resultado). Una ronda puede pasar por hasta 50 iteraciones antes de fallar.

Lo que sigo dándole vueltas es cómo la sortición no interactiva y los comités rotativos afectan realmente la descentralización a largo plazo y el riesgo de que los comités sean capturados. Los parámetros fijos....el mínimo de 1000 DUSK, epoch de 2160 bloques, tope de 50 iteraciones
....parecen deliberados, pero no pude encontrar una discusión clara sobre cómo podrían ajustarse más adelante o qué proceso de gobernanza controlaría eso.

Me pregunto cómo interpretan otros las suposiciones de seguridad alrededor de los comités de votación y el retraso por maduración. ¿El diseño les parece robusto, o hay casos límite que me estoy perdiendo?

#dusk $DUSK
🚨 𝐂𝐎𝐖 𝐁𝐔𝐋𝐋𝐈𝐒𝐇! +𝟓𝟔% 𝐒𝐔𝐑𝐆𝐄 𝐖𝐀𝐓𝐂𝐇 🚀 $COW muestra un fuerte impulso después de un movimiento poderoso de +56%. Los compradores están empujando hacia arriba, con $0.1943 actuando ahora como el nivel clave de ruptura. Entrada: $0.0990 – $0.1565 TP1: $0.1943 TP2: $0.2000 SL: $0.0990 R:R: 1:2 🔥 Romper y mantener por encima de $0.1943 podría abrir la puerta a otro movimiento alcista. $COW {future}(COWUSDT)
🚨 𝐂𝐎𝐖 𝐁𝐔𝐋𝐋𝐈𝐒𝐇! +𝟓𝟔% 𝐒𝐔𝐑𝐆𝐄 𝐖𝐀𝐓𝐂𝐇 🚀

$COW muestra un fuerte impulso después de un movimiento poderoso de +56%. Los compradores están empujando hacia arriba, con $0.1943 actuando ahora como el nivel clave de ruptura.

Entrada: $0.0990 – $0.1565

TP1: $0.1943
TP2: $0.2000

SL: $0.0990

R:R: 1:2

🔥 Romper y mantener por encima de $0.1943 podría abrir la puerta a otro movimiento alcista.

$COW
LearnToEarn
·
--
Anoche volví a revisar la documentación @Dusk , específicamente la sección sobre su consenso de Acumulación Concisa (Succinct Attestation). Es una configuración de prueba de participación sin permisos, basada en comités, ejecutada por provisioners....cualquiera que bloquee al menos 1000 DUSK como garantía (stake).

Un stake es simplemente la cantidad más la altura del bloque en la que se incluyó. La elegibilidad no es inmediata. Hay un período de maduración calculado como M = 2 × epoch − (height mod epoch), y el epoch actualmente es de 2160 bloques. Solo después de esa ventana de maduración, y si la cantidad cumple el mínimo, el stake entra en la lotería determinista de selección (sortition) que elige el generador del bloque y los comités de votación para cada ronda.

El proceso en sí se ejecuta en rondas e iteraciones. Cada iteración tiene tres pasos: propuesta (se selecciona a un provisioner para presentar un bloque candidato), validación (un comité vota Valid, Invalid o NoCandidate, requiriendo una supermayoría de 2/3 para Valid o una mayoría simple para Invalid) y ratificación (un comité nuevo confirma el resultado). Una ronda puede pasar por hasta 50 iteraciones antes de fallar.

Lo que sigo dándole vueltas es cómo la sortición no interactiva y los comités rotativos afectan realmente la descentralización a largo plazo y el riesgo de que los comités sean capturados. Los parámetros fijos....el mínimo de 1000 DUSK, epoch de 2160 bloques, tope de 50 iteraciones
....parecen deliberados, pero no pude encontrar una discusión clara sobre cómo podrían ajustarse más adelante o qué proceso de gobernanza controlaría eso.

Me pregunto cómo interpretan otros las suposiciones de seguridad alrededor de los comités de votación y el retraso por maduración. ¿El diseño les parece robusto, o hay casos límite que me estoy perdiendo?

#dusk $DUSK
Ayer por la noche repasé de nuevo los @Dusk_Foundation documentos técnicos, en particular las secciones sobre comunicación peer-to-peer y el protocolo Kadcast. Al principio solo estaba echando un vistazo, pero cuanto más leía más encajaba el diseño de una manera que se sentía diferente a las redes habituales basadas en “gossip”. Kadcast se apoya en una DHT estilo Kademlia y usa la distancia XOR para estructurar cómo se mueven los mensajes. En lugar de inundarlo todo a vecinos aleatorios, los nodos reenvían a un conjunto cuidadosamente elegido de pares a distancias crecientes. Eso debería reducir una gran cantidad de tráfico redundante y hacer que la latencia sea más predecible. Los documentos también explican cómo esto, de forma natural, dificulta más identificar el remitente original, lo cual parece relevante para una cadena centrada en la privacidad. Lo que aún estoy dándole vueltas es la parte de tolerancia a fallos. Cuando los nodos se caen o se niegan a reenviar, el protocolo debería encontrar rutas alternativas actualizando las tablas de enrutamiento. Veo cómo funciona en teoría, pero seguía preguntándome cómo se comporta ante un “churn” sostenido o ataques dirigidos de descarte de mensajes. El artículo menciona resiliencia y rutas alternativas, pero no pude encontrar cifras sólidas ni simulaciones detalladas sobre los peores escenarios. En el lado de la gobernanza y la descentralización, este tipo de superposición estructurada parece asumir una distribución razonablemente sana de nodos honestos. Si una gran parte de la red termina concentrada o coordinada, ¿la ventaja de eficiencia se convierte en un inconveniente? No estoy seguro de que los documentos cierren completamente ese círculo. Me interesa saber qué piensan otras personas que han ejecutado nodos o que se han metido en el código sobre las compensaciones en el mundo real. ¿La ventaja de privacidad por la ofuscación del origen se mantiene cuando empiezas a mirar análisis de tráfico, o principalmente ayuda contra observadores ocasionales? @Dusk_Foundation #dusk $DUSK {future}(DUSKUSDT)
Ayer por la noche repasé de nuevo los @Dusk documentos técnicos, en particular las secciones sobre comunicación peer-to-peer y el protocolo Kadcast. Al principio solo estaba echando un vistazo, pero cuanto más leía más encajaba el diseño de una manera que se sentía diferente a las redes habituales basadas en “gossip”.

Kadcast se apoya en una DHT estilo Kademlia y usa la distancia XOR para estructurar cómo se mueven los mensajes. En lugar de inundarlo todo a vecinos aleatorios, los nodos reenvían a un conjunto cuidadosamente elegido de pares a distancias crecientes. Eso debería reducir una gran cantidad de tráfico redundante y hacer que la latencia sea más predecible. Los documentos también explican cómo esto, de forma natural, dificulta más identificar el remitente original, lo cual parece relevante para una cadena centrada en la privacidad.

Lo que aún estoy dándole vueltas es la parte de tolerancia a fallos. Cuando los nodos se caen o se niegan a reenviar, el protocolo debería encontrar rutas alternativas actualizando las tablas de enrutamiento. Veo cómo funciona en teoría, pero seguía preguntándome cómo se comporta ante un “churn” sostenido o ataques dirigidos de descarte de mensajes. El artículo menciona resiliencia y rutas alternativas, pero no pude encontrar cifras sólidas ni simulaciones detalladas sobre los peores escenarios.

En el lado de la gobernanza y la descentralización, este tipo de superposición estructurada parece asumir una distribución razonablemente sana de nodos honestos. Si una gran parte de la red termina concentrada o coordinada, ¿la ventaja de eficiencia se convierte en un inconveniente? No estoy seguro de que los documentos cierren completamente ese círculo.

Me interesa saber qué piensan otras personas que han ejecutado nodos o que se han metido en el código sobre las compensaciones en el mundo real. ¿La ventaja de privacidad por la ofuscación del origen se mantiene cuando empiezas a mirar análisis de tráfico, o principalmente ayuda contra observadores ocasionales?

@Dusk #dusk $DUSK
⚡ 𝐄𝐓𝐇 𝐇𝐎𝐋𝐃𝐈𝐍𝐆 𝐒𝐔𝐏𝐏𝐎𝐑𝐓! 𝐁𝐎𝐔𝐍𝐂𝐄 𝐖𝐀𝐓𝐂𝐇 🚀 $ETH está defendiendo la zona de soporte, manteniendo vigente la configuración alcista a corto plazo. El nivel clave a vigilar ahora es $1,900. Entrada: $1,863 – $1,885 TP1: $1,900 TP2: $1,920 SL: $1,863 R:R: 1:2 🔥 Una ruptura y mantenimiento por encima de $1,900 podría activar el siguiente tramo al alza. DYOR $ETH {future}(ETHUSDT)
⚡ 𝐄𝐓𝐇 𝐇𝐎𝐋𝐃𝐈𝐍𝐆 𝐒𝐔𝐏𝐏𝐎𝐑𝐓! 𝐁𝐎𝐔𝐍𝐂𝐄 𝐖𝐀𝐓𝐂𝐇 🚀

$ETH está defendiendo la zona de soporte, manteniendo vigente la configuración alcista a corto plazo. El nivel clave a vigilar ahora es $1,900.

Entrada: $1,863 – $1,885

TP1: $1,900
TP2: $1,920

SL: $1,863

R:R: 1:2

🔥 Una ruptura y mantenimiento por encima de $1,900 podría activar el siguiente tramo al alza.

DYOR $ETH
⚡ 𝐏𝐑𝐔𝐄𝐁𝐀 𝐃𝐄 𝐒𝐔𝐏𝐎𝐑𝐓𝐄 𝐄𝐍 𝐁𝐓𝐂! 𝐏𝐑𝐎𝐁𝐀𝐁𝐋𝐄 𝐏𝐔𝐄𝐒𝐓𝐀 𝐀𝐋 𝐅𝐄𝐍𝐎 👀 $BTC está retrocediendo hacia una zona de soporte clave. Si los compradores defienden esta área, podría desarrollarse un rebote a corto plazo hacia los objetivos alcistas. Entrada: $62,802 – $63,444 TP1: $64,010 TP2: $64,500 SL: $62,802 R:R: 1:2 🔥 Mantente por encima de $62,802 = potencial de rebote. Romper por debajo = invalidación de la configuración. DYOR {future}(BTCUSDT)
⚡ 𝐏𝐑𝐔𝐄𝐁𝐀 𝐃𝐄 𝐒𝐔𝐏𝐎𝐑𝐓𝐄 𝐄𝐍 𝐁𝐓𝐂! 𝐏𝐑𝐎𝐁𝐀𝐁𝐋𝐄 𝐏𝐔𝐄𝐒𝐓𝐀 𝐀𝐋 𝐅𝐄𝐍𝐎 👀

$BTC está retrocediendo hacia una zona de soporte clave. Si los compradores defienden esta área, podría desarrollarse un rebote a corto plazo hacia los objetivos alcistas.

Entrada: $62,802 – $63,444

TP1: $64,010
TP2: $64,500

SL: $62,802

R:R: 1:2

🔥 Mantente por encima de $62,802 = potencial de rebote.
Romper por debajo = invalidación de la configuración.

DYOR
$SKHYB es otro producto de seguridad tokenizado en lugar de una criptomoneda tradicional. Ofrece exposición tokenizada a las acciones de SK Hynix a través del marco bStock de Binance. Eso hace que la empresa subyacente sea especialmente importante al analizar el activo. SK Hynix es una importante empresa de semiconductores y chips de memoria; por lo tanto, factores como la demanda de infraestructura de IA, la memoria HBM y el ciclo de los semiconductores pueden influir en el patrimonio subyacente. Para mí, el token es solo una parte del análisis: los fundamentos reales comienzan con SK Hynix en sí misma. #SKHYB #RWA $SKHYB {spot}(SKHYBUSDT)
$SKHYB es otro producto de seguridad tokenizado en lugar de una criptomoneda tradicional. Ofrece exposición tokenizada a las acciones de SK Hynix a través del marco bStock de Binance. Eso hace que la empresa subyacente sea especialmente importante al analizar el activo. SK Hynix es una importante empresa de semiconductores y chips de memoria; por lo tanto, factores como la demanda de infraestructura de IA, la memoria HBM y el ciclo de los semiconductores pueden influir en el patrimonio subyacente. Para mí, el token es solo una parte del análisis: los fundamentos reales comienzan con SK Hynix en sí misma.
#SKHYB #RWA $SKHYB
LearnToEarn
·
--
Anoche volví a revisar la documentación de los modelos de transacción @Dusk y pasé unas horas intentando entender cómo encajan realmente Moonlight y Phoenix.

Al principio la distinción parecía clara. Moonlight es el lado transparente basado en cuentas, donde cada cuenta mantiene un estado público que registra su saldo y nonce. Phoenix es el lado protegido basado en notas: una nota se estructura alrededor de una clave pública de destinatario, un valor v y escalares aleatorios adicionales, con notas indexadas dentro de un árbol de Merkle para que un gastador pueda demostrar la inclusión sin revelar la nota en sí. El gasto requiere una prueba de conocimiento cero y la publicación de un nullifier para que la red pueda rechazar gastos dobles. La documentación también indica que los valores de las notas están acotados por 2^{64}-1.

Se describen las rutas de conversión entre ambos modelos (depósito en notas de Phoenix, retiro de vuelta a cuentas de Moonlight), pero me quedé atascado con las asunciones de seguridad exactas que se mantienen durante esas transferencias. Se dice que los circuitos garantizan la validez, pero no pude encontrar una declaración clara sobre si una conversión malformada podría afectar el conjunto global de nullifiers o los saldos transparentes en los que se apoyan los contratos inteligentes.

Eso me planteó una pregunta más amplia sobre la descentralización: si la mayor parte del valor termina viviendo en notas de Phoenix, ¿cuánta capacidad de gobernanza práctica permanece en la capa de cuentas transparente que realmente ven los contratos y las oráculos?

¿Se considera definitiva la configuración actual de los circuitos y el límite de valor 2^{64}-1, o todavía hay parámetros abiertos sobre la generación de notas, la profundidad del árbol de Merkle y la unicidad de los nullifiers en los que la comunidad sigue iterando?

Agradecería cualquier orientación de personas que hayan profundizado en las pruebas.

#dusk $DUSK
EDEN está asociado con OpenEden, un proyecto centrado en llevar activos del mundo real, en particular la exposición a los Bonos del Tesoro de EE. UU., a la cadena de bloques. Esto lo sitúa directamente dentro del creciente relato de los RWA. Lo que me interesa no es solo el precio del token, sino si OpenEden puede seguir expandiendo su ecosistema de activos tokenizados y crear una utilidad significativa en torno a EDEN. Los proyectos de RWA necesitan más que un buen relato; necesitan activos reales, usuarios y una demanda sostenible. Mantendría esos fundamentos en el foco mientras observo la gráfica. #EDEN #RWA $EDEN {future}(EDENUSDT)
EDEN está asociado con OpenEden, un proyecto centrado en llevar activos del mundo real, en particular la exposición a los Bonos del Tesoro de EE. UU., a la cadena de bloques. Esto lo sitúa directamente dentro del creciente relato de los RWA. Lo que me interesa no es solo el precio del token, sino si OpenEden puede seguir expandiendo su ecosistema de activos tokenizados y crear una utilidad significativa en torno a EDEN. Los proyectos de RWA necesitan más que un buen relato; necesitan activos reales, usuarios y una demanda sostenible. Mantendría esos fundamentos en el foco mientras observo la gráfica.
#EDEN #RWA $EDEN
LearnToEarn
·
--
Anoche volví a revisar la documentación de los modelos de transacción @Dusk y pasé unas horas intentando entender cómo encajan realmente Moonlight y Phoenix.

Al principio la distinción parecía clara. Moonlight es el lado transparente basado en cuentas, donde cada cuenta mantiene un estado público que registra su saldo y nonce. Phoenix es el lado protegido basado en notas: una nota se estructura alrededor de una clave pública de destinatario, un valor v y escalares aleatorios adicionales, con notas indexadas dentro de un árbol de Merkle para que un gastador pueda demostrar la inclusión sin revelar la nota en sí. El gasto requiere una prueba de conocimiento cero y la publicación de un nullifier para que la red pueda rechazar gastos dobles. La documentación también indica que los valores de las notas están acotados por 2^{64}-1.

Se describen las rutas de conversión entre ambos modelos (depósito en notas de Phoenix, retiro de vuelta a cuentas de Moonlight), pero me quedé atascado con las asunciones de seguridad exactas que se mantienen durante esas transferencias. Se dice que los circuitos garantizan la validez, pero no pude encontrar una declaración clara sobre si una conversión malformada podría afectar el conjunto global de nullifiers o los saldos transparentes en los que se apoyan los contratos inteligentes.

Eso me planteó una pregunta más amplia sobre la descentralización: si la mayor parte del valor termina viviendo en notas de Phoenix, ¿cuánta capacidad de gobernanza práctica permanece en la capa de cuentas transparente que realmente ven los contratos y las oráculos?

¿Se considera definitiva la configuración actual de los circuitos y el límite de valor 2^{64}-1, o todavía hay parámetros abiertos sobre la generación de notas, la profundidad del árbol de Merkle y la unicidad de los nullifiers en los que la comunidad sigue iterando?

Agradecería cualquier orientación de personas que hayan profundizado en las pruebas.

#dusk $DUSK
$ROBO is conectado al Fabric Protocol, que está construyendo infraestructura en torno a sistemas de IA y máquinas autónomas. Una de sus ideas clave es Proof of Robotic Work (Prueba de Trabajo Robótico), que vincula la actividad real de las máquinas con la verificación y las recompensas basadas en blockchain. Eso le da a ROBO una tesis muy específica sobre IA y robótica. Pero este sigue siendo un ámbito en el que la adopción real importa enormemente. Me gustaría ver máquinas reales, desarrolladores y aplicaciones usando la infraestructura antes de considerar que la narrativa está demostrada. La historia tecnológica es interesante; la ejecución será la prueba real. #ROBO #AI $ROBO {future}(ROBOUSDT)
$ROBO is conectado al Fabric Protocol, que está construyendo infraestructura en torno a sistemas de IA y máquinas autónomas. Una de sus ideas clave es Proof of Robotic Work (Prueba de Trabajo Robótico), que vincula la actividad real de las máquinas con la verificación y las recompensas basadas en blockchain. Eso le da a ROBO una tesis muy específica sobre IA y robótica. Pero este sigue siendo un ámbito en el que la adopción real importa enormemente. Me gustaría ver máquinas reales, desarrolladores y aplicaciones usando la infraestructura antes de considerar que la narrativa está demostrada. La historia tecnológica es interesante; la ejecución será la prueba real.
#ROBO #AI $ROBO
LearnToEarn
·
--
Anoche volví a revisar la documentación de los modelos de transacción @Dusk y pasé unas horas intentando entender cómo encajan realmente Moonlight y Phoenix.

Al principio la distinción parecía clara. Moonlight es el lado transparente basado en cuentas, donde cada cuenta mantiene un estado público que registra su saldo y nonce. Phoenix es el lado protegido basado en notas: una nota se estructura alrededor de una clave pública de destinatario, un valor v y escalares aleatorios adicionales, con notas indexadas dentro de un árbol de Merkle para que un gastador pueda demostrar la inclusión sin revelar la nota en sí. El gasto requiere una prueba de conocimiento cero y la publicación de un nullifier para que la red pueda rechazar gastos dobles. La documentación también indica que los valores de las notas están acotados por 2^{64}-1.

Se describen las rutas de conversión entre ambos modelos (depósito en notas de Phoenix, retiro de vuelta a cuentas de Moonlight), pero me quedé atascado con las asunciones de seguridad exactas que se mantienen durante esas transferencias. Se dice que los circuitos garantizan la validez, pero no pude encontrar una declaración clara sobre si una conversión malformada podría afectar el conjunto global de nullifiers o los saldos transparentes en los que se apoyan los contratos inteligentes.

Eso me planteó una pregunta más amplia sobre la descentralización: si la mayor parte del valor termina viviendo en notas de Phoenix, ¿cuánta capacidad de gobernanza práctica permanece en la capa de cuentas transparente que realmente ven los contratos y las oráculos?

¿Se considera definitiva la configuración actual de los circuitos y el límite de valor 2^{64}-1, o todavía hay parámetros abiertos sobre la generación de notas, la profundidad del árbol de Merkle y la unicidad de los nullifiers en los que la comunidad sigue iterando?

Agradecería cualquier orientación de personas que hayan profundizado en las pruebas.

#dusk $DUSK
$NOT, o Notcoin, se dio a conocer ampliamente gracias a su distribución viral a través de Telegram y a su conexión con el ecosistema TON. Eso le ayudó a construir una gran comunidad, pero la fase más difícil es siempre la que viene después del entusiasmo inicial. Me interesa si Notcoin puede mantener una actividad de usuarios significativa y desarrollar una utilidad del ecosistema duradera. Una comunidad sólida es valiosa, pero a mí me importa más la participación sostenible que un movimiento de precio a corto plazo. Vigilaría de cerca la liquidez, la actividad y el desarrollo del ecosistema. #NOT #Notcoin $NOT {future}(NOTUSDT)
$NOT , o Notcoin, se dio a conocer ampliamente gracias a su distribución viral a través de Telegram y a su conexión con el ecosistema TON. Eso le ayudó a construir una gran comunidad, pero la fase más difícil es siempre la que viene después del entusiasmo inicial. Me interesa si Notcoin puede mantener una actividad de usuarios significativa y desarrollar una utilidad del ecosistema duradera. Una comunidad sólida es valiosa, pero a mí me importa más la participación sostenible que un movimiento de precio a corto plazo. Vigilaría de cerca la liquidez, la actividad y el desarrollo del ecosistema.
#NOT #Notcoin $NOT
LearnToEarn
·
--
Anoche volví a revisar la documentación de los modelos de transacción @Dusk y pasé unas horas intentando entender cómo encajan realmente Moonlight y Phoenix.

Al principio la distinción parecía clara. Moonlight es el lado transparente basado en cuentas, donde cada cuenta mantiene un estado público que registra su saldo y nonce. Phoenix es el lado protegido basado en notas: una nota se estructura alrededor de una clave pública de destinatario, un valor v y escalares aleatorios adicionales, con notas indexadas dentro de un árbol de Merkle para que un gastador pueda demostrar la inclusión sin revelar la nota en sí. El gasto requiere una prueba de conocimiento cero y la publicación de un nullifier para que la red pueda rechazar gastos dobles. La documentación también indica que los valores de las notas están acotados por 2^{64}-1.

Se describen las rutas de conversión entre ambos modelos (depósito en notas de Phoenix, retiro de vuelta a cuentas de Moonlight), pero me quedé atascado con las asunciones de seguridad exactas que se mantienen durante esas transferencias. Se dice que los circuitos garantizan la validez, pero no pude encontrar una declaración clara sobre si una conversión malformada podría afectar el conjunto global de nullifiers o los saldos transparentes en los que se apoyan los contratos inteligentes.

Eso me planteó una pregunta más amplia sobre la descentralización: si la mayor parte del valor termina viviendo en notas de Phoenix, ¿cuánta capacidad de gobernanza práctica permanece en la capa de cuentas transparente que realmente ven los contratos y las oráculos?

¿Se considera definitiva la configuración actual de los circuitos y el límite de valor 2^{64}-1, o todavía hay parámetros abiertos sobre la generación de notas, la profundidad del árbol de Merkle y la unicidad de los nullifiers en los que la comunidad sigue iterando?

Agradecería cualquier orientación de personas que hayan profundizado en las pruebas.

#dusk $DUSK
$GPS es el token nativo conectado con GoPlus Security, un proyecto de infraestructura de seguridad Web3 centrado en detectar y prevenir riesgos en aplicaciones y activos de blockchain. Me parece relevante la tesis porque la seguridad se vuelve cada vez más importante a medida que crece la actividad on-chain. Pero la pregunta clave para mí es la adopción. ¿Cuánta demanda real se está generando para su infraestructura de seguridad y cuánto de esa demanda se traduce en utilidad del token? Un día en verde es interesante, pero lo que vigilaría a continuación es el uso y el crecimiento del ecosistema. #GPS #Web3 $GPS {future}(GPSUSDT)
$GPS es el token nativo conectado con GoPlus Security, un proyecto de infraestructura de seguridad Web3 centrado en detectar y prevenir riesgos en aplicaciones y activos de blockchain. Me parece relevante la tesis porque la seguridad se vuelve cada vez más importante a medida que crece la actividad on-chain. Pero la pregunta clave para mí es la adopción. ¿Cuánta demanda real se está generando para su infraestructura de seguridad y cuánto de esa demanda se traduce en utilidad del token? Un día en verde es interesante, pero lo que vigilaría a continuación es el uso y el crecimiento del ecosistema.
#GPS #Web3 $GPS
LearnToEarn
·
--
Anoche volví a revisar la documentación de los modelos de transacción @Dusk y pasé unas horas intentando entender cómo encajan realmente Moonlight y Phoenix.

Al principio la distinción parecía clara. Moonlight es el lado transparente basado en cuentas, donde cada cuenta mantiene un estado público que registra su saldo y nonce. Phoenix es el lado protegido basado en notas: una nota se estructura alrededor de una clave pública de destinatario, un valor v y escalares aleatorios adicionales, con notas indexadas dentro de un árbol de Merkle para que un gastador pueda demostrar la inclusión sin revelar la nota en sí. El gasto requiere una prueba de conocimiento cero y la publicación de un nullifier para que la red pueda rechazar gastos dobles. La documentación también indica que los valores de las notas están acotados por 2^{64}-1.

Se describen las rutas de conversión entre ambos modelos (depósito en notas de Phoenix, retiro de vuelta a cuentas de Moonlight), pero me quedé atascado con las asunciones de seguridad exactas que se mantienen durante esas transferencias. Se dice que los circuitos garantizan la validez, pero no pude encontrar una declaración clara sobre si una conversión malformada podría afectar el conjunto global de nullifiers o los saldos transparentes en los que se apoyan los contratos inteligentes.

Eso me planteó una pregunta más amplia sobre la descentralización: si la mayor parte del valor termina viviendo en notas de Phoenix, ¿cuánta capacidad de gobernanza práctica permanece en la capa de cuentas transparente que realmente ven los contratos y las oráculos?

¿Se considera definitiva la configuración actual de los circuitos y el límite de valor 2^{64}-1, o todavía hay parámetros abiertos sobre la generación de notas, la profundidad del árbol de Merkle y la unicidad de los nullifiers en los que la comunidad sigue iterando?

Agradecería cualquier orientación de personas que hayan profundizado en las pruebas.

#dusk $DUSK
$SNDKB es otro activo que necesita algo de contexto antes de operar. Representa una exposición tokenizada a acciones de SanDisk a través del marco bStock de Binance, en lugar de ser una criptomoneda convencional. Eso significa que el capital subyacente es extremadamente importante. En vez de mirar solo el gráfico del token, yo también seguiría el desempeño del negocio de SanDisk, la demanda de semiconductores y las condiciones más amplias del mercado de renta variable. La tokenización añade un nuevo formato de negociación, pero no elimina los riesgos fundamentales del valor subyacente. #SNDKB #RWA $SNDKB {spot}(SNDKBUSDT)
$SNDKB es otro activo que necesita algo de contexto antes de operar. Representa una exposición tokenizada a acciones de SanDisk a través del marco bStock de Binance, en lugar de ser una criptomoneda convencional. Eso significa que el capital subyacente es extremadamente importante. En vez de mirar solo el gráfico del token, yo también seguiría el desempeño del negocio de SanDisk, la demanda de semiconductores y las condiciones más amplias del mercado de renta variable. La tokenización añade un nuevo formato de negociación, pero no elimina los riesgos fundamentales del valor subyacente.
#SNDKB #RWA $SNDKB
LearnToEarn
·
--
Anoche volví a revisar la documentación de los modelos de transacción @Dusk y pasé unas horas intentando entender cómo encajan realmente Moonlight y Phoenix.

Al principio la distinción parecía clara. Moonlight es el lado transparente basado en cuentas, donde cada cuenta mantiene un estado público que registra su saldo y nonce. Phoenix es el lado protegido basado en notas: una nota se estructura alrededor de una clave pública de destinatario, un valor v y escalares aleatorios adicionales, con notas indexadas dentro de un árbol de Merkle para que un gastador pueda demostrar la inclusión sin revelar la nota en sí. El gasto requiere una prueba de conocimiento cero y la publicación de un nullifier para que la red pueda rechazar gastos dobles. La documentación también indica que los valores de las notas están acotados por 2^{64}-1.

Se describen las rutas de conversión entre ambos modelos (depósito en notas de Phoenix, retiro de vuelta a cuentas de Moonlight), pero me quedé atascado con las asunciones de seguridad exactas que se mantienen durante esas transferencias. Se dice que los circuitos garantizan la validez, pero no pude encontrar una declaración clara sobre si una conversión malformada podría afectar el conjunto global de nullifiers o los saldos transparentes en los que se apoyan los contratos inteligentes.

Eso me planteó una pregunta más amplia sobre la descentralización: si la mayor parte del valor termina viviendo en notas de Phoenix, ¿cuánta capacidad de gobernanza práctica permanece en la capa de cuentas transparente que realmente ven los contratos y las oráculos?

¿Se considera definitiva la configuración actual de los circuitos y el límite de valor 2^{64}-1, o todavía hay parámetros abiertos sobre la generación de notas, la profundidad del árbol de Merkle y la unicidad de los nullifiers en los que la comunidad sigue iterando?

Agradecería cualquier orientación de personas que hayan profundizado en las pruebas.

#dusk $DUSK
$ATM es bastante diferente de los proyectos cripto típicos de esta lista. Es el token de fanáticos del Atlético de Madrid dentro del ecosistema Socios. Su propósito es principalmente la participación de los aficionados, incluyendo oportunidades de votación, recompensas, experiencias y contenido exclusivo. No representa la propiedad del club de fútbol ni una reclamación sobre sus ganancias. Así que cuando veo un movimiento en el ATM, lo observo con una lente de token de fanáticos en lugar de tratarlo como un protocolo DeFi. La percepción, la participación y la liquidez del mercado importan aquí. #ATM #FanToken $ATM {spot}(ATMUSDT)
$ATM es bastante diferente de los proyectos cripto típicos de esta lista. Es el token de fanáticos del Atlético de Madrid dentro del ecosistema Socios. Su propósito es principalmente la participación de los aficionados, incluyendo oportunidades de votación, recompensas, experiencias y contenido exclusivo. No representa la propiedad del club de fútbol ni una reclamación sobre sus ganancias. Así que cuando veo un movimiento en el ATM, lo observo con una lente de token de fanáticos en lugar de tratarlo como un protocolo DeFi. La percepción, la participación y la liquidez del mercado importan aquí.
#ATM #FanToken $ATM
LearnToEarn
·
--
Anoche volví a revisar la documentación de los modelos de transacción @Dusk y pasé unas horas intentando entender cómo encajan realmente Moonlight y Phoenix.

Al principio la distinción parecía clara. Moonlight es el lado transparente basado en cuentas, donde cada cuenta mantiene un estado público que registra su saldo y nonce. Phoenix es el lado protegido basado en notas: una nota se estructura alrededor de una clave pública de destinatario, un valor v y escalares aleatorios adicionales, con notas indexadas dentro de un árbol de Merkle para que un gastador pueda demostrar la inclusión sin revelar la nota en sí. El gasto requiere una prueba de conocimiento cero y la publicación de un nullifier para que la red pueda rechazar gastos dobles. La documentación también indica que los valores de las notas están acotados por 2^{64}-1.

Se describen las rutas de conversión entre ambos modelos (depósito en notas de Phoenix, retiro de vuelta a cuentas de Moonlight), pero me quedé atascado con las asunciones de seguridad exactas que se mantienen durante esas transferencias. Se dice que los circuitos garantizan la validez, pero no pude encontrar una declaración clara sobre si una conversión malformada podría afectar el conjunto global de nullifiers o los saldos transparentes en los que se apoyan los contratos inteligentes.

Eso me planteó una pregunta más amplia sobre la descentralización: si la mayor parte del valor termina viviendo en notas de Phoenix, ¿cuánta capacidad de gobernanza práctica permanece en la capa de cuentas transparente que realmente ven los contratos y las oráculos?

¿Se considera definitiva la configuración actual de los circuitos y el límite de valor 2^{64}-1, o todavía hay parámetros abiertos sobre la generación de notas, la profundidad del árbol de Merkle y la unicidad de los nullifiers en los que la comunidad sigue iterando?

Agradecería cualquier orientación de personas que hayan profundizado en las pruebas.

#dusk $DUSK
$HOME es el token asociado con DeFi App, una plataforma diseñada para llevar múltiples actividades de DeFi, como swaps, perpetuos y estrategias de yield, a una interfaz más sencilla. Lo que me interesa aquí es el enfoque del producto. Si la plataforma puede facilitar el trading on-chain para los usuarios, eso podría respaldar el crecimiento del ecosistema. Pero un movimiento fuerte en 24 horas por sí solo no demuestra esa tesis. Yo observaría la actividad de los usuarios, la liquidez y la adopción real del producto antes de volverme demasiado confiado sobre la dirección a largo plazo del token. #HOME #DeFi $HOME {future}(HOMEUSDT)
$HOME es el token asociado con DeFi App, una plataforma diseñada para llevar múltiples actividades de DeFi, como swaps, perpetuos y estrategias de yield, a una interfaz más sencilla. Lo que me interesa aquí es el enfoque del producto. Si la plataforma puede facilitar el trading on-chain para los usuarios, eso podría respaldar el crecimiento del ecosistema. Pero un movimiento fuerte en 24 horas por sí solo no demuestra esa tesis. Yo observaría la actividad de los usuarios, la liquidez y la adopción real del producto antes de volverme demasiado confiado sobre la dirección a largo plazo del token.
#HOME #DeFi $HOME
LearnToEarn
·
--
Anoche volví a revisar la documentación de los modelos de transacción @Dusk y pasé unas horas intentando entender cómo encajan realmente Moonlight y Phoenix.

Al principio la distinción parecía clara. Moonlight es el lado transparente basado en cuentas, donde cada cuenta mantiene un estado público que registra su saldo y nonce. Phoenix es el lado protegido basado en notas: una nota se estructura alrededor de una clave pública de destinatario, un valor v y escalares aleatorios adicionales, con notas indexadas dentro de un árbol de Merkle para que un gastador pueda demostrar la inclusión sin revelar la nota en sí. El gasto requiere una prueba de conocimiento cero y la publicación de un nullifier para que la red pueda rechazar gastos dobles. La documentación también indica que los valores de las notas están acotados por 2^{64}-1.

Se describen las rutas de conversión entre ambos modelos (depósito en notas de Phoenix, retiro de vuelta a cuentas de Moonlight), pero me quedé atascado con las asunciones de seguridad exactas que se mantienen durante esas transferencias. Se dice que los circuitos garantizan la validez, pero no pude encontrar una declaración clara sobre si una conversión malformada podría afectar el conjunto global de nullifiers o los saldos transparentes en los que se apoyan los contratos inteligentes.

Eso me planteó una pregunta más amplia sobre la descentralización: si la mayor parte del valor termina viviendo en notas de Phoenix, ¿cuánta capacidad de gobernanza práctica permanece en la capa de cuentas transparente que realmente ven los contratos y las oráculos?

¿Se considera definitiva la configuración actual de los circuitos y el límite de valor 2^{64}-1, o todavía hay parámetros abiertos sobre la generación de notas, la profundidad del árbol de Merkle y la unicidad de los nullifiers en los que la comunidad sigue iterando?

Agradecería cualquier orientación de personas que hayan profundizado en las pruebas.

#dusk $DUSK
$AVNT está vinculado a Avantis, un protocolo descentralizado de derivados con base en Base que ofrece mercados apalancados en cripto y activos del mundo real. El token tiene utilidad dentro del ecosistema, incluyendo gobernanza, staking e incentivos. Eso hace que el proyecto sea interesante desde una perspectiva de DeFi, pero no confundiría el crecimiento del protocolo con la apreciación garantizada del token. Me interesa más si la actividad de trading, la liquidez y la adopción de usuarios continúan creciendo. Una fuerte acción del precio llama mi atención, pero lo que quiero ver es un uso sostenible detrás de eso. #AVNT #DeFi $AVNT {future}(AVNTUSDT)
$AVNT está vinculado a Avantis, un protocolo descentralizado de derivados con base en Base que ofrece mercados apalancados en cripto y activos del mundo real. El token tiene utilidad dentro del ecosistema, incluyendo gobernanza, staking e incentivos. Eso hace que el proyecto sea interesante desde una perspectiva de DeFi, pero no confundiría el crecimiento del protocolo con la apreciación garantizada del token. Me interesa más si la actividad de trading, la liquidez y la adopción de usuarios continúan creciendo. Una fuerte acción del precio llama mi atención, pero lo que quiero ver es un uso sostenible detrás de eso.
#AVNT #DeFi $AVNT
LearnToEarn
·
--
Anoche volví a revisar la documentación de los modelos de transacción @Dusk y pasé unas horas intentando entender cómo encajan realmente Moonlight y Phoenix.

Al principio la distinción parecía clara. Moonlight es el lado transparente basado en cuentas, donde cada cuenta mantiene un estado público que registra su saldo y nonce. Phoenix es el lado protegido basado en notas: una nota se estructura alrededor de una clave pública de destinatario, un valor v y escalares aleatorios adicionales, con notas indexadas dentro de un árbol de Merkle para que un gastador pueda demostrar la inclusión sin revelar la nota en sí. El gasto requiere una prueba de conocimiento cero y la publicación de un nullifier para que la red pueda rechazar gastos dobles. La documentación también indica que los valores de las notas están acotados por 2^{64}-1.

Se describen las rutas de conversión entre ambos modelos (depósito en notas de Phoenix, retiro de vuelta a cuentas de Moonlight), pero me quedé atascado con las asunciones de seguridad exactas que se mantienen durante esas transferencias. Se dice que los circuitos garantizan la validez, pero no pude encontrar una declaración clara sobre si una conversión malformada podría afectar el conjunto global de nullifiers o los saldos transparentes en los que se apoyan los contratos inteligentes.

Eso me planteó una pregunta más amplia sobre la descentralización: si la mayor parte del valor termina viviendo en notas de Phoenix, ¿cuánta capacidad de gobernanza práctica permanece en la capa de cuentas transparente que realmente ven los contratos y las oráculos?

¿Se considera definitiva la configuración actual de los circuitos y el límite de valor 2^{64}-1, o todavía hay parámetros abiertos sobre la generación de notas, la profundidad del árbol de Merkle y la unicidad de los nullifiers en los que la comunidad sigue iterando?

Agradecería cualquier orientación de personas que hayan profundizado en las pruebas.

#dusk $DUSK
$COTI tiene una tesis más interesante que simplemente ser otro token de cripto. COTI V2 se centra en la computación que preserva la privacidad y utiliza tecnologías como los Circuitos Garbled para permitir interacciones confidenciales de contratos inteligentes. Lo que estoy observando es la adopción. ¿Los desarrolladores pueden realmente crear aplicaciones que necesiten este nivel de privacidad? El impulso del precio puede atraer atención, pero el uso real es lo que podría validar la tesis a largo plazo. Preferiría seguir el crecimiento del ecosistema en lugar de tomar una decisión basada solo en el porcentaje de ganancia de hoy. #COTI #Crypto $COTI {future}(COTIUSDT)
$COTI tiene una tesis más interesante que simplemente ser otro token de cripto. COTI V2 se centra en la computación que preserva la privacidad y utiliza tecnologías como los Circuitos Garbled para permitir interacciones confidenciales de contratos inteligentes. Lo que estoy observando es la adopción. ¿Los desarrolladores pueden realmente crear aplicaciones que necesiten este nivel de privacidad? El impulso del precio puede atraer atención, pero el uso real es lo que podría validar la tesis a largo plazo. Preferiría seguir el crecimiento del ecosistema en lugar de tomar una decisión basada solo en el porcentaje de ganancia de hoy.
#COTI #Crypto $COTI
LearnToEarn
·
--
Anoche volví a revisar la documentación de los modelos de transacción @Dusk y pasé unas horas intentando entender cómo encajan realmente Moonlight y Phoenix.

Al principio la distinción parecía clara. Moonlight es el lado transparente basado en cuentas, donde cada cuenta mantiene un estado público que registra su saldo y nonce. Phoenix es el lado protegido basado en notas: una nota se estructura alrededor de una clave pública de destinatario, un valor v y escalares aleatorios adicionales, con notas indexadas dentro de un árbol de Merkle para que un gastador pueda demostrar la inclusión sin revelar la nota en sí. El gasto requiere una prueba de conocimiento cero y la publicación de un nullifier para que la red pueda rechazar gastos dobles. La documentación también indica que los valores de las notas están acotados por 2^{64}-1.

Se describen las rutas de conversión entre ambos modelos (depósito en notas de Phoenix, retiro de vuelta a cuentas de Moonlight), pero me quedé atascado con las asunciones de seguridad exactas que se mantienen durante esas transferencias. Se dice que los circuitos garantizan la validez, pero no pude encontrar una declaración clara sobre si una conversión malformada podría afectar el conjunto global de nullifiers o los saldos transparentes en los que se apoyan los contratos inteligentes.

Eso me planteó una pregunta más amplia sobre la descentralización: si la mayor parte del valor termina viviendo en notas de Phoenix, ¿cuánta capacidad de gobernanza práctica permanece en la capa de cuentas transparente que realmente ven los contratos y las oráculos?

¿Se considera definitiva la configuración actual de los circuitos y el límite de valor 2^{64}-1, o todavía hay parámetros abiertos sobre la generación de notas, la profundidad del árbol de Merkle y la unicidad de los nullifiers en los que la comunidad sigue iterando?

Agradecería cualquier orientación de personas que hayan profundizado en las pruebas.

#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