老毛爱看片

Depuré #dusk en el traspaso de privacidad de Phoenix y caí en un agujero aún más sutil: metí una nota en el pool anónimo. El nodo rusk local devolvió “Transaction rejected”, pero en el explorador ni siquiera puedo buscar ese hash; no es que esté “pendiente”, es como si nunca hubiera existido. Mi primera reacción fue firmar y reenviar de nuevo… pero al día siguiente descubrí que en cadena ya habían digerido la transacción original. La nueva, en cambio, fue rechazada de forma permanente por un conflicto de nullifier. Y ambas quedaron atascadas en la zona gris de “enviada pero no confirmada”.

La causa raíz es que el mempool en @Dusk no es un estado de consenso global, sino una cola de almacenamiento temporal mantenida localmente por cada instancia de rusk. El seguimiento de notas no consumidas depende del progreso de sincronización del árbol de testigos en el nodo: en cuanto tu nodo se queda atrasado respecto a la altura de bloque actual, lo que ve es que “ese nullifier aún no está marcado”, y entonces lo deja entrar al mempool. Pero el generador de bloques del lado del árbol ya se actualizó: la transacción que entra allí se descarta directamente… y el descarte es silencioso: no aparece en el log de reject, ni se difunde el evento de fallo. La “ventana de olvido” de cada nodo depende totalmente de su configuración de tx_timeout y de la frecuencia de sincronización de testigos; no hay un estándar único.

Esto explica por qué algunos scripts de reintento automático escritos por integradores pueden provocar un doble cargo: “no la puedo ver en local” ≠ “no existe en cadena”, y “se descartó del mempool” ≠ “fue rechazada por consenso”. La forma correcta es: si encuentras una transacción colgada, primero espera al menos un epoch de finality (Dusk ~6-12 horas), y luego reenvíala tal cual con la misma cadena de bytes. Que el nodo determine si el nonce/nullifier ya se consumieron; solo cuando confirmes que el nonce de la cuenta objetivo ha incrementado, recién entonces se permite construir una nueva transacción.

En los sistemas distribuidos, “no se puede encontrar” siempre tiene tres significados: se perdió, aún no se sincronizó con tu visión, o ya fue confirmada por otros pero tu perspectiva está atrasada. Para mejorar la UX, el front-end suele asumir la primera como predeterminada; equivale a secuestrar la seguridad del libro contable con las expectativas del usuario. La capa de privacidad de $DUSK amplifica esa división asíncrona por una capa más — al fin y al cabo, ni siquiera se puede “buscar” el texto en claro. Cuando en tu integración te topes con una transacción colgada, ¿eliges esperar a la finalización para decidir, o apuestas a reenviar directamente sin más?

读安全公告最忌讳把"已修复"自动翻译成"已安全"。AEGIS 这波把 piecrust 里 Send/Sync 失配导致的 session 别名、宿主侧反序列化、Phoenix 费用/退款三处语义分裂，以及旧 h0 映射下"看一次签名就能伪造同钥其他消息"的 BLS 缺陷一并收口，表面看是 39 项修复的硬分叉，骨子里暴露的是 Dusk 把 ZK 结算、Rust VM、EVM 桥三层拼起来后，密码学之外那层"工程组装信任"比单点漏洞更脆。

1 月桥签名钱包失守更值得拆穿"协议没被击穿"的话术：共识层干净≠用户资产边界干净，桥是跑在协议上的经济信任层，热签+事件处理+网络同路径的旧设计本身就是可攻击面。后来签名与事件解耦、显式状态机（seen/submitted/completed/failed/stuck）、冷钱包手动补差、低余额自暂停，这些改动救的是运营模型，不是链上不变式——它们经不经得起高负载重放和异常恢复，得看回归测试有没有把"签名可用但事件丢失""worker 崩溃后重复广播"这类时序塞进去。

挪到 COW 和 ETH 上看，框架能借不能抄。COW 的安全边界不在链上合约那一亩三分地，而在 intent 签名约束、solver 竞价与 GPv2 结算合约三者的咬合；solver 集中、30 秒批窗口订单泄露、settlement 合约 approval 过大，才是真伤口，买回再猛也盖不住执行层被隐性抽租。 ETH 这边更直白：L1 客户端多样性、RPC 与构建者中心化、跨链桥信任假设，从来都是"证明之外"的命门。

所以我看 #dusk 后续只盯两个硬指标：AEGIS 关键根因是否进了长期 fuzz/差分回归而非一次性单测，以及桥新隔离架构在压测与断网恢复里是不是"失败即停"而不是"失败即静默继续"。审计条目数是面子，同类错误下次更难复发才是里子；在这两个变量被独立复验前，$DUSK 的安全折价只能按分期退，别一次清零。@Dusk

Me quedé mirando esos pocos “fichas” en la cartera y dudé durante un buen rato, pero al final toqué el botón de staking de #dusk . Total, con ese 12% de APY en la capa 1 de hoy, desde luego llama la atención: como una Coca-Cola fría en medio del desierto. Pero después de probarlo una ronda, solo sentí que esto no está hecho para la gente común. Hay un aire muy marcado de arrogancia de “señor del tipo institucional”.

El impedimento más evidente es el primer umbral. El 1000 @Dusk como línea mínima de inicio: calculado al precio de mercado, son decenas de dólares, y simplemente deja fuera a los pequeños inversores dispersos. Esto no es “finanzas descentralizadas”: es, más bien, el requisito mínimo de depósito para entrar a un club privado. Apreté los dientes y metí todo, más de dos mil participaciones. Pero después de enviarlo, la interfaz se quedó dando vueltas y el estado de los activos no se actualizaba en mucho tiempo. Pensé que era un fallo del nodo RPC; estuve revisando un buen rato hasta que en una esquina de la documentación encontré la respuesta: el staking solo se activa en el próximo límite de Epoch. Ese ritmo de liquidación por “épocas” es tan lento que me recuerda a la compensación T+1 de la banca tradicional; comparado con la confirmación en segundos de Solana o Cosmos, esto parece de otra era.

