向日葵向日

#dusk $DUSK He notado en el documento de @Dusk un módulo que es fácil pasar por alto: Dusk Trade. No es un DEX simple, sino que se describe como un “exchange descentralizado”, construido directamente sobre Dusk L1 y con planes de admitir el modelo de libro de órdenes en lugar de AMM. Esta diferencia es mucho más grande que “otro DEX más”.
AMM (market maker automático) se ha popularizado en Ethereum, en parte porque las limitaciones de rendimiento y coste en L1 hacen que un libro de órdenes no sea realista. Pero el objetivo de diseño de la propia Dusk para su consenso es baja latencia y finalización determinista; en teoría, construir el libro de órdenes sobre L1 sí es viable. La ventaja del libro de órdenes es que la formación de precios es más eficiente, no hay pérdida por impermanent loss y las estrategias de market making son más flexibles; pero todo esto depende de que la capa base pueda soportar operaciones de colocación y cancelación de órdenes de alta frecuencia.
El problema está ahí. El documento describe los objetivos de diseño de Dusk Trade, pero no ofrece datos reales de desempeño del libro de órdenes en el entorno de mainnet. ¿Cuánto tarda la confirmación al colocar y cancelar órdenes? En escenarios de alta concurrencia, ¿el motor de emparejamiento se convertirá en un cuello de botella? Si la experiencia no es mejor que la de un exchange centralizado, los market makers no se involucrarán. Sin market makers, la profundidad del libro de órdenes no despega; y sin profundidad, los usuarios minoristas tampoco lo usarán.
En realidad, esta es una prueba clave: si Dusk Trade puede ponerse en marcha, se verificará directamente si la “baja latencia” de Dusk L1 es más que pura teoría. Antes, al analizar el staking, la privacidad y los puentes, todo era observar el nivel del protocolo; Dusk Trade es el primer producto a nivel de aplicación que se orienta directamente a los traders, y su desempeño validará de forma inversa si el consenso subyacente realmente alcanzó lo que prometía.
Así que añadiré un punto más a mis próximas preocupaciones sobre DUSK: la velocidad de confirmación de órdenes después del lanzamiento de Dusk Trade, el spread entre compra y venta y el nivel de participación de los market makers. Al final, si una cadena pública funciona o no, depende de si la aplicación construida sobre ella puede retener usuarios. Ningún parámetro en la documentación técnica vale más que una imagen de profundidad de un libro de órdenes@Dusk $BTC

#dusk $DUSK Ayer por la noche, mientras leía la versión actualizada del libro blanco en <a>Dusk</a>, llegué a la sección sobre el consenso de <c-1/> Citadel y lo leí dos veces antes de darme cuenta de lo descuidado que había sido mi comprensión previa de PoS: siempre, de forma instintiva, he pensado que el consenso de PoS es básicamente “quien hace más staking es quien manda”, y con ese supuesto discutía el grado de descentralización. Pero la propuesta de Citadel separa “quién manda” y “quién puede proponer el siguiente bloque” en dos problemas independientes.
Citadel utiliza un mecanismo de ordenamiento por selección ciega, combinado con un sorteo criptográfico y eliminación progresiva: en cada ronda, primero mediante VRF se elige aleatoriamente un comité entre los validadores; dentro del comité, se ejecuta una votación tipo BFT para producir el bloque final. Este diseño rompe la cadena “más staking = más control”: hacer más staking solo significa que tienes más probabilidad de ser elegido, pero no que necesariamente puedas dominar el resultado del consenso. Además, con Kadcast como capa de red, la forma de difundir bloques entre nodos no es la inundación tradicional de Gossip, sino una propagación por niveles según la topología de la red; el consumo de ancho de banda es entre 25% y 50% menor que con el protocolo Gossip.
Con estas dos capas superpuestas, mi sensación es que Dusk ha pensado con mucha más fineza que la mayoría de las cadenas de bloques en el tema de la “eficiencia”. La aleatoriedad en la capa de consenso garantiza la resistencia a la censura; la propagación estructurada en la capa de red reduce la latencia; y luego se superpone Piecrust, una VM optimizada específicamente para pruebas de conocimiento cero. La lógica de elección de todo el stack técnico es coherente: no es para acumular términos tecnológicos, es para que la combinación de “cumplimiento + privacidad” realmente pueda funcionar a nivel de ingeniería, no para quedarse en las bonitas frases del libro blanco.
Pero hay una parte que no termino de entender: la aleatoriedad del sorteo del comité depende completamente de la seguridad del VRF. Si hay vulnerabilidades que permitan predecir la implementación del VRF o la generación de la semilla, entonces se afloja la suposición de seguridad de todo el consenso. Aún no he encontrado el informe de auditoría de Dusk sobre este punto; si alguien ya lo revisó, agradecería que me indicara por dónde.
No he movido el fondo base; los nodos que han aumentado su staking están esperando los tiempos reales de producción de bloques y los datos de tasa de bifurcaciones tras el lanzamiento de la mainnet de Citadel.
¿Ustedes creen que este diseño de consenso de “ordenamiento por selección ciega” puede ser realmente más resistente a la censura que un DPoS tradicional? Dejen en comentarios su lógica. @Dusk $BTC

