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 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.
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%”.
Ú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.
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
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.
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.
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.
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?
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