兰精灵

La app de taxis a menudo funciona así: te da un precio estimado para que te prepares, y al final la liquidación se calcula según los kilómetros reales. La Gas de @Dusk es el mismo caso: el costo es `gas_used × gas_price`. El precio de la Gas se calcula en LUX; 1 DUSK equivale a 1.000.000.000 LUX. El crédito que no se usa no se descuenta, pero si la Gas se agota a mitad de la transacción, toda la operación se revierte y no se pierde lo que se calculó antes: lo ejecutado hasta entonces se paga igualmente. Al principio también pensé que era una trampa en el diseño; luego lo entendí: si el fallo fuera completamente gratis, un hacker podría provocar llamadas complejas e infinitas con errores para hacer que los nodos trabajen en vano. Esa es la trampa de verdad.

Por eso, cada vez que confirmo una transacción, reviso por separado tres cosas: si el límite de Gas alcanza para completar todo el proceso, si el precio de la Gas es razonable y si el objeto a llamar y los parámetros se rellenaron correctamente. Si falla, no te apresures a reenviar: primero revisa en el navegador oficial para entender el tipo, el costo, el uso y en qué parte ocurrió el error. Aumentar ciegamente el tope al doble solo le da más combustible a un contrato equivocado: es un remedio temporal, no la solución.

El flujo de costos también es bastante interesante. La recompensa de cada bloque es el nuevo $DUSK emitido más las comisiones de transacción, que se reparten entre el productor del bloque, el fondo de desarrollo y el comité; la parte no asignada podría destruirse. Cuando la red está congestionada, las tarifas pueden entrar en incentivos de validación, pero eso no es un dividendo que puedas ganar solo por tener monedas.

Lo que de verdad me hizo detenerme a observar con lupa fue la privacidad. Dusk no esconde todas las transacciones; hace divulgación selectiva. Cuando es compatible, puede demostrar la información necesaria sin exponer todos los detalles en una cadena pública. XSC, DuskEVM y el marco de identidad de Citadel: en conjunto se siente más cerca de un escenario financiero real que simplemente exigir una «cadena de privacidad».

El proceso de Citadel 2 consta de cuatro pasos: la línea License Provider hace una revisión fuera de la cadena y emite credenciales cifradas; el usuario genera una prueba de conocimiento cero y solo muestra que tiene una credencial válida; el contrato verifica y deja una session pública; luego el servicio decide si permite o no. En la cadena solo se prueba que la sesión es válida: no importa a quién crea la institución, qué atributos necesita ni si la credencial expiró o no. Con la misma documentación de identidad no tienes que almacenarla repetidamente en cada plataforma; el riesgo pasa de la copia de datos a la gobernanza del emisor y a la sincronización de revocaciones.

Antes de usar Dusk, hay que conocer bien el Gas para evitar pagar varias veces por aprender a base de errores. Que funcione o no depende del resultado de la transacción; que el valor pueda fluir de forma sostenible hacia DUSK requiere seguir observando el uso real de la red y el ritmo de suministro. #dusk $DUSK

He estado mirando @Dusk últimamente y cuanto más lo miro, más interesante me parece.

Primero, hablemos del ciclo de vida de las transacciones que más me tiene enganchado. Al principio yo también me dejé llevar por la supuesta finalidad determinista; después de revisar documentación durante varios días, descubrí que confirmed y finalized no son lo mismo. El bloque todavía no llega al último paso: aún puede revertirse. El proceso es: primero el provisioner propone un bloque candidato, luego una comisión aleatoria hace la validación, después viene un segundo grupo de ratification, y solo tras la fase de ratify es cuando se asienta de verdad. No es que una vez propuesto ya estás condenado: lo que sí es cierto es que después de la finalización ya no necesitas acumular más confirmaciones.

Si fuera una simple transferencia, da igual; pero en depósitos de exchanges o en entregas de valores no puedes jugar así. Detectar executed solo indica que se ejecutó; aún tienes que comprobar que el error esté vacío y recién el evento finalized es lo que da estabilidad. Si te llega un reverted, toca volver a escucharlo. Un revert del contrato es un error de código; un revert del bloque es un cambio en el consenso. La lógica de recuperación es completamente en direcciones opuestas. Si un integrador toma confirmed como si fuera finalized, la “determinación” se le va a romper en la capa de aplicación. Lo que más me preocupa ahora es si el exchange y Dusk Trade usan finalized como el límite unificado y si existe un flujo de reprocesamiento auditable.

Hablemos también de trading justo; esto de verdad me enfureció. El mempool es como un invernadero con las cortinas quitadas: lo que quieres comprar lo ve todo el mundo, y los robots tipo pinza pueden entrar en cualquier momento. $DUSK hizo una subasta batch privada directamente a nivel de protocolo: la puja y la cantidad se envían y, al instante, ZK lo protege. Los nodos calculan un precio justo que hace que la diferencia entre la demanda total de órdenes de compra ocultas y la oferta total de órdenes de venta quede cerca de cero; luego todas las órdenes colgadas en el mismo bloque se liquidan a ese precio. Se destapa la asimetría de información: la piscina oscura es justa desde sus entrañas.

En cumplimiento tampoco se quedan cortos. Phoenix usa ZK para preservar la privacidad; Moonlight trabaja con un libro mayor transparente; Citadel soporta divulgación selectiva; XSC mete en la lógica del contrato la elegibilidad, las restricciones y los reportes completos. Las reglas no puedes depender de que existan solo fuera de la cadena.

Cuanto más complejo es el producto, más reglas hay. La pregunta clave para mí es si se puede ejecutar con estabilidad en distintos flujos de trabajo. La verdadera finalidad no es un término: es el recorrido de los eventos del nodo hasta el libro contable, sin que nadie se adelante por la carrera. #dusk $DUSK

Anoche volví a revisar el documento de @Dusk ; para ser honesto, me dejó un poco dividido.

