El precio sube alrededor de un 28.9%, y el gráfico muestra una clara tendencia alcista a corto plazo.
Lo que destaca para mí es el impulso: máximos más altos, fuerte presión compradora y el precio manteniéndose por encima del Supertrend en el gráfico de 5m.
Los números también son interesantes: • Capitalización de mercado: ~$126.6M • Volumen 24h: ~$1.78M • Liquidez: ~$10.8M • Poseedores: ~460K
El impulso a corto plazo se ve fuerte, pero después de un movimiento como este, yo estaría vigilando si FLOKI puede sostener estos niveles más altos en lugar de perseguir la vela.
$BTCDOM La configuración de Btc se ve interesante aquí. 📊 El precio está alrededor de $78.5K, con una resistencia importante cerca de $80K–$88K y soportes apilados alrededor de $70K–$72K. Una ruptura limpia por encima de $80K podría abrir la puerta hacia $88K–$92K. Si pierde el soporte inferior, $60K–$65K vuelve a ser relevante. Observando los niveles, no persiguiendo las velas. 👀 #bitcoin #BTC #crypto #trading $ETH $BNB
Algo sobre la VM Piecrust de Dusk llamó mi atención:
¿Por qué hacer que WASM se encargue de todo cuando algunas operaciones claramente se manejan mejor fuera de él?
Al principio, mantener todo dentro del sandbox suena como el enfoque más seguro y limpio.
Pero luego miras lo que en realidad podría necesitar hacer un contrato inteligente.
Hashing. Verificación de pruebas ZK. Firmas Schnorr. Firmas BLS.
Estas no son operaciones ligeras.
Ejecutar todo eso dentro de WASM puede añadir una gran sobrecarga innecesaria, especialmente cuando cada nodo tiene que repetir el mismo trabajo.
Ahí es donde las funciones host de Piecrust se vuelven interesantes.
En lugar de obligar al contrato a realizar criptografía costosa dentro de WASM, se pueden delegar operaciones seleccionadas en código nativo.
El contrato permanece dentro del sandbox.
El trabajo criptográfico pesado se gestiona a una velocidad más cercana a la nativa.
Para mí, esa es una forma mucho más práctica de pensar en el diseño de una VM.
No necesariamente necesitas que todo esté dentro del sandbox.
Necesitas que estén dentro las cosas adecuadas.
Pero existe un intercambio, sin embargo.
Los desarrolladores tienen menos libertad para introducir operaciones criptográficas totalmente personalizadas. Los nuevos primitivos necesitan soporte a nivel de VM.
Pero si las operaciones soportadas son deterministas e idénticas entre nodos, ese intercambio empieza a tener más sentido.
Así que quizá Piecrust no está eligiendo realmente entre la ejecución en WASM y la ejecución nativa.
Está eligiendo dónde cada tipo de cómputo tiene más sentido.
Y sinceramente, eso es lo más interesante del diseño.
¿Priorizarías la máxima flexibilidad del contrato o una ejecución más rápida para cargas de trabajo con mucha criptografía?
#termmax @TermMax He estado mirando TermMax menos como otro centro de trading y más como una forma de llevar los tokens Binance Alpha a un mercado antes de que los futuros perpetuos tradicionales se pongan al día.
Lo que llamó mi atención es el modelo TermMax Alpha.
Cuando aparece un token nuevo en Binance Alpha, los traders normalmente tienen que esperar a que exista un mercado de perpetuos para obtener exposición con apalancamiento. TermMax intenta cerrar esa brecha ofreciendo posiciones apalancadas con prima fija, incluida una estructura con cero liquidaciones.
Eso hace que la integración sea más interesante de lo que suena al principio.
Para mí, lo importante es el momento. Binance Alpha puede actuar como una señal temprana para nuevos activos, mientras que TermMax ofrece a los traders una manera de expresar una visión antes de que se desarrollen mercados de derivados más profundos.
La expansión hacia acciones tokenizadas hace la idea aún más amplia. Los activos vinculados a nombres como Robinhood, Coinbase, Oracle y otros demuestran que el modelo no se limita a tokens cripto recién lanzados.
Pero creo que la pregunta más grande es el riesgo.
Una estructura de cero liquidaciones no significa cero riesgo. En tokens Alpha altamente volátiles, la prima pagada por la posición todavía puede perderse, especialmente cuando la liquidez es escasa o el activo subyacente cae con fuerza.
Ahí es donde creo que vale la pena vigilar TermMax.
No se trata solo de añadir apalancamiento a nuevos activos. Se trata de experimentar cómo los traders pueden acceder a mercados en etapa inicial antes de que la infraestructura de derivados tradicional alcance el mismo nivel.
$ONT $NEIRO $BTC
¿Qué es lo más importante al operar tokens Binance Alpha?
He estado observando con más detenimiento a Dusk, y una cosa que destaca es cómo la privacidad se trata como parte del sistema, en lugar de ser solo otra función.
Phoenix es un buen ejemplo. El sistema de nullifiers permite que la red sepa que una nota ya ha sido gastada, sin revelar exactamente cuál era.
Esa separación parece importante para Dusk. La red sigue recibiendo la señal que necesita para evitar el doble gasto, mientras que los detalles de la transacción subyacente pueden permanecer protegidos.
Lo que me interesa es que esto realmente no se trata de ocultarlo todo. Se trata de decidir qué necesita saber la red.
Aun así, creo que la pregunta más grande es si este equilibrio entre privacidad, verificación y cumplimiento puede funcionar a una escala institucional real.
Si Dusk puede volver práctico ese equilibrio, la capa de privacidad se convierte en mucho más que una función. $COLLECT $BTC
No puedo dejar de pensar en lo fácil que es mirar el esquema de seguridad de un protocolo DeFi y asumir que el riesgo ya está gestionado.
TermMax cuenta con medidas de seguridad a su alrededor, desde auditorías y recompensas por errores hasta monitoreo continuo on-chain. Es tranquilizador, pero eso no hace que el riesgo de los smart contracts desaparezca. DeFi ha demostrado muchas veces que los contratos auditados aún pueden fallar.
La parte de la liquidez es otra cosa que vigilaría.
Los mercados de tipo de interés fijo pueden inmovilizar el capital hasta el vencimiento, y los mercados más pequeños pueden volverse difíciles de entrar o salir cuando la demanda cambia de repente. Las APY altas también necesitan contexto. Si el rendimiento depende de activos volátiles, estrategias de opciones o incentivos, la cifra principal no cuenta toda la historia.
Y luego está la pregunta de los incentivos.
Si XP o los puntos impulsan una parte significativa del TVL, querría ver qué sucede cuando esos incentivos desaparecen. ¿El capital se queda porque el producto es útil, o se mueve a otro lugar?
Probablemente esa sea la pregunta de riesgo más importante para mí.
No si TermMax puede generar altos rendimientos, sino si su liquidez, su seguridad y su demanda pueden seguir funcionando cuando cambian los incentivos y las condiciones del mercado.
La mayoría de las personas miran el @Dusk y ven una cadena de privacidad. Creo que la imagen más amplia es más interesante.
DuskDS le ofrece a la red dos maneras diferentes de mover valor: Moonlight para flujos transparentes y Phoenix para transferencias protegidas. El punto no es ocultarlo todo, sino controlar lo que realmente necesita ser visible.
Ahí es donde importa el mecanismo npk de Phoenix.
Cada nota recibe una clave de un solo uso nueva, de modo que los pagos repetidos al mismo usuario no se convierten automáticamente en un rastro público. Al mismo tiempo, una clave de vista puede identificar las notas entrantes sin dar poder de gasto.
Para los activos regulados, esa distinción es enorme.
Dusk no intenta hacer que las finanzas sean completamente privadas. Está intentando lograr que la privacidad, la divulgación y la liquidación funcionen juntas.
He estado observando cómo @TermMax se ha expandido a través de diferentes cadenas, y lo que me destaca es que no intentó ir a todas partes a la vez.
Empezó con despliegues en testnet en Ethereum y Arbitrum a principios de 2025.
Luego llegó la mainnet.
Después de eso, TermMax se expandió a BNB Chain y siguió agregando más ecosistemas, incluyendo Berachain, BSquared, X Layer y Pharos.
¿Por qué es importante eso?
Porque los usuarios no siempre quieren mover sus activos solo para acceder a un producto DeFi diferente.
Más cadenas = más acceso. Más mercados = más flexibilidad. Y para un protocolo enfocado en productos DeFi de tasa fija y estructurados, esa flexibilidad puede ser bastante importante.
Lo que me parece interesante es que TermMax no solo se está expandiendo por el simple hecho de añadir cadenas.
Está intentando llevar las mismas primitivas financieras a donde estén la liquidez y los usuarios.
Entonces, ¿qué crees que importa más para un protocolo DeFi?
He estado investigando la configuración de Moonlight vs Phoenix de Dusk y, sinceramente, el enfoque de dos modelos es lo que llamó mi atención.
Moonlight es transparente y está basado en cuentas, bastante cercano a Ethereum.
Phoenix va en sentido contrario: notas, árboles de Merkle y pruebas ZK mantienen los detalles de las transacciones en privado, mientras que los nullifiers evitan el doble gasto.
Lo que me parece interesante es que Dusk no obligó a los usuarios a elegir un solo modelo.
Transparente cuando se necesita para el cumplimiento, privado cuando no.
Definitivamente hay más complejidad aquí, pero para las finanzas reguladas, ese intercambio podría tener sentido.
Aún estoy averiguando qué tan útil se vuelve esto en la práctica.
#termmax @TermMax Estaba investigando TermMax Alpha y el concepto de cero liquidación llamó mi atención.
En lugar de los futuros tradicionales donde un mal movimiento puede liquidar tu posición, Alpha usa un modelo tipo opción con una prima fija por adelantado.
¿Alcista? Usa una call para tener una ventaja apalancada. ¿Bajista? Una put te da exposición a la baja. Si la operación sale mal, tu pérdida se limita a la prima.
También existe una Dual Investment Vault para que los titulares de tokens obtengan rendimiento a partir de las primas pagadas por los traders.
Aun así, la cero liquidación no significa cero riesgo. Puedes seguir perdiendo la prima, especialmente con tokens de Alpha altamente volátiles.
Estaba investigando cómo @Dusk selecciona a sus generadores de bloques y al comité de votación, y la parte DS/DE llamó mi atención. DS se encarga de la selección, mientras que DE usa el peso de la participación y una puntuación basada en SHA3 para decidir a quién se elige. Lo que me gusta es que los nodos no necesitan comunicarse solo para hacer la selección. Pueden usar las mismas entradas y obtener el mismo resultado. También hay una regla simple que encontré interesante: después de que un provisioner obtiene un crédito, se elimina 1 DUSK de su peso. Así que los que tienen más participación siguen teniendo más posibilidades, pero los mismos no se quedan eligiendo una y otra vez. Es un mecanismo pequeño, pero hace que todo el proceso de selección sea mucho más equilibrado.
He estado mirando TermMax desde hace un tiempo y la parte de tasa fija realmente llamó mi atención.
En la mayoría de los préstamos DeFi, las tasas se mueven con la oferta y la demanda. Entonces, si estás pidiendo prestado, el costo puede cambiar bastante rápido.
TermMax toma un camino diferente. Fijas la tasa y el plazo cuando entras, así que ya tienes una idea más clara de lo que vas a pagar o ganar.
Lo que me pareció interesante es que todavía tienen opciones como el prepago anticipado y la renovación.
El concepto es bastante sencillo. Me interesa más cómo funciona esto cuando el protocolo crece mucho más.
Estaba mirando el mecanismo de Fallback de Dusk y una cosa me llamó la atención: el número de iteración realmente importa mucho cuando ocurre un fork.
Como el consenso de Dusk es asíncrono, los mensajes pueden llegar tarde o perderse durante la congestión. Entonces, distintas partes de la red pueden ver bloques diferentes, y a veces más de un candidato puede obtener cuórum en la misma ronda.
La regla básica es que la iteración más baja tiene prioridad. Si se acepta un bloque de la iteración 1 pero más tarde un bloque de la iteración 0 obtiene cuórum, el bloque de iteración más baja puede reemplazarlo. El nodo vuelve al estado anterior al bloque antiguo y reorganiza la cadena.
Eso hace que la iteración 0 sea interesante. La iteración 0 es el primer intento, seguida por la iteración 1, 2, y así sucesivamente. Como no existe la iteración -1, un bloque de iteración 0 no puede ser reemplazado directamente por Fallback mediante una iteración más baja.
Pero no diría que eso sea una finalización definitiva completa. Un bloque de iteración 0 aún puede verse afectado si se revierte un ancestro. La finalización real llega a través de Rolling Finality.
Así que, en mi opinión, Fallback es más que solo limpieza de forks. El número de iteración le da a la red una manera determinista de elegir entre bloques en competencia, con la iteración 0 en el fondo de ese orden de prioridad.
Antes pensaba que el Modo de Emergencia de Dusk era simplemente un plan de respaldo cuando la red no podía producir un bloque.
Pero después de mirarlo con más profundidad, creo que hay una idea más interesante aquí: ¿cómo se mantiene un blockchain en movimiento cuando falla el consenso normal?
Dusk normalmente avanza a través de iteraciones en las que se proponen, validan y ratifican bloques. Pero si demasiados provisioners se desconectan, varias iteraciones pueden fallar una tras otra.
Después de 16 iteraciones consecutivas fallidas, Dusk puede entrar en Modo de Emergencia.
Lo que cambia aquí es bastante interesante. Los timeouts normales del tiempo de paso dejan de ser la principal limitación, y varias iteraciones abiertas pueden seguir intentando hasta que una alcance el quórum.
Por supuesto, eso crea otro problema. Tener varios candidatos también significa una mayor probabilidad de bloques en competencia.
Dusk lo maneja aceptando el bloque exitoso de la iteración con el número más bajo y cerrando el resto de las iteraciones abiertas.
Pero, ¿qué pasa si incluso la última iteración no puede llegar al quórum?
Ahí es donde entran las Solicitudes de Bloque de Emergencia.
Si una mayoría ponderada por participación de los provisioners solicita una, Dusk puede crear un bloque especial vacío, firmado por Dusk mismo, lo que permite que la cadena avance en lugar de quedarse atascada indefinidamente.
La parte que más me interesa es el equilibrio.
Dusk está agregando un respaldo centralizado controlado para proteger la continuidad de la red durante un escenario de falla extrema.
Así que tal vez la pregunta real no es si el Modo de Emergencia está lo suficientemente descentralizado.
Sino si mantener viva la red durante una situación en el peor de los casos vale esa pequeña concesión.
Ese equilibrio entre descentralización y continuidad es lo que hace que el diseño de consenso de Dusk sea interesante para mí.
#dusk $DUSK Estaba leyendo otra vez los @Dusk documentos y terminé fijándome con más detalle en Rolling Finality.
La idea básica es bastante sencilla. Un bloque empieza como Accepted y luego pasa a Attested después de recibir suficientes votos. A partir de ahí puede pasar a Confirmed y eventualmente a Final.
Pero la parte que me pareció interesante fue n=0 vs n>0.
La primera iteración toma la vía rápida. Si el bloque con n=0 llega a Attested, ya puede considerarse irreversible. Sin embargo, las iteraciones posteriores son diferentes. Incluso después de quedar Attested, todavía necesitan más confirmaciones.
Supongo que la razón es bastante directa: si el primer intento falla, la red no quiere que un generador posterior obtenga el mismo nivel de finalización instantánea.
Sigo preguntándome cómo funcionan estas reglas en la implementación actual y si los requisitos de confirmación pueden cambiar con el tiempo.