Binance Square
萝剩粮
104 Publicaciones

萝剩粮

15 Siguiendo
1.0K+ Seguidores
8 Me gusta
Publicaciones
·
--
¡vamos, vamos!
¡vamos, vamos!
周周1688
·
--
[Repetición] 🎙️ Hablemos de la tendencia del mercado y hagamos inversión periódica en BNB spot.
03 h 28 m 25 s · 16.5k escuchan
🎙️ 聊聊行情、定投BNB现货!
avatar
Finalizado
03 h 28 m 25 s
16.3k
32
41
🎙️ 大家每天定投多少bnb啊?
avatar
Finalizado
02 h 50 m 22 s
12k
18
23
Después de revisar los documentos de staking de @Dusk_Foundation , me di cuenta de que el nombre Hyperstaking puede resultar bastante engañoso. No es que aumente sin más los rendimientos del staking base, sino que permite que los contratos inteligentes mantengan directamente la posición de staking, reclamen las recompensas por lotes y luego las repartan de acuerdo con las reglas escritas en el contrato. El cambio no está en de dónde salen las recompensas, sino en quién corre el proceso por ti. En el staking normal, tienes que tener al menos 1000 DUSK por tu cuenta, y además necesitas que el provisioner esté en línea para sincronizar. Stake Abstraction abre esa capacidad para los contratos: el dinero primero se reúne en un pool y, mediante Transfer Contract, se ejecuta stake_from_contract; cuando se retira el stake y se cobran las recompensas, el Stake Contract vuelve a llamar a la lógica de recepción del pool. El contrato también queda sujeto al umbral de 1000 DUSK y a un periodo de maduración de aproximadamente 4320 bloques. Lo verdaderamente importante aquí es que se abren las posibilidades de una composición. Con poco capital, puedes agruparte para participar; el pool puede reinvertir automáticamente, repartir recompensas por proporción e incluso hacer staking con liquidez. Antes, el staking era una acción individual; ahora se puede convertir en una estrategia de fondos que funciona de forma continua. Por eso, la demanda de staking de $DUSK también se extiende desde los operadores de nodos hasta los contratos de aplicación. El protocolo base no elimina el periodo de espera del staking. Que exista un pool no significa que los usuarios puedan salir en cualquier momento. El pool puede añadir su propia cola, cobrar comisiones o imponer límites de liquidez. Y lo más clave: el usuario ya no solo asume el riesgo de que el nodo se desconecte y de que le penalicen o se le confisquen fondos; también tiene que asumir cosas adicionales como el cálculo de participaciones, el manejo de callbacks, la distribución de recompensas y los permisos para actualizar el contrato. El hecho de que la capa inferior sea sin custodia no significa que la capa superior no tenga un panel de control. Hyperstaking cambia el umbral de operar un nodo hacia la revisión del contrato, y para los usuarios comunes esto puede ser más difícil. También hay que desarmar la tasa de rendimiento que muestra el pool: cuáles son recompensas del protocolo, cuáles son comisiones operativas y cuáles son subsidios; no se puede asumir que todo se contabiliza en el consenso de Dusk. A partir de ahora solo me baso en algunos indicadores verificables: si el contrato del pool tiene auditoría de código abierto; si los activos y las recompensas se pueden cuadrar on-chain; y si las reglas de salida están claramente separadas del protocolo base. El valor real del staking con contratos es la automatización de la colaboración; si solo se sustituye la custodia del nodo por una caja negra de contrato inteligente, eso no elimina la confianza, solo cambia el “cascarón” por algo que parece más “on-chain”. #dusk @Dusk_Foundation $DUSK {spot}(DUSKUSDT)
Después de revisar los documentos de staking de @Dusk , me di cuenta de que el nombre Hyperstaking puede resultar bastante engañoso. No es que aumente sin más los rendimientos del staking base, sino que permite que los contratos inteligentes mantengan directamente la posición de staking, reclamen las recompensas por lotes y luego las repartan de acuerdo con las reglas escritas en el contrato. El cambio no está en de dónde salen las recompensas, sino en quién corre el proceso por ti.

En el staking normal, tienes que tener al menos 1000 DUSK por tu cuenta, y además necesitas que el provisioner esté en línea para sincronizar. Stake Abstraction abre esa capacidad para los contratos: el dinero primero se reúne en un pool y, mediante Transfer Contract, se ejecuta stake_from_contract; cuando se retira el stake y se cobran las recompensas, el Stake Contract vuelve a llamar a la lógica de recepción del pool. El contrato también queda sujeto al umbral de 1000 DUSK y a un periodo de maduración de aproximadamente 4320 bloques.

Lo verdaderamente importante aquí es que se abren las posibilidades de una composición. Con poco capital, puedes agruparte para participar; el pool puede reinvertir automáticamente, repartir recompensas por proporción e incluso hacer staking con liquidez. Antes, el staking era una acción individual; ahora se puede convertir en una estrategia de fondos que funciona de forma continua. Por eso, la demanda de staking de $DUSK también se extiende desde los operadores de nodos hasta los contratos de aplicación.

El protocolo base no elimina el periodo de espera del staking. Que exista un pool no significa que los usuarios puedan salir en cualquier momento. El pool puede añadir su propia cola, cobrar comisiones o imponer límites de liquidez. Y lo más clave: el usuario ya no solo asume el riesgo de que el nodo se desconecte y de que le penalicen o se le confisquen fondos; también tiene que asumir cosas adicionales como el cálculo de participaciones, el manejo de callbacks, la distribución de recompensas y los permisos para actualizar el contrato. El hecho de que la capa inferior sea sin custodia no significa que la capa superior no tenga un panel de control.

Hyperstaking cambia el umbral de operar un nodo hacia la revisión del contrato, y para los usuarios comunes esto puede ser más difícil. También hay que desarmar la tasa de rendimiento que muestra el pool: cuáles son recompensas del protocolo, cuáles son comisiones operativas y cuáles son subsidios; no se puede asumir que todo se contabiliza en el consenso de Dusk.

A partir de ahora solo me baso en algunos indicadores verificables: si el contrato del pool tiene auditoría de código abierto; si los activos y las recompensas se pueden cuadrar on-chain; y si las reglas de salida están claramente separadas del protocolo base. El valor real del staking con contratos es la automatización de la colaboración; si solo se sustituye la custodia del nodo por una caja negra de contrato inteligente, eso no elimina la confianza, solo cambia el “cascarón” por algo que parece más “on-chain”. #dusk
@Dusk $DUSK
En este tiempo he visto muchas actividades relacionadas con Dusk, y la intensidad de los beneficios es realmente considerable. Siento que podría haber alguna oportunidad dentro, así que volví a sacar detenidamente su arquitectura, estudiándola de nuevo. Antes tenía la impresión de que Dusk, con DuskEVM, es compatible con Solidity: los desarrolladores pueden trasladar sus contratos y ponerse a trabajar con relativa facilidad, así que parecía que la barrera de entrada no era alta. Pero cuando realmente me puse a mirarlo en profundidad, descubrí que la EVM es más bien como una zona de exhibición al exterior, principalmente para atraer a los desarrolladores familiarizados con el ecosistema de Ethereum. Lo verdaderamente “duro” —la lógica de privacidad, las pruebas ZK y los contratos confidenciales— en realidad está enterrado en el núcleo: es decir, el DuskVM nativo, que corre sobre Rust/WASM. Existen dos entornos de ejecución al mismo tiempo, y además el $DUSK tiene que adaptarse a ambos, con lógicas de ejecución completamente distintas. La complejidad que hay detrás es enorme, pero la mayoría de los contenidos promocionales la rozan por encima y no la explican. En esto, la verdad, estoy bastante de acuerdo: no se limita a alardear de que la EVM puede hacerlo todo, ni mete absolutamente todo a la EVM. Pero el problema llega con esto mismo: muchos desarrolladores quizá solo quieran quedarse en la zona de exhibición de EVM, que es fácil de empezar; en cambio, esos módulos de privacidad potentes que están en el núcleo se enfrentan a un ecosistema de Rust más bien reducido, y la dificultad para empezar es mucho más alta. Me preocupa que, al final, la compatibilidad con EVM se convierta en un cartel llamativo: por fuera el ecosistema se ve muy animado, pero en realidad pocas personas están dispuestas a meterse de lleno a crear aplicaciones de privacidad realmente clave. La zona de exhibición llena de gente, y la zona del núcleo fría y vacía. En general, la dirección del @Dusk_Foundation sí tiene ideas, pero no se puede ignorar el coste de desarrollo y auditoría que implica ejecutar dos máquinas virtuales en paralelo. Más adelante seguiré observando de forma continua la actividad real de desarrollo en ambos lados, para ver si los desarrolladores solo dan vueltas por la periferia o si están dispuestos a entrar al núcleo para explotar capacidades nativas. Los interesados también pueden revisar la documentación por su cuenta, mirar la narrativa con racionalidad y hacer DYOR. #dusk $DUSK @Dusk_Foundation
En este tiempo he visto muchas actividades relacionadas con Dusk, y la intensidad de los beneficios es realmente considerable. Siento que podría haber alguna oportunidad dentro, así que volví a sacar detenidamente su arquitectura, estudiándola de nuevo.

Antes tenía la impresión de que Dusk, con DuskEVM, es compatible con Solidity: los desarrolladores pueden trasladar sus contratos y ponerse a trabajar con relativa facilidad, así que parecía que la barrera de entrada no era alta. Pero cuando realmente me puse a mirarlo en profundidad, descubrí que la EVM es más bien como una zona de exhibición al exterior, principalmente para atraer a los desarrolladores familiarizados con el ecosistema de Ethereum.

Lo verdaderamente “duro” —la lógica de privacidad, las pruebas ZK y los contratos confidenciales— en realidad está enterrado en el núcleo: es decir, el DuskVM nativo, que corre sobre Rust/WASM. Existen dos entornos de ejecución al mismo tiempo, y además el $DUSK tiene que adaptarse a ambos, con lógicas de ejecución completamente distintas. La complejidad que hay detrás es enorme, pero la mayoría de los contenidos promocionales la rozan por encima y no la explican.