#dusk $DUSK Hoy leí una discusión en la comunidad de @Dusk y vi una publicación que decía: "DuskEVM se lanzó; a partir de ahora, el DeFi en el ecosistema de DUSK se puede jugar sin problemas". Abajo había un montón de gente dándole like. Dudé un momento sobre si debería enfriar el entusiasmo, pero al final no pude aguantar.
DuskEVM, de hecho, trae la compatibilidad con EVM, pero entre "compatibilidad con EVM" y "DeFi para jugar sin límites" no hay un río: hay un mar. La compatibilidad con EVM solo resuelve el problema de si los contratos inteligentes pueden ejecutarse; no resuelve lo que ocurre después de que se ejecutan. La variable más grande en la cadena de Dusk es la capa de transacciones confidenciales de Hedger: tus posiciones, saldos y montos de las operaciones están cifrados extremo a extremo, así que en la cadena no se puede ver nada. Esto significa que todos los protocolos DeFi que dependen de la transparencia de los datos on-chain prácticamente tendrían que reescribir su lógica central en Dusk.
Un ejemplo lo más simple: ¿cómo calcula un protocolo de préstamos el ratio de colateral? En el DeFi tradicional, puedes leer directamente los saldos on-chain y las posiciones de deuda, pero en Dusk esos datos están cifrados. Entonces el protocolo, o bien depende de que los usuarios revelen la información (¿y qué hay de la confianza?), o bien recurre a pruebas de conocimiento cero para verificar que "el ratio de colateral es suficiente" sin descifrar (técnicamente posible, pero la complejidad se dispara). Otro ejemplo: el mecanismo de liquidación. Si el liquidador no puede ver el monto exacto de la posición bajo el agua, ¿cómo determina si debe liquidar? ¿Cómo se fijan las condiciones de activación?
No es que no se pueda hacer DeFi en Dusk, sino que el DeFi en Dusk no será una copia y pegado simple de Uniswap y Aave. Requiere un conjunto completamente nuevo de paradigmas de diseño que, bajo el supuesto de que los datos son invisibles, permita lograr "verificación de la lógica". En la industria, por ahora, no existe una plantilla madura de ese paradigma; Dusk está explorando por su cuenta, y los desarrolladores del ecosistema también.
Dejo el fondo base, pero en la parte de ecosistema DeFi, por ahora no me hago expectativas a corto plazo. Primero miraré qué forma pueden lograr las primeras tandas de DApps nativas.$BTC @Dusk

#dusk $DUSK Hoy leí los documentos técnicos sobre la plataforma @Dusk ; llegué a la sección del modelo de negociación Phoenix, y tuve que releerla tres veces para entenderla más o menos. Esta elección de diseño, la mayoría de la gente ni siquiera la nota cuando ve Dusk, pero es la que determina lo que Dusk puede hacer y lo que otras cadenas no.
En pocas palabras: la mayoría de las cadenas EVM usan el modelo de cuentas, como una cuenta bancaria; el saldo es un número y una transferencia consiste en restar de un número y sumar a otro. El modelo UTXO es como el dinero en efectivo: cada billete tiene un valor nominal y un número de serie independientes, y al gastarlo puedes combinar varios. El modelo de cuentas tiene la ventaja de que los contratos inteligentes son más fáciles de escribir; el modelo UTXO tiene la ventaja de que la privacidad es naturalmente mejor, porque cada transacción puede existir de forma independiente y no es necesario exponer el estado global.
El modelo Phoenix de Dusk toma la tercera vía: mezcla la ventaja de privacidad del UTXO con la capacidad de contratos inteligentes del modelo de cuentas. Usa un diseño llamado "activos confidenciales"; en esencia es UTXO, pero permite ejecutar contratos inteligentes. Eso le da un lugar donde apoyarse al tipo de mecanismo de transacciones confidenciales que usa Hedger. Solo con una estructura UTXO puedes hacer pruebas de conocimiento cero sobre el importe y las direcciones de una transacción individual; en el modelo de cuentas, es muy difícil lograr un nivel de privacidad similar sin sacrificar la composabilidad.
Volviendo al punto, esta elección técnica muestra que desde el principio Dusk no pretendía ser "otra cadena EVM más". En lugar de eso, fue construida al revés: a partir de necesidades de privacidad se eligió la estructura de datos. Yo comparto la idea de ese enfoque de "arquitectura impulsada por requisitos"; pero el coste es que la migración para desarrolladores será mayor que en una cadena EVM estándar. En qué grado Phoenix es compatible con Solidity, y si el ecosistema puede atraer suficientes desarrolladores para cubrir este hueco, por ahora sigue siendo una incógnita.
¿Ustedes creen que este tipo de intercambio de "compatibilidad a cambio de privacidad" es sensato o arriesgado en el entorno de mercado actual?@Dusk $BTC