Por un lado, dicen que su enfoque es la privacidad. El esquema de Phoenix de UTXO con pruebas de conocimiento cero, de verdad, es bastante sólido: la información de las transferencias está completamente cubierta. Pero luego cambian de rumbo y hacen compatibilidad de DuskEVM con Solidity, dejando claro que quieren atraer el flujo de desarrolladores de Ethereum. Incluso la propia oficialidad lo dice: el modelo de cuentas y UTXO no son literalmente la misma “especie” en privacidad. La compatibilidad directa, entonces, implica sacrificar anonimato. El resultado es incómodo: desarrollar con la toolchain de EVM es muy cómodo, pero la privacidad queda a medias. Y si de verdad quieres privacidad auditable, tienes que enfrentarte a la barrera del entorno nativo; quedarse a medias entre ambas opciones es bastante difícil de digerir.

En cuanto a los nodos, también es más enrevesado. Con el consenso de Succinct Attestation, apostar 1000 DUSK te convierte en Provisioner; el umbral se ve bastante accesible, incluso las personas comunes pueden intentarlo. Pero si miras más arriba, la salida real de valor: canales RWA, la licencia NPEX, la verificación de identidad conforme… todo eso está concentrado en manos de instituciones. La base es Permissionless PoS, y por encima es un club con permisos. Con esa arquitectura, todavía no logro entender cómo se captura el valor del token.

Además, está la emisión nativa: la ambición no es pequeña. No pretende solo emitir un token, sino meter en una máquina de estados todo el esquema: lista blanca, view key, transferencias controladas y la liquidación/entrega. En el escenario ideal, las securities privadas no necesitarían registro fuera de cadena. Pero el problema está en la eficacia legal y en temas como la custodia y el reconocimiento de tenencia: por muy bonito que corra en cadena, no reemplaza eso.

Para ser sincero, la revelación selectiva de Phoenix, el cambio de doble modelo de Moonlight y la lógica de emisión de Citadel son, en el diseño, realmente ingeniosos. Pero en la práctica, la complejidad es alta y probablemente desanimen a los usuarios comunes. Reconozco que el relato de cumplimiento tiene espacio bajo el marco MiCA de Europa, pero si las ventajas técnicas pueden convertirse en actividad real on-chain depende de que el ecosistema de verdad pueda arrancar.

Seguiré vigilándolo, pero antes de poner dinero real, estas lógicas con “pinchos” necesitan ordenarse primero. #dusk $DUSK

Corrí y probé nodos durante medio año, y ahora me he acostumbrado a empezar a “desnudar” la capa de propagación primero. Hace poco caí en un agujero: el ancho de banda del nodo se llenó al máximo y los correos de alerta llegaron en una pantalla entera. Al principio pensé que era por un volumen de transacciones demasiado fuerte; al revisar los registros entendí la causa: a nivel inferior, el valor predeterminado es un “bombardeo” de todo el mundo con tráfico indiscriminado. Con que el nodo se mueva un poco o tenga alguna inestabilidad, los mensajes repetidos se aprietan sin piedad, como si fuera un atasco.

Luego revisé el documento @Dusk y vi la parte de Kadcast; de hecho me quedé bastante tiempo. No usa ese tipo de difusión ciega. Aprovecha la topología de Kademlia: calcula la distancia XOR a partir del hash de identidad del nodo y clasifica el par en distintos buckets de enrutamiento. En la difusión, ya no se hace envío desordenado en masa; en su lugar, se envía de forma ordenada por capas según la distancia, y sincroniza toda la red convirtiéndola en un árbol de multidifusión estructurado. En mis pruebas locales, el pico de ancho de banda se redujo claramente; y después de varios saltos, resulta mucho más difícil que un actor externo deduzca al iniciador solo por características del tráfico. El whitepaper dice que ahorra 25%-50% de ancho de banda frente a un Gossip tradicional; yo lo tomo como referencia: con nodos que entran y salen con frecuencia, oscilaciones entre zonas y retrasos en la actualización de la tabla de enrutamiento, todo eso junto seguro reduce el ahorro real. Con BitVM3 como verificación de respaldo, no hay forma de que transacciones no conformes ni siquiera entren por la puerta. Esa idea comparte la lógica de bajo nivel con el esquema de “staking”: dejar las reglas soldadas en la criptografía.

Pero depender mucho de la topología lógica tiene un coste. Si aparece una partición entre países, o un nodo malicioso introduce datos sucios dentro de los buckets de enrutamiento, el gasto de direccionamiento al cambiar rutas alternativas puede comerse rápidamente la ventaja de baja latencia. Controlar el ancho de banda es realmente algo bueno: los usuarios comunes de staking no necesitan tirar de una línea dedicada y la barrera baja un escalón; pero la depuración es más compleja que en la difusión tradicional, así que hay que tenerlo en mente.

También pisé un pozo con el entre-cadenas. De la mainnet a BSC no es un “traslado” directo. Hay que enviar el DUSK nativo a la cuenta puente oficial; una vez que la mainnet valida y bloquea, según la dirección BSC especificada en el Memo, se genera un BEP20. La cantidad debe ser mayor que 1 DUSK. La tarifa es la comisión de la mainnet más la tarifa del puente de 1 DUSK; el tiempo aproximado es de una hora para llegar, y el monto real recibido es la cantidad enviada menos 1.

Kadcast usa una distancia matemática para mitigar el riesgo de redundancia y de rastreo del origen, pero en un entorno de red pública donde los nodos entran y salen, la velocidad de actualización de la tabla de enrutamiento y el grosor del pool alternativo—eso es lo que realmente hay que vigilar. Si sale bien, es una mejora pragmática; si no, es solo un decorado de papel. $DUSK #dusk $DUSK