En esto, la verdad, estoy bastante de acuerdo: no se limita a alardear de que la EVM puede hacerlo todo, ni mete absolutamente todo a la EVM. Pero el problema llega con esto mismo: muchos desarrolladores quizá solo quieran quedarse en la zona de exhibición de EVM, que es fácil de empezar; en cambio, esos módulos de privacidad potentes que están en el núcleo se enfrentan a un ecosistema de Rust más bien reducido, y la dificultad para empezar es mucho más alta.

Me preocupa que, al final, la compatibilidad con EVM se convierta en un cartel llamativo: por fuera el ecosistema se ve muy animado, pero en realidad pocas personas están dispuestas a meterse de lleno a crear aplicaciones de privacidad realmente clave. La zona de exhibición llena de gente, y la zona del núcleo fría y vacía.

En general, la dirección del @Dusk sí tiene ideas, pero no se puede ignorar el coste de desarrollo y auditoría que implica ejecutar dos máquinas virtuales en paralelo. Más adelante seguiré observando de forma continua la actividad real de desarrollo en ambos lados, para ver si los desarrolladores solo dan vueltas por la periferia o si están dispuestos a entrar al núcleo para explotar capacidades nativas. Los interesados también pueden revisar la documentación por su cuenta, mirar la narrativa con racionalidad y hacer DYOR.
#dusk $DUSK @Dusk
Estudié Dusk en esa época: me puse a sacar esas páginas de documentos del modelo de costos y a masticarlas. Para ser sincero, normalmente a nadie le gusta leer esto; es tan aburrido como un manual de instrucciones, pero cuanto más lo miraba, más claro tenía que este proyecto entiende perfectamente qué quiere hacer y para qué. Empecemos por el modelo de transacciones. Dusk usa una estructura llamada spend_and_execute: dentro de una transacción, empaqueta juntas cosas como transferencias, depósitos en garantía y llamadas a contratos. Piensa en Ethereum: si haces tres cosas, firmas tres veces y pagas tres fees de gas; y cuando la red se pone lenta, las tarifas se van sumando, y duele en el bolsillo. El diseño de Dusk es como ir al supermercado una sola vez y comprar de una: verduras, carne y artículos del hogar, en vez de hacer tres filas por separado. No se trata de que ahorre “mucho” o “poco” dinero, sino de costes de interacción; para las instituciones que operan en lotes, es especialmente conveniente. Ahora hablemos de la unidad de cobro. El Gas se calcula en LUX: 1 DUSK equivale a 1.000 millones de LUX. Cuando lo vi por primera vez me quedé pensando: ¿por qué lo desglosan así? Luego lo entendí: es para dejar precisión en escenarios de alta frecuencia y importes pequeños. En la tokenización de valores, las comisiones quizá necesiten ser precisas incluso a varias cifras decimales; si la unidad mínima fuera demasiado gruesa, el producto no podría diseñarse de forma viable. Es como vender oro por gramos: si la balanza solo da precisión hasta kilogramos, el negocio se arruina. La granularidad de LUX está hecha para este tipo de tareas finas. Lo que más me hizo darle vueltas es el destino de las comisiones. En DUSK, las comisiones no se destruyen; en lugar de eso, se incorporan como recompensa de bloque y se pagan a los validadores. Esto va a contracorriente respecto a muchos proyectos: en el mundo cripto, la gente suele ir a lo mismo con la quema deflacionaria; suena genial, pero en esencia es usar la fe de los tenedores como combustible para el relato. Dusk no juega a eso: convierte el uso directamente en ingresos para los validadores. Cuanto más ocupada esté la red, más sentido tiene apostar y ganar; y cuantas más personas quieran ser validadores, más holgada queda la seguridad. Es un ciclo virtuoso, no se apoya en el humo de “quemar para que cada vez haya menos”, sino en el uso real. Después de estudiar estas tres capas, lo tengo claro: Dusk no construye una cadena primero y luego busca usos por ahí; al contrario, parte de la necesidad de liquidación en la tokenización de valores para deducir la arquitectura: las transacciones deben poder empaquetarse, las comisiones deben ser lo bastante precisas y los incentivos deben poder generarse de forma que se retroalimenten. Estos tres diseños apuntan a un solo objetivo: que los activos financieros regulados de verdad puedan ejecutarse en la cadena. #dusk $DUSK @Dusk_Foundation
Estudié Dusk en esa época: me puse a sacar esas páginas de documentos del modelo de costos y a masticarlas. Para ser sincero, normalmente a nadie le gusta leer esto; es tan aburrido como un manual de instrucciones, pero cuanto más lo miraba, más claro tenía que este proyecto entiende perfectamente qué quiere hacer y para qué.

Empecemos por el modelo de transacciones. Dusk usa una estructura llamada spend_and_execute: dentro de una transacción, empaqueta juntas cosas como transferencias, depósitos en garantía y llamadas a contratos. Piensa en Ethereum: si haces tres cosas, firmas tres veces y pagas tres fees de gas; y cuando la red se pone lenta, las tarifas se van sumando, y duele en el bolsillo. El diseño de Dusk es como ir al supermercado una sola vez y comprar de una: verduras, carne y artículos del hogar, en vez de hacer tres filas por separado. No se trata de que ahorre “mucho” o “poco” dinero, sino de costes de interacción; para las instituciones que operan en lotes, es especialmente conveniente.

Ahora hablemos de la unidad de cobro. El Gas se calcula en LUX: 1 DUSK equivale a 1.000 millones de LUX. Cuando lo vi por primera vez me quedé pensando: ¿por qué lo desglosan así? Luego lo entendí: es para dejar precisión en escenarios de alta frecuencia y importes pequeños. En la tokenización de valores, las comisiones quizá necesiten ser precisas incluso a varias cifras decimales; si la unidad mínima fuera demasiado gruesa, el producto no podría diseñarse de forma viable. Es como vender oro por gramos: si la balanza solo da precisión hasta kilogramos, el negocio se arruina. La granularidad de LUX está hecha para este tipo de tareas finas.

Lo que más me hizo darle vueltas es el destino de las comisiones. En DUSK, las comisiones no se destruyen; en lugar de eso, se incorporan como recompensa de bloque y se pagan a los validadores. Esto va a contracorriente respecto a muchos proyectos: en el mundo cripto, la gente suele ir a lo mismo con la quema deflacionaria; suena genial, pero en esencia es usar la fe de los tenedores como combustible para el relato. Dusk no juega a eso: convierte el uso directamente en ingresos para los validadores. Cuanto más ocupada esté la red, más sentido tiene apostar y ganar; y cuantas más personas quieran ser validadores, más holgada queda la seguridad. Es un ciclo virtuoso, no se apoya en el humo de “quemar para que cada vez haya menos”, sino en el uso real.

Después de estudiar estas tres capas, lo tengo claro: Dusk no construye una cadena primero y luego busca usos por ahí; al contrario, parte de la necesidad de liquidación en la tokenización de valores para deducir la arquitectura: las transacciones deben poder empaquetarse, las comisiones deben ser lo bastante precisas y los incentivos deben poder generarse de forma que se retroalimenten. Estos tres diseños apuntan a un solo objetivo: que los activos financieros regulados de verdad puedan ejecutarse en la cadena.

#dusk $DUSK @Dusk
A medio día estaba roncando a gusto cuando el móvil empezó a vibrar en cadena de repente. Con los ojos medio cerrados, marqué y taché la alerta de liquidación. Luego, todavía somnoliento, fui pasando la cadena de registros y de pronto se me ocurrió una pregunta que antes no había analizado: el sistema de entrega de activos físicos de TermMax, ¿de verdad es tan sólido como todos dicen? Lo que más teme un tenedor de FT es que el otro se dé a la fuga. La entrega de activos físicos sí te da una especie de colchón: cuando la liquidación no alcanza, te pagan una parte prorrateada con las garantías, en vez de tirarte un documento de deuda incobrable y ya. Eso lo entiendo y lo reconozco; es mejor que las promesas de “aire” que no valen. Pero esas tres palabras, “a prorrata”, mucha gente las interpreta directamente como: “seguro recuperaré una parte”. Poca gente se para a calcular de verdad de dónde sale exactamente ese porcentaje. Piensa esto: cuando ocurre el incumplimiento, en el mismo fondo de garantías están esperando todos los tenedores de FT para repartirse la cola. Cuánto te toca no depende de cuánto pagaste al principio ni de cuándo compraste, sino de cuánta gente hay en ese momento peleando por el mismo fondo. Si el fondo está lleno, tu porción será más fina. La “protección” que imaginas, en realidad, es una cuota que otros pueden diluir, y el grado de dilución ni siquiera se puede ver de antemano. Es como repartir un pastel entre varias personas: solo ves lo grande que es el pastel, pero no sabes cuánta gente llegó hoy. En resumen: la entrega de activos físicos protege para que “no te vayas con las manos vacías”, no para que “puedas recuperar cuánto”. Estas dos cosas no son lo mismo, pero mucha gente no lleva esa cuenta mental. Yo también fui ingenuo antes: pensé que con un colchón ya estaba resuelto todo. Pero cuando lo revisé con números, me llevé un buen susto. Hace poco incluso revisé posts de la comunidad y vi que todos estaban mostrando la tasa de rendimiento; casi nadie mostraba el reparto real después de un incumplimiento. Eso me dejó aún menos tranquilo. Ahora, al comprar FT, he aprendido a elegir: solo elijo fondos con baja concentración de garantías y con tenedores más dispersos; intento no tocar los “hot” donde la fecha de vencimiento atrae a una multitud de gente. La probabilidad de una corrida simultánea en un único mercado es un poco menor. Claro, este juicio es puramente mío, a ojo, no he vivido un incumplimiento real; puede que de plano no aguante. Pero al menos es mejor que lanzarse a un fondo caliente con los ojos cerrados. Lo que todavía no termino de entender es esto: ¿el protocolo realmente ha publicado datos sobre el porcentaje que se recibió en incumplimientos históricos? ¿O solo hablan del mecanismo y no de los resultados? ¿Hay algún veterano que de verdad haya pasado por una entrega de activos físicos activada por insuficiencia de liquidación, y nos diga cuánta proporción obtuvo respecto a lo esperado? #TermMax @termmax
A medio día estaba roncando a gusto cuando el móvil empezó a vibrar en cadena de repente. Con los ojos medio cerrados, marqué y taché la alerta de liquidación. Luego, todavía somnoliento, fui pasando la cadena de registros y de pronto se me ocurrió una pregunta que antes no había analizado: el sistema de entrega de activos físicos de TermMax, ¿de verdad es tan sólido como todos dicen?