#dusk $DUSK He revisado de nuevo los criterios de suministro de DUSK. La frase que más fácil se puede decir mal es: "la migración incrementa el suministro". Después del lanzamiento de la red principal nativa, la misma DUSK llegó a presentarse simultáneamente de tres maneras: ERC-20 en Ethereum, BEP-20 en la cadena de BNB, y saldos en la cadena nativa. La migración hace lo siguiente: bloquea o destruye las dos primeras representaciones, y libera en la cadena nativa cantidades equivalentes; el total no cambia, lo único que cambia es en qué libro mayor se registra ese suministro.
Así que, al mirar los datos, hay una trampa: si solo cuentas los saldos en los contratos de Ethereum, verás que "disminuye"; si solo miras la cadena nativa, verás que "aumenta". Durante el periodo de migración, estos dos números no pueden tratarse por separado como oferta en circulación. Primero hay que combinar las representaciones entre cadenas bajo un mismo criterio, y luego separarlo del análisis de la curva de emisiones.
La emisión es otra cosa. DUSK tiene un total de 1.000 millones; una parte considerable ya existía cuando se inició la red principal. El resto sigue una curva de disminución año a año y, durante decenas de años, se emite como recompensas de consenso. En otras palabras, el verdadero incremento futuro de DUSK proviene de las recompensas de bloques, no de la migración. Si mezclas estas dos cosas, es fácil confundir un traslado contable con inflación.
Los usuarios de BTC tienen intuición sobre el suministro fijo y la curva de halvings, y al ver Dusk tienden a fijarse solo en "cuánto falta para que se emita". Los usuarios de ETH, en cambio, suelen tomar el totalSupply del contrato como cifra autorizada, pero cuando se lanzó la cadena nativa, el saldo del contrato es solo un contenedor pendiente de migración: leerlo te da el progreso de la migración, no el tamaño de la red.
Creo que, al evaluar @Dusk , más que preguntarse "cuánta oferta circula", vale más la pena seguir tres cosas: cuántas versiones ERC-20/BEP-20 aún no se han migrado, si los exchanges ya cambiaron completamente los depósitos y retiros a la red nativa, y cuánta emisión real se ha hecho cada año por recompensas de bloques. La primera determina cuándo el criterio de medición queda limpio; la segunda determina si los usuarios se equivocarán al enviar a la red; y la tercera es la que de verdad refleja el suministro que se añade. A continuación, analizaré estas tres, y no solo miraré un único total de capitalización. @Dusk $BTC

#dusk $DUSK hacer DeFi desarrollador Pequeño Wei envió un mensaje a medianoche: "¿Ya viste el Hedger de Dusk? Usa cifrado homomórfico para mantener en secreto los saldos de la piscina de liquidez, y aun así permite auditoría y supervisión autorizada. La idea es bastante atrevida."
Saqué los documentos técnicos de @Dusk y me quedé mirando durante mucho tiempo la arquitectura de Hedger. Su enfoque no es como la mayoría de las soluciones del mercado: no se limita a añadir una capa de anonimato a las operaciones, sino que hace que los primitivos de DeFi —por ejemplo, la piscina de liquidez de AMM— sigan funcionando en un estado donde el saldo se mantiene cifrado en todo momento, y a la vez conserva un canal de auditoría para el regulador.
Con DuskEVM, en teoría, los desarrolladores de Solidity pueden migrar directamente y usarlo.
Pero al profundizar en el rendimiento y la gestión de claves del cifrado homomórfico, me fruncí el ceño.
El mayor coste del cifrado homomórfico es el cómputo. En cada operación de suma, resta y multiplicación de saldos confidenciales, los cálculos se realizan directamente sobre el texto cifrado, lo que multiplica el consumo de Gas y la latencia. La red principal de DuskEVM ya está en línea, pero Hedger todavía se mantiene en fase Alpha. Esto significa que los desarrolladores, a corto plazo, no van a conseguir componentes utilizables para ejecutar DeFi de privacidad en DuskEVM; el llamado "anonimato" solo se puede reconstruir con una capa adicional externa.
Otro obstáculo inevitable es la gestión de claves. El canal de auditoría depende de que el regulador tenga las claves correspondientes; pero si las claves se filtran o se usan de forma indebida, la protección de todo el saldo confidencial queda prácticamente anulada. Quién las conserva, cómo se gestionan y qué hacer para mitigar pérdidas tras una filtración no se responde claramente en el documento.
El concepto de DeFi confidencial es muy atractivo, pero entre la fase Alpha y la producción hay mucho más que unas cuantas líneas de código. Sobre Hedger, ¿qué opinas?
Solo representa opiniones personales de investigación y no constituye asesoramiento de inversión. Nos vemos en la sección de comentarios.@Dusk $BTC

#termmax 固定利率这个赛道，Pendle 已经占了不少用户心智。
TermMax 想分一杯羹，产品得有点真东西。
我最近仔细看了下 TermMax 的三个核心产品：FT、XT、GT。
FT 是固定收益凭证，用户折价买入，到期按面值兑回，锁定收益；XT 是借款凭证,提前锁定借款成本；GT 是杠杆凭证,把复杂的循环杠杆操作压缩成一个代币。
从产品逻辑上看，这套组合确实挺完整。
但问题是，Pendle 已经把"用本金换固定收益"这个故事讲得很清楚了，用户习惯也培养起来了。
TermMax 如果只是做一个"Pendle 的替代品"，那很难抢到用户。
它得有点差异化的东西。
我觉得 TermMax 最有意思的一点，是它的治理机制——Curator Vaults。
这不是简单的投票治理，而是让治理权直接碰到资金分配。
不同的 Vault 承担不同的策略，资金怎么流、风险怎么分、收益怎么切，都会被纳入这套机制。
如果这套东西真的能跑起来，那 TermMax 就不只是"另一个 Pendle"，而是一个有自己特色的固定利率协议。
但现在问题是：这套治理机制还没有经过市场验证。
TGE 之后，用户会不会真的参与治理？Curator Vaults 能不能吸引到足够多的资金？这些都是未知数。
所以我现在的态度是：产品逻辑认可，但执行还得看。
Pendle 的成功不是靠白皮书,是靠真实的交易量和协议收入。
TermMax 也一样。
我会观望 TGE 后的第一个月，看看真实的用户留存、交易量和协议收入。@TermMax $BTC