Últimamente he estado clavado en el tema de RWA, la verdad: cuanto más lo miro, más ansioso me pongo. Lo de poner activos en la cadena, técnicamente hay de todo a manos llenas; pero si de verdad le das a una institución la tarea de mover inmuebles, bonos y acciones, ¿cómo se haría la prueba? Una blockchain pública es tan transparente como una casa de vidrio: todos los secretos comerciales quedan al descubierto, ¿quién se atrevería? Y las blockchains de privacidad están tan opacas que el regulador ni siquiera alcanza a tocarlas. Le di una vuelta y vi que @Dusk no está tomando partido: mezcla privacidad y cumplimiento directamente en la capa base; esa idea tiene algo.

Me metí a destripar su stack técnico. El consenso de Succinct Attestation: comités aleatorios haciendo el trabajo, y los rollbacks por bifurcación prácticamente no tienen posibilidades. DuskEVM es compatible con Ethereum; corrí un pequeño demo con Solidity y las funciones de privacidad se incluyeron directamente. El protocolo Hedger, esa privacidad auditable, me dejó pensando un buen rato: los detalles están completamente cerrados, pero cuando toca el cumplimiento, puede soltar pruebas verificables. Esa jugada es bastante buena. Moonlight y Phoenix operan como dos modelos de transacción en paralelo; para distintas necesidades, cada una toma lo que le corresponde. Vi además el plan de NPEX para tokenizar en cadena valores por más de 300 millones de euros; el ritmo de implementación lo tengo que seguir.

Pero, siendo sincero, tengo una pregunta que me queda colgando en la cabeza: la llave que puede desbloquear toda la privacidad, al final, ¿quién la tiene? Eso determina directamente si es libertad o alguna forma de control. Hice cuentas: la emisión continua de tokens y el bloqueo de fondos presionan la inercia; si cambia la regulación de la UE, el relato quizá se replantee por completo. La liquidez secundaria de los primeros activos y el costo de ZK todavía hay que verlo con evidencia práctica.

Hace poco mucha gente fue engañada con la idea de que la verificación en cadena toma 2,8 milisegundos, y casi me lo creo. PLONK sí lleva la verificación al límite, pero es “ligero en cadena y pesado fuera de cadena”. Yo mismo corrí en local circuitos de identidad de Citadel: con una sola licencia hay más de 30.000 constraints; el prover se lo comió entero en 16 segundos, mientras que el verificador tarda solo 0,007 segundos. La prima de cómputo de ZK es más o menos 10.000 veces la de la operación original; toda la carga se la tiran al equipo local.

Yo soy de los que prefieren validar por su cuenta: no me quedo viendo quién dice de dónde viene, miro el código. El camino que sigue Dusk es difícil, pero es el correcto; aun así, llevar la tecnología a la realidad todavía queda entre la batalla regulatoria y la aceptación del mercado. Mis focos ahora son dos: cómo se gestiona esa llave, y el volumen real de transacciones después de poner en cadena activos por 300 millones de euros. Lo demás, esperaré a terminar las pruebas para hablar. #dusk $DUSK

Anoche leí el “whitepaper” @Dusk y, siendo sincero, empecé con una mentalidad dispuesta a buscarle fallos; al final, cuanto más lo miraba, más me parecía que este proyecto tiene cierto “algo” obsesivo.

Primero, los puntos flojos: el whitepaper es increíblemente técnico; hay un montón de jerga de criptografía académica por todas partes. Se lee como un paper de ingeniería financiera, y casi lo dejo a mitad de camino. La promoción del ecosistema también va lenta: mientras otros publican acuerdos a diario, ellos se encierran y desarrollan la mainnet y los estándares de XSC, con una presencia en el mercado tan pequeña que da pena. Los tokens y la comunidad, además, van en modo zen; no hay ninguna emoción de “pump”.

Pero después de poder quejarme de esas tres cosas, en realidad ahora estoy más dispuesto a observarlo a largo plazo, porque la infraestructura financiera no se mueve solo con gritos y picks. Las instituciones necesitan estabilidad y cumplimiento.

Ahora bien, en lo técnico sí hay cosas: Dusk integra de forma nativa PLONK zk-SNARK y Bulletproofs en la capa base del protocolo; la privacidad no es un “ad-on” para DApps, sino una propiedad inherente de la cadena. Luego, con Citadel ZK-KYC, cuando los usuarios completan la verificación de identidad no tienen que subir datos originales como pasaportes: solo envían una prueba de conocimiento cero ya verificada en términos de cumplimiento. Esto apunta directamente a escenarios RWA a nivel institucional y de tokens de valores: se necesita cumplimiento, pero sin exponer todas las posiciones y estrategias en el libro público.

Claro que también ha habido problemas: OtterSec detectó un fallo en el verificador al encontrar dusk-plonk, y un probador malicioso podría falsificar pruebas. Por suerte, el equipo, en adelante, usó AEGIS para bloquear en mempool y en la frontera bidireccional de VM elementos como comisiones, reembolsos y consistencia de direcciones, además de añadir pruebas de regresión específicas. Que la prueba de conocimiento cero sea válida no significa automáticamente que los datos alrededor de la transacción sean seguros: esa lección sí que se siente.

Así que ahora, al mirar $DUSK , lo veo más como observar un camino que de verdad quiere hacer liquidación financiera privada. Que vaya más lento no importa; lo clave es si la base y la seguridad pueden sostener las exigencias de las instituciones. $DUSK #dusk $DUSK

Últimamente estuve charlando con amigos sobre DeFi y lo que más critican es, precisamente, el tipo de interés variable. Parece muy atractivo: depositas y la tasa cambia de un momento a otro, y ni siquiera sabes cuánto podrías ganar dentro de medio año. A mí este “tira y afloja” me cansó, así que empecé a buscar soluciones de tasa fija y me topé con @TermMax .