Lo que más me deja sin piso es la falta de transparencia sobre los nodos validadores. La parte oficial delega por completo la operación de los nodos en un tercero; a nivel de protocolo no intervienen en comisiones ni en controles de riesgo. Yo escogí uno “a ciegas” de la lista. El porcentaje de comisión está escondido con distintos niveles de dificultad, como si fuera un cajón sorpresa. Sé que el 70% de las recompensas de bloque va al nodo que produce bloques, y el resto se reparte entre fondos y el comité, pero como delegado no puedo calcular realmente cuánto “me están esquilmando” como “oveja”.

El único punto brillante es que el desbloqueo no tiene periodo de bloqueo: puedes retirar en cualquier momento. Esto es mejor que el esquema de “personas en modo rehén” de Ethereum. Pero esa configuración de “debe conservarse un saldo mínimo de 1000” se parece demasiado a una cláusula abusiva de tarjeta anual de gimnasio: te obliga a hacer todo el staking o, si no, te vas.

En resumen, el mecanismo de staking de $DUSK es un reflejo de su consenso conservador: para cumplir normativas y asegurar un nivel de seguridad a escala institucional, sacrifican la liquidez y la experiencia del inversor minorista. Esos rendimientos del 12% se sienten más como una compensación por el costo de hundir tu capital y consumir tu paciencia. Si el precio de la moneda cae otra vez, ni esos intereses alcanzan para cubrir ni la parte del deterioro del principal. Y entonces, “largo plazo” o “principios de largo plazo” son puro cuento: huir es lo que primero produce resultados.

Cuando los nodos se sienten realmente incómodos, por lo general no es que el bloque de repente crezca, sino que la red empieza a volverse “desobediente”.

Esta vez, al observar la capa de propagación de <t-2/> #dusk , me atrae un detalle: no interpreta la eficiencia de la red simplemente como “a más ancho de banda, mejor”, sino que intenta actuar directamente sobre el hecho de cómo viajan los mensajes.

@Dusk utiliza un mecanismo de propagación direccional basado en la distancia entre nodos en Kadcast. El nodo no recibe un mensaje y luego lo difunde sin pensar a todos los vecinos; en su lugar, elige el siguiente salto según las relaciones de enrutamiento, para que el mensaje continúe transmitiéndose por una ruta más definida. Parece menos “sexy” que otras ideas, pero en realidad es muy importante para una blockchain pública.

Porque el mayor problema de Gossip no es “ser lento”, sino la repetición.

Una misma transacción vuelve en un bucle desde nodos distintos: la red aún tiene que seguir reenviando, validando y almacenando en caché. Cuando aumenta la cantidad de nodos, la redundancia de mensajes termina consumiendo tanto el ancho de banda como la CPU. Lo que Kadcast intenta resolver, en esencia, es reducir esa propagación inútil, haciendo que los recursos de la red se empleen en mensajes que realmente necesitan llegar.

Pero yo no voy a asentir simplemente al ver la frase “reducir el consumo de ancho de banda”.

El mayor riesgo de este tipo de diseño es precisamente la red del mundo real. Si los nodos se desconectan de forma repentina, la latencia se dispara o los vecinos del enrutamiento dejan de estar disponibles, la supuesta ruta más corta podría convertirse instantáneamente en un camino cortado. Para garantizar que el mensaje finalmente llegue, el sistema debe preparar rutas alternativas y mecanismos de reencaminamiento. Cuanto más complejo sea el mecanismo de respaldo, más evidente se vuelve la tensión entre eficiencia de propagación y costo de mantenimiento.

Además, los nodos de una blockchain pública no son servidores fijos de laboratorio.

Al contrario, creo que ese es precisamente el punto que vale la pena seguir observando en la capa de propagación de $DUSK .

Si Kadcast logra mantener la estabilidad incluso en escenarios sucios como la entrada y salida masiva de nodos, la latencia entre regiones y la partición de la red, entonces no solo resuelve “ahorrar ancho de banda”, sino que hace que sea más fácil para los nodos comunes participar en la red.

Pero si, ante cualquier fallo de enrutamiento, se repliega con frecuencia, entonces toda esa eficiencia teórica de antes no tendrá mucho significado.

Al final, la blockchain pública no la gana la curva más bonita del whitepaper, sino si a las tres de la madrugada, cuando la red tiene problemas, los nodos aún pueden encontrarse el camino por sí mismos. ¿Ustedes creen que una modificación así en la capa de propagación suma para la descentralización a largo plazo de la blockchain pública, o empuja la complejidad del sistema hacia arriba?

那次节点告警短信凌晨炸我手机，我第一反应是 RPC 被刷了，直到 iftop 里全是 kadcast 端口的对外重传才反应过来——传统 gossip 那种“收到就转给所有邻居”的习性，在跨区抖动时就是个自激放大器。后来我蹲了 Rusk 源码和 2024 版白皮书 Section 2，才看清 Dusk 把广播换成 Kadcast 不是省带宽的小修小补，是把 P2P 层重写成 Kademlia DHT 的 XOR 距离寻址：每个节点按 bucket 存联系人，转发时只挑 XOR 距离递增的那几个 peer 做级联，不全网漫灌。

白皮书引的研究说相对 gossip 省 25%–50% 带宽、快块下 stale block 降 10%–30%，我把它当实验室上限。真实环境里 provisioner 节点隔几分钟进出一次、东京到法兰克福 RTT 飘 40ms、bucket 刷新靠周期性 ping 而不是事件驱动，路由表老化那几秒消息就得回退成泛洪——省下的带宽又吐回去一半。SA 共识三阶段（Generation → 1st/2nd Reduction → Agreement）里委员会投票消息全走 Kadcast，如果转发路径在 churn 下断裂，2/3 BLS 法定票收集不到，区块就不是省不省带宽的事，是直接卡轮。

它比 gossip 强的地方是真把“消息起源点”打散了，不依赖直连邻居，顺带把 Phoenix 屏蔽交易的源 IP 关联难度抬了一截；代价是排障心智负担重，mempool 默认 10000 笔、本地过期策略 Rusk 默认 3 天而 node-installer 配 30 分钟，这种参数分裂在新手运维眼里全是幽灵 bug。