#dusk $DUSK Dejando de lado la narrativa tecnológica, siempre he sentido que lo más fácil de pasar por alto y, a la vez, lo que más deberíamos vigilar del proyecto Dusk es su estructura de “fichas” (tokens).
Primero, dejemos claro esto: la posición de @Dusk no es para que la jueguen los pequeños inversores; es una base regulatoria de cumplimiento para que las instituciones tokenicen valores. A nivel técnico, sí hay cosas: pruebas de conocimiento cero en Phoenix para ocultar operaciones, Rusk VM que convierte reglas regulatorias en circuitos, y además hay acuerdos de lenguaje común con exchanges con licencia como NPEX. Todo eso merece puntos. Pero el poder de fijar el precio del token es otra historia; que la tecnología sea buena no significa que el precio lo determine el mercado.
Si revisas la distribución de direcciones en la cadena, no podrás reírte: las principales direcciones controlan una proporción bastante alta del suministro circulante, y las dos direcciones principales juntas pueden representar más del 40%. Con una estructura así, el supuesto “infraestructura base a nivel institucional” no tiene en absoluto el poder de fijar el precio en el mercado secundario. Cualquier movimiento de un gran titular se traduce, para los pequeños inversores, en volatilidad pasiva. Crees que estás compitiendo contra los fundamentales, pero en realidad estás compitiendo contra el estado de ánimo de solo unos pocos monederos.
Lo más complicado, además, es el ritmo de desbloqueo y circulación. La adopción de la vía RWA es una variable típica de “movimiento lento”: las decisiones tradicionales de las instituciones se calculan en años, mientras que la inflación y los desbloqueos del token no van a esperar. El despliegue técnico puede tardar tres años, pero la digestión de fichas solo toma unos meses; ese desajuste es, sin duda, el riesgo más real. El proyecto puede esperar, pero el capital temprano no. Cuando esos dos tiempos chocan, el precio se puede tensionar de una forma muy fea.
Mi postura es muy simple: como boleto de observación para un enfoque de privacidad y cumplimiento, esta idea está bien; pero no la trates como una apuesta con posición grande. La señal real de giro no es el “canto” de órdenes, sino que la proporción de las principales direcciones empiece a caer de manera sostenida, que en la cadena aumente el recambio real, y que las fichas se expandan desde unos pocos monederos hacia más tenedores reales.
Que la tecnología sea buena es una cosa; que las fichas quieran ceder el poder de fijar el precio al mercado es otra. Hasta que estas dos cosas no estén alineadas, solo miro, pero no tomo una posición grande. @Dusk $BTC

#termmax Eligiendo el tipo de interés fijo para @TermMax , todos suelen fijarse primero en dos columnas: cuánto es el tipo de interés y cuánto dura el plazo. Pero cuando pongo varios parámetros lado a lado, me doy cuenta de que lo que de verdad hay que mirar primero es la columna de colateral: en el mismo mercado de deuda, cambiando el activo de garantía, la calidad de la posición puede ser completamente distinta. #TermMax
El documento está escrito de forma directa: en cada mercado hay que indicar simultáneamente el activo de deuda, el activo de colateral, la fecha de vencimiento y dos niveles de LTV. El Locked LTV que hace posible el acuerdo fija el tope de apalancamiento con el que entras; y el LLTV que dispara la liquidación marca el umbral de riesgo. Qué tan grande es la diferencia entre estas dos cifras de LTV, en el fondo, lo determina la volatilidad del colateral.
Para colaterales con alta volatilidad, basta con un pequeño movimiento de precio para tocar la línea de liquidación; en cambio, con colaterales de baja volatilidad y buena liquidez, el “colchón” es mucho más grueso. Para una posición con la misma fecha de vencimiento y un tipo de interés similar, las diferencias en la volatilidad del AUD y en la profundidad del mercado hacen que la probabilidad de “aguantar hasta el reembolso” sea totalmente distinta.
También hay que prestar mucha atención a la ruta de activos después de la liquidación. Si al vencimiento no se liquida por completo, la entrega física (physical delivery) te transfiere simultáneamente, en proporciones, tanto el activo de deuda subyacente como el colateral. Es decir: lo que termines recibiendo no puede ser solo el principal más los intereses; también puede mezclarse con un colateral específico. La naturaleza del colateral, por sí misma, determina directamente si ese paquete de activos que recuperas vale o no vale la pena.
Por eso mi orden cambió: la liquidez y la volatilidad del colateral, antes que el tipo de interés; el contenido de la entrega en especie tras la liquidación, antes que el APR nominal. Los tipos de interés fluctúan con el tiempo, con subidas y bajadas; pero si el colateral falla, la pérdida es del tipo “colapso”.
TermMax deja claras las opciones de colateral; eso es algo bueno. Pero que esté claro no significa que el riesgo sea igual. Con la misma herramienta, si la metes en diferentes colaterales, se trata de dos operaciones totalmente distintas. Antes de elegir el mercado, hazte una pregunta: ¿en qué se apoya su base? @TermMax $BTC