Lo que más teme un tenedor de FT es que el otro se dé a la fuga. La entrega de activos físicos sí te da una especie de colchón: cuando la liquidación no alcanza, te pagan una parte prorrateada con las garantías, en vez de tirarte un documento de deuda incobrable y ya. Eso lo entiendo y lo reconozco; es mejor que las promesas de “aire” que no valen.

Pero esas tres palabras, “a prorrata”, mucha gente las interpreta directamente como: “seguro recuperaré una parte”. Poca gente se para a calcular de verdad de dónde sale exactamente ese porcentaje.

Piensa esto: cuando ocurre el incumplimiento, en el mismo fondo de garantías están esperando todos los tenedores de FT para repartirse la cola. Cuánto te toca no depende de cuánto pagaste al principio ni de cuándo compraste, sino de cuánta gente hay en ese momento peleando por el mismo fondo. Si el fondo está lleno, tu porción será más fina. La “protección” que imaginas, en realidad, es una cuota que otros pueden diluir, y el grado de dilución ni siquiera se puede ver de antemano. Es como repartir un pastel entre varias personas: solo ves lo grande que es el pastel, pero no sabes cuánta gente llegó hoy.

En resumen: la entrega de activos físicos protege para que “no te vayas con las manos vacías”, no para que “puedas recuperar cuánto”. Estas dos cosas no son lo mismo, pero mucha gente no lleva esa cuenta mental. Yo también fui ingenuo antes: pensé que con un colchón ya estaba resuelto todo. Pero cuando lo revisé con números, me llevé un buen susto. Hace poco incluso revisé posts de la comunidad y vi que todos estaban mostrando la tasa de rendimiento; casi nadie mostraba el reparto real después de un incumplimiento. Eso me dejó aún menos tranquilo.

Ahora, al comprar FT, he aprendido a elegir: solo elijo fondos con baja concentración de garantías y con tenedores más dispersos; intento no tocar los “hot” donde la fecha de vencimiento atrae a una multitud de gente. La probabilidad de una corrida simultánea en un único mercado es un poco menor. Claro, este juicio es puramente mío, a ojo, no he vivido un incumplimiento real; puede que de plano no aguante. Pero al menos es mejor que lanzarse a un fondo caliente con los ojos cerrados.

Lo que todavía no termino de entender es esto: ¿el protocolo realmente ha publicado datos sobre el porcentaje que se recibió en incumplimientos históricos? ¿O solo hablan del mecanismo y no de los resultados? ¿Hay algún veterano que de verdad haya pasado por una entrega de activos físicos activada por insuficiencia de liquidación, y nos diga cuánta proporción obtuvo respecto a lo esperado?
#TermMax @TermMax
Anoche hablé hasta muy tarde con un veterano que se dedica a la curaduría (de proyectos). Se golpeó el pecho y dijo: “Nuestra tasa de utilización de fondos está cerca del 100%, y ni un centavo se quedará ocioso”. Yo no le respondí en el momento; colgué y cuanto más pensaba, más raro me parecía. La frase suena preciosa, pero al desarmarla, por todas partes hay agujeros. El mecanismo de órdenes atómicas de TermMax, sí tiene dos trucos. El curador define un objetivo de rango de APR; además, coloca simultáneamente varios pedidos de forma que el rendimiento de los fondos (flujo virtual) quede sincronizado. Mientras el dinero no se haya prestado, no se queda tonto esperando a una sola cotización fija, bloqueado en un precio. Es mucho más flexible que un AMM tradicional. Revisé algunos datos de mercado: la eficiencia de préstamos, efectivamente, es mayor que la de protocolos similares, y eso no lo niego. Pero el problema está en la frase: “El capital ocioso se despliega automáticamente en Aave, Morpho y Venus para generar rendimientos”. Mientras el dinero no se preste, lo tiran a un tercero para cobrar intereses. Suena a que es muy meticuloso, pero la seguridad de ese dinero ya no depende solo de TermMax. El riesgo de contrato de Aave, el riesgo de oráculo de Morpho y los parámetros de liquidación de Venus se suman y se te cargan encima. No elegiste tú esos protocolos activamente, pero aun así, silenciosamente, estás soportando los riesgos de la cola. Un día, si algún protocolo de abajo se descompone, tú—como depositante de TermMax—pierdes de forma poco clara y sin saber bien por qué. En la página solo te muestran una tasa de rendimiento agregada. No te dicen qué parte del beneficio viene de cada protocolo, ni el tamaño de la exposición al riesgo correspondiente. Lo que el curador llama “utilización de fondos 100%”, traducido en realidad es: “la exposición al riesgo también se despliega al 100%”. Incluso siento que esta superposición de riesgos “invisible”, es más incómoda que una pérdida directa: ni siquiera sabes cómo terminaste cayendo. Mi solución, por ahora, es la más torpe: antes de depositar, ir detrás del curador y preguntarle a fondo en qué protocolos se colocan los fondos ociosos. Si el mercado no da respuestas claras, reduzco mi posición al mínimo, e incluso ni me acerco. El grueso del capital sigue esperando fuera de la bolsa, a la expectativa de que algún día exista un precedente porque algún protocolo de abajo haya tenido un problema, y cómo maneja TermMax el pago de compensaciones. Entonces decidiré si aumento o no. El problema es que la mayoría de los curadores ni siquiera suelen publicar proactivamente ese detalle de asignación; solo puedo preguntar. Si no puedo obtener respuestas, solo me queda adivinar. Y si adivino mal, me toca asumir la culpa. Antes de que ustedes depositen en este tipo de “bóvedas”, ¿revisan hacia dónde fluyen los fondos en la cadena? ¿O solo miran un APY y ya entran? Yo, al menos, me quedé totalmente despierto con esa frase de “utilización 100%”. #TermMax @termmax
Anoche hablé hasta muy tarde con un veterano que se dedica a la curaduría (de proyectos). Se golpeó el pecho y dijo: “Nuestra tasa de utilización de fondos está cerca del 100%, y ni un centavo se quedará ocioso”. Yo no le respondí en el momento; colgué y cuanto más pensaba, más raro me parecía. La frase suena preciosa, pero al desarmarla, por todas partes hay agujeros.

El mecanismo de órdenes atómicas de TermMax, sí tiene dos trucos. El curador define un objetivo de rango de APR; además, coloca simultáneamente varios pedidos de forma que el rendimiento de los fondos (flujo virtual) quede sincronizado. Mientras el dinero no se haya prestado, no se queda tonto esperando a una sola cotización fija, bloqueado en un precio. Es mucho más flexible que un AMM tradicional. Revisé algunos datos de mercado: la eficiencia de préstamos, efectivamente, es mayor que la de protocolos similares, y eso no lo niego.

Pero el problema está en la frase: “El capital ocioso se despliega automáticamente en Aave, Morpho y Venus para generar rendimientos”. Mientras el dinero no se preste, lo tiran a un tercero para cobrar intereses. Suena a que es muy meticuloso, pero la seguridad de ese dinero ya no depende solo de TermMax. El riesgo de contrato de Aave, el riesgo de oráculo de Morpho y los parámetros de liquidación de Venus se suman y se te cargan encima. No elegiste tú esos protocolos activamente, pero aun así, silenciosamente, estás soportando los riesgos de la cola. Un día, si algún protocolo de abajo se descompone, tú—como depositante de TermMax—pierdes de forma poco clara y sin saber bien por qué.

En la página solo te muestran una tasa de rendimiento agregada. No te dicen qué parte del beneficio viene de cada protocolo, ni el tamaño de la exposición al riesgo correspondiente. Lo que el curador llama “utilización de fondos 100%”, traducido en realidad es: “la exposición al riesgo también se despliega al 100%”. Incluso siento que esta superposición de riesgos “invisible”, es más incómoda que una pérdida directa: ni siquiera sabes cómo terminaste cayendo.

Mi solución, por ahora, es la más torpe: antes de depositar, ir detrás del curador y preguntarle a fondo en qué protocolos se colocan los fondos ociosos. Si el mercado no da respuestas claras, reduzco mi posición al mínimo, e incluso ni me acerco. El grueso del capital sigue esperando fuera de la bolsa, a la expectativa de que algún día exista un precedente porque algún protocolo de abajo haya tenido un problema, y cómo maneja TermMax el pago de compensaciones. Entonces decidiré si aumento o no. El problema es que la mayoría de los curadores ni siquiera suelen publicar proactivamente ese detalle de asignación; solo puedo preguntar. Si no puedo obtener respuestas, solo me queda adivinar. Y si adivino mal, me toca asumir la culpa.

Antes de que ustedes depositen en este tipo de “bóvedas”, ¿revisan hacia dónde fluyen los fondos en la cadena? ¿O solo miran un APY y ya entran? Yo, al menos, me quedé totalmente despierto con esa frase de “utilización 100%”.