我觉得 Kadcast 值不值，不看那 25%–50% 的纸面数，看三件硬事：bucket 刷新是否在节点掉线 1 个 epoch 内收敛、SA 投票在双分区时能否靠剩余连通子图凑齐 67% 法定、Provisioner 家庭宽带节点占比上去后尾部延迟会不会塌。这三关过了，它是金融链该有的“结构化配送”；过不了，就是给运维挖坑的漂亮论文。#disk @Dusk $DUSK

Muchos se quejan de que el EVM <0>#dusk </0> es “dar marcha atrás”, pero yo creo que precisamente es porque el equipo por fin se dio cuenta de algo: la compatibilidad no es un compromiso, es control de costos.

Construir un entorno de ejecución completamente nuevo desde cero quizá no sea inferior técnicamente a Ethereum, pero el precio es que toda la infraestructura tendrá que crecer de nuevo: las firmas de auditoría tienen que aprender un lenguaje nuevo para poder emitir informes, el equipo de carteras debe reescribir la lógica de las firmas, y el servicio de indexación debe adaptarse otra vez. Al final, esos costos se trasladan a las instituciones que están dispuestas a poner en la cadena, y cuando dichas instituciones eligen una tecnología, a menudo miran primero “si mi equipo actual puede pasar directamente a hacerlo” en vez de “qué tan elegante es el diseño de este lenguaje”.

@Dusk EVM tiene la parte inteligente de separar la capa de ejecución de las capacidades subyacentes: los desarrolladores siguen usando las herramientas familiares para desplegar contratos, pero si quieren, pueden llamar a las capacidades nativas de liquidación confidencial y validación de cumplimiento. Es como ofrecer una opción al desarrollador, no obligarlo a seguir un único camino. Los equipos que ya han tokenizado en Ethereum, en teoría, pueden evitar rehacer gran parte del código y conectar directamente la lógica de liquidación a una cadena pensada originalmente para escenarios regulados.

Pero no lo miraría con más respeto solo por este diseño. Añadir una capa de compatibilidad también añade supuestos de confianza: en comunicación entre capas, sincronización de estado y demás, los incidentes que históricamente han ocurrido no han sido menos que los fallos de seguridad de los contratos. El riesgo más realista es que, si la mayoría de los desarrolladores solo traslada los proyectos antiguos tal cual, buscando la comodidad del ecosistema EVM, entonces esa capacidad de diferenciación real—la liquidación confidencial—se queda al margen, y $DUSK EVM no sería muy diferente de una sidechain EVM ordinaria.

Así que no me importa demasiado el ruido de los números del despliegue de contratos; lo que quiero saber es cuántos de estos contratos realmente están usando módulos nativos de privacidad y cumplimiento. Si esa proporción no sube, la historia diferencial que cuenta DuskEVM se quedará solo como una opción, sin convertirse en un hecho.

去拿PT-sUSDe去#TermMax 开固定利率仓位这事，我算是交了一笔认知税。当初被那个锁定的年化数字吸引住，觉得比Aave里手动滚仓省心太多，操作确实顺滑，点几下就完事。真正的教训是提前退出那一下。

固定利率借贷的底层逻辑，是把负债做成FT在池子里流通定价。我扛到第三周想换仓，正赶上市场整体降息预期升温，FT价格被推得很高，赎回抵押物就得先高价把FT买回来填平。这一进一出的价差，直接吃掉了大半利差空间，账面上"锁定"的低成本瞬间变成了浮动的坑。圈内没人能真的躺平一个月不动仓，久期一长，退出成本就是隐形的达摩克利斯之剑。

自动展期更像开盲盒。新周期的定价完全交给AMM当下的供需状态决定，你点确认的那一刻根本不知道会撮合出什么利率，全凭池子情绪，没有任何议价空间，纯粹被动接受。

再算上链上成本：铸造凭证、走多跳路由，单笔Gas开销比常规借贷协议高出一截，小额资金进场，光是这笔损耗摊到借期里就能吃掉不小一块预期收益，本质是给资金体量不够大的用户变相加税。

久期匹配这套设计，说到底更适合能扛住整个周期不动的巨鲸玩家，散户追求的永远是能随时抽身的流动性。中途退出的隐性成本，才是这类协议真正的利润来源。你们有没有算过自己实际扛到期的年化，跟当初开仓看到的数字差了多少？@TermMax

#dusk CreatorPad: examen en profundidad de la verdad tras el bullicio de los datos

Al observar las distintas actividades de incentivos para creadores en el mundo cripto, la mayoría no puede escapar del típico problema de “inflar el tráfico y dejar mal la retención”. En esta ronda de la actividad de CreatorPad, @Dusk también me permitió ver con claridad la contradicción entre el impulso de corto plazo y la construcción de la ecología a largo plazo del proyecto. El gran pozo de premios crea unos datos superficiales impresionantes, pero no logra ocultar las deficiencias reales en el asentamiento de usuarios.

En esta actividad, la intensidad de la configuración es muy alta: un fondo base de 480.000 DUSK, además de hasta 40.000 USDC en recompensas por transmisiones en vivo. Las tareas obligatorias, como publicar contenido, seguir cuentas, realizar pequeñas transacciones on-chain y operaciones de comercio durante transmisiones en vivo, movilizan rápidamente a grandes cantidades de participantes. Los rankings en doble tablero —global y para la zona de habla china— y el alto umbral para entrar a las transmisiones, elevan directamente la popularidad del tema y las cifras de operaciones de corto plazo, proyectando hacia el exterior la falsa impresión de una ecología próspera.

Sin embargo, al desmenuzar los datos, las fallas son particularmente evidentes. En este momento, los productos centrales de la ecología Dusk aún no se han implementado oficialmente: DuskEVM y Hedger están en fase de red de pruebas, y Dusk Trade todavía se encuentra en desarrollo y montaje. La actividad depende de los premios para obligar a los usuarios a completar transacciones y tareas de publicación; pero cuando los usuarios entran, no hay productos maduros que puedan probar o en los que puedan profundizar. Todas las conductas de participación se orientan únicamente a la posición en el ranking y a las recompensas, sin conexión alguna con el uso real de la ecología.