Primero, hablemos del mecanismo: divide el préstamo en tres partes: FT, XT y GT. FT es parecido a un bono de cupón cero: se compra con descuento y, al vencimiento, se redime al valor nominal; así, el prestamista gana la diferencia. GT es una posición en formato NFT que registra el colateral y la deuda. XT, por su parte, ayuda a mantener el equilibrio. El prestatario acuña GT y FT a partir de activos en garantía, vende FT para obtener fondos, y al vencimiento devuelve la deuda y redime el colateral. Además, incorpora una Range Order: con una curva de precios se escribe en el mecanismo el rango de tasas; en teoría, puede generar una curva de rendimiento on-chain.

Luego, los puntos que me interesaron: la función de renovación automática es muy útil. Al vencer, se busca una nueva tasa mediante una subasta holandesa; la ejecución la hace un keeper, sin necesidad de operar manualmente. Pero si el sistema es o no estable, depende de la solidez del keeper: hay que ver si está lo bastante diversificado, cuántos participantes activos hay y la proporción de ejecuciones que realmente se realizan; esos datos son el “colchón” de seguridad real.

Por supuesto, también tengo reservas: el costo de la tasa fija es menor flexibilidad. Si quieres salir a mitad de camino, solo puedes vender FT en el mercado secundario, y su precio seguirá la volatilidad. Si el colateral fluctúa mucho, al vencimiento lo que recibas tampoco necesariamente será estable.

Por eso mi estrategia es priorizar activos mainstream y un mercado con ratios de colateral conservadores; si la rentabilidad es demasiado alta, la trataré primero como una prima por riesgo.

Estoy de acuerdo con el enfoque de #TermMax : en efecto, DeFi lleva demasiado tiempo sin certeza de ingresos a largo plazo. Pero para que funcione de verdad, todavía depende de la demanda real de préstamos y de la liquidez. Por ahora seguiré observando y esperaré a que el uso real despegue.

¿Qué opinan ustedes? ¿Por qué creen que en la cadena es difícil impulsar las tasas fijas, cuál sería la razón principal?

Ayer releí el whitepaper @Dusk y cuando llegué a la página de la “arquitectura de doble VM”, me quedé bloqueado.

Primero hablemos de la arquitectura. Piecrust es una máquina virtual nativa de conocimiento cero, basada en WASM, y el proceso de liquidación se reduce a 2-3 segundos. DuskEVM es compatible con Solidity; con Hardhat y MetaMask puedes conectarte directamente y hacer que corra, y la privacidad se completa con Hedger ajustando el ZK de capa inferior. El diseño de doble carril sí tiene sentido: uno se encarga de contratos de privacidad y el otro de la compatibilidad, cada cual en lo suyo.

Pero cuanto más avanzaba, más me parecía raro. Piecrust desarrolló su propio VM; este marzo, en la auditoría AEGIS se expusieron 39 problemas, 7 de severidad alta, y dos vulnerabilidades críticas quedaron atrapadas en la capa de sandbox. Incluso nodos honestos ejecutando el mismo código pueden obtener resultados inconsistentes, y un contrato malicioso puede empujar el runtime a un estado en el que se invalida la garantía de propiedad. Si la sandbox se viola, la capa superior de contratos confidenciales queda hecha polvo. DuskEVM por sí solo solo admite transacciones públicas; la privacidad queda resguardada por módulos adicionales. Dos VMs que van cada una por su lado duplican directamente el volumen de código y la superficie de ataque.

Ahora veamos la colaboración. NPEX, Chainlink, Cordial, Quantoz, 21X: en la web dicen €300M+ de emisión confirmada, 50K+ alcance de inversores y 210M+ DUSK apostado. Los recursos, sin duda, son más sólidos que los proyectos que solo cuentan historias de RWA. Pero la propia parte oficial también admite que la tokenización puede reducir fricción, aunque no puede crear compradores, vendedores ni profundidad de mercado. Dusk Trade aún está en Building/Waitlist, y tanto DuskEVM como Hedger también están en Testnet. La lista de colaboraciones indica que otros están dispuestos a trabajar juntos; pero que funcione de verdad dependerá de indicadores duros como el volumen de activos tokenizados on-chain, el número de traders y la profundidad del mercado en segunda capa.

Por último, hablemos del encaje entre cumplimiento y privacidad. Zedger, al emitir, incluye en el protocolo listas blancas, un solo usuario y una sola cuenta, y aprobación explícita del receptor; la transferencia se divide en dos pasos, y si vence el tiempo, se invalida automáticamente. Phoenix usa una arquitectura UTXO: el dinero existe como notas cifradas; durante la transacción, el ZK verifica simultáneamente cinco cosas. Las Pedersen Commitments ocultan direcciones e importes. Confirmación en tres etapas en DuskDS: al minar, queda cerrado el estado final. Las reglas determinan si puede ocurrir el evento; Phoenix determina qué aspectos no hace falta revelar públicamente; y DuskDS define qué estado cuenta como válido. Estos tres eslabones completan el mismo punto de corte: de la emisión al settlement de valores, intentando no volver a coordinación fuera de la cadena.

La lista de socios ya está bastante “financiarizada”. En la siguiente fase, lo que más quiero ver son datos reales de migración y de operaciones ejecutadas, no quedarse siempre en PPT. #dusk $DUSK

Antes yo pensaba que los préstamos a tipo fijo eran una necesidad falsa. ¿Míralo así: en esta volatilidad del mundo cripto, quién no está mirando los rendimientos a corto plazo con tipos variables? Como mucho, a veces haces algún tipo de cobertura, pero en realidad no hace falta fijar todo. Por eso, cuando <span>@TermMax </span> se lanzó, le dije a un amigo que en medio año seguro tendría que reconvertirse.

Pero recientemente revisé los datos: en Token Terminal su actividad diaria ronda los 4000, superando los 3700 de Morpho. Eso fue lo que me hizo leer la documentación en serio.