#TermMax @TermMax
Últimamente mucha gente me pregunta si los bStocks recién lanzados por Binance y Dusk hacen esencialmente lo mismo. Al principio también me confundí y pensé: ¿no es simplemente llevar activos tradicionales a la cadena? Luego comparé la documentación de ambos y entendí algo clave: en realidad no están compitiendo en el mismo carril por el “pan”. Más bien, se parecen a una relación de pasos consecutivos, primero tú y luego yo. Probé la lógica de bStocks en un simulador y es bastante directa. Con U puedes comprar fracciones de acciones como Apple y Tesla, el cierre es rápido y la liquidación es inmediata, sin necesidad de abrir una cuenta de acciones en EE. UU. Para los minoristas, la experiencia es realmente buena: cada operación en cadena se ve, y eso da tranquilidad. Pero el problema también está precisamente en ese “se ve”: si obligas a que una institución exponga sus posiciones y su estrategia enteras en la cadena, ¿en qué se diferencia de ir desnudo? En las finanzas tradicionales, el detalle de las posiciones es más delicado que la propia vida. Si yo fuera gerente de un fondo, bajo ningún concepto dejaría que el contrapartido se fijara en mis cartas de la baraja. Dusk va por otro camino. Usa ZK para la privacidad, pero no es una caja negra total: las posiciones se ocultan al público, mientras que los nodos regulatorios pueden “atravesar” y verificar mediante auditoría. Esa “privacidad auditable” yo solo la había visto antes en artículos académicos; hay pocas iniciativas que la lleven a la práctica de verdad. Además, se conecta con la exchange autorizada NPEX de Holanda, lo cual deja claro que apunta a cumplir regulaciones. En resumen: bStocks resuelve el “¿existe o no?”, mientras que Dusk resuelve el “¿me atrevo o no?”. Por eso, yo no veo a estas dos empresas como rivales, sino como piezas de un rompecabezas. bStocks primero lleva el flujo y los activos a la cadena y hace la educación del usuario; Dusk luego le entrega a las instituciones un “traje de invisibilidad” para que se atrevan a mover dinero real. Uno abre camino, el otro levanta el muro; si falta cualquiera de las dos, los proyectos RWA no llegarán lejos. Claro, hasta que la red principal realmente despegue, todo esto es una especie de ensayo. Si el equilibrio entre privacidad y cumplimiento puede resistir las pruebas del mundo real, y si el ecosistema de desarrolladores puede despegar, habrá que seguir observando. Pero la dirección, para mí, está clara: para que los RWA funcionen, no basta con el entusiasmo de los minoristas; hay que hacer que las instituciones se sientan seguras, cumplidoras y con respaldo. #dusk $DUSK @Dusk_Foundation
Últimamente mucha gente me pregunta si los bStocks recién lanzados por Binance y Dusk hacen esencialmente lo mismo. Al principio también me confundí y pensé: ¿no es simplemente llevar activos tradicionales a la cadena? Luego comparé la documentación de ambos y entendí algo clave: en realidad no están compitiendo en el mismo carril por el “pan”. Más bien, se parecen a una relación de pasos consecutivos, primero tú y luego yo.

Probé la lógica de bStocks en un simulador y es bastante directa. Con U puedes comprar fracciones de acciones como Apple y Tesla, el cierre es rápido y la liquidación es inmediata, sin necesidad de abrir una cuenta de acciones en EE. UU. Para los minoristas, la experiencia es realmente buena: cada operación en cadena se ve, y eso da tranquilidad. Pero el problema también está precisamente en ese “se ve”: si obligas a que una institución exponga sus posiciones y su estrategia enteras en la cadena, ¿en qué se diferencia de ir desnudo? En las finanzas tradicionales, el detalle de las posiciones es más delicado que la propia vida. Si yo fuera gerente de un fondo, bajo ningún concepto dejaría que el contrapartido se fijara en mis cartas de la baraja.

Dusk va por otro camino. Usa ZK para la privacidad, pero no es una caja negra total: las posiciones se ocultan al público, mientras que los nodos regulatorios pueden “atravesar” y verificar mediante auditoría. Esa “privacidad auditable” yo solo la había visto antes en artículos académicos; hay pocas iniciativas que la lleven a la práctica de verdad. Además, se conecta con la exchange autorizada NPEX de Holanda, lo cual deja claro que apunta a cumplir regulaciones. En resumen: bStocks resuelve el “¿existe o no?”, mientras que Dusk resuelve el “¿me atrevo o no?”.

Por eso, yo no veo a estas dos empresas como rivales, sino como piezas de un rompecabezas. bStocks primero lleva el flujo y los activos a la cadena y hace la educación del usuario; Dusk luego le entrega a las instituciones un “traje de invisibilidad” para que se atrevan a mover dinero real. Uno abre camino, el otro levanta el muro; si falta cualquiera de las dos, los proyectos RWA no llegarán lejos. Claro, hasta que la red principal realmente despegue, todo esto es una especie de ensayo. Si el equilibrio entre privacidad y cumplimiento puede resistir las pruebas del mundo real, y si el ecosistema de desarrolladores puede despegar, habrá que seguir observando. Pero la dirección, para mí, está clara: para que los RWA funcionen, no basta con el entusiasmo de los minoristas; hay que hacer que las instituciones se sientan seguras, cumplidoras y con respaldo.

#dusk $DUSK @Dusk
Mira, dividir el tipo de interés fijo y la liquidación en dos libros contables es de verdad que me deja sin palabras. Mucha gente, apenas ve “tipo de interés fijo”, su cerebro lo traduce automáticamente a “ya está, todo bien”, y se olvida por completo de que esa línea del precio del colateral tiene que saltar o no. Yo mismo ya me llevé el golpe por ahí, así que cuando te vi escribir “que el ‘reloj’ de los intereses no se descontrole no significa que el otro reloj del ratio de colateral se detenga”, me dio risa—demasiado real. La primera vez usé Aave para pedir prestado en stablecoins; en ese entonces solo miraba el APR del préstamo. Me parecía barato: 3%. Pero luego el ETH que tenía como colateral hizo una clavada, el LTV se fue directo hasta la línea de liquidación y saltó la notificación: yo, totalmente en shock. El tipo de interés no cambió ni un ápice, no obstante, perdí la posición y encima tuve que pagar una penalización de liquidación. Después de aquello, entendí que el interés fijo controla el costo, no la vida. Los detalles de liquidación de TermMax que mencionas también me tomé el tiempo de revisarlos. La ventana de dos horas, la penalización del 10% y el máximo de 50% a liquidar por una sola vez: esos diseños suenan como un amortiguador para el mercado, pero para el prestatario, si pisas la línea, es una pérdida real y directa. No existe eso de “llega la fecha y cae automáticamente en paz”. En particular, el límite del 50% cuando la deuda supera los 10.000 dólares: la primera vez que lo leí pensé que era protección; luego caí en cuenta de que, en realidad, alarga la liquidación, y la incertidumbre se extiende por otra ronda. Si en esas dos horas nadie liquida, cuando se inicia la entrega física, los tenedores de FT toman directamente el colateral; para el prestamista, lo que recibe son activos, pero el precio de esos activos quizá ya haya caído una ronda. En la práctica, se convierte en un “comprador pasivo” de la caída. Por eso estoy totalmente de acuerdo con tu forma de dividirlo en “tres libros”: el costo fijo de financiación al cerrar el trato, el colchón de seguridad del colateral durante la operación y la liquidez de reembolso disponible antes del vencimiento. El primer libro decide si sale caro o barato; los otros dos deciden si puedes sobrevivir hasta el pago. Ahora que miro productos de interés fijo, también tengo la costumbre de preguntar primero: ¿los intereses quedan bloqueados? Vale… ¿y quién cubre la volatilidad del colateral? ¿El camino de la liquidación está claro? Esto es mucho más concreto que mirar un número de APY. El interés fijo sí elimina la deriva de la tasa, pero no quita la volatilidad de precios, ni las penalizaciones por liquidación, ni los desajustes de plazos. Tratar “costos predecibles” como “resultados garantizados” hace que uno se salte justamente la página donde el riesgo es más alto. Tu análisis: recomendaría a quienes solo se lanzan por buscar rentabilidad que lo lean bien @termmax #termmax
Mira, dividir el tipo de interés fijo y la liquidación en dos libros contables es de verdad que me deja sin palabras. Mucha gente, apenas ve “tipo de interés fijo”, su cerebro lo traduce automáticamente a “ya está, todo bien”, y se olvida por completo de que esa línea del precio del colateral tiene que saltar o no. Yo mismo ya me llevé el golpe por ahí, así que cuando te vi escribir “que el ‘reloj’ de los intereses no se descontrole no significa que el otro reloj del ratio de colateral se detenga”, me dio risa—demasiado real.

La primera vez usé Aave para pedir prestado en stablecoins; en ese entonces solo miraba el APR del préstamo. Me parecía barato: 3%. Pero luego el ETH que tenía como colateral hizo una clavada, el LTV se fue directo hasta la línea de liquidación y saltó la notificación: yo, totalmente en shock. El tipo de interés no cambió ni un ápice, no obstante, perdí la posición y encima tuve que pagar una penalización de liquidación. Después de aquello, entendí que el interés fijo controla el costo, no la vida.

Los detalles de liquidación de TermMax que mencionas también me tomé el tiempo de revisarlos. La ventana de dos horas, la penalización del 10% y el máximo de 50% a liquidar por una sola vez: esos diseños suenan como un amortiguador para el mercado, pero para el prestatario, si pisas la línea, es una pérdida real y directa. No existe eso de “llega la fecha y cae automáticamente en paz”. En particular, el límite del 50% cuando la deuda supera los 10.000 dólares: la primera vez que lo leí pensé que era protección; luego caí en cuenta de que, en realidad, alarga la liquidación, y la incertidumbre se extiende por otra ronda. Si en esas dos horas nadie liquida, cuando se inicia la entrega física, los tenedores de FT toman directamente el colateral; para el prestamista, lo que recibe son activos, pero el precio de esos activos quizá ya haya caído una ronda. En la práctica, se convierte en un “comprador pasivo” de la caída.

Por eso estoy totalmente de acuerdo con tu forma de dividirlo en “tres libros”: el costo fijo de financiación al cerrar el trato, el colchón de seguridad del colateral durante la operación y la liquidez de reembolso disponible antes del vencimiento. El primer libro decide si sale caro o barato; los otros dos deciden si puedes sobrevivir hasta el pago. Ahora que miro productos de interés fijo, también tengo la costumbre de preguntar primero: ¿los intereses quedan bloqueados? Vale… ¿y quién cubre la volatilidad del colateral? ¿El camino de la liquidación está claro? Esto es mucho más concreto que mirar un número de APY.

