#dusk $DUSK Hoy estaba revisando el documento del modelo de transacciones de @Dusk y, en un principio, pensé que Dusk era una «cadena de privacidad»: todas las transacciones son anónimas por defecto, como Monero o Zcash. Pero en el DuskDS se ejecutan simultáneamente dos modelos de transacciones: Moonlight es público y basado en cuentas; Phoenix es oculto y usa UTXO + pruebas de conocimiento cero. Ambos modelos usan el mismo token $DUSK y recorren el mismo contrato de Transfer. Este diseño al principio me pareció contradictorio: ¿por qué una cadena de privacidad tendría que conservar un modelo público? Pero al pensarlo con más detalle, me di cuenta de que la existencia de Moonlight precisamente sirve para el cumplimiento normativo. En las finanzas tradicionales, las instituciones necesitan que los reguladores puedan ver los saldos de las cuentas y el historial de transacciones; en una cadena con privacidad total, los auditores ni siquiera pueden auditar el libro contable completo, y simplemente no se puede pasar el control de cumplimiento. Moonlight ofrece una experiencia transparente similar a la de una cuenta bancaria tradicional: tiene direcciones de cuenta, saldo e historial de transacciones. Phoenix sigue otro camino: modelo UTXO + pruebas de conocimiento cero. De esta forma, el importe de la transacción y las partes involucradas pueden ocultarse, pero el auditor que posee la View Key aún puede consultarlo todo. Es como el libro contable de una empresa: hacia afuera se publica un resumen del informe anual, pero el auditor, con la clave, puede ver los detalles. Lo comparo: no es como elegir entre una sola carretera «totalmente transparente» o «totalmente anónima», sino como un edificio que tiene tanto salas de vidrio para reuniones como salas insonorizadas para negociaciones. Para divulgar información hacia afuera y hacer reportes regulatorios se usa la sala de vidrio (Moonlight); para negociaciones comerciales y liquidación entre instituciones se usa la sala insonorizada (Phoenix). En el mismo edificio, diferentes escenarios entran a diferentes habitaciones. Pero el hecho de tener dos modelos también trae complejidad. Los usuarios necesitan transferir manualmente DUSK entre cuentas Moonlight y Phoenix; actualmente no hay enrutamiento automático. Si un dApp solo admite Moonlight, los usuarios que tengan activos ocultos en Phoenix deben hacer primero una transferencia entre modelos, lo que implica un paso extra y una gas adicional. Por eso, al observar el sistema de cuentas de #dusk , no me fijo únicamente en si «hay privacidad»; también me interesa hacia qué modelo se inclinan realmente desarrolladores y usuarios en el uso cotidiano, y si la fricción del traspaso entre modelos se puede absorber desde la capa de la wallet. La eficiencia de circulación del $DUSK , en última instancia, depende del costo de cambiar entre estos dos modelos. @Dusk
#dusk $DUSK Hoy desarmé el protocolo de consenso SA de @Dusk y me quedé atascado en una palabra: "committee-based". Muchos PoS usan un mecanismo de comités, pero el SA de Dusk —Succinct Attestation— se divide en tres pasos: propuesta, verificación y aprobación, y cada uno de esos pasos lo ejecuta un provisioner distinto seleccionado aleatoriamente. En el primer paso, un provisioner crea y difunde un bloque candidato. En el segundo, un comité de verificación comprueba la validez del bloque. En el tercero, otro comité de aprobación confirma el resultado de la verificación y finalmente finaliza (finaliza) el bloque. A simple vista parece un paso extra, pero ese paso separa la "verificación" de "confirmar el resultado de la verificación". Entiendo la intención de este diseño: si la verificación y la aprobación las hace el mismo grupo de personas, entonces el resultado de la verificación ya se convierte en la conclusión final, sin contrapesos. Separarlo en dos pasos significa que el comité de aprobación no solo mira el bloque, sino también si el comité de verificación hizo el trabajo en serio. Es como añadir una capa de control de calidad dentro del consenso. Este diseño también tiene una restricción implícita: los comités se seleccionan aleatoriamente, en función de la cantidad apostada (staking). Si un atacante quiere controlar un paso, tendría que controlar simultáneamente una gran cantidad de fondos apostados y, además, ser elegido exactamente en el mismo comité aleatorio. En probabilidad, es mucho más difícil que controlar un único grupo de verificación. Pero el costo del consenso por pasos es la latencia. Cada paso adicional añade una ronda extra de comunicación. Cómo mantiene SA confirmaciones de baja latencia en escenarios de trading financiero de alta frecuencia es algo que todavía no he encontrado con datos suficientes en la documentación pública. Al mirar el nivel de consenso de #dusk , seguiré prestando atención al intervalo de tiempo desde el propuesto (block production) hasta la finalización, a la frecuencia con la que rotan los comités y a la tasa de bifurcaciones real en la red. Como DUSK es un activo de staking, las suposiciones de seguridad del consenso determinan directamente el tipo de riesgos que enfrentan los stakers. #dusk @Dusk
#dusk $DUSK Últimamente he revisado de nuevo en detalle la ruta de cumplimiento de @Dusk y he descubierto que la diferencia más fundamental frente a la mayoría de las blockchains no es la arquitectura tecnológica, sino que desde el principio se ha planteado como producto la “financiación regulada”. Pero hay una lógica que se simplifica con demasiada facilidad: tener un marco de cumplimiento no significa que ya existan activos de cumplimiento corriendo en la cadena.$SNDKB En la documentación de Dusk se menciona repetidamente que está orientada a escenarios de finanzas institucionales; al mismo tiempo que admite transacciones con privacidad, cumple los requisitos de auditoría. El modelo de privacidad de Phoenix utiliza pruebas de conocimiento cero, que permiten proporcionar al regulador una divulgación selectiva sin revelar los detalles de las transacciones. Esto es la base de cumplimiento a nivel técnico. Pero la distancia entre el cumplimiento técnico y el cumplimiento judicial es mucho mayor de lo que mucha gente imagina. Para que el RWA se tokenice y se suba a la cadena de forma real, no solo hay que resolver la privacidad on-chain. La emisión de activos, la custodia y la liquidación: cada etapa debe conectarse con el sistema legal existente. Por ejemplo, en el caso de bonos o fondos tokenizados, ¿quién tiene la capacidad para emitirlos? ¿Quién custodia el activo subyacente? ¿Puede el registro on-chain servir como comprobante de derechos ante un tribunal? Las respuestas a estas preguntas no están en el libro blanco; están en los memorandos regulatorios y en la práctica judicial. El equipo de Dusk tiene presencia corporativa en lugares como Luxemburgo y también está en conversaciones con instituciones financieras tradicionales. Sin embargo, desde el contacto hasta la cooperación, y de la cooperación a que los activos realmente se tokenicen y se suban a la cadena, todavía queda un largo camino.$SPCXB Además, por ahora no he visto casos públicos a gran escala de emisión y circulación de RWA en Dusk. Se valora la reserva técnica relacionada con el cumplimiento, pero lo que finalmente demuestra su valor es el tamaño real de los activos on-chain y la frecuencia de las transacciones. Así que, al analizar el progreso de cumplimiento de DUSK ahora, no equiparo “cumplimiento como posicionamiento” con “ya existen activos de cumplimiento”. Me interesa más esto: si hay instituciones con licencia que hayan emitido activos en Dusk; si los reguladores reconocen explícitamente la eficacia de los registros on-chain; y el tamaño y la frecuencia de transacciones de los RWA en cadena. El cumplimiento no es una pregunta de opción múltiple, sino una lista que hay que ir marcando punto por punto.#dusk @Dusk
#dusk $DUSK El bono no se calcula con un APR fijo, sino que depende de si has sido seleccionado o no, y de si, cuando resultas seleccionado, logras completar el “block production” y la votación a tiempo. El monto en staking determina la probabilidad de ser seleccionado, y el uptime determina si luego se puede hacer efectivo el premio. Para una misma posición, la diferencia de la parte que parece “extra” en términos de anualización es real: los nodos estables versus los que a veces tiemblan. $SNDKB Lo que también necesitas saber con antelación es la parte de las penalizaciones. El tratamiento del protocolo ante el incumplimiento no es solo “no ganes dinero en esta ronda”: la inasistencia repetida hace que el staking pase a un estado de suspensión. Durante el período de suspensión ni participas en la producción de bloques ni generas recompensas, y debes esperar hasta volver a cumplir las condiciones para regresar al conjunto de candidatos; en casos graves, lo que se te descuenta es un porcentaje del principal. Esto es una experiencia totalmente distinta a “poner monedas y que generen intereses lentamente”. $SPCXB Por eso, también hay que volver a leer el número 1000 DUSK. Es el requisito mínimo para hacer staking directamente, no es la línea de salida del rendimiento. Para quienes no tienen una posición grande, forzarse hasta el umbral quizá no sea rentable: ejecutar un nodo significa que los costos diarios —servidor, actualizaciones de versión, monitoreo y recuperación ante fallos— se convierten en tu responsabilidad; al tercerizar eso a un pool externo, obtienes las propias reglas de retiro del pool, su forma de custodia y los riesgos del contrato, y eso no equivale a las reglas de la red principal. Ahora voy a desglosar las recompensas de staking en tres capas: cuánto emite el protocolo en total (asignación de recompensas por bloque y tarifas), cuánto podría recibir teóricamente (proporción de staking y probabilidad de ser seleccionado) y cuánto realmente dejaré de recibir (por estar offline, por suspensión, por penalizaciones y por la parte de recompensas que necesita reclamarse por separado). Las dos primeras capas determinan el límite máximo, y la tercera determina lo que finalmente te llega. El diseño de staking de DUSK es favorable para quienes participan a largo plazo, pero se parece más a un trabajo que exige estar en línea que a un certificado de depósito. @Dusk
#termmax La primera operación de FT a 90 días venció en TermMax. Metí 1,000 USDC y recibí 1,021.25; el interés de 21.25 salió íntegro, sin descuento en el momento de la entrega física ni pasos en los que tuviera que confirmarlo manualmente. Es realmente muy satisfactorio… pero justo después llegó el problema. El día en que el dinero volvió a la wallet quise hacer otra operación igual, pero la cotización de mercado con el mismo plazo ya había bajado a 6.2%. Durante el período de bloqueo sí evité los altibajos del tipo variable, pero no podía evitar esto: después del vencimiento, hay que volver a entrar usando el precio de ese mismo día. Esto es el riesgo de reinversión: la renta fija no lo elimina, solo lo concentra y hace que estalle el día del vencimiento.$SNDKB Un nivel más fino: el problema es el ritmo. Si todo el capital queda concentrado en un único día de vencimiento, estás apostando el juicio sobre la tasa a un solo momento. Ahora lo cambié a tres operaciones, con vencimientos separados por un mes: cada mes vuelve una partida, y al recalcular el precio al menos no es una sola “apuesta de todo o nada” en el punto más bajo.$SPCXB También vale la pena mirar los precios del mercado secundario cerca de la fecha de vencimiento. Cuanto más cerca esté el FT del vencimiento, más se ajusta su precio al valor nominal y menos volatilidad tiene; en cambio, quien quiera ganar por el margen del precio en el secundario cada vez tiene menos “carne” a medida que se acerca el futuro. Si de verdad necesitas salir antes, busca liquidez a mitad de la vigencia, en lugar de arrastrarlo hasta las últimas dos semanas para pelearte por espacio contra el valor nominal. En una frase: la tasa fija de TermMax te bloquea el costo de ese plazo, no el rendimiento para el próximo año. Para suavizar la volatilidad de la curva de tasas, lo que funciona es la escalera de vencimientos, no bloquear cada operación por más tiempo. #TermMax @TermMax
#termmax La palanca de un solo clic de TermMax parece tener solo dos variables: el multiplicador de apalancamiento y el tipo de interés fijo。 Recientemente lo recalculé y descubrí que la parte que realmente se come el rendimiento, ninguna de esas dos cifras la incluye。 En realidad, detrás del apalancamiento con un solo clic hay una cadena de acciones: pedir prestado en stablecoins, convertirlo en un activo de garantía y luego volver a depositarlo como garantía. El protocolo te lo atomiza y empaqueta, pero cada paso aún tiene fricciones de mercado。 En el intercambio hay deslizamiento。 El dinero que pides prestado tiene que encontrar a alguien dispuesto a pagar ese tipo de interés。 Cuando llegue el momento de cerrar la posición, también tendrás que volver a convertir el activo de garantía en stablecoin, y volver a sufrir deslizamiento。 Estos tres costos se pueden ignorar con posiciones pequeñas, pero son determinantes para posiciones grandes。 Una lógica de “volcó” muy común es así: Ver un 10% de rendimiento en el subyacente de PT, un costo de préstamo del 6%, un diferencial del 4%, aplicar un apalancamiento de 3x y esperar que el APY anual se dispare a cifras de dos dígitos. Luego, en la apertura y el cierre reales, cada vez deslizaste 0.5%, en total 1% de ida y vuelta. Con un apalancamiento de 3x, ese 1% en el capital propio se amplifica a 3%. Ese diferencial del 4%, antes incluso de empezar a correr, ya se reduce muchísimo. Si a mitad del camino necesitas ajustar la posición, pagar parcialmente o cambiar el plazo, cada vez tendrás que pagar otra ronda de costo. Por eso creo que es más realista la manera en que V2 despliega las órdenes limitadas que la publicidad de “tipo de interés fijo”. Las órdenes limitadas te evitan tener que aceptar pasivamente el precio que te ofrece la piscina en ese momento; con posiciones grandes, puedes dividir la orden, ejecutar poco a poco y fijar tu propio precio. El costo es la espera, y esperar también tiene un costo. Por eso TermMax necesita que los fondos que aún no se ejecutan sigan ganando el rendimiento del subyacente durante el período de espera; si no, para las posiciones grandes, la orden limitada sería una carga. El Dashboard unificado es de la misma clase. Si no puedes ver tu exposición total en varias cadenas y varios plazos, no podrás decidir con criterio si vale la pena añadir otra posición. Así que, al evaluar ahora las estrategias de apalancamiento, no miro el diferencial nominal: solo miro un número:$SPCXB De la apertura al cierre, ¿cuántas veces tengo que pagar costos de fricción? Pagar tres veces vs pagar diez veces: aunque el diferencial “en papel” sea idéntico, el resultado real es muchísimo más diferente. El tipo de interés fijo resuelve “el precio de pedir prestado”. Pero no resuelve “el precio de entrar y salir”. Este último suele ser más caro.$SNDKB #TermMax @TermMax
#dusk En el modo Phoenix, las rutas de transferencia de los activos no son visibles hacia el exterior; solo una prueba de conocimiento cero puede verificar su legalidad. Esto es viable dentro de una sola jurisdicción regulatoria: por ejemplo, si la AFM de los Países Bajos reconoce este mecanismo de pruebas, la institución puede operar de forma conforme dentro del marco de la AFM.$SNDKB Pero la esencia de los RWA es el flujo transfronterizo de activos. Un bono emitido en DUSK puede tener tenedores distribuidos en la Unión Europea, Singapur, Hong Kong y Estados Unidos. Cada jurisdicción tiene definiciones distintas de "pruebas de cumplimiento aceptables" y también criterios diferentes para aceptar las pruebas de ZK como evidencia legal. La postura de la SEC de EE. UU. frente a los activos con privacidad on-chain sigue siendo bastante conservadora, y los marcos de MAS y SFC también están evolucionando.$SPCXB Esto significa que la capa de cumplimiento de @Dusk , en realidad, debe satisfacer simultáneamente requisitos de múltiples jurisdicciones, que pueden estar en conflicto entre sí. Por ejemplo, el GDPR de la UE exige la minimización de datos, pero algunas normativas contra el lavado de dinero de otras jurisdicciones exigen que se pueda rastrear la ruta completa de la transacción. Esos dos requisitos son contradictorios técnicamente; no es un problema que se resuelva con ajustar parámetros. El desafío más realista es este: cuando una transacción transfronteriza de RWA dispara una revisión regulatoria, ¿qué autoridad regulatoria tiene la facultad de exigir la desencriptación? Si varias jurisdicciones hacen solicitudes al mismo tiempo, ¿cómo se establece la prioridad? Estas preguntas no están en el libro blanco, pero saldrán a la luz en la primera transacción real de una institución transfronteriza. No digo que estos problemas no tengan solución, sino que su resolución no está en la capa del protocolo, sino en la capa legal. DUSK necesita no solo cumplimiento técnico, sino también establecer precedentes legales en las principales jurisdicciones. La primera institución que use pruebas de ZK para completar la autojustificación regulatoria asumirá no solo riesgos técnicos, sino también riesgos legales. Cuándo aparecerá ese precedente, decidirá con más fuerza que cualquier actualización tecnológica la velocidad de adopción de la institución $DUSK . #dusk @Dusk
#termmax Dos cosas "relacionadas con el tiempo": son el lugar real que determina tu resultado en un mercado extremadamente volátil. @TermMax tiene dos tipos de disparadores de liquidación: cuando la posición LTV toca el umbral, o cuando el prestatario no paga al vencimiento. En el primer caso, depende de las cotizaciones del oráculo; en el segundo, depende del tiempo hasta el vencimiento. Esto significa que la seguridad de tu posición no depende solo de cuánto vale el colateral, sino también de si "la cotización puede reflejar el precio real de forma oportuna" y de si "estás pagando justo en el momento antes de la fecha de vencimiento".$SNDKB En cuanto a la etapa del oráculo, siempre he sentido que es un punto de riesgo subestimado. Cuando el mercado cae con un salto (gap) hacia abajo, si la actualización de la cotización se retrasa, la posición puede seguir figurando como "segura" en el libro, mientras que en realidad ya es insolvente; cuando la cotización se pone al día, la liquidación ya no puede ejecutarse con calma. El interés fijo puede bloquear el costo, pero no puede cerrar la brecha causada por el retraso de la cotización. La fecha de vencimiento es otra presión temporal. No pagar a tiempo te hace entrar en la ventana de liquidación; es decir, aunque el mercado no haya caído, solo por haber perdido el punto de pago al vencimiento, igual se activa la ejecución. La "certidumbre" de una tasa fija se basa en que "cumples a tiempo"; en cuanto se rompe la línea de tiempo, también se rompe esa certidumbre.$SPCXB Yo veo que en #TermMax, el tiempo se trata como una dimensión de riesgo paralela al precio: con qué frecuencia se actualiza el oráculo y si sus fuentes son confiables o no, si hay suficiente margen operativo antes y después del vencimiento, y si en un escenario de volatilidad extrema la cotización y la liquidación pueden seguir el ritmo de los gaps. Todo esto no se muestra en el APY, pero determina si ese número final puede materializarse. La tasa fija bloquea la volatilidad del precio, pero no puede bloquear el paso del tiempo. La gestión real del riesgo es calcular bien la cuenta de la tasa de interés y, a la vez, cuidar estas dos líneas temporales: la fecha de vencimiento y la cotización.#TermMax @TermMax
#termmax Después de reorganizar de nuevo la propuesta de producto de TermMax, descubrí que el tipo de interés fijo no resuelve realmente el problema de “cómo obtener el mayor rendimiento”, sino cómo convertir el dinero en cadena —que depende de cotizaciones que cambian constantemente— en un coste financiero que se puede planificar con antelación. El interés variable se adapta a fondos flexibles, pero no es tan adecuado para estrategias que requieren una gestión a largo plazo. El coste que el prestatario ve hoy podría cambiar de forma notable en pocos días debido a un aumento de la utilización. #TermMax gestiona esta incertidumbre estableciendo vencimientos claros y un precio de financiación fijo, permitiendo a los usuarios calcular de antemano cuánto interés tendrían que pagar en el peor de los casos antes de abrir la posición.$SNDKB Esa certeza aporta valor a la rotación de stablecoins, a las estrategias de rendimiento y a la gestión de activos on-chain. Las instituciones o usuarios profesionales normalmente no buscan únicamente el mayor APY; suelen preocuparse más por si el flujo de caja es predecible, cuándo vence la deuda y si el rendimiento y el coste están en el mismo intervalo temporal. Lo que ofrece el mercado de interés fijo, en esencia, es un calendario de fondos más claro. Pero que el producto pueda calcularse no significa que el riesgo desaparezca automáticamente.@TermMax Aún hay que enfrentar problemas como la seguridad de los contratos inteligentes, el precio de los oráculos, la volatilidad del colateral, la eficiencia de la liquidación y la liquidez del vencimiento. Si un mercado pierde de repente liquidez del activo colateral, incluso con el tipo de interés de préstamo ya bloqueado, el proceso de liquidación aún podría generar presión por incobrables.$SPCXB Creo que para evaluar si TermMax realmente está madurando, no basta con mirar un instante concreto del volumen bloqueado. Lo más importante es si la demanda activa de préstamos es continua, si distintos plazos logran formar acuerdos estables y si el capital al vencimiento puede liquidarse sin problemas, además de si el protocolo mantiene un funcionamiento normal en mercados turbulentos. Hay otro indicador fácil de pasar por alto: la tasa de reutilización. Si los usuarios, tras vencer un préstamo, están dispuestos a seguir eligiendo un nuevo plazo, eso indica que el interés fijo realmente resuelve necesidades reales; si el capital solo permanece brevemente durante el periodo de incentivos, el crecimiento quizá no provenga del producto en sí. Los préstamos on-chain en el pasado se parecían más a un hotel que recalcula la tarifa cada día, mientras que TermMax quiere ser un contrato de alquiler en el que los precios y la fecha de salida quedan escritos con antelación. El valor del contrato no está en ser siempre el más barato, sino en que ambas partes saben exactamente qué se tendrá que pagar en el futuro.@TermMax
#dusk $DUSK Creo que para evaluar el valor futuro de Dusk no basta con mirar el lanzamiento de la red principal ni las variaciones de precio a corto plazo; también hay que ver si puede formar una cadena completa de circulación de activos. Para los tokens comunes, la emisión, la transferencia y el trading ya están bastante maduros; pero cuando activos regulados como participaciones inmobiliarias, bonos y certificados de fondos entran en blockchain, los problemas se vuelven mucho más complejos. Cómo confirmar el origen de los activos, si los tenedores cumplen los requisitos, cómo proteger la privacidad de los registros de transacciones, y quién tiene la autoridad para congelar o corregir en caso de disputas: todo eso requiere que la red subyacente ofrezca un soporte claro.$SPCXB La dirección de Dusk encaja justamente con este tipo de escenarios. Integra la liquidación final, las pruebas de privacidad y el entorno de desarrollo EVM en una misma ruta; en teoría, puede permitir que las instituciones sigan usando herramientas Solidity, a la vez que obtienen capacidades de privacidad y cumplimiento más adecuadas para activos financieros. Esta combinación tiene un significado práctico mayor que perseguir solo un TPS más alto, porque lo que realmente le importa a una institución financiera suele no ser cuántas transferencias ordinarias puede procesar por segundo, sino si las transacciones son rastreables, si los permisos están claramente definidos y si la liquidación es determinista.$SNDKB Pero que la ruta sea correcta no significa que la aplicación ya esté madura. DuskEVM todavía necesita validación mediante testnet, y las capacidades de Dusk Trade también deben pasar de la fase de construcción a una operación estable. Entre la plataforma de emisión de activos y el módulo de trading, hay que resolver problemas como la identidad, listas blancas, el mapeo de activos entre capas, el pago de comisiones y los rollbacks en fallos. Si cualquier eslabón no está claro, las instituciones podrían abandonar su uso por riesgos operativos. Por eso, voy a desglosar el progreso de la aplicación de Dusk en tres indicadores de observación. Primero, si los activos reales pueden completar el ciclo cerrado desde la emisión hasta la liquidación; segundo, si las transacciones privadas pueden equilibrar auditoría y supervisión; y tercero, si los equipos Solidity comunes pueden integrarse sin aumentar de forma significativa los costos de desarrollo. Solo cuando estos tres puntos se vayan materializando, es posible que la narrativa técnica se convierta en una parte de la demanda de la red. ¿Crees que lo primero que Dusk superará serán los bonos, los fondos u otros tipos de activos? #dusk @Dusk
#termmax Muchísimas personas ven por primera vez un acuerdo de tipo de interés fijo y el malentendido más común es este: mientras la página muestre un número determinado, el valor durante el periodo de tenencia no cambiará. Pero después de investigar @TermMax se descubre que “ingreso fijo” y “precio fijo” en realidad son cosas totalmente distintas. El primero describe los flujos de caja al cumplir lo acordado y mantener hasta el vencimiento; el segundo, en cambio, depende de en qué momento y con qué profundidad de mercado decidas salir.$SNDKB Por ejemplo, el FT se parece más a un bono/vale on-chain de cero cupón con una fecha de vencimiento definida. Los usuarios compran a un precio inferior al valor nominal al vencimiento. Si la deuda relacionada se paga de forma normal y la liquidación se completa sin problemas, en el vencimiento se puede canjear el activo según las reglas. La diferencia entre el precio de compra y el valor de reembolso al vencimiento constituye el rendimiento esperado. La ventaja de esta estructura es que no tienes que adivinar a diario si la tasa del pool de préstamos cambiará; además, cuánto podrás recuperar en el futuro es relativamente más fácil de estimar. El problema es que los tenedores no necesariamente esperan hasta el vencimiento. Supongamos que de repente suben las tasas del mercado: un FT de nueva emisión o una nueva operación que se forme podría ofrecer un retorno más atractivo, y entonces el antiguo FT que quieras vender anticipadamente podría requerir una reducción de precio. Al contrario, si bajan las tasas del mercado, el rendimiento fijado previamente puede volverse más valioso. Por eso, #TermMax fija las reglas hasta el vencimiento, pero no elimina la volatilidad de precios en el medio. También hay que considerar la liquidez. Para el mismo FT, el libro puede mostrar un rendimiento al vencimiento que “se ve bien”, pero si la profundidad de la orden es muy baja, vender una cantidad un poco mayor puede ir consumiendo niveles de cotización uno tras otro. El precio final de ejecución, el deslizamiento (slippage) y las comisiones se suman, y pueden reducir de forma notable el rendimiento que parecía tan atractivo. Cuanto mayor sea la duración, normalmente también será mayor la probabilidad de que surja una necesidad de capital durante el periodo y de que cambien las tasas.$SPCXB Así que, cuando evalúo una oportunidad de tipo de interés fijo con TermMax, separo “mantener hasta el vencimiento” y “salida anticipada” en dos escenarios. El primer escenario se centra en revisar el colateral, el mecanismo de liquidación y la ruta de canje al vencimiento; el segundo se centra en el diferencial de compra/venta, la profundidad de las órdenes y el deslizamiento que puedes tolerar. Solo si aclaras ambas rutas, el rendimiento que aparece en la página sirve como base para decidir, y no como un número llamativo que haga ignorar el riesgo. El tipo de interés fijo realmente ofrece capacidad de planificación, no garantía de todos los resultados.@TermMax
Hoy estoy leyendo la documentación de DuskEVM de @Dusk . Al principio pensé que solo era una puerta de entrada para desarrolladores de Solidity. Lo que realmente hay que entender es esto: que los desarrolladores migren contratos desde el ecosistema de Ethereum no significa que también migren la aplicación completa. DuskEVM se encarga de la ejecución, DuskDS de la liquidación; esta ruta está, en herramientas, cerca del ecosistema EVM, pero el estado subyacente, las reglas de gas y las interfaces de privacidad no son totalmente equivalentes. Si un equipo ya usa Hardhat o Foundry, lo que más le importa es: scripts de despliegue, verificar tiempos, suscripción a eventos y el mecanismo de rollback. Que la compilación del contrato salga bien no significa que el oráculo, el indexador y la billetera del frontend se puedan reutilizar directamente. Si los contratos en Solidity necesitan leer datos on-chain o activar funciones de privacidad, entonces también hay que entender los límites entre DuskVM y Phoenix. De lo contrario, la aplicación podría funcionar, pero la estructura de costos y el rendimiento no serán en absoluto como uno pensaba. Pongámoslo así: es como cambiar en una tienda un sistema de caja compatible con el cuartel general. La interfaz del frente no cambia, pero el inventario del almacén y los datos de miembros siguen otro flujo. El cajero ve una pantalla familiar, pero la conciliación del backend hay que rediseñarla. La migración del desarrollador no es copiar y pegar: hay que reconfirmar cada capa de dependencias. Oficialmente se enfatiza que DuskEVM puede adaptarse a la toolchain de Ethereum, y esa dirección tiene sentido; pero lo verdaderamente importante es observar si hay desarrolladores dispuestos a desplegar de manera continua y, cuando un contrato falle, si se puede localizar rápidamente si el problema está en DuskEVM, DuskDS o en el componente puente. Con una ruta de ejecución más, también hay una capa extra de complejidad operativa. Para un equipo de desarrollo, lo más caro muchas veces no es el gas, sino el tiempo de resolución de problemas. Así que cuando miro el progreso del ecosistema de #dusk , no voy a equiparar directamente “compatibilidad con EVM” con “ya llegaron los desarrolladores”. Para DUSK, el indicador más clave es el número de contratos activos, la tasa de reintentos de despliegue y la estabilidad del RPC. Abrir la puerta es solo el primer paso; que la toolchain y la experiencia al depurar puedan retener a la gente es el verdadero reto del arranque en frío del ecosistema. #dusk @Dusk $DUSK
#dusk $DUSK Recientemente revisé la documentación para desarrolladores de Dusk y descubrí que está bastante más completa que el año pasado. Los tutoriales para el despliegue en la red de pruebas, los ejemplos de contratos de privacidad y las instrucciones para iniciar nodos están organizados de forma más clara que antes. Aunque aún hay margen para acercarse a la experiencia de desarrollo de las mejores cadenas públicas, la dirección es correcta. Que una blockchain pueda o no consolidar un ecosistema depende mucho más de la experiencia de documentación y herramientas que de muchas campañas de marketing. He participado en varias actividades de la red de pruebas de la comunidad de Dusk. Para ser honesto, al principio había poca gente involucrada, pero quienes se quedaron en su mayoría eran personas que investigan en serio la privacidad y la RWA. En las discusiones de la comunidad casi nadie está gritando “sube la cotización” todos los días; más bien hablan sobre el modelo de tickets de privacidad, el diseño de cumplimiento y las posibilidades de colaboración con instituciones. Este tipo de ambiente es, en el mercado actual, cada vez más raro. Los poseedores de DUSK necesitan tener claro una cosa: el origen de la prima de este proyecto no es el entusiasmo del mercado a corto plazo, sino si puede convertirse en infraestructura base de privacidad y cumplimiento. Los ciclos de validación de la infraestructura son largos; puede que durante un año o dos no pase gran cosa, pero cuando las instituciones empiecen a conectarse, el foso defensivo será mucho más profundo que el de los proyectos puramente DeFi. El ecosistema de desarrolladores es clave en este proceso. No basta con tener colaboración con instituciones: también se necesita que desarrolladores externos quieran crear carteras, herramientas y frontends sobre Dusk. Detalles como la documentación bien desarrollada, los incentivos de la red de pruebas y la estabilidad de los nodos determinan si los desarrolladores se quedarán. Muchas cadenas pierden precisamente en estos aspectos invisibles. Ahora que observo el progreso de Dusk, me enfoco en su actividad de desarrolladores, la frecuencia de actualización de versiones y si las reacciones de la comunidad se están adoptando. Estas cosas no son tan estimulantes como los saltos de precio de DUSK, pero están mucho más cerca del valor real del proyecto. El ecosistema no se construye en un día, pero cada día se puede ver una diferencia. Un proyecto que está dispuesto a optimizar continuamente la documentación y las herramientas al menos demuestra que el equipo está pensando a largo plazo. Me gustaría ver la documentación de desarrolladores dentro de seis meses #dusk @Dusk $DUSK
#dusk $DUSK Al leer la narrativa de cumplimiento de Dusk, siempre estuve haciendo un cálculo. No era TPS. Tampoco el precio del gas. Era el coste real de mantener en la cadena, de principio a fin, un activo regulado desde su emisión hasta su circulación. @Dusk La lógica de diseño de Dusk es: usar DuskDS como capa de liquidación, Citadel para gestionar la identidad, Phoenix para proteger la privacidad y la divulgación selectiva para satisfacer las auditorías. Suena como si cada módulo pudiera resolver una parte del problema. Pero el problema no está en un solo punto. Supongamos que una institución quiere emitir bonos privados en la cadena. Primero, el inversor necesita pasar KYC y obtener una credencial de Citadel. ¿Quién emite esa credencial? ¿Cuánto cuesta almacenarla en la cadena? Cuando la credencial expira, hay que renovarla; si la renovación falla, ¿qué pasa con el activo? Segundo, la transferencia del bono necesita verificar la elegibilidad del destinatario. Cada transferencia debe llamar a la interfaz de verificación de Citadel; ¿cuántas interacciones en cadena generará esto y cuánto gas consumirá? Si la transferencia es rechazada, ¿cómo se revierte el estado en la cadena? Más adelante, el regulador puede exigir en algún momento ver la estructura de tenedores. El emisor necesita generar una clave de visualización y autorizarla; ¿esa autorización es permanente o temporal? ¿Puede el alcance de la autorización limitarse con precisión a ciertas transacciones o a un periodo concreto? Por último, si aparece un incumplimiento o una disputa, ¿puede el activo en la cadena ser congelado judicialmente o transferido por la fuerza? ¿Qué tipo de permisos debe dejar reservados el contrato inteligente? ¿Entrarán esos permisos en conflicto con la "descentralización"? Sumé el gas, el almacenamiento, la verificación y el coste de las disputas de estos pasos, y lo comparé con las comisiones de intermediación, los costes de auditoría y el tiempo de liquidación de las finanzas tradicionales. #dusk Para que una institución de verdad ponga sus activos en la cadena, no basta con demostrar que "técnicamente se puede hacer", sino que hay que demostrar que "después de hacerlo es más barato, más rápido y más seguro". Si el coste en la cadena es más alto, la única razón sería la transparencia y la auditabilidad. Pero Phoenix vuelve a ocultar las transacciones; ¿dónde queda entonces la transparencia? ¿Es suficientemente flexible la divulgación selectiva? Tras divulgarla, ¿quién verifica que los datos no hayan sido manipulados? Así que ahora, cuando observo las perspectivas de adopción por parte de instituciones, no miro solo si "hay funciones de cumplimiento". Me interesa más seguir un flujo completo de extremo a extremo: desde la verificación de identidad, la emisión del activo y la verificación de la circulación, hasta la divulgación para auditoría, y calcular cuánto tiempo y cuánto dinero se ahorra al recorrer todo el proceso en la cadena frente a la solución fuera de la cadena.$BTC
La primera vez que vi el diagrama de la arquitectura de DUSK, me surgió una duda: ¿por qué se necesitan dos máquinas virtuales? DuskVM ejecuta contratos nativos, mientras que DuskEVM ejecuta contratos compatibles con Ethereum. ¿Acaso no aumenta eso la complejidad? Pero después de investigar a fondo, descubrí que este diseño en realidad busca resolver un problema muy real: el compromiso entre seguridad y rendimiento. DuskVM es la máquina virtual nativa de DUSK; corre directamente sobre la capa de consenso y puede acceder a todas las funciones subyacentes, como pruebas de conocimiento cero, transacciones de privacidad, el protocolo Phoenix, etc. En cambio, DuskEVM está basado en OP Stack: ejecuta contratos inteligentes de estilo Ethereum, pero el asentamiento final lo realiza DuskDS. La diferencia clave es que los contratos en DuskVM están vinculados a la seguridad del consenso de DUSK, mientras que los contratos en DuskEVM dependen de una capa externa de puente. Esto trae un reparto de funciones bastante interesante: los activos sensibles (por ejemplo, tokens RWA y activos regulados) deberían colocarse en DuskVM, porque necesitan aprovechar directamente las características de privacidad y cumplimiento de DUSK. Mientras tanto, las aplicaciones DeFi comunes (por ejemplo, DEXs y protocolos de préstamos) pueden colocarse en DuskEVM, porque los desarrolladores solo necesitan migrar el código existente de Ethereum, evitando la molestia de reescribir contratos. Revisé los comentarios de los desarrolladores: desplegar un clon de Uniswap V2 en DuskEVM requiere modificar solo unas 20 líneas de código (principalmente para adaptar parámetros de red). Pero desarrollar desde cero en DuskVM requeriría cientos de líneas. Además, las transacciones en DuskVM son más rápidas (un bloque en promedio cada 1,5 segundos) y no hay que pagar costos de puente. En la práctica, esto es una decisión entre "eficiencia de desarrollo" y "rendimiento". Otro punto a considerar es el aislamiento de seguridad. Los datos de DuskVM y DuskEVM están separados físicamente, y los contratos en DuskEVM no pueden acceder directamente al estado de privacidad de DuskVM. Esto evita escenarios como ataques tipo "flash loan" que aprovechen vulnerabilidades de acceso entre capas. En la auditoría de seguridad oficial de DUSK de septiembre de 2025, se puso especial énfasis en probar las llamadas entre VM; se encontró que todas las llamadas deben pasar por una "puerta de arena" (sandbox gateway). Esta puerta verifica los permisos y el tipo del solicitante, para impedir la infiltración de código malicioso. $BTC Pero yo creo que esta doble arquitectura también tiene riesgos potenciales: si la lógica de puente entre las dos VM tiene alguna vulnerabilidad, podría ser explotada. Por ejemplo, un atacante podría falsificar una llamada de un contrato DuskEVM para consumir los recursos de DuskVM. #dusk @Dusk $DUSK
#TradFi晒单 Repaso: vi que la volatilidad implícita de $SNDKB ya se ha amortiguado, pero la asimetría (skew) de las opciones sobre la acción de SanDisk todavía se mantiene en niveles altos; esto indica que el mercado ya descuenta con fuerza el riesgo de cola. Elijo usar SNDKB para sustituir la acción subyacente y realizar una prueba en posición de entrada por la izquierda, porque los warrants no tienen el riesgo de liquidez de no poder cortar pérdidas si hay una caída severa de las acciones estadounidenses durante la noche. Así, puedo controlar la posición con precisión. Hoy construí un 2% de posición de prueba; si en dos semanas el precio de la acción de SanDisk logra mantenerse por encima del mínimo previo, el descuento (el “precio con descuento”) de SNDKB se estrechará aún más y entonces aumentaré. El requisito es que las perturbaciones en la oferta de ASIC y CXMT no empeoren. ¿Ustedes compran SNDKB para usarlo como herramienta de cobertura o simplemente para apostar por la dirección?