Al entenderlo, descubrí que en esencia es un “AMM de préstamos”, que toma ideas de Uniswap V3 y descompone el tipo fijo en tres tipos de tokens. El FT es como un bono de cupón cero: se redime 1:1 al vencimiento. El XT, junto con el FT, hace que 1 FT + 1 XT correspondan siempre a 1 token de deuda; al vencimiento, el XT pasa a cero. El GT es un NFT que registra para cada préstamo la garantía y la deuda. El prestatario bloquea la garantía en el GT, acuña FT según la máxima relación préstamo-valor, y vende los FT para obtener efectivo. El prestamista compra los FT con descuento y al vencimiento los redime al valor nominal para ganar la diferencia. La liquidación es aún más directa: si el LTV supera el umbral o no se devuelve la deuda al vencimiento, dentro de una ventana de dos horas el liquidador recibe un 5% de recompensa, y el prestatario además paga una penalización del 10%. Si nadie liquida, se hace entrega en especie: la garantía se entrega directamente al prestamista, sin que “robots” se la lleven.

El problema de los saltos de tipo de interés está resuelto, pero no faltó ningún riesgo: los precios de la garantía también suben y bajan y la liquidez del mercado secundario fluctúa. Con Range Order, el market maker puede fijar tramos de tipos por sí mismo; la piscina funciona con producto constante, y cuanto más te endeudas, más se dispara el tipo. El arranque en frío es difícil: sin LP minoristas que sostengan el precio, todo depende de que los profesionales aguanten con cotizaciones.

Ahora mira TMX: no te quedes solo con el TVL. La verdadera señal está en la profundidad de las operaciones con FT del mismo vencimiento, el diferencial de precios entre préstamo y préstamo, y si antes del vencimiento hay gente que se retira en masa. Si el tipo fijo puede sobrevivir, depende de si hay gente que de verdad ponga dinero real y pida prestado de forma continua a ese precio. #TermMax

$DUSK #dusk Para ser honesto, cuando investigo un proyecto nuevo, es costumbre primero ver con quién está vinculado. No es de esos anuncios oficiales de “colaboración”, sino una vinculación real de capital. Así que después de fijarme en @Dusk , lo primero que hice fue ver qué relación tiene con el NPEX de Países Bajos.

No es solo que firmaron un memorando: aquí hay dinero de verdad comprando acciones. Dusk ya tenía desde 2020 alrededor del 10% de la participación en NPEX, entrando directamente en el registro de accionistas. Esa “fuerza” pesa más que diez anuncios de cooperación: el contrato se puede rasgar, pero el capital es para que juntos suban y bajen. NPEX tiene en su poder tres licencias reguladas por AFM: MTF, la de brokers y la de ECSP. Ayudaron a pymes a financiarse con más de 200 millones de euros, con más de 17.000 inversores activos: es un negocio serio de toda la vida. Que la entidad esté dispuesta a tomar a Dusk como infraestructura de base ya es el mayor aval.

Pero, seamos sinceros: ese 10% aún está lejos del control. Las licencias están en manos de ellos y la red principal tampoco está totalmente desplegada. El propio oficial lo dice sin rodeos: la tokenización puede reducir la fricción, pero no puede crear compradores y precios justos de la nada. Ahora la emisión supera los 300 millones de euros y cubre a más de 50.000 inversores: los datos se ven bastante bien. Pero Dusk Trade todavía está en construcción, y tanto EVM como Hedger aún son redes de pruebas. Lo verdaderamente clave es esto: cuando los activos estén tokenizados en cadena, ¿quién pone el comprador, quién hace el descubrimiento de precios? ¿La controversia se resuelve en la cadena o en los tribunales? Si depende muy de NPEX y de bancos custodios, ¿cuánto se reduce realmente la capa intermedia?

Oficialmente reconocen que la Tokenization ≠ Liquidity; al menos son honestos. Lo siguiente que haré es vigilar las operaciones después del lanzamiento de los primeros activos: volumen de negociación, titulares y rotación; eso es lo que confirma.

Por último, recordatorio: DUSK con el mismo nombre, 9 decimales en la red principal; ERC20/BEP20 tienen 18 decimales. En la red principal se lleva la contabilidad en LUX, y 1 DUSK = 1.000.000.000 LUX. Al migrar entre cadenas, la cartera y el sistema deben reconocer bien la cadena y el estándar; si no, el saldo se ve correcto, pero en realidad difiere por un orden de magnitud. El documento apunta a la guía de migración a la red principal: la ecología debe mostrar siempre esos campos junto con el activo, para que el usuario no tenga que adivinar.

Para juzgar un proyecto, sigo mirando primero la profundidad del vínculo y la ejecución del despliegue, y solo después los detalles técnicos. $DUSK

TermMax llevo bastante tiempo siguiéndolo. La verdad, pocos proyectos on-chain me permiten hacer el check-in todos los días y además hacer staking sin perder ni un día; este es de los primeros. El día 25 será el TGE, y la verdad tengo un poco de emoción en el pecho, también quiero charlar con los hermanos sobre qué tal es realmente este proyecto.

Lo que hacen es un préstamo con tipo de interés fijo descentralizado. La mecánica es bastante interesante. En simple: dividen un préstamo en dos tokens, FT y XT. FT funciona como un bono de cupón cero: lo compras con descuento, lo redimes al vencimiento por su valor nominal, y la ganancia queda fijada desde el inicio. XT, en cambio, es un token de rendimiento: el prestatario lo recibe al mismo tiempo que obtiene el préstamo y puede venderlo de inmediato para conseguir liquidez; además, el costo queda fijado de antemano. Un FT más un XT equivale a un token de deuda: el principal y los intereses quedan separados “físicamente”. Y además está el GT, que es más práctico: es un NFT apalancado que envuelve tanto el colateral como la deuda. Antes, ese tipo de préstamos en bucle repetido te cobraba muchísimo en Gas y era más engorroso; ahora con un solo click se puede hacer, y la gestión de posición es mucho más intuitiva.