El interés fijo sí elimina la deriva de la tasa, pero no quita la volatilidad de precios, ni las penalizaciones por liquidación, ni los desajustes de plazos. Tratar “costos predecibles” como “resultados garantizados” hace que uno se salte justamente la página donde el riesgo es más alto. Tu análisis: recomendaría a quienes solo se lanzan por buscar rentabilidad que lo lean bien
@TermMax #termmax
En el metro, la señal se cortaba y volvía intermitente; necesité revisar el documento tres veces para que cargara. Cuanto más lo leía, más lúcido me ponía y me di cuenta de que antes me habían metido en un lío esos artículos de análisis. Cuando la gente habla de la privacidad de Dusk, casi todos explican lo mismo: la versión de Phoenix con pruebas de conocimiento cero. Que si note, nullifier, direcciones ocultas… Suena bastante sofisticado. Pero casi nadie menciona la capa de red. El protocolo de difusión que usa Dusk se llama Kadcast; en la base utiliza la estructura de Kademlia para el encaminamiento por niveles según la distancia entre nodos. Los mensajes no se envían “a lo bruto” a todo el grupo como en el gossip tradicional, sino que se van propagando capa por capa siguiendo rutas con “distancia creciente”, formando un árbol de multidifusión en cascada. Así se diseña para buscar eficiencia: los datos de los papers citados en el whitepaper dicen que se ahorra bastante ancho de banda frente al gossip, y que cuando el bloque se produce rápido también se puede reducir la tasa de bloques obsoletos. Los números exactos no los recuerdo; en todo caso, eran mediciones del paper, no pruebas propias de Dusk. Lo interesante es que ese diseño también trae de paso un efecto secundario: como el mensaje pasa por varios relevos antes de expandirse, y no se difunde directamente desde el nodo, intentar deducir “cuál fue el primer origen de esta noticia” se vuelve bastante más difícil. Pero esto no tiene nada que ver con la privacidad de las transacciones que Phoenix sostiene mediante criptografía. En uno, la prueba matemática está haciendo el trabajo; en el otro, interviene la borrosidad que introduce la topología de red. La fuerza es totalmente distinta. Lo más absurdo es que muchos artículos divulgativos mezclan estas dos capas y hacen como si Dusk fuera privado de principio a fin. En realidad, esa borrosidad de la capa de red, como mucho, es un extra: si te enfrentas a una trazabilidad profesional, no alcanza. Yo casi caí en la misma trampa: por ejemplo, cuando vi a alguien decir que la privacidad de propagación de los mensajes de Dusk es fuerte, asumí que la privacidad de las transacciones también era buena… y resulta que no era lo mismo. En estos días, al separar ambas capas por fin me quedó claro. Ahora, cuando veo proyectos de privacidad, siempre me pregunto una cosa: ¿esta privacidad se logra con criptografía o con la estructura de red? La intensidad cambia completamente. ¿Ustedes, cuando hacen análisis técnico, también han caído en el mismo “error” de mezclar las características de la capa de red con la privacidad de la capa de aplicación? Hablemos en la sección de comentarios. #dusk $DUSK @Dusk_Foundation
En el metro, la señal se cortaba y volvía intermitente; necesité revisar el documento tres veces para que cargara. Cuanto más lo leía, más lúcido me ponía y me di cuenta de que antes me habían metido en un lío esos artículos de análisis.

Cuando la gente habla de la privacidad de Dusk, casi todos explican lo mismo: la versión de Phoenix con pruebas de conocimiento cero. Que si note, nullifier, direcciones ocultas… Suena bastante sofisticado. Pero casi nadie menciona la capa de red. El protocolo de difusión que usa Dusk se llama Kadcast; en la base utiliza la estructura de Kademlia para el encaminamiento por niveles según la distancia entre nodos. Los mensajes no se envían “a lo bruto” a todo el grupo como en el gossip tradicional, sino que se van propagando capa por capa siguiendo rutas con “distancia creciente”, formando un árbol de multidifusión en cascada. Así se diseña para buscar eficiencia: los datos de los papers citados en el whitepaper dicen que se ahorra bastante ancho de banda frente al gossip, y que cuando el bloque se produce rápido también se puede reducir la tasa de bloques obsoletos. Los números exactos no los recuerdo; en todo caso, eran mediciones del paper, no pruebas propias de Dusk.

Lo interesante es que ese diseño también trae de paso un efecto secundario: como el mensaje pasa por varios relevos antes de expandirse, y no se difunde directamente desde el nodo, intentar deducir “cuál fue el primer origen de esta noticia” se vuelve bastante más difícil. Pero esto no tiene nada que ver con la privacidad de las transacciones que Phoenix sostiene mediante criptografía. En uno, la prueba matemática está haciendo el trabajo; en el otro, interviene la borrosidad que introduce la topología de red. La fuerza es totalmente distinta.

Lo más absurdo es que muchos artículos divulgativos mezclan estas dos capas y hacen como si Dusk fuera privado de principio a fin. En realidad, esa borrosidad de la capa de red, como mucho, es un extra: si te enfrentas a una trazabilidad profesional, no alcanza. Yo casi caí en la misma trampa: por ejemplo, cuando vi a alguien decir que la privacidad de propagación de los mensajes de Dusk es fuerte, asumí que la privacidad de las transacciones también era buena… y resulta que no era lo mismo. En estos días, al separar ambas capas por fin me quedó claro.

Ahora, cuando veo proyectos de privacidad, siempre me pregunto una cosa: ¿esta privacidad se logra con criptografía o con la estructura de red? La intensidad cambia completamente.

¿Ustedes, cuando hacen análisis técnico, también han caído en el mismo “error” de mezclar las características de la capa de red con la privacidad de la capa de aplicación? Hablemos en la sección de comentarios. #dusk $DUSK @Dusk
El otro día vi que @Dusk_Foundation volvía a hablar de la tokenización del mercado de capital privado para PYMES (SME). La dirección, ciertamente, es muy atractiva, pero llevo tanto tiempo mezclado en el sector que mi principio central siempre es: “primero, salvar la vida”. Cada vez que los promotores empiezan a contar grandes narrativas, suelo profundizar en el modelo económico del token y en la lógica subyacente de consumo: ver activos del mundo real llevados on-chain es emocionante, pero ¿cuánto valor real en “dinero en efectivo” se deposita de verdad de vuelta en $DUSK ? Los datos oficiales que sueltan impresionan: un volumen de emisión de activos de más de 300 millones de euros, y 210 millones de tokens bloqueados en staking. Pero por mi experiencia escribiendo contratos inteligentes y analizando interacciones on-chain, “escala nominal de activos” y “demanda real de tokens” son completamente cosas distintas. Ahora, la demanda “dura” que DUSK puede mostrar, básicamente, se reduce a Gas y al staking de nodos. Pero Dusk Trade todavía está en construcción, DuskEVM y Hedger también están en fase de testnet, y todavía falta una rotación real y frecuente on-chain, además del ciclo de liquidación y compensación. En esta parte, el consumo de Gas ni siquiera ha despegado. Lo que más me pone en alerta es la curva de liberación del token. Hay un supply inicial de 500 millones y, en el futuro, todavía habrá que liberar otros 500 millones para incentivos de red. En los primeros 4 años, hay que soltar alrededor de 250 millones. Con el rendimiento de staking que reciben los nodos verificados, el grueso en realidad se apoya en la inflación con emisión nueva para subsidiar, y no en un “mecanismo deflacionario” impulsado por el hecho de que “cuanto más se usa, más se quema”. Esto deja al descubierto una brecha bastante real: si solo se bloquea la moneda en el pool de staking a través de subsidios, eso solo funciona por un tiempo. Si después entran instituciones cuyos activos tienen una liquidez extremadamente baja, y todos, cuando hayan puesto esos activos on-chain, se quedan quietos, entonces aunque el TVL contable se vea muy bien, no se generará un consumo continuo de Gas. ¿Con qué va a absorber $DUSK la presión de liberaciones a largo plazo? Así que al evaluar Dusk ahora, no te dejes desviar el ritmo por el tamaño de RWA en un papel. Yo vigilo solo tres indicadores duros: el número real de transacciones on-chain, los ingresos reales por comisiones de red, y la proporción de esas comisiones dentro de la recompensa total para validadores. En el momento en que el “pan” del nodo se gana con las comisiones de usuarios reales, y no por que el protocolo abra la compuerta y reparta subsidios, entonces es cuando este modelo económico realmente habrá construido el muro de carga. #dusk $DUSK @Dusk_Foundation
El otro día vi que @Dusk volvía a hablar de la tokenización del mercado de capital privado para PYMES (SME). La dirección, ciertamente, es muy atractiva, pero llevo tanto tiempo mezclado en el sector que mi principio central siempre es: “primero, salvar la vida”. Cada vez que los promotores empiezan a contar grandes narrativas, suelo profundizar en el modelo económico del token y en la lógica subyacente de consumo: ver activos del mundo real llevados on-chain es emocionante, pero ¿cuánto valor real en “dinero en efectivo” se deposita de verdad de vuelta en $DUSK ?

Los datos oficiales que sueltan impresionan: un volumen de emisión de activos de más de 300 millones de euros, y 210 millones de tokens bloqueados en staking. Pero por mi experiencia escribiendo contratos inteligentes y analizando interacciones on-chain, “escala nominal de activos” y “demanda real de tokens” son completamente cosas distintas. Ahora, la demanda “dura” que DUSK puede mostrar, básicamente, se reduce a Gas y al staking de nodos. Pero Dusk Trade todavía está en construcción, DuskEVM y Hedger también están en fase de testnet, y todavía falta una rotación real y frecuente on-chain, además del ciclo de liquidación y compensación. En esta parte, el consumo de Gas ni siquiera ha despegado.

Lo que más me pone en alerta es la curva de liberación del token. Hay un supply inicial de 500 millones y, en el futuro, todavía habrá que liberar otros 500 millones para incentivos de red. En los primeros 4 años, hay que soltar alrededor de 250 millones. Con el rendimiento de staking que reciben los nodos verificados, el grueso en realidad se apoya en la inflación con emisión nueva para subsidiar, y no en un “mecanismo deflacionario” impulsado por el hecho de que “cuanto más se usa, más se quema”.

Esto deja al descubierto una brecha bastante real: si solo se bloquea la moneda en el pool de staking a través de subsidios, eso solo funciona por un tiempo. Si después entran instituciones cuyos activos tienen una liquidez extremadamente baja, y todos, cuando hayan puesto esos activos on-chain, se quedan quietos, entonces aunque el TVL contable se vea muy bien, no se generará un consumo continuo de Gas. ¿Con qué va a absorber $DUSK la presión de liberaciones a largo plazo?

Así que al evaluar Dusk ahora, no te dejes desviar el ritmo por el tamaño de RWA en un papel. Yo vigilo solo tres indicadores duros: el número real de transacciones on-chain, los ingresos reales por comisiones de red, y la proporción de esas comisiones dentro de la recompensa total para validadores.

En el momento en que el “pan” del nodo se gana con las comisiones de usuarios reales, y no por que el protocolo abra la compuerta y reparta subsidios, entonces es cuando este modelo económico realmente habrá construido el muro de carga.