Aún más preocupante es que, en enero de este año, Dusk ya lanzó un CreatorPad de escala con más de diez millones de unidades. Tras medio año, se ha replicado el mismo modelo de captación de nuevos usuarios, pero nunca se han publicado los datos clave del análisis de la ronda anterior. Una vez que se disipa el entusiasmo generado por las grandes recompensas, los datos de retención de los usuarios reales que mantienen su saldo, la actividad on-chain de usuarios a largo plazo y la retención de creadores que profundizan de forma constante quedan completamente en blanco; esa es, precisamente, la parte más cuestionable.

En el mundo cripto, lo más temible para un proyecto es priorizar el tráfico y dejar de lado la retención. Los usuarios que llegan atraídos por recompensas suelen ser, en su mayoría, cazadores de arbitraje y extracción de liquidez: cuando termina el periodo de recompensas, se marchan en masa, sin poder convertirse en usuarios que construyan el consenso central de la ecología. Incluso si el ranking de corto plazo luce brillante, no puede sostener el desarrollo a largo plazo de la ecología del proyecto.

En mi opinión, $DUSK , en lugar de seguir gastando grandes sumas para generar incrementos de popularidad, debería profundizar en el análisis y recapitulación de la base existente. Primero hay que entender la retención real de las actividades pasadas, corregir las deficiencias de implementación de los productos de la ecología y lograr que el tráfico se convierta de verdad en usuarios de la ecología. Ese es el punto clave para superar la dinámica de “carreras internas” y avanzar con pasos sólidos.

Lo que más relaja a la gente y baja la guardia no son las operaciones complejas, sino que “de repente, la operación se vuelve más sencilla”.

#TermMax App V2, al comprimir el flujo de operaciones, se siente realmente mucho más cómodo. Menos veces de ejecución, menos fuentes de liquidez para cortar, menos rondas de confirmación: para los usuarios comunes, todo esto es una mejora tangible de la experiencia.

Pero, curiosamente, creo que cuanto menos veces hay que firmar, menos deberías ahorrar también la parte de pensar.

Porque una firma única resuelve la eficiencia de ejecución, no la calidad de la operación.

Cuando ves una cotización, lo primero que no deberías hacer es confirmarla de inmediato, sino comprobar cuánta profundidad real hay detrás de ese precio. Si la mejor cotización solo se apoya en una capa muy delgada de liquidez, los números pueden verse bonitos, pero al momento de hacer la orden, es posible que el deslizamiento te vuelva a “educar”.

Hay otro punto que se pasa por alto con facilidad: la ruta de agregación elige por ti, pero quizá no sepas por qué la eligió.

La profundidad, el precio, las comisiones y el tamaño ejecutable de diferentes fuentes de liquidez no son iguales. La máquina puede calcular un resultado rápido, pero no se hará cargo de las pérdidas que ese resultado pueda causar. Especialmente cuando el mercado acelera de repente: la ruta óptima de hace unos segundos, quizá ya no sea la ruta óptima.

Esa es precisamente la parte contradictoria que veo en la función de “una sola firma”.

Su mayor valor, sin duda, es reducir la fricción operativa. Pero una vez que se reduce la fricción, los usuarios pueden caer más fácilmente en una ilusión: como el proceso es simple, el riesgo también es simple.

En realidad, es justo lo contrario.

Cuanto más automatizado sea el acceso a la operación, más debería poner las variables clave delante de los ojos del usuario: cuánto tiempo es válida la cotización, cuánto deslizamiento se espera, si la profundidad disponible para ejecutarse es suficiente, y cuánto se permite que el precio final se desvíe.

Por eso, cuando uso estas funciones, tengo un hábito bastante torpe: no me apresuro a firmar; primero miro la profundidad, luego el deslizamiento y, al final, recién miro esa “confirmación” que es lo más visible.

La automatización puede hacer el trabajo de recados por mí, pero no puede cargar la culpa por mí.

@TermMax Si se pudiera seguir avanzando esta experiencia hacia una “ejecución transparente”, en vez de perseguir solo “menos clics”, creo que tendría un significado mucho mayor.

Al fin y al cabo, la herramienta de trading verdaderamente avanzada no es la que hace que el usuario no vea nada, sino la que permite que el usuario no tenga que operar diez veces y aun así sepa exactamente qué está asumiendo.

RWA realmente interesante: quizá no sea trasladar a la cadena activos que todo el mundo ya conoce, sino recalcular las cuentas de esos activos que en el pasado “no valía la pena atender”.

Muchas pymes no es que no sean rentables; lo que ocurre es que el tamaño de su financiación cae en una zona incómoda: el banco quiere ver suficientes garantías, mientras que el capital institucional busca un nominal lo bastante grande y un sistema de gobernanza maduro. La empresa queda atrapada en el medio, y los costes fijos del mercado de capitales no se descuentan automáticamente solo porque el importe sea pequeño.

Ahí es donde entra el #dusk , algo que merece la pena observar.

Si la emisión, el registro, la transferencia, los permisos de los inversores y la liquidación pueden gestionarse bajo un mismo conjunto de reglas en una sola cadena, el ahorro real no serán solo unos cuantos pasos con menos clics, sino mucha coordinación humana repetida. Para las grandes compañías, esta optimización tal vez signifique que el departamento financiero haga menos turnos extra; pero para emisores de menor tamaño, puede incluso decidir si una financiación resulta o no rentable.

Hay otro problema que a menudo se pasa por alto: la liquidez, en sí misma, es un coste de financiación.

Si un activo es difícil de salir después de comprarlo, el inversor exigirá naturalmente una compensación de riesgo más alta. Si, de verdad, la transferencia secundaria conforme y más cómoda pudiera hacerse realidad, en teoría habría oportunidad de reducir este “descuento” por falta de liquidez. Pero ojo: es “posibilidad”, no “inevitable”. Tener mecanismos de transacción en la cadena no significa que el mercado automáticamente vaya a generar compradores.

Por eso también mantengo cautela con el @Dusk .