FT se encarga de los ingresos fijos, XT de monetizar los intereses, y GT gestiona el apalancamiento; cada uno en su área. Lo más fuerte para mí es que convierten el propio tipo de interés en un activo negociable; no es ese “simular” un interés fijo de forma forzada. Esa lógica es bastante clara.

El proyecto salió al mainnet el año pasado, con cobertura tanto en Ethereum como en BNB Chain. El TVL llegó a superar los 71 millones; los usuarios pasaron del millón. Este año, en enero también apoyaron el uso de los tokens tokenizados de Ondo (acciones tokenizadas) como colateral, y en marzo la V2 resolvió el problema de la fragmentación de liquidez. Los datos han estado bastante estables. Los préstamos con tipo fijo no son algo nuevo, pero TermMax en términos de implementación y experiencia sí se siente bien sólido.

Ahora aún está la actividad Booster: puedes canjear 2 puntos de Alpha para sacar TMX; en el pre-mercado el token anda cerca de 0.18 U. Calculé más o menos lo de los puntos MP: para los primeros, el retorno debería ser decente, pero el precio en pre-mercado se ve un poco inflado; después de listar, la volatilidad seguro que llegará, y no sé si el premio será todo para el pool. En lo personal, seguiré, porque llevo ya bastante tiempo siguiéndolo. En la categoría de tipo de interés fijo no es fácil, y si más adelante la fijación de precios y el arbitraje generan nueva complejidad, solo se puede ir viendo sobre la marcha. @TermMax #TermMax

#dusk Mucha gente habla de cadenas públicas y con solo una frase sueltan TPS; parece que cuanto más alto el puntaje, todo está resuelto. Pero cuando leí el whitepaper @Dusk , noté un detalle interesante: ponen el protocolo de la red Kadcast antes de explicar el mecanismo de consenso.

Al principio no le presté mucha atención, pero luego le fui encontrando el sentido: si los bloques candidatos, las transacciones y los votos no se pueden transmitir, o se transmiten lento, aun si el comité elige bien después, puede ocurrir bifurcación o validaciones repetidas por falta de sincronización de la información; entonces todo el trabajo previo se vuelve en vano.

El protocolo Gossip tradicional es como gritarle a la gente en la calle: el mensaje se repite por todas partes y el ancho de banda se desperdicia en redundancia. Kadcast toma prestado la distancia XOR y la tabla de enrutamiento de Kademlia, y convierte la propagación en un árbol de multidifusión estructurado: el mensaje recorre, por diseño, una ruta por capas, de forma limpia y directa. El whitepaper cita investigaciones que afirman que se puede ahorrar entre 25% y 50% de ancho de banda, y que la tasa de bloques stale también puede bajar entre 10% y 30%. Claro, son datos de investigación, no mediciones reales para todos los escenarios; pero para una cadena financiera, unos segundos de latencia pueden hacer que nodos distintos vean bloques candidatos diferentes y afectar la determinación de las transacciones.

El enrutamiento estructurado también tiene otra ventaja: hace más difícil que el exterior identifique directamente el origen del mensaje. Privacidad y eficiencia se diseñan de forma conjunta.

Lo más enrevesado de las finanzas on-chain es la transparencia y la privacidad. Con total transparencia, las instituciones no se atreven a participar; con privacidad total, el regulador igual está encima. El estándar XSC $DUSK usa pruebas de conocimiento cero PLONK: separa la validez de la transacción de los detalles. El monto y el objeto quedan en secreto; cuando el regulador lo necesita, se hace divulgación selectiva usando claves de visualización. Puedes demostrar cumplimiento sin tener que mostrar todas las cartas.

Por el momento, la red principal ya está en marcha y DuskEVM también avanza. La colaboración con el exchange con licencia de Países Bajos NPEX también está llevando activos reales a la cadena. La dirección técnica está muy clara, pero en el lado del token sí existen presiones de circulación y cambios de liquidez, que también se ven: a veces el precio y los fundamentos se desalinean.

El camino de RWA con cumplimiento todavía es largo; lo clave es ver si la gestión de permisos y la implementación real pueden seguir el ritmo de los requisitos regulatorios de distintas regiones. La capa de propagación nunca es un actor secundario; privacidad y cumplimiento tampoco son una elección entre una u otra: hay que resolver ambas. $DUSK

No quiero levantarme para ir a trabajar, ¡pero además me despierto demasiado temprano cuando descanso!
$BTC $SOL

昨天刷到@TermMax ，我脑子里蹦出来的第一个画面是：终于有人把DeFi借贷这头脱缰野马给套上缰绳了。

为什么会有这种感觉？因为前两年在Aave、Compound上做杠杆，被浮动利率坑过太多次。行情一炸，借款成本直接翻倍，利润空间全被利息吃掉，爆仓都爆得莫名其妙。那时候就在想，传统金融里固定收益、利率锁定这些常识，放到链上怎么就没人做？

所以看到TermMax，我的第一反应是去扒他们的白皮书和团队背景。创始人Jerry Li，德意志银行出来的MD，干了大半辈子固定收益。在他眼里，利率从来不是今天5%明天15%的随机数，而是可以提前约定、交易、对冲的工具。这个逻辑在传统债市跑了几十年，放到DeFi里，解决的就是借款人算不清成本、放款人锁不住收益的问题。

#TermMax 给的解法很硬核，三代币结构把借贷、杠杆、收益拆分得明明白白。FT像零息债，打折买到期赎；XT对应锁成本；GT管杠杆仓位。再加上Range Order AMM让Curator自己设利率区间，玩得挺细。后来还补了闲置资金去Aave/Morpho生息、提前退出这些功能，能看出来是真在做产品，不是蹭概念。

目前借贷和一键杠杆已经跑起来了，支持Pendle PT、部分RWA和代币化股票。多链铺了约10条，和Morpho、Aave、Pendle都有集成。官方数据TVL超9000万，注册钱包150万+。V2把多链市场整合到一个界面，还接了HyperEVM、Robinhood Chain，支持用QQQ、SPY这类代币化股票做抵押。8月25日TGE，XP、AP、MP奖励会开放领取。