#dusk $DUSK @Dusk
说真的,眼看着 8 月 25 号 TGE 越来越近,社区里到处都在发 @termmax 的亮眼战报。但我这人平时习惯了自己搭节点跑脚本,“保命优先”四个字早就刻进了骨子里——链上数据越是光鲜,我反而越想把它的底层盘口给扒开看个明白。 官方口径里 9000 多万的 TVL,和 DefiLlama 上抓取的大约 3100 万美元、2700 万活跃借款,统计差异其实很正常。真正让我停下来琢磨的,是固定期限 DeFi 协议天生的软肋:流动性碎片化。就算总体资金池再庞大,一旦被物理切割到 30 天、90 天、180 天等不同期限以及各种抵押资产里,分摊到你手头具体操作的那个细分池子,实际深度还能剩多少? 往深了想,如果是 5 万、10 万 U 级别的大资金进场,利率冲击(Rate Impact)会不会直接把收益吃掉大半?要是赶上极端行情大跳水,二级市场的挂单会不会出现流动性断层?现在平台还在发力推进双币投资(Dual Investment)和期权结构,产品线越来越丰富,但底层真实盘口的深度和滑点数据却显得低调很多。固定利率确实解决了收益波动的问题,可如果退出时的折价和摩擦成本不可控,那风险并没有消失,只是换了个更隐蔽的马甲。 在代币正式上线前,比起看一张张破纪录的宣传海报,我更想看到一份基于真实大单交易的滑点深度与退出成本测算。这才是检验它到底能不能稳稳承接机构级资金的硬指标。 大家在玩固定收益时,最看重的是表面上的票面利率,还是极端行情下随时能平稳走掉的实际深度?咱们评论区聊聊。 #TermMax @termmax
说真的,眼看着 8 月 25 号 TGE 越来越近,社区里到处都在发 @TermMax 的亮眼战报。但我这人平时习惯了自己搭节点跑脚本,“保命优先”四个字早就刻进了骨子里——链上数据越是光鲜,我反而越想把它的底层盘口给扒开看个明白。

官方口径里 9000 多万的 TVL,和 DefiLlama 上抓取的大约 3100 万美元、2700 万活跃借款,统计差异其实很正常。真正让我停下来琢磨的,是固定期限 DeFi 协议天生的软肋:流动性碎片化。就算总体资金池再庞大,一旦被物理切割到 30 天、90 天、180 天等不同期限以及各种抵押资产里,分摊到你手头具体操作的那个细分池子,实际深度还能剩多少?

往深了想,如果是 5 万、10 万 U 级别的大资金进场,利率冲击(Rate Impact)会不会直接把收益吃掉大半?要是赶上极端行情大跳水,二级市场的挂单会不会出现流动性断层?现在平台还在发力推进双币投资(Dual Investment)和期权结构,产品线越来越丰富,但底层真实盘口的深度和滑点数据却显得低调很多。固定利率确实解决了收益波动的问题,可如果退出时的折价和摩擦成本不可控,那风险并没有消失,只是换了个更隐蔽的马甲。

在代币正式上线前,比起看一张张破纪录的宣传海报,我更想看到一份基于真实大单交易的滑点深度与退出成本测算。这才是检验它到底能不能稳稳承接机构级资金的硬指标。

大家在玩固定收益时,最看重的是表面上的票面利率,还是极端行情下随时能平稳走掉的实际深度?咱们评论区聊聊。

#TermMax @TermMax
刚才下楼拿夜宵,电梯屏幕早早亮起“到达”,门却死活拖了两秒才开。这倒让我想起昨晚趴在机房调试节点时的老毛病——在这个圈子摸爬滚打久了,对前端那个绿色的“交易成功”总带着本能的警惕。 这几天趁着跑脚本的空档,我又重刷了一遍 Dusk 的白皮书,发现在他们主打的隐私引擎之外,真正藏着硬核细节的,是 Succinct Attestation 共识里那套“滚动终局性”(Rolling Finality)。 这套逻辑很有意思。每轮出块,先通过确定性抽签挑出提议者,接着还要过两道委员会的关——验证和批准。两边都得凑齐三分之二的有效票,用 BLS 签名聚合成最终凭证。听着像办事处盖双重印章,但如果碰上网络延迟这种极端情况呢?同一轮里完全可能冒出不同迭代的候选块,这时候节点就得根据凭证触发本地回退。 所以,千万别把前端的提示当圣旨。在 Dusk 的底层状态机里,Accepted 仅仅代表网络收件了;Attested 意味着拿到了初步凭证;必须得等后续区块把状态推到 Confirmed,甚至是连父块也彻底 Final 了,这笔账才算真正钉死在链上,谁也改不掉。 这也是为什么我一直懒得听那些公链天天吹 TPS。真要把几亿欧元的现实证券搬上链,机构最怕的根本不是多等这三五秒,而是两边对“到底交割没交割”扯皮。Dusk 把这种不确定性,切片成了明确的代码状态。传统资金完全可以看着这些具体的底层标记,来决定什么时候放款、什么时候过户,而不是盲目看着个哈希值就开香槟。 不过,我那句“保命优先”的规矩不能破。底层协议写得再严密,最后还得看那帮持牌机构愿不愿意真把自己的核心业务系统对接到这些 RPC 接口上。技术过关只是拿了入场券,不代表我会无脑去接盘 $DUSK 的筹码。 #dusk #BTC @Dusk_Foundation $DUSK {future}(DUSKUSDT)
刚才下楼拿夜宵,电梯屏幕早早亮起“到达”,门却死活拖了两秒才开。这倒让我想起昨晚趴在机房调试节点时的老毛病——在这个圈子摸爬滚打久了,对前端那个绿色的“交易成功”总带着本能的警惕。

这几天趁着跑脚本的空档,我又重刷了一遍 Dusk 的白皮书,发现在他们主打的隐私引擎之外,真正藏着硬核细节的,是 Succinct Attestation 共识里那套“滚动终局性”(Rolling Finality)。

这套逻辑很有意思。每轮出块,先通过确定性抽签挑出提议者,接着还要过两道委员会的关——验证和批准。两边都得凑齐三分之二的有效票,用 BLS 签名聚合成最终凭证。听着像办事处盖双重印章,但如果碰上网络延迟这种极端情况呢?同一轮里完全可能冒出不同迭代的候选块,这时候节点就得根据凭证触发本地回退。

所以,千万别把前端的提示当圣旨。在 Dusk 的底层状态机里,Accepted 仅仅代表网络收件了;Attested 意味着拿到了初步凭证;必须得等后续区块把状态推到 Confirmed,甚至是连父块也彻底 Final 了,这笔账才算真正钉死在链上,谁也改不掉。

这也是为什么我一直懒得听那些公链天天吹 TPS。真要把几亿欧元的现实证券搬上链,机构最怕的根本不是多等这三五秒,而是两边对“到底交割没交割”扯皮。Dusk 把这种不确定性,切片成了明确的代码状态。传统资金完全可以看着这些具体的底层标记,来决定什么时候放款、什么时候过户,而不是盲目看着个哈希值就开香槟。

不过,我那句“保命优先”的规矩不能破。底层协议写得再严密,最后还得看那帮持牌机构愿不愿意真把自己的核心业务系统对接到这些 RPC 接口上。技术过关只是拿了入场券,不代表我会无脑去接盘 $DUSK 的筹码。

#dusk #BTC @Dusk $DUSK
Anoche, mientras ejecutaba pruebas retrospectivas de una estrategia en local, me quedé mirando varias curvas históricas de rentabilidad. Después de pasar tiempo en la cadena, solemos fijarnos demasiado en los picos y valles del precio, como si fueran lo único importante, pero es fácil ignorar un asesino más silencioso: el costo que representa el propio tiempo. Muchas veces tu lógica de arbitraje o de posición está bien, pero debido a que el tipo de interés variable del pool de préstamos se dispara de repente en mitad de la noche, el margen de ganancias que parecía encajar perfectamente se lo traga, sin piedad, la bola de nieve de los intereses de la deuda. Por eso, cuando adopté la disciplina de “priorizar salvarse” como base, empecé a valorar cada vez más los carriles de tipo fijo. Visto desde esa lógica, TermMax sí ataca un problema de ingeniería muy real. No obliga a los prestatarios a soportar tarifas dinámicas que pueden descontrolarse en cualquier momento; en cambio, fija de manera tajante el costo de financiación y el rendimiento hasta el vencimiento en el mismo instante en que abres la posición. Además, puede compensar exposiciones de riesgo adicionales mediante herramientas estructuradas tipo opciones. Esta certeza puede parecer poco relevante cuando el mercado está tranquilo… pero cuando llega una gran volatilidad, poder bloquear el costo con antelación es la mayor sensación de seguridad. Sin embargo, como escéptico acostumbrado a buscar fallas tanto en el código como en los datos, tampoco creo que “fijo” signifique automáticamente “sin riesgo absoluto”. Si en el futuro cercano las tasas de préstamo de toda la red siguen bajando, el alto tipo fijo que bloqueaste con anticipación se vuelve de inmediato mucho más caro; y si realmente toca un escenario extremo, será la profundidad de la libreta de órdenes a nivel de base y qué tan “grueso” sea el fondo de liquidación lo que determine la vida o la muerte. Cuando baje el calor de esta ola, lo que de verdad quiero observar es: en la cadena, ¿están los traders y las instituciones dispuestos a inmovilizar capital a largo plazo para conseguir esa predictibilidad? ¿O la mayoría sigue sin poder corregir la inercia de perseguir pools volátiles con APY alto cada semana? Si DeFi sigue avanzando, quizá sí ya no haga falta más eslóganes de rentabilidad ilusoria. Las soluciones que mantienen la incertidumbre bajo control para el capital son las que pueden soportar verdaderos volúmenes grandes de activos. #TermMax @termmax
Anoche, mientras ejecutaba pruebas retrospectivas de una estrategia en local, me quedé mirando varias curvas históricas de rentabilidad. Después de pasar tiempo en la cadena, solemos fijarnos demasiado en los picos y valles del precio, como si fueran lo único importante, pero es fácil ignorar un asesino más silencioso: el costo que representa el propio tiempo.