La tecnología puede hacer que el flujo de transacciones sea más fluido, pero no puede crear demanda de inversión de la nada. El mayor desafío de los valores para pymes suele no ser cómo emitir, sino quién estará dispuesto a mantenerlos a largo plazo, quién querrá hacerse cargo y si el emisor puede seguir ofreciendo información suficiente para que los inversores tomen decisiones.

Así que no solo voy a fijarme en cuántos activos se emiten en la cadena.

Lo que quiero ver es esto: si un grupo de empresas que antes tenía dificultades para acceder a servicios estandarizados de mercado de capitales, realmente empieza a usar de forma continua esta infraestructura; si, después de la emisión, se llega a generar una transferencia real; y si los inversores están dispuestos a reducir la prima por liquidez gracias a la mejora del proceso.

Si estos pasos se van poniendo en marcha poco a poco, el valor del $DUSK puede no estar en crear un mercado financiero más bullicioso, sino en convertir en un negocio por fin “contabilizable” —una oportunidad que antes tenía costes demasiado altos y un tamaño demasiado pequeño— las necesidades de financiación que antes no salían bien en los números.

Ver la vez que el #TermMax Alpha marcó el Long como compra de Call y el Short como compra de Put—en ese instante fruncí el ceño de forma instintiva: un protocolo de renta fija que hace deuda con cupón cero FT y apalancamiento con engranajes GT, de pronto se desvía hacia un AMM de opciones… demasiado parecido a esos trucos de “DeFi todoterreno” que meten préstamos, perpetuos y finanzas en una sola pestaña. Pero al terminar de leer el documento, retiro la mitad del desprecio: no está apilando funciones, sino reescribiendo desde cero el “apalancamiento”.

El apalancamiento tradicional muere en la línea de liquidación—si el precio de ETH punza un 5%, con una posición 3x te quedas fuera, y aunque aciertes en la dirección, igual no sirve. El mercado Alpha cambia el problema por una apertura de posiciones tipo opciones: pagas la prima para comprar un Call alcista o comprar un Put bajista, y la pérdida máxima es únicamente esa prima; no hay LLTV, no hay robots de liquidación, no hay el fantasma de “el precio pasó y volvió, pero el position ya se fue”.

GT se encarga del apalancamiento en un clic, FT de bloquear el rendimiento hasta el vencimiento, y Alpha de encapsular el juego de dirección del precio en una posición de opciones negociable. El pack de tres, en conjunto, realmente comprime lo que antes eran una docena de operaciones entre Pendle+Morpho+Aave en un solo swap. Esa simplificación de lo complejo, lo entiendo: DeFi no carece de complejidad, lo que falta es empaquetarla de una manera que no sea contraintuitiva para profesionales.

Pero hay que echar agua fría de frente. El punto débil del apalancamiento con opciones siempre es la liquidez: tu salida anticipada depende del contrapartista que vende en el Dual Investment dentro del AMM. La profundidad de las nuevas monedas de Alpha es delgada; en escenarios extremos, la liquidación neta por ejercicio y la entrega física pueden ser tan elegantes como quieras, pero si no hay compradores que tomen tu posición, es cero. Además, el carril de tipos de interés fijos tampoco es tan amplio como para ramificarse a gusto—Pendle ya se adueña de la mente con PT/YT. Y el @TermMax elige el ecosistema de Alpha en Binance y apuesta a capturar la ventana de descubrimiento de precios antes de la salida en perpetuos de los nuevos activos: es una decisión inteligente para evitar la batalla. Pero si esta ruta funciona o no, no se ve en una whitepaper, sino mirando si el volumen de operaciones diario del mercado Alpha puede mantenerse estable por encima del millón y si el deslizamiento al cerrar posiciones se “come” la prima en un 30% de forma constante.

No tengo prisa por llamarlo innovador, ni lo insulto como un frankenstein. Para evaluar solo hay dos números que no mienten: la curva de volumen negociado por tramos en el mercado Alpha, y el deslizamiento real al cerrar posiciones anticipadamente con importes pequeños. Si esos dos números se sostienen, entonces el apalancamiento tipo opciones no es un cosplay de un protocolo de renta fija.

Para quienes aportan liquidez en Dual Investment: en vuestras nuevas monedas de Alpha, ¿colgáis la oferta del lado vendedor deduciendo la prima a partir de la volatilidad implícita, o cubrís la retirada con la repartición de comisiones del OTMT de forma directa?

Me resulta más que familiar esta narrativa de “compatibilidad entre protección de la privacidad y regulación”. Cada vez que veo en los documentos técnicos del proyecto un diagrama de arquitectura de doble vía en paralelo, mi instinto es retroceder la barra de progreso y mirar primero cuántas transacciones reales hay cuando se publique en la red principal. El diseño de doble red con “transparencia pública + ocultación de privacidad” —#dusk — es, a nivel lógico, realmente ingenioso; pero a menudo, lo ingenioso implica que el costo de decisiones complejas se traslada al lado del usuario.

Para ser honesto, ni siquiera tengo claro con frecuencia el costo de Gas de diferentes cadenas dentro de mi wallet. ¿Cómo podría, en cada transferencia, tener que pensar si “esta transacción necesita pasar por el lado de la privacidad”? Esto no es “más funciones”; es una carga cognitiva. La implementación en un negocio real es aún peor: los desarrolladores, por un lado, deben ejecutar verificaciones de cumplimiento sobre un libro contable transparente; y, por otro, generar pruebas de conocimiento cero para crear UTXO de privacidad. Dos ejes de estado se tiran entre sí, y cualquier descuido en cualquiera de los eslabones puede provocar que los activos no cuadren con el balance. Los responsables de cumplimiento de instituciones financieras tradicionales —los que ni siquiera se atreven a usar nada más complicado que una fórmula SUM en Excel— seguramente negarían con la cabeza al ver esta arquitectura de doble vía.

Lo más crucial es que la divulgación selectiva no es, en absoluto, un punto a favor para los reguladores. Las entidades regulatorias europeas quieren el mapa completo de cómo fluye cada unidad de fondos; quieren un camino de auditoría con responsabilidades bien asignadas. Pero tú les entregas una llave que permite “abrir de forma selectiva” parte de los datos. Para el área legal, eso equivale a excavar un hueco ciego en el libro contable de manera intencional.