但话说回来，固定利率最大的坎是流动性，Curator水平也参差不齐。TGE之后激励退坡，能不能撑住，才是真考验。

我不是因为看好叙事才关注TermMax，而是觉得，在DeFi这个投机味道还很重的地方，有人愿意把传统金融里那些被验证过的东西搬上链，本身就值得多看一眼。

#TermMax El debate reciente sobre @TermMax ha aumentado de forma repentina; todos esperan el TGE, así que también revisé de nuevo su mecanismo. Para ser honesto, después de jugar durante mucho tiempo con el DeFi de préstamos, el mayor dolor no es si el rendimiento es alto o bajo, sino que las tasas de interés son demasiado inestables. Tasa variable: hoy puede estar en 4% y el próximo mes tal vez llegue a 9%. Quien pide prestado no puede controlar el costo, y quien presta solo puede “adivinar” el rendimiento.

La solución que propone TermMax me parece bastante interesante: toma el AMM de Uniswap V3 y lo modifica, convirtiendo la curva de precio en una curva de tasa de interés. Entonces el mercado puja directamente en un rango personalizado por “cuánto interés pagar por pedir prestado ese monto”. Al introducir la dimensión de plazo, la tasa no solo depende de la oferta y demanda actuales, sino también del tiempo de ocupación. Estuve dándole vueltas a su estructura de tres tokens: el FT se parece a un bono sin cupón; se compra con descuento y se redime al vencimiento. El XT bloquea el costo del préstamo. El GT es un comprobante de posición apalancada. La fijación de precios se realiza mediante Range Order, y además el capital ocioso puede enviarse automáticamente a Aave o Morpho para generar rendimiento. En resumen: no simula tasas fijas, sino que lo convierte en un activo negociable.

El posicionamiento del producto es muy directo: préstamos con tasa fija + opciones. El eslogan son tres palabras: tasa conocida, plazo conocido, riesgo conocido. Ahora ya se lanzó el sistema de préstamos y el apalancamiento con un clic, con soporte para Pendle PT, parte de RWA y tokens de acciones. Hay alrededor de 10 cadenas, con un TVL de más de 90 millones. También se implementaron los negocios institucionales de Canton Network.

El TGE está programado para el 25 de agosto, en simultáneo con el “Booster” de la Cartera de Binance; el pozo de premios es de 2 millones de $TMX. 1,7 millones se repartirán mediante lotería entre 80.000 usuarios ganadores; 300.000 se destinarán a los primeros 1.000 que publiquen en Binance Square. La participación incluye monederos sin clave; se requieren al menos 2 Alpha Points. La publicación en Square cierra el 21 de agosto a las 23:59. Recuerda verificar al estar en el ranking: el premio se desbloqueará con el TGE.

Las tasas fijas, en las finanzas tradicionales, son un nivel de infraestructura, y no es fácil lograr, en cadena, convertirlo en un activo negociable. El trabajo de ingeniería de TermMax, sin duda, está bien hecho, pero la liquidez, la calidad de los Curators y si la demanda después del TGE podrá sostenerse, todavía están por verse. Seguiré prestando atención: no porque su narrativa sea especialmente “sexy”, sino porque realmente empuja un paso hacia adelante algo difícil de hacer pero con valor a largo plazo.

#dusk Llevo días mirando el libro de órdenes del $DUSK ; sinceramente, mi mayor cautela no es la subida o la bajada, sino esa capa de papel de la liquidez. Hoy los datos están ahí: el volumen de operaciones de los contratos es de 3,79 millones de dólares, mientras que el spot apenas supera los 420 mil; y aun así las posiciones abiertas de los contratos son más de 30 veces las del spot. La proporción es de 14,27 millones contra 420 mil, y la verdad es que da que pensar. Las órdenes suelen estar colgadas con bastante orden; pero si de pronto entra una orden grande… cuando las posiciones de contratos se adelanten, el spot no puede absorberlo. El deslizamiento, las cancelaciones, el precio marcado y el precio real te van a abrir una brecha en un momento. Mucho volumen no significa buena liquidez; tener muchas posiciones no quiere decir que el book aguante. Esa lección solo se cree cuando llega la verdadera volatilidad.

@Dusk En cuanto al proyecto en sí, yo me fijo más en el otro lado. Dentro de su flujo de trabajo, la verificación del inversionista, el enlace de la wallet y la re-chequeo de la elegibilidad antes de la transferencia parecen engorrosos; pero en realidad se trata de dejar claro el “no”. Si un producto de valores le vale para cualquiera, probablemente ni siquiera cuente como un valor real. Si la nacionalidad no coincide, si no es suficiente para el inversor profesional, si no se superó el período de bloqueo o si la herramienta no es adecuada para la persona, entonces la operación no debería ocurrir; y aunque pagues el dinero, tampoco debería. El token del $DUSK puede tenerlo cualquiera, pero las herramientas en NPEX no; y esas dos cosas, en el fondo, no son lo mismo. Veo que en la demo buscan rutas donde se rechaza la operación; si no la encontraban, yo lo tomaba como ver un juego.

Esto me recuerda a un amigo que hace años compró participaciones de un fondo no público; quería revenderlas y no había manera de transferir. Tuvimos que buscar un comprador calificado, pedir el visto bueno de la entidad emisora, y volver a firmar documentos; las comisiones del intermediario eran incluso mayores que el descuento. Los activos estuvieron tres años ahí, inmóviles. Dusk tokenizó esas participaciones en la cadena: la elegibilidad se puede verificar, y el código de restricción limita la ejecución; en teoría, las transferencias ya no tendrían que depender tanto de la verificación manual. Al reducir la fricción, los pequeños y medianos jugadores por fin tienen una oportunidad de entrar. Claro, dónde está el comprador, quién define la valoración, a dónde van las disputas y si la custodia acepta o no: todo eso la cadena no lo resuelve.

