Fatima_Tariq
16k Publicaciones
Fatima_Tariq
Verificado+ de SquareKOL on Binance Square || Content Creator || Founder of #LearnWithFatima || Nutritionist | FT Wellness Founder & Products Developer || DM for collabs📩
170 Siguiendo
67.3K+ Seguidores
79.3K+ Me gusta
Publicaciones
Todo
Cotizaciones
Directo
#dusk $DUSK @Dusk
Mientras leía la campaña de CreatorPad, me metí en un pequeño agujero de conejo sobre la estructura del tesoro de Dusk.
Una diferencia destacó:
La fundación está construyendo alrededor de un enfoque primero en MICA, más cercano a una rampa tipo TradFi, aunque sus reservas parecen estar fuertemente ponderadas hacia stablecoins en lugar de DUSK nativo.
Luego lo conecté con el incidente del puente del 16 de agosto.
• Se detectó actividad sospechosa en una billetera gestionada por el puente
• Se congelaron direcciones y se reutilizaron
• Se introdujo una lista de bloqueo para destinatarios de Web Wallet
• Binance estuvo involucrado en el flujo afectado
La respuesta fue rápida. Pero lo interesante es lo que no tuvieron que gestionar al mismo tiempo:
proteger el tesoro de la volatilidad de DUSK.
Con DUSK cerca de $0.06 y un market cap relativamente pequeño de ~$31M, mantener reservas operativas en DUSK expondría la capacidad operativa a la percepción del mercado.
Las stablecoins ofrecen algo más simple: financiación operativa predecible.
Eso me hizo replantear la narrativa habitual de “el tesoro debería mantener el token nativo”.
Quizá esto no se trata de una falta de confianza en DUSK.
Quizá simplemente se trata de proteger primero el runway y permitir que DUSK siga siendo el activo que los usuarios eligen mantener.
Aun así, me queda la curiosidad: ¿gestión prudente del tesoro o una señal silenciosa sobre la demanda de DUSK a corto plazo?
Mientras leía la campaña de CreatorPad, me metí en un pequeño agujero de conejo sobre la estructura del tesoro de Dusk.
Una diferencia destacó:
La fundación está construyendo alrededor de un enfoque primero en MICA, más cercano a una rampa tipo TradFi, aunque sus reservas parecen estar fuertemente ponderadas hacia stablecoins en lugar de DUSK nativo.
Luego lo conecté con el incidente del puente del 16 de agosto.
• Se detectó actividad sospechosa en una billetera gestionada por el puente
• Se congelaron direcciones y se reutilizaron
• Se introdujo una lista de bloqueo para destinatarios de Web Wallet
• Binance estuvo involucrado en el flujo afectado
La respuesta fue rápida. Pero lo interesante es lo que no tuvieron que gestionar al mismo tiempo:
proteger el tesoro de la volatilidad de DUSK.
Con DUSK cerca de $0.06 y un market cap relativamente pequeño de ~$31M, mantener reservas operativas en DUSK expondría la capacidad operativa a la percepción del mercado.
Las stablecoins ofrecen algo más simple: financiación operativa predecible.
Eso me hizo replantear la narrativa habitual de “el tesoro debería mantener el token nativo”.
Quizá esto no se trata de una falta de confianza en DUSK.
Quizá simplemente se trata de proteger primero el runway y permitir que DUSK siga siendo el activo que los usuarios eligen mantener.
Aun así, me queda la curiosidad: ¿gestión prudente del tesoro o una señal silenciosa sobre la demanda de DUSK a corto plazo?
#dusk $DUSK @Dusk
Me adentré en la actividad reciente de Dusk, y la parte que se me quedó no fue la criptografía.
Argon2, Equihash, PLONK y el trabajo alrededor de la infraestructura centrada en la privacidad son interesantes. Pero el reciente incidente en el puente mostró un tipo de riesgo muy diferente.
El 16 de agosto, el monitoreo detectó actividad que no coincidía con las operaciones normales del puente.
La respuesta fue directa:
• Se pausaron los servicios del puente
• Las direcciones operativas afectadas fueron deshabilitadas/recicladas
• Se agregó una lista de bloqueo de destinatarios al Web Wallet
• Se continuó con el trabajo de endurecimiento antes de reabrir
Y los bloques de DuskDS siguieron llegando durante todo ese tiempo.
Eso crea un contraste interesante.
El sistema puede tener una criptografía seria por debajo, pero el riesgo al que realmente se enfrentan los usuarios aún puede estar situado en la capa operativa.
La lista de bloqueo protege la experiencia predeterminada del Web Wallet, pero los usuarios que ejecutan sus propias herramientas no heredan automáticamente esa red de seguridad.
Ahí es donde creo que está la pregunta más grande:
Cuando las instituciones evalúan Dusk, ¿confían en el protocolo, en la capa operativa o en la interfaz que se encuentra entre ambos?
Porque una criptografía sólida solo resuelve una parte del relato de la seguridad.
$DUSK
Me adentré en la actividad reciente de Dusk, y la parte que se me quedó no fue la criptografía.
Argon2, Equihash, PLONK y el trabajo alrededor de la infraestructura centrada en la privacidad son interesantes. Pero el reciente incidente en el puente mostró un tipo de riesgo muy diferente.
El 16 de agosto, el monitoreo detectó actividad que no coincidía con las operaciones normales del puente.
La respuesta fue directa:
• Se pausaron los servicios del puente
• Las direcciones operativas afectadas fueron deshabilitadas/recicladas
• Se agregó una lista de bloqueo de destinatarios al Web Wallet
• Se continuó con el trabajo de endurecimiento antes de reabrir
Y los bloques de DuskDS siguieron llegando durante todo ese tiempo.
Eso crea un contraste interesante.
El sistema puede tener una criptografía seria por debajo, pero el riesgo al que realmente se enfrentan los usuarios aún puede estar situado en la capa operativa.
La lista de bloqueo protege la experiencia predeterminada del Web Wallet, pero los usuarios que ejecutan sus propias herramientas no heredan automáticamente esa red de seguridad.
Ahí es donde creo que está la pregunta más grande:
Cuando las instituciones evalúan Dusk, ¿confían en el protocolo, en la capa operativa o en la interfaz que se encuentra entre ambos?
Porque una criptografía sólida solo resuelve una parte del relato de la seguridad.
$DUSK
179.2 USDT en $DUSK en operaciones en 30 d.
#dusk $DUSK @Dusk La privacidad es fuerte. Pero ¿qué pasa con el puente?
Pasé la tarea de CreatorPad investigando la actividad reciente de Dusk, y un detalle se quedó conmigo.
El trabajo de hash de hormigón armado es impresionante:
• 17× más rápido que Poseidon
• Basado en criptografía enfocada en la privacidad
• Diseñado para el L1 nativo de privacidad de Dusk
Pero la historia más grande ocurrió el 16 de agosto.
El equipo señaló una actividad sospechosa relacionada con una billetera gestionada por el equipo y conectada a las operaciones del puente.
La respuesta fue directa:
• Deshabilitar las direcciones afectadas
• Pausar el puente
• Implementar una lista de bloqueo de destinatarios
• Coordinarse directamente con Binance para rastrear el flujo
• No se perdieron fondos de usuarios
Buen resultado. Pero el mecanismo es lo que me hizo detenerme.
La maquinaria ZK del protocolo no detectó ni detuvo automáticamente el incidente.
Fueron los humanos.
Eso crea un contraste interesante:
Capa on-chain: privacidad, pruebas, liquidación determinista
Capa del puente: billeteras controladas por el equipo, intervención de administradores, poderes de pausa + lista de bloqueo
Los puentes siempre son un límite de seguridad difícil, así que esto no es una crítica solo a Dusk.
Pero ver esa capa operativa expuesta durante un incidente real hizo mucho más fácil apreciar la brecha de descentralización.
La pregunta que me queda es:
¿Cuánto tiempo permanece esa brecha entre la liquidación sin confianza y la custodia del puente?$DUSK
Pasé la tarea de CreatorPad investigando la actividad reciente de Dusk, y un detalle se quedó conmigo.
El trabajo de hash de hormigón armado es impresionante:
• 17× más rápido que Poseidon
• Basado en criptografía enfocada en la privacidad
• Diseñado para el L1 nativo de privacidad de Dusk
Pero la historia más grande ocurrió el 16 de agosto.
El equipo señaló una actividad sospechosa relacionada con una billetera gestionada por el equipo y conectada a las operaciones del puente.
La respuesta fue directa:
• Deshabilitar las direcciones afectadas
• Pausar el puente
• Implementar una lista de bloqueo de destinatarios
• Coordinarse directamente con Binance para rastrear el flujo
• No se perdieron fondos de usuarios
Buen resultado. Pero el mecanismo es lo que me hizo detenerme.
La maquinaria ZK del protocolo no detectó ni detuvo automáticamente el incidente.
Fueron los humanos.
Eso crea un contraste interesante:
Capa on-chain: privacidad, pruebas, liquidación determinista
Capa del puente: billeteras controladas por el equipo, intervención de administradores, poderes de pausa + lista de bloqueo
Los puentes siempre son un límite de seguridad difícil, así que esto no es una crítica solo a Dusk.
Pero ver esa capa operativa expuesta durante un incidente real hizo mucho más fácil apreciar la brecha de descentralización.
La pregunta que me queda es:
¿Cuánto tiempo permanece esa brecha entre la liquidación sin confianza y la custodia del puente?$DUSK
A) Bridge Decentralization
67%
B) Custody Upgrade
0%
C) Trustless Bridges
0%
D) Full Autonomy
33%
3 Votos • Votación cerrada
#termmax @TermMax Las tasas fijas suenan geniales. Los datos necesitan ponerse al día.
La propuesta es fácil de entender:
• Las instituciones buscan certidumbre
• Las tasas variables generan incertidumbre
• Los productos de tasa fija pueden facilitar la gestión del riesgo
Pero revisé los datos reales de DeFiLlama durante la tarea, y las cifras me hicieron dudar:
• TVL: 31,22 M$
• Cambio del TVL a 30 días: -7,2%
• Comisiones del protocolo a 30 días: apenas por debajo de 20 mil $
• Cobertura: 9 cadenas
Y esos 20 mil $ son comisiones totales del período completo de 30 días, no una cifra diaria.
Eso no hace que la mecánica de bonos cupón cero ni el diseño del vault del curador sean malos. La arquitectura del producto es interesante.
Lo que captó mi atención es la brecha entre el relato institucional y el capital que realmente se ve en cadena hoy.
La certidumbre de tasas es un producto real.
Pero si el capital está rotando hacia TermMax a escala institucional es otra pregunta; y la gráfica del TVL todavía no la responde.
Una cosa que me gustaría seguir a continuación:
¿Los wallets de los curadores realmente están depositando neto este mes, o son unas pocas relaciones las que siguen haciendo la mayor parte del trabajo?
La propuesta es fácil de entender:
• Las instituciones buscan certidumbre
• Las tasas variables generan incertidumbre
• Los productos de tasa fija pueden facilitar la gestión del riesgo
Pero revisé los datos reales de DeFiLlama durante la tarea, y las cifras me hicieron dudar:
• TVL: 31,22 M$
• Cambio del TVL a 30 días: -7,2%
• Comisiones del protocolo a 30 días: apenas por debajo de 20 mil $
• Cobertura: 9 cadenas
Y esos 20 mil $ son comisiones totales del período completo de 30 días, no una cifra diaria.
Eso no hace que la mecánica de bonos cupón cero ni el diseño del vault del curador sean malos. La arquitectura del producto es interesante.
Lo que captó mi atención es la brecha entre el relato institucional y el capital que realmente se ve en cadena hoy.
La certidumbre de tasas es un producto real.
Pero si el capital está rotando hacia TermMax a escala institucional es otra pregunta; y la gráfica del TVL todavía no la responde.
Una cosa que me gustaría seguir a continuación:
¿Los wallets de los curadores realmente están depositando neto este mes, o son unas pocas relaciones las que siguen haciendo la mayor parte del trabajo?
A) Curator Deposits
50%
B) Broad Adoption
0%
C) Institutional Flows
38%
D) Wallet Activity
12%
8 Votos • Votación cerrada
#dusk $DUSK @Dusk
Me adentré más en Hedger mientras trabajaba en la tarea de CreatorPad. El crepúsculo lo presenta como una capa de conocimiento cero auditable: privacidad sin renunciar a la posibilidad de verificar lo que importa.
Al principio, pensé que podría ser simplemente otra narrativa de privacidad. Luego revisé la cronología del 16 de agosto, y un detalle cambió cómo lo veía:
• Una wallet gestionada por un puente mostró actividad sospechosa.
• Las direcciones de puente afectadas se deshabilitaron en cuestión de horas.
• Las operaciones del puente se pausaron.
• Se agregó una lista de bloqueo de Web Wallet para impedir que las direcciones señaladas movieran fondos.
Ese último punto fue el que realmente captó mi atención.
Si un sistema puede bloquear rápidamente ciertas direcciones, entonces el modelo de privacidad claramente no trata de ocultarlo todo a todo el mundo.
En cambio, se parece más a:
• Privacidad por defecto: la información sensible permanece protegida.
• Visibilidad selectiva: las partes autorizadas aún pueden verificar lo que se necesita.
• Intervención cuando es necesario: la actividad riesgosa puede identificarse y restringirse.
Eso cambia cómo entiendo el enfoque de ZK y homomórfico de Dusk.
Se siente menos como una anonimidad estilo Monero y más como una privacidad diseñada para entornos donde la conformidad y la intervención aún importan.
Para las finanzas reguladas, podría ser una opción sólida.
Pero me deja con una sola pregunta:
¿Quién obtiene la visibilidad primero y cuánta capacidad real le da “auditable”?
$DUSK
Me adentré más en Hedger mientras trabajaba en la tarea de CreatorPad. El crepúsculo lo presenta como una capa de conocimiento cero auditable: privacidad sin renunciar a la posibilidad de verificar lo que importa.
Al principio, pensé que podría ser simplemente otra narrativa de privacidad. Luego revisé la cronología del 16 de agosto, y un detalle cambió cómo lo veía:
• Una wallet gestionada por un puente mostró actividad sospechosa.
• Las direcciones de puente afectadas se deshabilitaron en cuestión de horas.
• Las operaciones del puente se pausaron.
• Se agregó una lista de bloqueo de Web Wallet para impedir que las direcciones señaladas movieran fondos.
Ese último punto fue el que realmente captó mi atención.
Si un sistema puede bloquear rápidamente ciertas direcciones, entonces el modelo de privacidad claramente no trata de ocultarlo todo a todo el mundo.
En cambio, se parece más a:
• Privacidad por defecto: la información sensible permanece protegida.
• Visibilidad selectiva: las partes autorizadas aún pueden verificar lo que se necesita.
• Intervención cuando es necesario: la actividad riesgosa puede identificarse y restringirse.
Eso cambia cómo entiendo el enfoque de ZK y homomórfico de Dusk.
Se siente menos como una anonimidad estilo Monero y más como una privacidad diseñada para entornos donde la conformidad y la intervención aún importan.
Para las finanzas reguladas, podría ser una opción sólida.
Pero me deja con una sola pregunta:
¿Quién obtiene la visibilidad primero y cuánta capacidad real le da “auditable”?
$DUSK
A) The protocol
0%
B) Authorized parties
0%
C) Compliance layer
0%
D) Depends on the use case
0%
0 Votos • Votación cerrada
139.4 USDT en $DUSK en operaciones en 30 d.
He estado mirando Dusk esta semana, y STOX, ahora con la marca Dusk Trade, no dejaba de aparecer. Un detalle me hizo dejar de hacer scroll:
-15 ago: Publicaron sobre abrir mercados privados a las pymes.
-Dusk Trade: Sigue con lista de espera; aún no es de acceso abierto.
-Acceso: La divulgación selectiva puede demostrar residencia o elegibilidad sin exponer tu identidad. Una tecnología de privacidad ingeniosa, pero el acceso sigue limitado a socios y activos seleccionados.
-Staking: Más del 30% del suministro está bloqueado, con un APR variable de alrededor del 27%.
Esa distinción importa.
La capa de privacidad puede ser sin confianza, mientras que la capa de acceso todavía está curada.
Aporté una cantidad pequeña y revisé los números, pero hacer staking ≠ tener acceso para negociar. Dos puertas distintas, dos colas diferentes.
Para mí, la historia real no es el marketing de ZK. Es quién entra en el primer grupo de activos y bajo qué condiciones.
¿Alguien ya salió de la lista de espera?
¿Qué crees que definirá primero el éxito de Dusk Trade: el acceso más amplio, una privacidad más sólida, más activos o una mejor elegibilidad?
#dusk $DUSK @Dusk #Dusk
-15 ago: Publicaron sobre abrir mercados privados a las pymes.
-Dusk Trade: Sigue con lista de espera; aún no es de acceso abierto.
-Acceso: La divulgación selectiva puede demostrar residencia o elegibilidad sin exponer tu identidad. Una tecnología de privacidad ingeniosa, pero el acceso sigue limitado a socios y activos seleccionados.
-Staking: Más del 30% del suministro está bloqueado, con un APR variable de alrededor del 27%.
Esa distinción importa.
La capa de privacidad puede ser sin confianza, mientras que la capa de acceso todavía está curada.
Aporté una cantidad pequeña y revisé los números, pero hacer staking ≠ tener acceso para negociar. Dos puertas distintas, dos colas diferentes.
Para mí, la historia real no es el marketing de ZK. Es quién entra en el primer grupo de activos y bajo qué condiciones.
¿Alguien ya salió de la lista de espera?
¿Qué crees que definirá primero el éxito de Dusk Trade: el acceso más amplio, una privacidad más sólida, más activos o una mejor elegibilidad?
#dusk $DUSK @Dusk #Dusk
A) Broader user access
66%
B) More private assets
0%
C) Simple eligibility checks
17%
D) Stronger privacy
17%
6 Votos • Votación cerrada
#termmax @TermMax
Un número de TermMax me llamó la atención más que el TVL en sí: cuánto de ese TVL realmente se está usando.
Consulté DeFiLlama mientras trabajaba en el proyecto, y las cifras fueron interesantes:
• TVL: 31,22M USD
• Cambio a 30D: -7,2%
• Préstamos activos: 27,28M USD
• Préstamos activos / TVL: ~87%
Esa última cifra es la que me hizo detenerme.
Aproximadamente el 87% del TVL reportado estaba vinculado a préstamos activos, en lugar de quedarse simplemente ocioso esperando a los prestatarios.
Y eso tiene sentido cuando observas cómo está estructurado TermMax.
En lugar de un modelo tradicional de fondos mancomunados, donde la liquidez no utilizada puede quedarse a la espera y ganar una tasa flotante, TermMax usa posiciones con plazo fijo.
Los prestamistas acuñan FT, el tramo de cupón cero a tipo fijo, con descuento al hacer su depósito. Los prestatarios bloquean posiciones GT contra ello, con el rendimiento incorporado de forma efectiva en el FT desde el inicio.
Así que el capital no está realmente diseñado para ser una “sala de espera” ociosa.
O está integrado en la estructura, o no lo está.
Es un detalle estructural pequeño, pero cambia cómo interpreto el TVL de TermMax.
El TVL de 31,22M USD cuenta una historia.
Los 27,28M USD en préstamos activos cuentan otra, y juntos hacen que el panorama de utilización del capital sea mucho más interesante.
Aun así, no estoy listo para llamarlo eficiencia pura.
Podría ser que el diseño esté funcionando exactamente como se pretendía, o simplemente que haya un mercado más pequeño con menos liquidez excedente.
Esa es la parte que todavía estoy vigilando.
#TermMax
Un número de TermMax me llamó la atención más que el TVL en sí: cuánto de ese TVL realmente se está usando.
Consulté DeFiLlama mientras trabajaba en el proyecto, y las cifras fueron interesantes:
• TVL: 31,22M USD
• Cambio a 30D: -7,2%
• Préstamos activos: 27,28M USD
• Préstamos activos / TVL: ~87%
Esa última cifra es la que me hizo detenerme.
Aproximadamente el 87% del TVL reportado estaba vinculado a préstamos activos, en lugar de quedarse simplemente ocioso esperando a los prestatarios.
Y eso tiene sentido cuando observas cómo está estructurado TermMax.
En lugar de un modelo tradicional de fondos mancomunados, donde la liquidez no utilizada puede quedarse a la espera y ganar una tasa flotante, TermMax usa posiciones con plazo fijo.
Los prestamistas acuñan FT, el tramo de cupón cero a tipo fijo, con descuento al hacer su depósito. Los prestatarios bloquean posiciones GT contra ello, con el rendimiento incorporado de forma efectiva en el FT desde el inicio.
Así que el capital no está realmente diseñado para ser una “sala de espera” ociosa.
O está integrado en la estructura, o no lo está.
Es un detalle estructural pequeño, pero cambia cómo interpreto el TVL de TermMax.
El TVL de 31,22M USD cuenta una historia.
Los 27,28M USD en préstamos activos cuentan otra, y juntos hacen que el panorama de utilización del capital sea mucho más interesante.
Aun así, no estoy listo para llamarlo eficiencia pura.
Podría ser que el diseño esté funcionando exactamente como se pretendía, o simplemente que haya un mercado más pequeño con menos liquidez excedente.
Esa es la parte que todavía estoy vigilando.
#TermMax
Cuanto más leía sobre @TermMax , más me daba cuenta de que las tasas fijas vs. variables no se trata realmente de encontrar una opción “mejor”.
Se trata de elegir entre certeza y flexibilidad.
El préstamo a tasa fija llamó mi atención porque elimina parte de la incertidumbre del DeFi. Entras con una tasa definida, conoces la fecha de vencimiento y puedes planificar tu capital en función de esos términos.
Pero la certeza tiene un costo: menos flexibilidad.
Si las tasas del mercado suben, aparece una oportunidad mejor o cambia tu estrategia, tu posición actual no se ajusta automáticamente.
Las tasas variables funcionan de otra manera. Pueden moverse con las condiciones del mercado, dándote más margen para reaccionar.
Así que empecé a verlas como dos herramientas diferentes:
Tasa fija → previsibilidad
Tasa variable → flexibilidad
Y eso me llevó a otra pregunta:
¿Cuánto estarías dispuesto a sacrificar por la flexibilidad?
Por ejemplo, imagina que tienes $7,500 inactivos.
¿Preferirías asegurar una tasa de préstamo conocida por un período determinado, o mantener la posición flexible para poder responder si cambian las condiciones del mercado?
Una opción fija puede facilitar la planificación porque sabes qué esperar.
Pero si las tasas suben, aparece otra oportunidad o cambia tu estrategia, esa flexibilidad de repente se vuelve mucho más valiosa.
Eso es lo que me parece interesante de @TermMax
Ninguno de los enfoques es automáticamente mejor.
Las tasas fijas ofrecen previsibilidad.
Las tasas variables ofrecen adaptabilidad.
Entonces, si tuvieras $7,500 listos para prestar, ¿darías prioridad a la certeza, la flexibilidad o a un equilibrio de ambas?#termmax @TermMax #TermMax
Se trata de elegir entre certeza y flexibilidad.
El préstamo a tasa fija llamó mi atención porque elimina parte de la incertidumbre del DeFi. Entras con una tasa definida, conoces la fecha de vencimiento y puedes planificar tu capital en función de esos términos.
Pero la certeza tiene un costo: menos flexibilidad.
Si las tasas del mercado suben, aparece una oportunidad mejor o cambia tu estrategia, tu posición actual no se ajusta automáticamente.
Las tasas variables funcionan de otra manera. Pueden moverse con las condiciones del mercado, dándote más margen para reaccionar.
Así que empecé a verlas como dos herramientas diferentes:
Tasa fija → previsibilidad
Tasa variable → flexibilidad
Y eso me llevó a otra pregunta:
¿Cuánto estarías dispuesto a sacrificar por la flexibilidad?
Por ejemplo, imagina que tienes $7,500 inactivos.
¿Preferirías asegurar una tasa de préstamo conocida por un período determinado, o mantener la posición flexible para poder responder si cambian las condiciones del mercado?
Una opción fija puede facilitar la planificación porque sabes qué esperar.
Pero si las tasas suben, aparece otra oportunidad o cambia tu estrategia, esa flexibilidad de repente se vuelve mucho más valiosa.
Eso es lo que me parece interesante de @TermMax
Ninguno de los enfoques es automáticamente mejor.
Las tasas fijas ofrecen previsibilidad.
Las tasas variables ofrecen adaptabilidad.
Entonces, si tuvieras $7,500 listos para prestar, ¿darías prioridad a la certeza, la flexibilidad o a un equilibrio de ambas?#termmax @TermMax #TermMax
He estado profundizando en Dusk para la tarea de CreatorPad, y terminé prestando más atención al token en sí y a cómo se mueve a través de la red.
Una cifra que destacó fue 210M+ $DUSK ya apostados en la Dusk L1 nativa, que actualmente está marcada como Live.
Pero entonces miré el otro lado.
DuskEVM sigue marcada como Testnet, así que el mismo $DUSK puede pasar a un entorno muy diferente según dónde la uses.
Ahí fue donde el concepto de puente se volvió más interesante para mí.
DUSK no es simplemente “un token, una experiencia”.
Con Moonlight, se mantiene transparente y basado en cuentas, lo que hace que se sienta más cercano a la experiencia habitual de una wallet EVM.
Con Phoenix, el modelo está protegido y basado en notas, lo que le da a Dusk una configuración más centrada en la privacidad.
Así que cuando haces un puente, no solo estás decidiendo a dónde va tu DUSK. También estás eligiendo cómo quieres mantenerlo y usarlo después.
Al principio, esperaba el flujo habitual: conectar wallet → confirmar → recibir tokens.
En cambio, tuve que detenerme y entender la diferencia entre Moonlight y Phoenix antes de decidir qué tenía sentido para mí.
Esa es la parte que creo que merece más atención.
Un puente puede hacer que la transacción se sienta fluida, pero el modelo de tokens subyacente aún puede ser algo que los usuarios necesiten entender.
#dusk @Dusk $DUSK #Dusk
Una cifra que destacó fue 210M+ $DUSK ya apostados en la Dusk L1 nativa, que actualmente está marcada como Live.
Pero entonces miré el otro lado.
DuskEVM sigue marcada como Testnet, así que el mismo $DUSK puede pasar a un entorno muy diferente según dónde la uses.
Ahí fue donde el concepto de puente se volvió más interesante para mí.
DUSK no es simplemente “un token, una experiencia”.
Con Moonlight, se mantiene transparente y basado en cuentas, lo que hace que se sienta más cercano a la experiencia habitual de una wallet EVM.
Con Phoenix, el modelo está protegido y basado en notas, lo que le da a Dusk una configuración más centrada en la privacidad.
Así que cuando haces un puente, no solo estás decidiendo a dónde va tu DUSK. También estás eligiendo cómo quieres mantenerlo y usarlo después.
Al principio, esperaba el flujo habitual: conectar wallet → confirmar → recibir tokens.
En cambio, tuve que detenerme y entender la diferencia entre Moonlight y Phoenix antes de decidir qué tenía sentido para mí.
Esa es la parte que creo que merece más atención.
Un puente puede hacer que la transacción se sienta fluida, pero el modelo de tokens subyacente aún puede ser algo que los usuarios necesiten entender.
#dusk @Dusk $DUSK #Dusk
He estado mirando TermMax durante un tiempo, y el detalle más interesante no fue el TGE: fue descubrir que la mejor ruta de ejecución podría estar fuera de la aplicación.
El equipo confirmó el Evento de Generación de Token del $TMX para el 25 de agosto, pero lo que llamó mi atención fueron los números alrededor:
• TVL por encima de $90M
• 1.5M+ carteras registradas
• 90K+ usuarios activos diarios
• Actividad en 10 cadenas EVM
Pero las cifras de portada no eran lo más interesante.
La documentación de TermMax señala que cerrar posiciones GT apalancadas a través de la interfaz predeterminada no siempre es la mejor ruta de ejecución. Los usuarios avanzados pueden ir directamente por Etherscan para deshacer posiciones manualmente y potencialmente reducir el deslizamiento.
Eso me hizo detenerme.
Si una mejor ejecución requiere que los usuarios eviten la interfaz, entonces la experiencia del producto todavía tiene un hueco.
Me recuerda a un patrón DeFi familiar: el protocolo parece simple a primera vista, pero el resultado real puede diferir según qué tan a fondo entiendas la mecánica.
El XP se acumula mediante instantáneas diarias, y el pre-mine terminó el 11 de agosto, mientras que la temporada de XP continúa hasta septiembre.
Así que me queda la duda:
¿Es esta fricción intencional para usuarios avanzados, o simplemente es una herramienta que aún no se ha puesto al día?
No lo critico. Solo lo observo de cerca.
La pregunta interesante ahora es si esa ruta avanzada se integra en la interfaz antes del TGE o solo después.
#TermMax #termmax @TermMax
El equipo confirmó el Evento de Generación de Token del $TMX para el 25 de agosto, pero lo que llamó mi atención fueron los números alrededor:
• TVL por encima de $90M
• 1.5M+ carteras registradas
• 90K+ usuarios activos diarios
• Actividad en 10 cadenas EVM
Pero las cifras de portada no eran lo más interesante.
La documentación de TermMax señala que cerrar posiciones GT apalancadas a través de la interfaz predeterminada no siempre es la mejor ruta de ejecución. Los usuarios avanzados pueden ir directamente por Etherscan para deshacer posiciones manualmente y potencialmente reducir el deslizamiento.
Eso me hizo detenerme.
Si una mejor ejecución requiere que los usuarios eviten la interfaz, entonces la experiencia del producto todavía tiene un hueco.
Me recuerda a un patrón DeFi familiar: el protocolo parece simple a primera vista, pero el resultado real puede diferir según qué tan a fondo entiendas la mecánica.
El XP se acumula mediante instantáneas diarias, y el pre-mine terminó el 11 de agosto, mientras que la temporada de XP continúa hasta septiembre.
Así que me queda la duda:
¿Es esta fricción intencional para usuarios avanzados, o simplemente es una herramienta que aún no se ha puesto al día?
No lo critico. Solo lo observo de cerca.
La pregunta interesante ahora es si esa ruta avanzada se integra en la interfaz antes del TGE o solo después.
#TermMax #termmax @TermMax
He estado volviendo a la actualización del incidente de enero de Dusk y, sinceramente, el gráfico de tokens no es lo que me resulta más interesante.
Lo que captó mi atención fue cómo se explicó el incidente.
El 17 de enero de 2026, Dusk dijo que su sistema de monitoreo detectó una actividad inusual que involucraba una billetera administrada por un equipo. Los servicios de puente se pausaron y algunas direcciones se cambiaron. Dusk también dijo que los fondos de los usuarios no se vieron afectados.
La redacción fue tranquila y controlada.
Pero otros rastreadores describieron la situación de manera diferente. Informaron que un actor no autorizado movió DUSK a través del puente Dusk a EVM, y que la cantidad involucrada llegó a los millones.
El mismo incidente, descripciones muy distintas.
Para mí, eso plantea una pregunta más grande: ¿en qué deberían centrarse los usuarios cuando distintas fuentes describen el mismo evento de forma diferente?
No creo que podamos entender el panorama completo a partir de un solo anuncio o de un solo rastreador.
La lección más importante es la transparencia durante un incidente de seguridad.
Dusk fue rápido en explicar que esto estaba relacionado con el puente y no con la red central DuskDS. Esa distinción importa. Un puente conecta redes distintas, pero no es lo mismo que la cadena de bloques subyacente.
También entiendo por qué un equipo podría evitar dar un número final mientras la investigación aún está en curso. Los incidentes de seguridad requieren rastrear transacciones, revisar billeteras y confirmar qué fue realmente lo que se vio afectado.
Aun así, desde la perspectiva de un usuario, la incertidumbre incomoda.
Releí el aviso dos veces y seguí volviendo a las mismas preguntas:
¿Cuántas transacciones estuvieron involucradas? ¿Cuánto DUSK se movió? ¿A dónde fueron esos fondos?
Preferiría entender eso a partir de los datos on-chain, y no de la redacción de ninguno de los lados.
¿Alguien ha seguido realmente las transacciones on-chain de esa ventana de enero y ha mapeado el flujo?
No busco un titular dramático. Solo intento entender qué pasó realmente con los datos.
#dusk || $DUSK || @Dusk .
Lo que captó mi atención fue cómo se explicó el incidente.
El 17 de enero de 2026, Dusk dijo que su sistema de monitoreo detectó una actividad inusual que involucraba una billetera administrada por un equipo. Los servicios de puente se pausaron y algunas direcciones se cambiaron. Dusk también dijo que los fondos de los usuarios no se vieron afectados.
La redacción fue tranquila y controlada.
Pero otros rastreadores describieron la situación de manera diferente. Informaron que un actor no autorizado movió DUSK a través del puente Dusk a EVM, y que la cantidad involucrada llegó a los millones.
El mismo incidente, descripciones muy distintas.
Para mí, eso plantea una pregunta más grande: ¿en qué deberían centrarse los usuarios cuando distintas fuentes describen el mismo evento de forma diferente?
No creo que podamos entender el panorama completo a partir de un solo anuncio o de un solo rastreador.
La lección más importante es la transparencia durante un incidente de seguridad.
Dusk fue rápido en explicar que esto estaba relacionado con el puente y no con la red central DuskDS. Esa distinción importa. Un puente conecta redes distintas, pero no es lo mismo que la cadena de bloques subyacente.
También entiendo por qué un equipo podría evitar dar un número final mientras la investigación aún está en curso. Los incidentes de seguridad requieren rastrear transacciones, revisar billeteras y confirmar qué fue realmente lo que se vio afectado.
Aun así, desde la perspectiva de un usuario, la incertidumbre incomoda.
Releí el aviso dos veces y seguí volviendo a las mismas preguntas:
¿Cuántas transacciones estuvieron involucradas? ¿Cuánto DUSK se movió? ¿A dónde fueron esos fondos?
Preferiría entender eso a partir de los datos on-chain, y no de la redacción de ninguno de los lados.
¿Alguien ha seguido realmente las transacciones on-chain de esa ventana de enero y ha mapeado el flujo?
No busco un titular dramático. Solo intento entender qué pasó realmente con los datos.
#dusk || $DUSK || @Dusk .
Entré en la tarea <@Dusk >CreatorPad esperando ver la historia habitual de las emisiones.
En cambio, un solo número me tomó por sorpresa.
Alrededor del bloque n.º 4,314,618, el epoch 1998, el panel de 24h mostró aproximadamente:
→ 149,389 recompensas DUSK pagadas
→ 22,163 DUSK quemados
Eso equivale a que alrededor del 15% de las recompensas pagadas se elimina de la circulación.
Lo interesante no es solo la quema en sí.
Dusk habla de un suministro de 500M DUSK distribuido a lo largo de 36 años, lo que le da al calendario de emisiones una estructura predecible. Pero al ver recompensas y quemas moviéndose una junto a la otra, el mecanismo se siente mucho más dinámico.
A los validadores se les recompensa, mientras que una parte se retira simultáneamente de la circulación.
También noté 56 transacciones fallidas en esa misma ventana de 24h. Es pequeño en relación con la actividad general, pero aun así es un recordatorio de que el uso real de la red tiene fricción que las descripciones limpias del protocolo no siempre capturan.
Actualicé los datos varias veces y la relación quema/recompensa no parecía una casualidad aleatoria.
Ahora tengo curiosidad por la imagen más grande:
¿Se mantiene relativamente estable esa proporción de quema a recompensa de ~15% a través de los epochs, o la actividad de la red y la participación en el staking la van moviendo?
#dusk $DUSK #Dusk
En cambio, un solo número me tomó por sorpresa.
Alrededor del bloque n.º 4,314,618, el epoch 1998, el panel de 24h mostró aproximadamente:
→ 149,389 recompensas DUSK pagadas
→ 22,163 DUSK quemados
Eso equivale a que alrededor del 15% de las recompensas pagadas se elimina de la circulación.
Lo interesante no es solo la quema en sí.
Dusk habla de un suministro de 500M DUSK distribuido a lo largo de 36 años, lo que le da al calendario de emisiones una estructura predecible. Pero al ver recompensas y quemas moviéndose una junto a la otra, el mecanismo se siente mucho más dinámico.
A los validadores se les recompensa, mientras que una parte se retira simultáneamente de la circulación.
También noté 56 transacciones fallidas en esa misma ventana de 24h. Es pequeño en relación con la actividad general, pero aun así es un recordatorio de que el uso real de la red tiene fricción que las descripciones limpias del protocolo no siempre capturan.
Actualicé los datos varias veces y la relación quema/recompensa no parecía una casualidad aleatoria.
Ahora tengo curiosidad por la imagen más grande:
¿Se mantiene relativamente estable esa proporción de quema a recompensa de ~15% a través de los epochs, o la actividad de la red y la participación en el staking la van moviendo?
#dusk $DUSK #Dusk
He estado investigando la tarea @TermMax , esperando el enfoque habitual en el apalancamiento y en la mecánica de cero-liquidación.
Luego noté la señal más grande.
@TermMax ha confirmado el TGE de TMX para el 25 de agosto de 2026, con un TVL por encima de $90M, 1.5M+ billeteras registradas y 90K+ usuarios activos diarios en 10 cadenas EVM.
Lo que llamó mi atención fue la combinación de capital.
Una gran parte del TVL no proviene de traders con apalancamiento. Los prestamistas y los depositantes del vault están ahí, en silencio, buscando un rendimiento fijo, mientras que el ángulo de cero-liquidación se lleva la mayor parte de la atención.
En la cadena que revisé a través de DefiLlama, los préstamos activos rondaban los $29M frente a aproximadamente $34M de TVL.
Así que el lado de la demanda por préstamos está claramente activo, pero los depósitos aún parecen ser la base más profunda.
Eso hace que el TGE sea interesante.
Cuando TMX entre en funcionamiento, ¿la primera demanda significativa vendrá de usuarios con apalancamiento que persiguen oportunidades, o del público enfocado en el rendimiento que ya está suministrando liquidez?
#termmax @TermMax
Luego noté la señal más grande.
@TermMax ha confirmado el TGE de TMX para el 25 de agosto de 2026, con un TVL por encima de $90M, 1.5M+ billeteras registradas y 90K+ usuarios activos diarios en 10 cadenas EVM.
Lo que llamó mi atención fue la combinación de capital.
Una gran parte del TVL no proviene de traders con apalancamiento. Los prestamistas y los depositantes del vault están ahí, en silencio, buscando un rendimiento fijo, mientras que el ángulo de cero-liquidación se lleva la mayor parte de la atención.
En la cadena que revisé a través de DefiLlama, los préstamos activos rondaban los $29M frente a aproximadamente $34M de TVL.
Así que el lado de la demanda por préstamos está claramente activo, pero los depósitos aún parecen ser la base más profunda.
Eso hace que el TGE sea interesante.
Cuando TMX entre en funcionamiento, ¿la primera demanda significativa vendrá de usuarios con apalancamiento que persiguen oportunidades, o del público enfocado en el rendimiento que ya está suministrando liquidez?
#termmax @TermMax
He estado leyendo y analizando cómo la tokenización podría abrir mercados privados a las pymes, y hubo algo que me llamó la atención.
La tokenización a menudo se explica simplemente como poner activos del mundo real en la cadena, pero la oportunidad más grande es lo que ocurre alrededor de ese activo.
Para las pymes, obtener capital a través de mercados privados puede implicar procesos complejos: verificación de inversores, registros de propiedad, pagos, cumplimiento normativo y pocas formas de transferir o negociar esos activos más adelante.
La tokenización puede reunir estas piezas en un sistema digital más conectado.
Aquí es donde @Dusk se pone interesante.
Dusk se enfoca en crear un registro de propiedad gobernado que pueda seguir un activo a través de diferentes etapas:
Estructurar y aprobar → Verificar inversores → Emitir y asignar → Transferir y liquidar → Derechos de servicio → Negociación secundaria
Así, en lugar de tratar cada paso como un registro separado que luego tiene que conciliarse, el estado de la propiedad puede permanecer conectado durante todo el ciclo de vida.
Por ejemplo, primero se puede comprobar la identidad y la elegibilidad de un inversor. Una vez aprobado, la propiedad puede emitirse y vincularse con el pago correspondiente. Más adelante, las transferencias pueden conectarse con la liquidación, mientras que los derechos como votar, intereses, dividendos o reembolsos pueden mantenerse ligados a esa propiedad.
También está el aspecto de la privacidad.
Los mercados financieros no siempre pueden exponer públicamente a cada inversor, saldo o detalle de transacción. La arquitectura de Dusk incluye modelos de transacciones transparentes y confidenciales, diseñados para respaldar la actividad financiera regulada mientras la privacidad desempeña un papel importante.
Para una pyme, esto podría significar una vía digital más eficiente para acceder al capital.
Para inversores elegibles, podría abrir acceso a oportunidades de mercados privados a través de infraestructura construida alrededor de las reglas de propiedad, cumplimiento, liquidación y transferencia.
Por eso veo la tokenización como algo más que “poner activos en la cadena”.
La oportunidad real es conectar todo el ciclo de vida de la propiedad de una manera que pueda funcionar con mercados regulados.
Esa es la parte de Dusk que considero valiosa para seguir de cerca.
#dusk $DUSK
La tokenización a menudo se explica simplemente como poner activos del mundo real en la cadena, pero la oportunidad más grande es lo que ocurre alrededor de ese activo.
Para las pymes, obtener capital a través de mercados privados puede implicar procesos complejos: verificación de inversores, registros de propiedad, pagos, cumplimiento normativo y pocas formas de transferir o negociar esos activos más adelante.
La tokenización puede reunir estas piezas en un sistema digital más conectado.
Aquí es donde @Dusk se pone interesante.
Dusk se enfoca en crear un registro de propiedad gobernado que pueda seguir un activo a través de diferentes etapas:
Estructurar y aprobar → Verificar inversores → Emitir y asignar → Transferir y liquidar → Derechos de servicio → Negociación secundaria
Así, en lugar de tratar cada paso como un registro separado que luego tiene que conciliarse, el estado de la propiedad puede permanecer conectado durante todo el ciclo de vida.
Por ejemplo, primero se puede comprobar la identidad y la elegibilidad de un inversor. Una vez aprobado, la propiedad puede emitirse y vincularse con el pago correspondiente. Más adelante, las transferencias pueden conectarse con la liquidación, mientras que los derechos como votar, intereses, dividendos o reembolsos pueden mantenerse ligados a esa propiedad.
También está el aspecto de la privacidad.
Los mercados financieros no siempre pueden exponer públicamente a cada inversor, saldo o detalle de transacción. La arquitectura de Dusk incluye modelos de transacciones transparentes y confidenciales, diseñados para respaldar la actividad financiera regulada mientras la privacidad desempeña un papel importante.
Para una pyme, esto podría significar una vía digital más eficiente para acceder al capital.
Para inversores elegibles, podría abrir acceso a oportunidades de mercados privados a través de infraestructura construida alrededor de las reglas de propiedad, cumplimiento, liquidación y transferencia.
Por eso veo la tokenización como algo más que “poner activos en la cadena”.
La oportunidad real es conectar todo el ciclo de vida de la propiedad de una manera que pueda funcionar con mercados regulados.
Esa es la parte de Dusk que considero valiosa para seguir de cerca.
#dusk $DUSK
Con verificación
Una cosa que me resulta interesante sobre Dusk es que no trata la privacidad como una decisión de todo o nada.
Para los mercados financieros, esa distinción importa.
Una seguridad tokenizada puede necesitar que su transferencia se verifique sin exponer el saldo de un inversor ni el monto de la transacción a todos.
DuskDS aborda esto mediante dos modelos de transacción.
Moonlight es el lado transparente, usando saldos públicos basados en cuentas donde los detalles de las transacciones pueden ser visibles.
Phoenix toma la ruta confidencial, utilizando notas protegidas y pruebas de conocimiento cero para verificar transacciones sin exponer detalles sensibles. Las claves de visualización también pueden respaldar divulgación controlada para auditoría o necesidades regulatorias.
El punto más importante es que Moonlight y Phoenix pueden coexistir. El Transfer Contract de Dusk permite que el valor se mueva entre los dos modelos, de modo que los usuarios puedan elegir transparencia cuando sea necesario y confidencialidad cuando importa.
Eso cambia la pregunta para mí.
En lugar de preguntar: “¿Esta transacción es privada?”
Yo preguntaría:
“¿Quién realmente necesita ver esta información?”
Un inversor, el emisor, el auditor y el regulador pueden tener requisitos de información muy diferentes.
Ahí es donde el diseño de Dusk se vuelve interesante para las finanzas reguladas. La privacidad no tiene que significar ocultarlo todo. Puede significar poner la información correcta a disposición de la parte adecuada.
Aun así, solo la arquitectura no es suficiente.
Para $DUSK , yo vigilaría si las aplicaciones financieras reales realmente usan en producción la liquidación confidencial y la divulgación selectiva, en lugar de simplemente medir la actividad de las transacciones.
Si lo hacen, la tesis de privacidad de Dusk se vuelve más grande que las transacciones privadas.
Se convierte en infraestructura financiera construida en torno a la visibilidad controlada.
#dusk $DUSK @Dusk
Para los mercados financieros, esa distinción importa.
Una seguridad tokenizada puede necesitar que su transferencia se verifique sin exponer el saldo de un inversor ni el monto de la transacción a todos.
DuskDS aborda esto mediante dos modelos de transacción.
Moonlight es el lado transparente, usando saldos públicos basados en cuentas donde los detalles de las transacciones pueden ser visibles.
Phoenix toma la ruta confidencial, utilizando notas protegidas y pruebas de conocimiento cero para verificar transacciones sin exponer detalles sensibles. Las claves de visualización también pueden respaldar divulgación controlada para auditoría o necesidades regulatorias.
El punto más importante es que Moonlight y Phoenix pueden coexistir. El Transfer Contract de Dusk permite que el valor se mueva entre los dos modelos, de modo que los usuarios puedan elegir transparencia cuando sea necesario y confidencialidad cuando importa.
Eso cambia la pregunta para mí.
En lugar de preguntar: “¿Esta transacción es privada?”
Yo preguntaría:
“¿Quién realmente necesita ver esta información?”
Un inversor, el emisor, el auditor y el regulador pueden tener requisitos de información muy diferentes.
Ahí es donde el diseño de Dusk se vuelve interesante para las finanzas reguladas. La privacidad no tiene que significar ocultarlo todo. Puede significar poner la información correcta a disposición de la parte adecuada.
Aun así, solo la arquitectura no es suficiente.
Para $DUSK , yo vigilaría si las aplicaciones financieras reales realmente usan en producción la liquidación confidencial y la divulgación selectiva, en lugar de simplemente medir la actividad de las transacciones.
Si lo hacen, la tesis de privacidad de Dusk se vuelve más grande que las transacciones privadas.
Se convierte en infraestructura financiera construida en torno a la visibilidad controlada.
#dusk $DUSK @Dusk
He dejado de leer sobre staking y en su lugar puse una pequeña cantidad para ver cómo funciona.
La primera sorpresa: cuando agregas a un stake existente, solo el 90% se vuelve activo de inmediato. El otro 10% permanece inactivo, no genera nada y no se puede acceder a menos que deshagas completamente el stake.
Luego está la ventana de madurez de 4,320 bloques, aproximadamente 12 horas, antes de que el stake siquiera cuente para la selección por consenso. Así que la experiencia de “hacer stake y ganar” es definitivamente más compleja de lo que suena.
Lo que me pareció interesante es que las recompensas no se presentan como un APR fijo. Son probabilísticas, dependen de la participación en el consenso y de tu parte del stake activo total.
Hyperstaking es otra pieza que estoy observando. La idea es permitir que los contratos inteligentes gestionen el staking sin ejecutar un nodo, pero actualmente se canaliza a través de terceros como Sozu y todavía está en beta.
Ahora mismo, se siente como que los operadores de nodos que ejecutan infraestructura 24/7 tienen la ruta más directa hacia las recompensas, mientras que la delegación aún se está desarrollando.
No necesariamente es una bandera roja. Más bien, aún se están formando dos experiencias de staking diferentes.
Seguí revisando el estado de mi stake con la esperanza de que la ventana de madurez se hubiera movido más rápido. No lo hizo. 😅
#dusk $DUSK @Dusk
La primera sorpresa: cuando agregas a un stake existente, solo el 90% se vuelve activo de inmediato. El otro 10% permanece inactivo, no genera nada y no se puede acceder a menos que deshagas completamente el stake.
Luego está la ventana de madurez de 4,320 bloques, aproximadamente 12 horas, antes de que el stake siquiera cuente para la selección por consenso. Así que la experiencia de “hacer stake y ganar” es definitivamente más compleja de lo que suena.
Lo que me pareció interesante es que las recompensas no se presentan como un APR fijo. Son probabilísticas, dependen de la participación en el consenso y de tu parte del stake activo total.
Hyperstaking es otra pieza que estoy observando. La idea es permitir que los contratos inteligentes gestionen el staking sin ejecutar un nodo, pero actualmente se canaliza a través de terceros como Sozu y todavía está en beta.
Ahora mismo, se siente como que los operadores de nodos que ejecutan infraestructura 24/7 tienen la ruta más directa hacia las recompensas, mientras que la delegación aún se está desarrollando.
No necesariamente es una bandera roja. Más bien, aún se están formando dos experiencias de staking diferentes.
Seguí revisando el estado de mi stake con la esperanza de que la ventana de madurez se hubiera movido más rápido. No lo hizo. 😅
#dusk $DUSK @Dusk
He estado mirando la hoja de puntuación de seguridad de Dusk en lugar del gráfico de precios habitual.
El proyecto habla mucho sobre una infraestructura de nivel institucional, compatible con MiCA, para las finanzas reguladas, así que esperaba que las métricas de seguridad reflejaran eso.
Pero no, al menos todavía.
En este momento, CER muestra un 29% de puntuación general de seguridad, con 30% de cobertura de auditoría, 0% de seguro y 0% de bug bounty.
Ese último número me llamó la atención.
Un bug bounty cero para una cadena que apunta a custodios y a valores tokenizados es difícil de ignorar.
Eso no significa automáticamente que Dusk sea inseguro. Muchos L1 van construyendo su sistema de seguridad con el tiempo. Pero hay una brecha notable entre el discurso de cumplimiento institucional y las protecciones que, típicamente, los inversores institucionales querrían ver antes de poner capital serio onchain.
El precio estaba alrededor de 0,061 $ hoy, con un volumen de 24 h de apenas menos de 2 M. No hay nada especialmente dramático.
El número en el que seguía pensando no era el precio. Era el 0%.
Si los mercados regulados van a terminar asentándose onchain, ¿quién debería sentirse más tranquilo ahora con la configuración de seguridad: las instituciones o los usuarios minoristas? @Dusk #dusk $DUSK
El proyecto habla mucho sobre una infraestructura de nivel institucional, compatible con MiCA, para las finanzas reguladas, así que esperaba que las métricas de seguridad reflejaran eso.
Pero no, al menos todavía.
En este momento, CER muestra un 29% de puntuación general de seguridad, con 30% de cobertura de auditoría, 0% de seguro y 0% de bug bounty.
Ese último número me llamó la atención.
Un bug bounty cero para una cadena que apunta a custodios y a valores tokenizados es difícil de ignorar.
Eso no significa automáticamente que Dusk sea inseguro. Muchos L1 van construyendo su sistema de seguridad con el tiempo. Pero hay una brecha notable entre el discurso de cumplimiento institucional y las protecciones que, típicamente, los inversores institucionales querrían ver antes de poner capital serio onchain.
El precio estaba alrededor de 0,061 $ hoy, con un volumen de 24 h de apenas menos de 2 M. No hay nada especialmente dramático.
El número en el que seguía pensando no era el precio. Era el 0%.
Si los mercados regulados van a terminar asentándose onchain, ¿quién debería sentirse más tranquilo ahora con la configuración de seguridad: las instituciones o los usuarios minoristas? @Dusk #dusk $DUSK
Parcialmente cierto
He estado investigando Babylon LST para la campaña de CreatorPad; esperaba que el foco principal fuera TVL, tokenómica y el desempeño del mercado. En cambio, un requisito operativo en la documentación llamó mi atención.$BABY actualmente cotiza alrededor de 0,01088 USD, con una caída de aproximadamente 6,5% durante la última semana. También está programado un desbloqueo de tokens para el 10 de agosto, que libera 136,11M #baby , con un valor aproximado de 1,43M USD, o cerca del 1,2% del suministro total. Son estas cifras las que atraen la mayor parte de la atención del mercado.
Lo que me llamó la atención fue el enfoque de Babylon sobre la transparencia para los emisores de LST. En lugar de depender solo de revisiones periódicas, se espera que los emisores publiquen semanalmente atestaciones on-chain confirmando que el $BTC que respalda su LST sigue en staking y bajo su control. Cada atestación está firmada con la clave de depósito, vinculada a una altura de bloque específica de Bitcoin e incorpora aleatoriedad del hash del bloque de Bitcoin, lo que hace que la prueba sea verificable de forma independiente.
Para mí, esto refleja un estándar operativo más que un mensaje de marketing. La transparencia se trata como un proceso continuo: se requiere que los emisores demuestren repetidamente que los LST emitidos siguen respaldados por las reservas de Bitcoin correspondientes. Si un protocolo proporciona atestaciones de reservas verificables públicamente cada semana, ¿deberían los usuarios convertir la verificación de esas pruebas en parte de su propio proceso de investigación, o confiar en el peg todavía es suficiente?@BabylonLabs_io
Lo que me llamó la atención fue el enfoque de Babylon sobre la transparencia para los emisores de LST. En lugar de depender solo de revisiones periódicas, se espera que los emisores publiquen semanalmente atestaciones on-chain confirmando que el $BTC que respalda su LST sigue en staking y bajo su control. Cada atestación está firmada con la clave de depósito, vinculada a una altura de bloque específica de Bitcoin e incorpora aleatoriedad del hash del bloque de Bitcoin, lo que hace que la prueba sea verificable de forma independiente.
Para mí, esto refleja un estándar operativo más que un mensaje de marketing. La transparencia se trata como un proceso continuo: se requiere que los emisores demuestren repetidamente que los LST emitidos siguen respaldados por las reservas de Bitcoin correspondientes. Si un protocolo proporciona atestaciones de reservas verificables públicamente cada semana, ¿deberían los usuarios convertir la verificación de esas pruebas en parte de su propio proceso de investigación, o confiar en el peg todavía es suficiente?@BabylonLabs_io
Verify weekly reserve proofs
88%
Trust peg without checking
12%
8 Votos • Votación cerrada
Con verificación
$BABY la inflación se está discutiendo en todas partes, pero quería entender los números por mí mismo.
Miré @BabylonLabs_io Genesis y la tokenómica del Baby. El token comenzó con un suministro de 10B y tiene una inflación anual del 8%, compartida entre $BTC stakers y los stakers de BABY. Esa parte es fácil de entender.
Luego encontré algo interesante. Las recompensas de staking de BSN se envían a una subasta on-chain donde la gente puja usando BABY. La puja ganadora de BABY se quema, y este sistema ya ha sido aprobado por la gobernanza.
Pero hay una diferencia importante.
El calendario de desbloqueo es fijo. Los nuevos tokens entran al mercado en fechas establecidas pase lo que pase. El mecanismo de quema es diferente. Solo quema BABY si se está usando BSN y si se generan suficientes recompensas.
Entonces, ¿la inflación o la deflación en #baby ?
Ahora mismo, depende del uso de la red. La inflación ocurre automáticamente, mientras que las quemas dependen de la adopción real. Si la actividad de BSN crece, podrían quemarse más BABY. Si no, es probable que los desbloqueos tengan un efecto mayor.
Ahora me da curiosidad ver los totales reales de quemas de la subasta en comparación con los desbloqueos de tokens programados. Esa comparación puede decirnos mucho más que los titulares.
¿Qué métrica crees que tendrá el mayor impacto en el suministro de tokens a largo plazo de $BABY durante los próximos meses, y por qué crees que es la que más importa?
Miré @BabylonLabs_io Genesis y la tokenómica del Baby. El token comenzó con un suministro de 10B y tiene una inflación anual del 8%, compartida entre $BTC stakers y los stakers de BABY. Esa parte es fácil de entender.
Luego encontré algo interesante. Las recompensas de staking de BSN se envían a una subasta on-chain donde la gente puja usando BABY. La puja ganadora de BABY se quema, y este sistema ya ha sido aprobado por la gobernanza.
Pero hay una diferencia importante.
El calendario de desbloqueo es fijo. Los nuevos tokens entran al mercado en fechas establecidas pase lo que pase. El mecanismo de quema es diferente. Solo quema BABY si se está usando BSN y si se generan suficientes recompensas.
Entonces, ¿la inflación o la deflación en #baby ?
Ahora mismo, depende del uso de la red. La inflación ocurre automáticamente, mientras que las quemas dependen de la adopción real. Si la actividad de BSN crece, podrían quemarse más BABY. Si no, es probable que los desbloqueos tengan un efecto mayor.
Ahora me da curiosidad ver los totales reales de quemas de la subasta en comparación con los desbloqueos de tokens programados. Esa comparación puede decirnos mucho más que los titulares.
¿Qué métrica crees que tendrá el mayor impacto en el suministro de tokens a largo plazo de $BABY durante los próximos meses, y por qué crees que es la que más importa?
Token Unlocks
75%
Auction Burns
0%
BSN Adoption
25%
Both Equal
0%
4 Votos • Votación cerrada
Parcialmente cierto
$BABY cae de nuevo esta semana, alrededor de un 14% en los últimos 7 días, mientras que su capitalización bursátil está cerca de los $44M. Al mismo tiempo, el protocolo aún asegura miles de millones de dólares en BTC.
Una cosa que realmente me llamó la atención al conocer @BabylonLabs_io
El sistema de seguridad EOTS no depende del precio de $BABY . Si un Proveedor de Finalidad hace doble firma, la prueba criptográfica expone la clave privada y el BTC bloqueado puede ser recortado (slashed) directamente en Bitcoin. Tanto si $BABY sube como si baja, esta regla de seguridad funciona de la misma manera.
Eso significa que hay dos historias diferentes. La seguridad del protocolo está respaldada por Bitcoin y la criptografía, mientras que el token $BABY aún puede moverse con la volatilidad normal del mercado.
Primero pensé que la caída del precio del token podría significar que había un problema de seguridad. Después de leer más, me di cuenta de que no era el caso.
Me hizo preguntarme a cuántos delegadores de BTC les sabe que están confiando en reglas criptográficas para la seguridad, no en el valor de mercado del token.
¿Crees que la mayoría de los delegadores de Bitcoin entiende que la seguridad EOTS de Babylon depende de reglas criptográficas en lugar del precio de mercado de $BABY , o esto sigue estando muy mal entendido?
#baby
Una cosa que realmente me llamó la atención al conocer @BabylonLabs_io
El sistema de seguridad EOTS no depende del precio de $BABY . Si un Proveedor de Finalidad hace doble firma, la prueba criptográfica expone la clave privada y el BTC bloqueado puede ser recortado (slashed) directamente en Bitcoin. Tanto si $BABY sube como si baja, esta regla de seguridad funciona de la misma manera.
Eso significa que hay dos historias diferentes. La seguridad del protocolo está respaldada por Bitcoin y la criptografía, mientras que el token $BABY aún puede moverse con la volatilidad normal del mercado.
Primero pensé que la caída del precio del token podría significar que había un problema de seguridad. Después de leer más, me di cuenta de que no era el caso.
Me hizo preguntarme a cuántos delegadores de BTC les sabe que están confiando en reglas criptográficas para la seguridad, no en el valor de mercado del token.
¿Crees que la mayoría de los delegadores de Bitcoin entiende que la seguridad EOTS de Babylon depende de reglas criptográficas en lugar del precio de mercado de $BABY , o esto sigue estando muy mal entendido?
#baby
Fully Understand
57%
Price Matters
15%
Learning Today
14%
Need Research
14%
7 Votos • Votación cerrada
Inicia sesión para explorar más contenidos