He visto que la tasa de staking es de más de 30% en la cadena, y eso sí puede ayudar a estabilizar la liquidez, pero solo demuestra que los mineros y los operadores de nodos confían en esta red; no significa que el capital tradicional esté dispuesto a mover su liquidez real y en efectivo hacia aquí. El dinero grande siempre es el más conservador: elegirán los libros contables transparentes, con reglas claras, sin ambigüedades y sin costos adicionales de decisión. Si el lado de la privacidad solo puede seguir ejecutando algunos activos de prueba en los márgenes, entonces esta arquitectura de doble vía se quedará para siempre en el nivel de “viable técnicamente”, muy lejos de la etapa de “usable comercialmente”.

Por eso mi postura frente a @Dusk es muy simple: seguir observando, sin tocarlo. Hasta que algún día vea que activos de cumplimiento de verdad y con escala se atreven a correr con confianza en el lado de la privacidad —y no solo a hacer demostraciones en el libro contable transparente—, volveré a reevaluar su valor. Por ahora, estos conceptos aún no son lo suficientemente convincentes como para que yo se aventure. $DUSK

Pasé toda una tarde “peleándome” con el botón de transferencia “una u otra opción” dentro de mi monedero (#dusk ) — el mismo monedero generado con el mismo conjunto de frases de respaldo, y aun así le meten dos lógicas de transacción totalmente incompatibles.

Moonlight sigue el modelo de cuenta estándar: el saldo, el remitente, el destinatario y el importe son públicos en toda la cadena. Phoenix funciona con UTXO y pruebas de conocimiento cero; los fondos existen como “notas” cifradas, el grafo de la transacción queda completamente desconectado y no se puede rastrear el flujo de fondos. De Moonlight a Phoenix, el proceso es fluido y la transferencia llega en tres minutos. Pero cuando terminé, no pude evitar quedarme mirando la pantalla pensando: la próxima transferencia, ¿cuál debo usar por defecto? La interfaz del monedero solo ofrece una opción: “public or shielded”. El usuario común no sabe cómo elegir en cada operación; esa barrera se duplica.

Esto no es solo un desastre de experiencia. Lo más problemático es que los protocolos DeFi ni siquiera saben en cuál lado deben construir los pools de liquidez. Oficialmente dicen: “Para lo regulado usa Moonlight; para lo privado usa Phoenix” — en el fondo es hablar sin asumir el costo. Si el pool está en Moonlight, las grandes ballenas hacen “exhibición” pública día tras día. Si está en Phoenix, ¿cómo se auditan las reservas? ¿Dónde se supone que se contrastan?

Las colaboraciones europeas impulsadas por @Dusk , por ejemplo con la plataforma de valores tokenizados de NPEX en Países Bajos, al final en un 80% o más solo podrán ejecutarse en Moonlight. MiCA y MiFID II aprietan la regulación al máximo. En teoría, la divulgación selectiva de Phoenix es viable, pero para un equipo de cumplimiento, el primer pensamiento al ver pruebas de conocimiento cero siempre es: “¿Cómo se audita esto?”. Después de siete años de “capas de privacidad”, al final las instituciones realmente grandes terminan sin atreverse a tocarlo. Qué ironía tan dura.

Actualmente hay más de 200 millones de DUSK en staking on-chain, que representan el 36% de la oferta total. La participación de nodos, de hecho, no es baja. Pero si al final toda la aplicación del ecosistema queda confinada a Moonlight, y Phoenix se convierte en un simple adorno, ¿en qué se diferencia Dusk de una cadena EVM común?

La tecnología sí es impresionante, pero la lógica del producto está totalmente desalineada. Hasta que la oficial complete los estándares de interacción entre modelos y los documentos de cumplimiento, no me atrevo a cargar una posición grande con $DUSK . Y el equipo que planea montar protocolos encima, también debería sopesarlo bien.

Muchos productos DeFi ponen el “rendimiento” en el lugar más visible, pero al ver #TermMax , en cambio siento que lo verdaderamente digno de analizar es la forma en que separa el riesgo y el rendimiento.

El tipo de interés fijo suena a algo tradicional, pero en la cadena no es tan sencillo. Los fondos on-chain no cuentan con ventanillas bancarias que te pongan en contacto ni con procesos manuales que absorban desajustes. El prestatario, el prestamista, los activos en garantía y el vencimiento tienen que coordinarse por contrato. Cuando el interés queda fijado, el mercado debe responder a una pregunta más realista: ¿cómo se debería fijar el precio de ese dinero?

Lo que es particularmente interesante en @TermMax es que no mete todo en un modelo simple de “cuánto se presta, cuánto interés se cobra”, sino que descompone cosas como la deuda, el apalancamiento y los plazos mediante distintos Token y estructuras de negociación. La ventaja es que las relaciones financieras se vuelven más fáciles de combinar, pero el problema también es evidente: cuanto más compleja es la estructura, más difícil es para un usuario común entender de un vistazo qué riesgo realmente está asumiendo.

Me fijo especialmente en su Range Order. En esencia, la Pricing Curve está construyendo una expresión de precios más fina para fondos con vencimientos fijos; ya no es que todo el capital gire alrededor de una única tasa unificada de un pool. Si este diseño logra formar un mercado lo suficientemente profundo, la eficiencia de fijación de precios de los productos de renta fija podría ser incluso mejor que la de un solo pool.

Pero aquí también hay un punto débil: por muy bonita que sea la curva, sin liquidez real no deja de ser un juego matemático.

También vale la pena observar la Physical Delivery. En condiciones extremas, si la ruta de liquidación no se puede ejecutar, la verdadera prueba de si el diseño del protocolo contempla el peor caso es si finalmente se puede materializar la relación de deuda mediante la entrega real de activos. En un mercado normal, cualquiera puede explicar un modelo; lo verdaderamente problemático es cuando hay cortes de liquidez, desviaciones bruscas de precio y cuando la contraparte no logra cerrar la operación.

Por eso, ahora prefiero ver TermMax como un “experimento de mercado de tipos de interés on-chain”, más que como un simple protocolo de renta fija.

Tiene imaginación en el enfoque, pero cuanto más compleja es la estructura, mayores son las exigencias en liquidez, fijación de precios y gestión del riesgo. Si se puede transformar desde una ingeniería financiera atractiva en un mercado que realmente sea usado de forma sostenida por personas, aún depende de que los datos hablen.

Recorrí toda la comunidad cripto y ahora los temas más candentes de discusión son todos los relacionados con #TermMax : capturas del 30%+ de rentabilidad llenando el timeline durante horas, el grito del “próximo coin de cien veces” retumbando por todas partes, e incluso ya hay KOL enseñando a la gente a hacer all in para “ganar tirados”. Yo lo he estado siguiendo desde la fase de pruebas del proyecto; de momento solo tengo una pequeña posición de prueba. Hoy, sin ningún filtro emocional, voy directo a las conclusiones.

Primero, hay que admitir que que TermMax se haya disparado no es solo por vender humo: el mecanismo de ajuste de comisiones dinámicas y la eficiencia del order book al hacer matching sí están en el primer escalón dentro del segmento de protocolos de derivados. Justo se alineó con el momento de explosión del mercado. En esencia, es la ventaja técnica acumulada previamente que encajó con la demanda de trading actual; no hace falta ponerse a “tirar mierda” gratuitamente.

Pero ahora, con todo el mundo hablando de crecimiento, nadie está notando las minas escondidas en el modelo de confianza: revisé el historial de commits de código de los últimos tres meses y los módulos centrales llevan seis semanas seguidas sin actualizaciones importantes. Los problemas que a veces encuentra la gente en la capa on-chain —lag por interacción, pinchazos en condiciones extremas de mercado— nunca han venido acompañados de un cronograma de reparación claro por parte de la oficial. En cambio, la gran mayoría de los recursos se ha ido a la salida al mercado y la difusión.

“Primero correr a conquistar terreno y luego remendar los agujeros técnicos” es una práctica habitual en Web3, pero justo ahí está el mayor riesgo para los activos de los usuarios: ahora el mercado va bien y el tamaño de las operaciones no ha alcanzado el umbral crítico, así que los problemas están por debajo de la superficie. En cuanto aumente la volatilidad en el futuro y se evidencien las carencias técnicas, la primera presión la van a recibir los fondos de los usuarios comunes. No le creas a nada de “crecer juntos con el proyecto”. Si la deuda técnica está acumulada y no se resuelve, entonces basarse solo en la narrativa y el consenso para inflar el precio es, en esencia, que los usuarios paguen la prueba y el error de quienes gestionan el proyecto.

En mi caso, ahora mismo solo tengo como máximo dos niveles de dinero ocioso para probar: si gano, retiro proporcionalmente y bloqueo las ganancias; si llega a la línea de stop loss, corto de inmediato. No toco para nada la idea de “inversión de valor a largo plazo”. En el cripto, nunca hay operaciones que de verdad estén libres de perder. Todo lo que estás viendo al hacer scroll son showcases de ganancias; cuando el mercado se invierte, nadie va a publicar las operaciones que terminan perdiendo hasta la mitad.

Aviso de riesgo: este artículo es solo para compartir mi opinión personal y no constituye ningún consejo de inversión. El mercado de criptomonedas pertenece a un ámbito de inversión de alto riesgo. @TermMax , como proyecto emergente en esta ruta, enfrenta múltiples riesgos de incertidumbre; por favor, participa únicamente con dinero ocioso que puedas perder por completo. No hagas all-in y no inviertas pidiendo prestado.

Este asunto de que se lanzó DuskEVM este año #dusk , creo que merece más reflexión de la que la mayoría de la gente piensa. La propuesta inicial de esta cadena era muy clara: una infraestructura base de cumplimiento de privacidad para instituciones financieras con licencia. Phoenix gestiona transacciones de privacidad, Moonlight ejecuta liquidaciones transparentes, y la diferenciación de todo el relato es que está “diseñada específicamente para escenarios regulatorios”. Ahora, al añadir una capa de compatibilidad con EVM, la lógica es conectar a los desarrolladores y la liquidez del ecosistema de Ethereum. A corto plazo, efectivamente puede impulsar un poco los datos de TVL y actividad de trading. Pero aquí hay una contradicción que nadie quiere decir de frente: la compatibilidad con EVM implica aceptar la suposición predeterminada de Ethereum de interacciones sin permiso y anónimas, lo cual choca de manera natural con el enfoque original de “infraestructura de cumplimiento para instituciones con licencia”. Si en @Dusk EVM lo principal que corre son robots MEV y granjeros que suben puntuaciones, entonces no hay una diferencia esencial respecto a cualquier otra sidechain EVM. En ese caso, la escasez de “privacidad + cumplimiento” se diluye. El equipo probablemente dirá que es “caminar con dos piernas”, pero los recursos y la atención narrativa son limitados: una sola cadena difícilmente puede contar bien dos historias a la vez, ya sea “emisión regulada para bancos suizos” o “bienvenidos los degen de DeFi para farmear airdrops”. Lo siguiente a observar es la composición de las direcciones activas en $DUSK EVM; quizás eso explique mejor el problema que mirar los números de TVL.

Hablemos del $DUSK . Últimamente mucha gente me pregunta cómo va realmente este proyecto y si vale la pena entrar de manera impulsiva. Primero, una historia real: tengo un amigo que lo vio por sus características de privacidad y sus comisiones bajas; no lo pensó mucho y se metió con todo. Luego, cuando el mercado empezó con una racha de volatilidad, mientras ponía órdenes esperando la oportunidad, por dentro no tenía nada claro y no podía dormir, pendiente todo el tiempo de ese precio. En el cripto, hay muchos trucos; lanzarse a ciegas suele terminar siendo el que te “cortan” las ganancias.

El #dusk tiene puntos técnicos que sí llaman la atención, especialmente en lo relacionado con la protección de la privacidad, y eso encaja con las necesidades y dolores de ciertos usuarios. Pero que la tecnología sea buena no significa que vayas a hacer dinero de inmediato. Ten en cuenta que el proyecto todavía está en etapa de crecimiento y que el ecosistema se está construyendo; no es como si de un día para otro fuera a superar al mercado. Es como jugar con el radar: necesitas paciencia y atención, y no dejar que la fluctuación de corto plazo te confunda.

Si piensas mantenerlo bloqueado esperando una subida, antes debes medir tu tolerancia al riesgo, diversificar de forma razonable y no apostar todo a una sola canasta. En cripto no hay “asegurado al 100%”. Usa bien la billetera en frío y evita tocar cosas o enlaces que no conoces; estas medidas básicas de seguridad de verdad no se pueden omitir. El equipo y la comunidad de @Dusk siguen relativamente activos, pero el tono de “hype” también es bastante, así que no te dejes arrastrar por la emoción del FOMO.

En resumen, $dusk merece la pena seguirlo de cerca, pero no te vayas all-in solo porque “el proyecto es bueno”. Encontrar poco a poco el ritmo que mejor se adapte a ti es lo importante. ¿Qué opinas?

Hablar de “privacidad” y “cumplimiento” juntos no es difícil. Lo difícil es el límite del poder.
#dusk Con Moonlight ha publicado dos modelos de privacidad con Phoenix, además de divulgación selectiva; la ruta técnica ya está bastante completa: lo predeterminado es mantenerlo oculto, y cuando se necesita, se abre siguiendo las reglas. El problema no es “si se puede hacer”, sino “quién lo decide”.
¿Quién tiene el derecho de exigir la divulgación? ¿Quién emite los certificados y quién los revoca? ¿El usuario puede ver con claridad, antes de entregar los datos, qué es exactamente lo que está entregando, durante cuánto tiempo, y a quién se los entrega? Estas son las cuestiones que realmente determinan si el sistema se deforma o no.
La tecnología puede diseñarse de forma muy ingeniosa, pero si el límite se vuelve borroso, la privacidad se convertirá en un cajón que se puede abrir en cualquier momento, y el cumplimiento en un bolsillo que se puede ampliar cuando se quiera. Ninguna de las dos partes va a estar satisfecha.
Así que, en lugar de insistir una y otra vez en “apoyamos tanto la privacidad como el cumplimiento”, lo que realmente merece la pena vigilar son algunos datos más concretos: qué proporción de las transacciones realmente corresponde a la privacidad, si el proceso de revocación es público y verificable, y si en cada divulgación existe un registro de auditoría rastreable.
Estos números y procesos, más que cualquier eslogan, pueden explicar dónde se traza exactamente el límite del poder.@Dusk $DUSK

最近这段时间我看项目的逻辑变了：不再盯着KOL吹出来的「十万TPS」「万倍生态空间」这类虚头巴脑的数字，核心判断标准只留一个——项目的底层框架能不能在用户隐私、监管合规、功能可组合性三者之间稳住边界，既不偏废某一端，也不会为了妥协某方需求把核心价值磨没了。

之前我对#dusk 的偏见其实挺大，默认又是个蹭零知识证明和模块化热点的空气项目，还跟朋友打赌它活不过今年三季度，白皮书翻了两页就给人扣了个「ZK套壳」的帽子。直到上个月做隐私赛道调研，特意绕开所有KOL的分析帖，硬着头皮扒了三天官网的测试网数据、开源代码和技术文档，才发现之前的判断下得太草率。

当然我到现在也没完全放下顾虑：框架逻辑跑通不代表实战就能落地，有几个核心问题是需要持续盯着验证的：一是主网上线后，真实资产交易场景下的ZK验证效率会不会出现明显下滑，状态分割机制能不能覆盖复杂交易的隐私需求；二是MiCA合规备案能不能真的拿下来，后续会不会为了适配监管要求不断妥协，最后把用户隐私的核心优势磨没了；三是这种聚焦合规隐私交易的窄赛道，能不能支撑起足够的应用生态，会不会最后变成只有少数机构用的封闭网络。

现在谈@Dusk 是「赛道奇点」还为时尚早，我也只配了很小的观察仓位，真金白银重仓进场肯定要等主网上线跑过几个周期、核心验证点都落地了再说。毕竟在这个动不动就喊「革命」「破局」的行业里，愿意沉下心磨三四年技术和合规的项目不多，但愿意拿时间换确定性的投资者也得有点耐心——毕竟我们要等的是一个真能把隐私和合规捏到一块的可用产品，不是又一个吹破的风口故事，不是吗？$DUSK

Estoy mirando #dusk . Lo que me atrae no es el precio, es su enfoque de diseño del modelo de confianza.

La mayoría de las cadenas de privacidad solo hacen “ocultación”. En cambio, Dusk hace “ocultación selectiva”: Citadel permite que las instituciones decidan por sí mismas a quién revelar y cuánto revelar; sin que sea necesario publicar toda la información KYC en toda la red, se puede cumplir con las auditorías regulatorias. Esta idea es, en realidad, bastante inteligente: convierte la “privacidad” y el “cumplimiento” de caras opuestas en parámetros configurables.

Pero me gusta, y aun así, una cuerda en mi mente no se ha aflojado. Al final, el modelo de confianza evalúa tres cosas: si el propio circuito ZK tiene vulnerabilidades; la pérdida de rendimiento del cifrado homomórfico con volúmenes reales de transacciones; y si las instituciones están dispuestas a usar en serio este sistema de divulgación selectiva, en lugar de que solo se vea bien en el whitepaper. Ahora que $DUSK EVM acaba de ser compatible con Solidity hace poco, el ecosistema todavía está en una etapa temprana; las pruebas de estrés reales aún no han llegado.

Que los conceptos sean coherentes y que el dinero real los respalde, entre ambos hay un tramo de camino. La entrada de las instituciones RWA trae más bien “trueno sin lluvia”: ¿realmente migrarán los activos para ponerlos a funcionar?, esa respuesta ahora nadie puede dármela con certeza; solo puedo esperar a que hablen los datos on-chain.

Ustedes, ¿piensan que la primera prueba de estrés real de este modelo de confianza empezará en qué escenario?

Notas de investigación personal; no constituye asesoramiento de inversión. El mercado conlleva riesgos. @Dusk