#dusk $DUSK Reorganicé de nuevo los incentivos de los nodos en la red Dusk, y siento que “¿los ingresos del nodo son altos?” en realidad no es un problema completo. Para un Provisioner, el resultado final al menos se ve afectado por la cantidad efectiva de tokens en garantía, las oportunidades de ser seleccionado, la estabilidad en línea, la participación en el consenso y el nivel de competencia general de la red. Los números de rentabilidad anual que aparecen en la página son más bien estimaciones bajo condiciones específicas, y no garantizan que cada nodo obtenga resultados iguales.
El error más común aquí es equiparar directamente la cantidad en garantía con la cantidad de ingresos. Poner más garantía suele significar tener un mayor peso de participación, pero si el nodo se desconecta con frecuencia, no responde a tiempo o no completa el trabajo de consenso requerido, la contribución real puede no coincidir con la cifra que aparece en el papel. Los usuarios de BTC tienden a relacionar la potencia de minado con las oportunidades de producir bloques; los usuarios de ETH, en cambio, se centran en la tasa de disponibilidad del validador y los mecanismos de penalización. Dusk utiliza Provisioners para participar en el consenso, por lo que también hay que separar “tener la habilitación” de “cumplir de forma continua las responsabilidades”.
Desde la perspectiva de la red, el incentivo a nodos no consiste simplemente en “emitir tokens”, sino en fomentar con incentivos económicos una infraestructura confiable. Más nodos no necesariamente significa una red más fuerte: si muchos participantes solo bloquean activos y no completan de manera estable la validación y las tareas de consenso, la seguridad real puede no mejorar al mismo ritmo. Por eso, al observar a @Dusk, no basta con mirar el total de tokens en garantía; también hay que revisar la cantidad de Provisioners activos, la tasa de participación, la distribución de las recompensas y cómo se gestionan los nodos anómalos. Solo cuando se ponen estos datos juntos, la tasa de retorno tiene sentido.
Yo preferiría que en el futuro la página de nodos y de garantía de Dusk ofreciera un conjunto de datos continuos: el estado actual de la garantía, el tiempo de participación previsto, los bloques de participación reales, las fuentes de las recompensas obtenidas y el impacto causado por desconexiones o participación inválida. Así, los usuarios pueden saber si su DUSK está realmente esperando volverse efectivo, participando en el consenso, o si solo está “estacionado” en el saldo de la cuenta. En una red que utiliza un modelo de participación mediante garantía, mostrar con transparencia “qué hace el activo” es más importante que simplemente mostrar un número bonito de rentabilidad. @Dusk $BTC

#termmax 以前我总觉得，DeFi 借贷最大的优势就是灵活。ETH 涨了，可以抵押借稳定币；USDC 闲着，可以存进去吃收益；看好行情时，随时加杠杆，想退出时也能立刻还款。
后来真的开始频繁使用浮动利率借贷，我才发现“灵活”有时候也是另一种不确定性。
最难受的一次，是我抵押 ETH 借了稳定币，原本年化利率还算平稳，准备把资金拿去做一笔两周左右的策略。结果市场突然开始抢流动性，借款利率连续上跳。仓位本身没问题，抵押率也安全，但每天打开页面都不知道下一次利息会涨到哪里。
那时我才意识到，浮动利率借贷更适合没有明确期限的资金需求。可只要你手里的策略有周期，比如两周、一个月、一个季度，利率的不确定性就会直接影响最终收益。
我开始关注 #TermMax @TermMax，正是因为它把固定利率重新带回了链上借贷。
它不是简单地在页面上显示一个固定 APR，而是通过 FT 和 XT 的拆分，让期限和利率可以被市场定价。贷款人买入折价的 FT，到期按面值赎回，收益在买入时就基本确定；借款人则通过抵押资产建立债务仓位，把融资成本锁定在约定期限内。
这件事听起来没有“高收益挖矿”那么刺激，但它解决的是我一直忽略的问题：资金成本本来就应该可以提前计算。
当我知道一笔借款三十天后的还款额，才敢更理性地决定是否做套利、是否持有现货、是否给仓位加杠杆。收益不再只看预期，也要先扣掉已经确定的融资成本。
TermMax 让我重新理解了一件事：成熟的金融市场，未必是让所有资金都追逐最高利率，而是让不同风险偏好的人都能找到合适的期限和价格。@TermMax $BTC

#dusk $DUSK Recientemente volví a ordenar el material del proyecto DUSK y al final encontré una parte bastante contradictoria: a todos les resulta más fácil recordar la “privacidad”, pero el mercado que DUSK realmente quiere conquistar no es, precisamente, un flujo de fondos totalmente anónimo, sino una privacidad aceptada por las normas.
Ambas cosas suenan parecidas, pero en la práctica la diferencia es enorme. La privacidad que entiende el usuario común es que otros no puedan ver el saldo, la identidad ni el historial de transacciones; la privacidad que necesita una institución financiera es, al mismo tiempo, mantener la información comercial sin publicarse y poder completar la verificación de identidad, el control de permisos y las revisiones necesarias. Si solo hay anonimato y no existe un canal de cumplimiento, los bancos y las casas de bolsa no se atreven a entrar; si todos los datos se publican on-chain, las empresas tampoco querrán mover sus activos reales a la cadena.
Antes yo veía DUSK como una cadena que enfatiza las pruebas de conocimiento cero, pero ahora me inclino más a considerarlo como un conjunto de herramientas de liquidación orientadas a activos regulados. Esta posición quizá no tenga la chispa del relato puramente de privacidad, pero se acerca mucho más al negocio financiero real. Las empresas no carecen de una cadena para emitir tokens; lo que les falta es una cadena que permita que existan a la vez los activos, las identidades, la privacidad y la regulación.
El problema está justamente aquí: que la lógica técnica funcione no significa que los clientes aparezcan automáticamente. Cuando una institución elige una infraestructura, también debe considerar la responsabilidad legal, la compatibilidad del sistema, la liquidez y el mantenimiento a largo plazo. Aunque DUSK tenga toda la funcionalidad a nivel base, aún tiene que hacer que emisores, plataformas de intercambio, custodios e inversores quieran entrar en la misma red, porque si no, en la cadena solo habrá funciones, pero no habrá transacciones.
Por eso, al evaluar el avance de DUSK, ya no me limito a mirar una actualización o un anuncio de colaboración. Preferiría ver una emisión continua de activos reales, que el comercio secundario funcione de verdad y que los usuarios puedan operar correctamente sin necesidad de entender las pruebas de conocimiento cero. La privacidad es el umbral de DUSK, el cumplimiento es su pase de acceso y, en última instancia, lo que determina el valor es si hay personas usando la red de forma sostenida. @Dusk $BTC