Muchas veces tu lógica de arbitraje o de posición está bien, pero debido a que el tipo de interés variable del pool de préstamos se dispara de repente en mitad de la noche, el margen de ganancias que parecía encajar perfectamente se lo traga, sin piedad, la bola de nieve de los intereses de la deuda. Por eso, cuando adopté la disciplina de “priorizar salvarse” como base, empecé a valorar cada vez más los carriles de tipo fijo.

Visto desde esa lógica, TermMax sí ataca un problema de ingeniería muy real. No obliga a los prestatarios a soportar tarifas dinámicas que pueden descontrolarse en cualquier momento; en cambio, fija de manera tajante el costo de financiación y el rendimiento hasta el vencimiento en el mismo instante en que abres la posición. Además, puede compensar exposiciones de riesgo adicionales mediante herramientas estructuradas tipo opciones. Esta certeza puede parecer poco relevante cuando el mercado está tranquilo… pero cuando llega una gran volatilidad, poder bloquear el costo con antelación es la mayor sensación de seguridad.

Sin embargo, como escéptico acostumbrado a buscar fallas tanto en el código como en los datos, tampoco creo que “fijo” signifique automáticamente “sin riesgo absoluto”. Si en el futuro cercano las tasas de préstamo de toda la red siguen bajando, el alto tipo fijo que bloqueaste con anticipación se vuelve de inmediato mucho más caro; y si realmente toca un escenario extremo, será la profundidad de la libreta de órdenes a nivel de base y qué tan “grueso” sea el fondo de liquidación lo que determine la vida o la muerte.

Cuando baje el calor de esta ola, lo que de verdad quiero observar es: en la cadena, ¿están los traders y las instituciones dispuestos a inmovilizar capital a largo plazo para conseguir esa predictibilidad? ¿O la mayoría sigue sin poder corregir la inercia de perseguir pools volátiles con APY alto cada semana?

Si DeFi sigue avanzando, quizá sí ya no haga falta más eslóganes de rentabilidad ilusoria. Las soluciones que mantienen la incertidumbre bajo control para el capital son las que pueden soportar verdaderos volúmenes grandes de activos.

#TermMax @TermMax
Verificado
前阵子我自己租云服务器折腾跑验证节点,半夜遇上网络抖动直接断连,当时急得我满头大汗去修。交了这次学费后我才彻底想明白一个道理:现在圈子里聊 PoS 机制,动不动就吹质押了几个亿、年化有多高,但一条公链到底能不能扛事,真不是光看锁了多少钱那么简单。节点底层的通信效率、断网时的自愈能力,才是决定生死的地基。 这也是为什么我最近一直在深扒 @Dusk_Foundation 的白皮书。他们家搞的那套“简洁证明(Succinct Attestation)”共识,思路确实挺硬核。它走的是确定性选举的委员会路线,简单说就是每轮挑出一小撮出块人和验证委员会,通过极低的广播通信成本,直接把交易敲定下来。 很多做土狗链的可能不在乎“最终性”,但对 Dusk 这种一心想吃 RWA(真实世界资产)和证券结算蛋糕的公链来说,这三个字就是命门。你想想,传统机构一笔几千万欧元的债券交割,如果碰上链上分叉或者区块回滚,那简直是灾难。 不过作为老韭菜,咱看项目永远要留个心眼: 委员会的权力集中度:光看全网有几千个节点没意义,关键得看被选进核心委员会的地址够不够分散。如果话语权全被几个大户把持,去中心化就成了空谈,背后的质押门槛和罚没(Slashing)机制必须足够狠。 Kadcast 的实战检验:他们虽然上了 Kadcast 协议来做定向传播,宣称能兼顾传输速度和节点隐私,但实验室里的完美数据,能不能抗住主网高峰期的真实流量轰炸?这还得打个问号。 我一直觉得,真正靠谱的金融级基础设施,核心不在于强求每台机器永不掉线,而在于“容忍局部断电,账本依然稳如泰山”。 大家平时挑公链看共识,是更在意跑分速度,还是像我一样更看重抗风险的最终性?评论区咱们一起交流交流! #dusk $DUSK @Dusk_Foundation
前阵子我自己租云服务器折腾跑验证节点,半夜遇上网络抖动直接断连,当时急得我满头大汗去修。交了这次学费后我才彻底想明白一个道理:现在圈子里聊 PoS 机制,动不动就吹质押了几个亿、年化有多高,但一条公链到底能不能扛事,真不是光看锁了多少钱那么简单。节点底层的通信效率、断网时的自愈能力,才是决定生死的地基。

这也是为什么我最近一直在深扒 @Dusk 的白皮书。他们家搞的那套“简洁证明(Succinct Attestation)”共识,思路确实挺硬核。它走的是确定性选举的委员会路线,简单说就是每轮挑出一小撮出块人和验证委员会,通过极低的广播通信成本,直接把交易敲定下来。

很多做土狗链的可能不在乎“最终性”,但对 Dusk 这种一心想吃 RWA(真实世界资产)和证券结算蛋糕的公链来说,这三个字就是命门。你想想,传统机构一笔几千万欧元的债券交割,如果碰上链上分叉或者区块回滚,那简直是灾难。

不过作为老韭菜,咱看项目永远要留个心眼:

委员会的权力集中度:光看全网有几千个节点没意义,关键得看被选进核心委员会的地址够不够分散。如果话语权全被几个大户把持,去中心化就成了空谈,背后的质押门槛和罚没(Slashing)机制必须足够狠。

Kadcast 的实战检验:他们虽然上了 Kadcast 协议来做定向传播,宣称能兼顾传输速度和节点隐私,但实验室里的完美数据,能不能抗住主网高峰期的真实流量轰炸?这还得打个问号。

我一直觉得,真正靠谱的金融级基础设施,核心不在于强求每台机器永不掉线,而在于“容忍局部断电,账本依然稳如泰山”。

大家平时挑公链看共识,是更在意跑分速度,还是像我一样更看重抗风险的最终性?评论区咱们一起交流交流!

#dusk $DUSK @Dusk
Ayer, después de colgar los scripts de alta frecuencia de los contratos de ejecución que tenía a mano, me fui a revisar en GitHub el repositorio de @Dusk_Foundation . Mucha gente habla de Dusk solo mirando la etiqueta de “privacidad”, pero como soy de los que validan desde el nivel de código, lo que de verdad me importa es que movieron la posición del ancla de confianza: Phoenix usa PLONK para encapsular el cifrado de las transacciones en un note, y abajo se apoya en encriptación homomórfica para hacer divulgación selectiva. El regulador, al obtener la clave de la vista, solo comprueba si “cumple” y si no hay exceso; en realidad no puede ver la carta oculta de la institución. La confianza pasa de “confiar en el equipo” a “confiar en pruebas matemáticas”. Pero yo soy de los que tienen “prioridad vital” grabada en los huesos y nunca daría un pase libre a ninguna librería cripto diseñada internamente. No olvides que a principios de este año OtterSec ya detectó un fallo serio de soundness en dusk-plonk: el selector no entraba en la verificación de KZG, lo que permitía falsificar monedas acuñadas de forma oculta. Aunque la respuesta oficial salió en dos días con rusk-1.6.0 para corregirlo, eso precisamente confirma una cosa: para que una cripto diseñada internamente alcance una estabilidad “a nivel financiero” absoluta, todavía tiene que ser golpeada una y otra vez en escenarios reales. Ahora miremos el tablero desde la realidad: la mainnet se activó hace poco, DuskTrade todavía está en cola, y los supuestos 300 millones de EUR de NPEX solo son intención de colaboración, no TVL depositado en cadena. Con el precio alrededor de 0.062 dólares, a unos -93% respecto al ATH, la capacidad de mantener liquidez y captación del volumen en circulación todavía es relativamente delgada. Así que mi estrategia actual es bastante simple: reconozco la lógica subyacente, pero no recargo ciegamente en una fe. Tengo que esperar a que pasen estos indicadores duros: que aumente el volumen de comisiones reales de liquidación en NPEX, que se materialice el cierre del ciclo de pagos en EURQ, o que la mainnet muestre un bloqueo continuo de fondos. Solo entonces consideraría aumentar el “fondo de observación”. En esencia, por ahora, esto sigue siendo una “opción RWA de cumplimiento europeo”. Dejo una pregunta para interactuar: ¿creen que el futuro respaldo de las instituciones vendrá por las matemáticas ZK de alto nivel, o por ese permiso regulatorio de AFM? Dejen sus opiniones en los comentarios. Aviso de riesgo: en la capa base de ZK existen posibles vulnerabilidades desconocidas; la liquidez de los tokens es relativamente limitada y el ciclo de adopción/compliance es largo. Hagan su propia investigación (DYOR) y protejan el capital. @Dusk_Foundation #dusk $DUSK
Ayer, después de colgar los scripts de alta frecuencia de los contratos de ejecución que tenía a mano, me fui a revisar en GitHub el repositorio de @Dusk . Mucha gente habla de Dusk solo mirando la etiqueta de “privacidad”, pero como soy de los que validan desde el nivel de código, lo que de verdad me importa es que movieron la posición del ancla de confianza: Phoenix usa PLONK para encapsular el cifrado de las transacciones en un note, y abajo se apoya en encriptación homomórfica para hacer divulgación selectiva. El regulador, al obtener la clave de la vista, solo comprueba si “cumple” y si no hay exceso; en realidad no puede ver la carta oculta de la institución. La confianza pasa de “confiar en el equipo” a “confiar en pruebas matemáticas”.

Pero yo soy de los que tienen “prioridad vital” grabada en los huesos y nunca daría un pase libre a ninguna librería cripto diseñada internamente. No olvides que a principios de este año OtterSec ya detectó un fallo serio de soundness en dusk-plonk: el selector no entraba en la verificación de KZG, lo que permitía falsificar monedas acuñadas de forma oculta. Aunque la respuesta oficial salió en dos días con rusk-1.6.0 para corregirlo, eso precisamente confirma una cosa: para que una cripto diseñada internamente alcance una estabilidad “a nivel financiero” absoluta, todavía tiene que ser golpeada una y otra vez en escenarios reales.

Ahora miremos el tablero desde la realidad: la mainnet se activó hace poco, DuskTrade todavía está en cola, y los supuestos 300 millones de EUR de NPEX solo son intención de colaboración, no TVL depositado en cadena. Con el precio alrededor de 0.062 dólares, a unos -93% respecto al ATH, la capacidad de mantener liquidez y captación del volumen en circulación todavía es relativamente delgada.