En pocas palabras: Dusk no crea un “revuelto” a corto plazo; los resultados tardan, y hay que esperar a que la regulación, la custodia y el lado comprador estén listos. Este tipo de proyectos es el que más fácil se presta a que digan que no hay avances; yo, en cambio, prefiero tener un poco más de paciencia.

Paseo nocturno por el huerto de loquats, para disfrutar de un gran banquete de luces en una ciudad de montaña 🌙
Luces por todas las laderas, fuegos artificiales ascendiendo; en este momento, toda la alegría del mundo está aquí.
Deja que el viento nocturno de la ciudad montañosa te acaricie y siente el romanticismo único de la noche de Chongqing.$BNB $SOL

#dusk Últimamente he estado dándole vueltas a esto, @Dusk , y cuanto más lo miro, más siento que mucha gente se equivoca desde el principio.

Apenas se menciona $DUSK , todos hablan directamente de esa moneda de privacidad de Ethereum. No, no es así. Me puse a revisar el whitepaper a fondo: es una blockchain pública Layer 1 independiente, con sus propios nodos, tarifas de gas y una capa de liquidación construida por ellos mismos. Ese ERC-20 que ves en Etherscan es simplemente una moneda “mapeada” hecha al principio para facilitar las cosas.

Cuando lo entiendes, toda la lógica encaja de golpe. No está ahí peleándose con si la “pista” de privacidad todavía tiene o no tiene calor; lo que hace es una cadena de liquidación de privacidad pensada específicamente para activos financieros.

Piénsalo: en libros contables totalmente transparentes como Bitcoin o Ethereum, verificar es más fácil, sí… pero ¿cómo entra el dinero grande de las instituciones? Si yo fuera gestor de fondos y moviera una cartera o hiciera una cobertura, los cambios de posición quedarían colgados en el mempool para que todo el mundo los observe; eso no es exponerse “en pelotas”? Y si fuera completamente anónimo, entonces auditoría y regulación no pasan.

El nudo que Dusk quiere desatar justo es ese. Usa Phoenix para ocultar los detalles de las transacciones, Zedger para manejar lo relacionado con valores, y también ese módulo XSC: listas blancas, límites de tenencia y condiciones de transferencia todo escrito en los contratos. La información sensible no se filtra, lo que debe ser verificable para cumplir normas se puede auditar; al final, se ejecuta el consenso y queda sellado.

Así que ahora ya no discuto mucho si la privacidad está “de moda” o no. Lo verdaderamente interesante es otra pregunta: si algún día de verdad los fondos, los bonos o similares se suben a la cadena para hacer RWA, ¿estas instituciones van a necesitar sí o sí una capa base como esta?

El mercado cambia de viento cada día, pero el que sepa aguantar el ruido y en silencio construya infraestructura financiera… eso, francamente, me parece bastante interesante.

#dusk Al principio revisé @Dusk los materiales y no le di mucha importancia; pensé que era solo un proyecto de pignoración para generar ingresos. Pero cuanto más lo miro, más claro me queda que en realidad no es tan simple como bloquear fondos y esperar recompensas. Para ejecutar un nodo Provisioner, como mínimo hay que apostar 1000 DUSK y además mantenerlo en línea; también hay que usar el software de la versión indicada. Con cada nueva pignoración, hay que esperar a otro epoch: en total, casi entre 6 y 12 horas antes de que puedas empezar a operar. Las recompensas tampoco son un número fijo: dependen de tu participación real y del porcentaje de pignoración efectiva. Lo más duro es el mecanismo de penalización: si te desconectas, te descuentan puntos y dinero. Y si haces algo malicioso o emites votos con mala intención, destruyen directamente una parte de tu pignoración. El diseño es inteligente: los altos rendimientos atraen a la gente, pero solo pueden quedarse quienes estén dispuestos a asumir responsabilidades.

Lo que más me hizo detenerme a pensarlo es el diseño de su arquitectura. No junta todas las funciones en un solo bloque; separa por completo capacidades como consenso, ejecución, privacidad e identidad. DuskDS se encarga del consenso y la finalidad; DuskEVM gestiona la ejecución; Citadel procesa la identidad y la divulgación selectiva. Con esta separación, los usuarios institucionales ya no tienen que pelearse entre la protección de la privacidad y el cumplimiento regulatorio; pueden cubrir ambos frentes.

Lo que más me convenció es su mecanismo de finalidad: el esquema Succinct Attestation pasa por tres etapas; la aprobación es la confirmación. Según dicen oficialmente, tarda alrededor de 10 segundos. No hay reorganizaciones de cadena ni problemas probabilísticos: si aprueba, ya está, es un hecho. En las finanzas tradicionales T+2, el problema no es técnico, sino que no se atreven a hacerlo rápido. Aquí, lo irreversible deja de ser solo una cuestión de probabilidad y se convierte en un mecanismo; la liquidación, como concepto, queda redefinida.

Además, al ver la colaboración con la bolsa regulada NPEX de Países Bajos, y el circuito de pagos con el stablecoin en euros EURQ de Quantoz, ya no es solo una prueba tecnológica. Es llevar todo el flujo de emisión, negociación y liquidación de valores bajo regulación a la cadena.

Así que ahora, cuando veo $DUSK , ya no solo me pregunto si la privacidad es lo bastante “cool”. Me pregunto si este sistema, de verdad, puede convertir en un proceso financiero ejecutable la identidad, los activos, las transacciones y la liquidación. Claro, aún hay que seguir observando la distribución de nodos, los costos de operación y los incentivos a largo plazo. Pero al menos a nivel de mecanismos, siento que están construyendo un sistema de seguridad que vale la pena mantener en conjunto, y no solo un “parque” para atraer capital.