#termmax 很多人第一次在 TermMax 看到固定利率借款，会下意识把页面上的年化数字当成最终账单。假设用一笔生息资产做抵押，借出 USDC，期限还有45天，界面显示年化成本9%，最容易得出的结论就是：只要抵押品收益高于9%，这笔交易就存在利差。但真正决定结果的，从来不是进场时那一个数字，而是抵押资产收益、FT市场价格、交易滑点和持仓时间能否同时保持稳定。@TermMax
固定利率解决的是资金使用期间的利率波动，不负责解决抵押品价格波动。假如抵押品原本年化收益12%，看上去能覆盖9%的融资成本，可一旦抵押品脱锚、折价或者收益预期下降，账面上的3%利差根本挡不住本金波动。更麻烦的是，用户往往按照到期模型计算收益，却按照短线仓位管理风险：进场时说准备拿45天，市场波动两天后又想提前退出。此时FT二级价格、AMM深度与滑点会一起介入，最初锁定的利率不一定等于最终实现的成本。
TermMax 的价值并不是让风险消失，而是把原本漂浮的利率风险压缩成一组更容易观察的期限价格。#TermMax 做得越透明，用户越应该把每一项成本拆开：抵押品会不会跌，借来的资金能赚多少，提前离场损失多少，Gas占本金比例多少。仓位只有2000u，却为了两三个点的理论利差来回操作，可能一次进出就把利润磨光；仓位足够大、期限明确、抵押资产现金流稳定，固定利率才真正有意义。@TermMax #TermMax $BTC
所以我不会只问TermMax利率高不高，而会先问自己到底能不能持有到期。固定利率是一份期限合同，不是一张收益保证书。最危险的不是利率突然变化，而是用户嘴上做固收，手上却仍然按照短线交易处理仓位。

#termmax Mucha gente convierte el tipo de interés fijo en un tipo de valor emocional: como si, mientras el interés no fluctúe, toda la posición entrara en un estado de bajo riesgo. Cuando uso TermMax, lo primero que me recuerdo es separar “tipo de interés fijo” de “riesgo fijo”. El interés fijo realmente bloquea únicamente el coste del préstamo; es decir, el importe total de la deuda que necesitas devolver al vencimiento se puede calcular con antelación. Pero en una posición de TermMax hay otra línea: el valor del colateral. Si el precio del colateral sigue bajando, el LTV no deja de subir. En cuanto te acercas al umbral de liquidación, el sistema sigue ejecutando la liquidación; no te “perdonará” solo porque estés usando un tipo de interés fijo. Es decir: se retira la variable de intereses, pero la variable de precios sigue ahí.
Así que, cuando miro una posición de TermMax, primero me hago tres preguntas: antes del vencimiento, ¿tengo un plan de repago suficiente? ¿Cuánta holgura hay entre el colateral y la línea de liquidación? Y si el mercado muestra un pinchazo momentáneo, ¿la cotización del oráculo afectará a mi posición? Estas tres preguntas influyen más en la supervivencia que el nivel del tipo de interés. La ventaja del tipo fijo es que no tienes que estar pendiente de los cambios en la utilización de capital ni te preocupa que la utilización se dispare de repente y empuje el coste del préstamo hacia arriba; esto ocurre con frecuencia en pools de tipo variable. TermMax convierte esa incertidumbre en un dato conocido. Pero un dato conocido no equivale a un colchón de seguridad.
Yo prefiero entender el tipo de interés fijo de TermMax como una herramienta de gestión del riesgo, no como una “carta de invencibilidad”. Se adapta a quienes quieren flujos de caja determinados y no desean ajustar con frecuencia la exposición al tipo. Pero si llevas el apalancamiento al máximo, o no estás preparado para una caída del colateral, el tipo fijo no puede salvar la posición. Primero piensa qué riesgos estás asumiendo y luego decide cuánto pedir prestado, qué aportar en garantía y cómo gestionar el vencimiento; ese es el orden correcto para usar este tipo de acuerdos. Lo que se fija es el interés, no la conciencia de control del riesgo.#TermMax @TermMax $BTC

#dusk $DUSK $La narrativa de la RWA de <span style="color:inherit">DUSK</span> debe evitar centrarse únicamente en comunicados de prensa. Desde que los activos regulados pasaron de “buscar colaboración” a estar realmente activos en cadena, hay varios eslabones en medio: emisión, custodia, cumplimiento, liquidación y auditoría. Si no se conecta cualquiera de esas partes, el activo solo queda como una demostración en un entorno de pruebas.
Cuando sigo #dusk, me fijo en varias señales on-chain. Primero, si está creciendo el despliegue de contratos que no sean de transacción. Aunque haya más contratos de staking y de votación, sigue siendo una circulación dentro de la propia red; para una RWA real, se necesitan contratos de activos tipo bonos, participaciones de fondos o activos en forma de stablecoins que empiecen a aparecer. Segundo, si los tipos de operación pasan de simples transferencias a incluir liquidaciones OTC, pagos de intereses y transferencias de participaciones. Tercero, si hay actores de cumplimiento que actúan como nodos o como parte auditora de forma continua y en línea, y no solo como “acompañantes” en un evento.
Otro punto clave es qué papel juega $DUSK en la circulación de activos. Si solo funciona como Gas, la captura de valor es demasiado débil; si actúa como unidad de liquidación, como colateral o como activo con el que se valoran tarifas de cumplimiento, entonces puede absorber una demanda mayor. También importa si el emisor del activo está dispuesto a publicar pruebas de auditoría on-chain, para que los validadores externos puedan verificar el suministro y la distribución de tenencias. Sin eso, los llamados “activos a nivel institucional” no serían más que un cambio de piel de una private chain.
El precio a corto plazo difícilmente reflejará estos avances, porque el ciclo para aterrizar RWA suele ser más largo que el de DeFi ordinario. Los datos on-chain darán señales antes que el sentimiento del mercado: complejidad de llamadas a contratos, cantidad de activos sujetos a cumplimiento, proporción de comisiones no relacionadas con votación, y número de validaciones de auditoría. En cuanto estos indicadores empiezan a escalar, significa que el ecosistema ya no se sostiene solo con staking y la volatilidad secundaria.
Así que, al ver la historia de RWA de $DUSK , no miro quién anunció alianzas, sino si los activos realmente empiezan a funcionar en cadena. La migración de activos regulados es lenta; pero una vez que se forma una senda con dependencia de camino, el costo de reemplazo se vuelve muy alto. Esa es también la razón por la que DUSK merece ser seguido de forma continua.@Dusk $BTC