Así que mi estrategia actual es bastante simple: reconozco la lógica subyacente, pero no recargo ciegamente en una fe. Tengo que esperar a que pasen estos indicadores duros: que aumente el volumen de comisiones reales de liquidación en NPEX, que se materialice el cierre del ciclo de pagos en EURQ, o que la mainnet muestre un bloqueo continuo de fondos. Solo entonces consideraría aumentar el “fondo de observación”. En esencia, por ahora, esto sigue siendo una “opción RWA de cumplimiento europeo”.

Dejo una pregunta para interactuar: ¿creen que el futuro respaldo de las instituciones vendrá por las matemáticas ZK de alto nivel, o por ese permiso regulatorio de AFM? Dejen sus opiniones en los comentarios.

Aviso de riesgo: en la capa base de ZK existen posibles vulnerabilidades desconocidas; la liquidez de los tokens es relativamente limitada y el ciclo de adopción/compliance es largo. Hagan su propia investigación (DYOR) y protejan el capital.

@Dusk #dusk $DUSK
Ayer por la noche, mientras revisaba los registros de errores de los nodos RPC, también volví a sacar y repasar los registros on-chain del incidente de seguridad de ese puente de cadenas cruzadas ocurrido a mediados de enero, @Dusk_Foundation . Yo, en esto de hacer trading y hacer interacciones, siempre sigo el principio de “salvar primero la vida”: cada vez que hay el más mínimo indicio, mi reacción instintiva es no creer en rumores ni por asomo; tiene que ser que yo mismo revise el código y las transacciones on-chain para encontrar la verdad. Muchos se asustaron muchísimo en aquel momento y pensaban que el protocolo subyacente de Dusk se había venido abajo. Pero revisé las huellas on-chain y primero debo decir algo objetivo en favor de su capa de consenso: el consenso subyacente de DuskDS en realidad no fue vulnerado, y el código del protocolo central tampoco tenía bugs. Lo que en verdad el hacker logró abrumar en tierra fue la billetera firmante del servicio de puente que conecta con la cadena EVM. En otras palabras: el protocolo no tenía fugas; lo que se “robó” fue el “guardia” de las claves privadas de la periferia. Al repasar las acciones on-chain de esa noche: el hacker empezó a las 21:28, y fue sacando por tandas más de 2,7 millones, 1,9 millones y 8 millones de $DUSK , una operación tras otra, hasta que casi dos horas después el equipo cortó de emergencia el acceso. Al final, la última transacción de 8,91 millones de tokens quedó finalmente bloqueada a la fuerza; en medio, parte de los fondos incluso se lavaron en BSC. Esto me dejó muchísimo impacto. Normalmente, cuando nosotros escribimos contratos Solidity o armamos una arquitectura, solemos obsesionarnos con la llamada “desacoplación modular”: separar perfectamente consenso, liquidación y ejecución, suena extremadamente sólido. Pero la realidad es cruel: cuanto más finamente se descomponen los componentes del sistema, más “juntas” quedan expuestas hacia el exterior. Para ir más rápido y con una integración más ligera, el proyecto concentró todos los permisos de firma en una ruta relativamente delgada. Así, el muro alto construido con pruebas de ZKP y finalización determinista dentro de la cadena estaba blindado, pero fuera del muro, en la billetera de firma del puente entre cadenas, bastó con un solo golpe para derrumbarlo. Por eso, ahora que veo proyectos, ya no confío ciegamente en “qué tan hardcore es el consenso”. En cuanto los activos salen de la capa nativa de liquidación, esos puentes y billeteras firmantes en los bordes, en cuestión de minutos, pueden volver a arrastrar la descentralización a un pantano frágil de confianza humana. Estas brechas de seguridad en los límites suelen ser, precisamente, los arrecifes más letales. Hermanos, ustedes creen que para el riesgo de punto único en los puentes cross-chain de estas blockchains modulares, hay alguna solución a nivel de código? #dusk $DUSK @Dusk_Foundation
Ayer por la noche, mientras revisaba los registros de errores de los nodos RPC, también volví a sacar y repasar los registros on-chain del incidente de seguridad de ese puente de cadenas cruzadas ocurrido a mediados de enero, @Dusk . Yo, en esto de hacer trading y hacer interacciones, siempre sigo el principio de “salvar primero la vida”: cada vez que hay el más mínimo indicio, mi reacción instintiva es no creer en rumores ni por asomo; tiene que ser que yo mismo revise el código y las transacciones on-chain para encontrar la verdad.

Muchos se asustaron muchísimo en aquel momento y pensaban que el protocolo subyacente de Dusk se había venido abajo. Pero revisé las huellas on-chain y primero debo decir algo objetivo en favor de su capa de consenso: el consenso subyacente de DuskDS en realidad no fue vulnerado, y el código del protocolo central tampoco tenía bugs. Lo que en verdad el hacker logró abrumar en tierra fue la billetera firmante del servicio de puente que conecta con la cadena EVM. En otras palabras: el protocolo no tenía fugas; lo que se “robó” fue el “guardia” de las claves privadas de la periferia.

Al repasar las acciones on-chain de esa noche: el hacker empezó a las 21:28, y fue sacando por tandas más de 2,7 millones, 1,9 millones y 8 millones de $DUSK , una operación tras otra, hasta que casi dos horas después el equipo cortó de emergencia el acceso. Al final, la última transacción de 8,91 millones de tokens quedó finalmente bloqueada a la fuerza; en medio, parte de los fondos incluso se lavaron en BSC.

Esto me dejó muchísimo impacto. Normalmente, cuando nosotros escribimos contratos Solidity o armamos una arquitectura, solemos obsesionarnos con la llamada “desacoplación modular”: separar perfectamente consenso, liquidación y ejecución, suena extremadamente sólido. Pero la realidad es cruel: cuanto más finamente se descomponen los componentes del sistema, más “juntas” quedan expuestas hacia el exterior. Para ir más rápido y con una integración más ligera, el proyecto concentró todos los permisos de firma en una ruta relativamente delgada. Así, el muro alto construido con pruebas de ZKP y finalización determinista dentro de la cadena estaba blindado, pero fuera del muro, en la billetera de firma del puente entre cadenas, bastó con un solo golpe para derrumbarlo.

Por eso, ahora que veo proyectos, ya no confío ciegamente en “qué tan hardcore es el consenso”. En cuanto los activos salen de la capa nativa de liquidación, esos puentes y billeteras firmantes en los bordes, en cuestión de minutos, pueden volver a arrastrar la descentralización a un pantano frágil de confianza humana. Estas brechas de seguridad en los límites suelen ser, precisamente, los arrecifes más letales.

Hermanos, ustedes creen que para el riesgo de punto único en los puentes cross-chain de estas blockchains modulares, hay alguna solución a nivel de código?

#dusk $DUSK @Dusk
🎙️ Hablemos sobre el “secreto” para generar riqueza con las operaciones
avatar
Finalizado
03 h 35 m 30 s
18.4k
70
84
Los remolinos del mercado de derivados: los contratos abiertos alcanzan un máximo de dos meses Aunque el precio de Ethereum hoy parece no estar pasando por grandes cambios (se mantiene alrededor de los 1900 dólares), el mercado de derivados, en cambio, está moviéndose por debajo de la superficie. Según datos agregados de toda la red, el volumen de contratos abiertos en el mercado de futuros de criptomonedas ha subido al nivel más alto de los últimos dos meses. Esto implica que una gran cantidad de capital apalancado está en plena disputa dentro del mercado, y el enfrentamiento entre posiciones largas y cortas se vuelve cada vez más intenso. Cabe destacar que la tasa de financiación actual sigue siendo positiva, lo que muestra que muchos traders aún esperan un escenario alcista para el futuro. Sin embargo, el alto apalancamiento también es como una espada de doble filo: en cuanto el precio sufra una variación inesperada y marcada, es fácil que se desencadene una cadena de liquidaciones. Recomendación de trading: hoy los operadores de derivados deben estar especialmente atentos a la posible aparición de un escenario de “ventana falsa” (“painted door”). Se sugiere reducir drásticamente el multiplicador de apalancamiento y fijar el precio de liquidación por debajo de un fuerte nivel de soporte, en 1790 dólares. Los inversores minoristas más conservadores deberían evitar protagonismo por el momento y cambiar al mercado spot, esperando a que este flujo de capital apalancado se haya limpiado antes de entrar cuando sea oportuno.  $ETH {future}(ETHUSDT)
Los remolinos del mercado de derivados: los contratos abiertos alcanzan un máximo de dos meses
Aunque el precio de Ethereum hoy parece no estar pasando por grandes cambios (se mantiene alrededor de los 1900 dólares), el mercado de derivados, en cambio, está moviéndose por debajo de la superficie. Según datos agregados de toda la red, el volumen de contratos abiertos en el mercado de futuros de criptomonedas ha subido al nivel más alto de los últimos dos meses. Esto implica que una gran cantidad de capital apalancado está en plena disputa dentro del mercado, y el enfrentamiento entre posiciones largas y cortas se vuelve cada vez más intenso. Cabe destacar que la tasa de financiación actual sigue siendo positiva, lo que muestra que muchos traders aún esperan un escenario alcista para el futuro. Sin embargo, el alto apalancamiento también es como una espada de doble filo: en cuanto el precio sufra una variación inesperada y marcada, es fácil que se desencadene una cadena de liquidaciones.
Recomendación de trading: hoy los operadores de derivados deben estar especialmente atentos a la posible aparición de un escenario de “ventana falsa” (“painted door”). Se sugiere reducir drásticamente el multiplicador de apalancamiento y fijar el precio de liquidación por debajo de un fuerte nivel de soporte, en 1790 dólares. Los inversores minoristas más conservadores deberían evitar protagonismo por el momento y cambiar al mercado spot, esperando a que este flujo de capital apalancado se haya limpiado antes de entrar cuando sea oportuno.
$ETH
Inicia sesión para explorar más contenidos
Únete a usuarios globales de criptomonedas en Binance Square
⚡️ Obtén información útil y actualizada sobre criptos.
💬 Avalado por el mayor exchange de criptomonedas en el mundo.
👍 Descubre perspectivas reales de creadores verificados.
Email/número de teléfono
Mapa del sitio
Preferencias de cookies
Términos y condiciones de la plataforma