#dusk $DUSK Zedger, en realidad, tiene una compensación en la privacidad del libro de órdenes que no se ha explicado del todo.
Últimamente he estado revisando el módulo de @Dusk de Zedger. La descripción oficial es que es una capa para facilitar la compensación y el emparejamiento para valores regulados; además, admite la transferencia de participaciones directamente en la cadena. En teoría, traslada las tareas de back-office de los corredores tradicionales a un contrato.
Dusk Network también posiciona Zedger como un escaparate de su Privacy Layer-1 orientado a la tokenización de valores, pero siempre he tenido una duda que no he podido aclarar: ¿hasta qué punto conviene ocultar la privacidad del libro de órdenes?
Si toda la información de las órdenes se cifra, entonces el motor de emparejamiento tendría que comparar precios y cantidades en estado cifrado. En criptografía no es imposible, pero incrementaría de forma significativa el coste de generación de pruebas por cada emparejamiento, y al caer el rendimiento (througput), queda la incógnita de si los market makers institucionales estarían dispuestos a ejecutarlo ahí. Por el contrario, si las órdenes se publican en claro en el instante en que se colocan, entonces la “privacidad” de las transacciones de valores básicamente se limita a que se oculta quién compensa, pero las intenciones previas quedarían expuestas y podrían ser capturadas por MEV o estrategias de caza. Para órdenes grandes de instituciones, esto sería casi letal.
El whitepaper describe de manera bastante conceptual el nivel de privacidad de Zedger en la capa de emparejamiento. No explica con detalle si sigue una subasta en lote, un modelo de dark pool o un libro de órdenes cifrado. Estas tres rutas se comportan de forma totalmente distinta en latencia, equidad y auditabilidad regulatoria; elegir una u otra en realidad determina directamente si Zedger puede atraer al emisor real de valores.
El marco de contratos confidenciales que ofrece XSC aporta capacidades de base, pero la lógica de emparejamiento en sí es un problema de diseño a nivel de aplicación. Depende de cómo el equipo posterior haga sus compensaciones.
$DUSK pretende impulsar la narrativa de tokenización de valores, y el modo de emparejamiento de Zedger es un punto de observación que no se puede ignorar. Antes de que esto quede claro, los anclajes de valoración son, en realidad, algo ficticios.
@Dusk $BTC

#dusk $DUSK Sostener DUSK sin hacer nada, los números en el libro parecen estar subiendo, pero tu poder adquisitivo real quizá no aumente, porque la inflación y los cambios en la circulación pueden diluir tu participación. Las recompensas de staking de DUSK, en esencia, reparten a los stakers las nuevas monedas emitidas: si no participas en el staking, tu proporción de tenencias se diluirá de forma continua. Pero incluso si participas, si el rendimiento anualizado coincide exactamente con la tasa de inflación, entonces tu ganancia real en realidad es cero; apenas es una forma de conservar valor.
Lo más complejo es que la oferta circulante de DUSK no es invariable: el equipo, las fundaciones y los incentivos del ecosistema se desbloquean en tandas y van entrando al mercado. Si esa nueva liquidez no es absorbida por el staking, diluye el valor del token. Cuando las ventas/desbloqueos son grandes, aumenta la presión vendedora de DUSK en el mercado. En ese momento, aunque tu rendimiento de staking en términos de la propia moneda parezca bueno, al convertirlo a valor en U podría incluso reducirse. Por eso, la fórmula real del rendimiento debería ser: “rendimiento anualizado del staking menos la tasa de inflación, y luego menos la posible presión sobre el precio causada por la nueva cantidad desbloqueada”.
Desde esta perspectiva, para mantener DUSK a largo plazo hay que vigilar dos indicadores: primero, la tasa global de staking en toda la red; cuanto más alta sea, significa que hay menos monedas en circulación y que el precio tiene más soporte. Segundo, el calendario de desbloqueos: conviene evitar los periodos de grandes desbloqueos para ajustar tu posición. Muchos jugadores experimentados reducen gradualmente su exposición antes de los picos de desbloqueo y vuelven a entrar cuando el mercado ya ha digerido la oferta. Aunque implica más operaciones, permite controlar mejor el retroceso (drawdown) y es mucho más proactivo que simplemente mantener el staking a muerte solo por el rendimiento.@Dusk $BTC

#dusk $DUSK He revisado una y otra vez la información de DUSK y de NPEX de los Países Bajos, y cuanto más la veo, más siento que el camino hacia el cumplimiento de la privacidad no es tan fluido. NPEX es una bolsa de valores con licencia y se enfoca principalmente en la tokenización de bonos para pequeñas y medianas empresas. En este tipo de negocio, el primer requisito no es la privacidad, sino la auditabilidad. La capa de privacidad de DUSK, Phoenix, aunque técnicamente puede habilitar la divulgación selectiva, el punto es si el regulador lo reconoce; eso es otra historia.
Imaginemos un escenario muy práctico: si un inversor compra un bono tokenizado a través de NPEX, ¿cómo se debería guardar su posición y su historial de operaciones? Si se usa la cuenta Moonlight, el saldo es transparente y el regulador puede consultarlo en cualquier momento; todos salen ganando y a nadie le complica la vida. Pero si se usa la cuenta Phoenix, el monto y la contraparte quedan ocultos mediante pruebas de conocimiento cero; en teoría, se podría abrir el acceso al regulador de forma individual. Sin embargo, ese “en teoría” aterriza en procesos de auditoría que se vuelven realmente problemáticos. Las firmas auditoras tendrían que construir un sistema completo de verificación desde cero, el regulador tendría que actualizar los criterios de revisión y el emisor tendría costos adicionales de explicaciones de cumplimiento. A las instituciones no les preocupa tanto la dificultad técnica como la incertidumbre.
Así que, poco a poco, voy inclinándome hacia esta conclusión: la colaboración institucional de DUSK, con mucha probabilidad, solo se ejecutará en un modelo de cuentas públicas, y la capa de privacidad no será un argumento central a corto plazo. Si esta hipótesis es correcta, DUSK quedaría en una situación bastante incómoda: el mayor punto fuerte técnico del proyecto, en vez de aprovecharse donde más se necesita en escenarios institucionales, termina siendo evitado. Con el tiempo, la lógica de valoración del mercado podría pasar de una cadena pública compatible con privacidad y cumplimiento a una cadena común compatible con EVM, y esa diferencia en la valuación podría ser fatal.
Por supuesto, también existe otra posibilidad: que el regulador, poco a poco, acepte informes de auditoría basados en pruebas de conocimiento cero, aunque el proceso sea más lento de lo que imaginamos. Si DUSK logra impulsar una o dos emisiones reales de bonos y conseguir que Phoenix participe al menos en una parte de ellas, entonces la narrativa sería completamente distinta. Así que no me apresuro a evaluar precios; primero voy a ver si hay acciones reales en NPEX. Sin acciones reales, por muchas historias técnicas que se cuenten, no se sostiene.@Dusk $BTC

SNDKB al final del día subió de golpe, pero como no hubo un rebote con volumen, estoy aún más alerta. Este tipo de “ataque antes del informe” suele ser dinero de muy corto plazo apostando a una noticia; en cuanto el guidance de Q3 que dé 8/6 sobre el acuerdo con <a>SanDisk</a> (o “SD”) sea más bien flojo, estos fondos suelen descargar la posición inmediatamente. Además, la industria de almacenamiento ahora se enfrenta a un problema de exceso de capacidad debido a que se anticipa la producción; las tres grandes fábricas de MUB ya han vendido por completo su capacidad de DRAM+HBM para 2027, y el mercado empieza a preocuparse por que el aumento de precios se modere y eso reaccione negativamente contra la valoración. SNDKB, como activo de referencia/mapeo, es difícil que se mantenga al margen. Hoy retiré toda la parte apalancada y solo dejé una posición ligera en contado; poder dormir bien es más importante que cualquier otra cosa. #TradFi晒单

#baby $BABY Antes yo pensaba que elegir un Finality Provider era como contratar a un guardaespaldas: “quien es más famoso y cobra menos comisión, ese es el que eliges”. Hasta que en la red de pruebas de Babylon ocurrió una vez que un FP se desconectó; mi BTC delegado sufrió una pequeña penalización por la «demora en la finalización», y entonces lo entendí de golpe: los FP no son “guardaespaldas”, sino más bien fiadores que firman un acta de vida y muerte con una garantía de por medio.
En el mecanismo de Babylon, los FP deben pignorar BTC de verdad, con dinero real, y luego proporcionar finalización a las cadenas de los consumidores. En cuanto haya retraso en las firmas, desconexión o conducta maliciosa, la garantía se confiscará directamente. Tú, como participante que pignora, en realidad estás votando con tus activos para seleccionar a un fiador verdaderamente confiable. Este razonamiento es mucho más implacable que el de los tradicionales «nodos con garantía», pero también mucho más riguroso. Los datos de la red de pruebas muestran que, en Babylon Testnet-4, el mejor 20% de los FP logró casi el 80% del volumen delegado. Ese es el mercado votando con los pies. Y con el lanzamiento de las tareas de BABY, más personas comunes tienen la oportunidad de vivir todo el proceso de «selección de fiadores», en lugar de limitarse a perseguir el APY sin más.
En la ola de BTCFi, muchos proyectos aún bloquean BTC en una caja negra. Babylon, en cambio, expone directamente el desempeño de los fiadores a la luz del día. Tus puntos BABY en realidad registran cada elección que hiciste en este «mercado de confianza». A medida que el mainnet se vaya desplegando poco a poco, la competencia entre FP será cada vez más intensa. Solo aquellos FP que sean realmente estables, transparentes y que nunca hagan doble firma podrán acumular el mayor fondo de credibilidad. Cuando llegue ese momento, te darás cuenta de que la visión que entrenaste hoy en la testnet usando BABY vale más que cualquier airdrop.@BabylonLabs_io $BTC