兰精灵

#nil $NIL @Nillion Ayer estuve charlando con unos amigos y, después de dar muchas vueltas, la conversación volvió a Nillion. Por la noche, decidí repasar de principio a fin su hoja de ruta técnica y, cuanto más la miraba, más claro veía que el rumbo del proyecto ya no es el mismo que antes.

Al principio, cuando se hablaba de Nillion, casi siempre era en relación con la computación confidencial y el almacenamiento de IA. Ahora, el foco se ha desplazado claramente hacia los mercados cifrados (Encrypted Markets), cuyo eje son los Covenants. En pocas palabras, puedes cifrar de antemano una orden de stop-loss, una puja en una subasta u otras instrucciones, y subirlas a la cadena. Nadie puede leer su contenido hasta que se cumplan las condiciones. Cuando llega el precio o el momento indicado, los nodos descifran y ejecutan la instrucción automáticamente. Esto resulta muy útil para DeFi: actualmente, la intención de las operaciones queda expuesta demasiado pronto en la cadena y los bots de MEV pueden detectarla fácilmente. Los Covenants vienen a solucionar precisamente esa vulnerabilidad.

Y no se trata solo de una idea sobre el papel. La fase Dusk ya está activa en la red principal de Ethereum, así que los Covenants se han implementado de verdad en L1. Además, hay un plan claro de siete etapas: Darkfall se expandirá a varias cadenas EVM, como Arbitrum y Base; Skyglow permitirá activar una operación en una cadena y liquidarla en otra; Nightside admitirá cualquier fuente de datos verificable; Neon incorporará un lenguaje y una VM especializados; Aurora reforzará la resistencia frente a la computación cuántica; y Moonshine se centrará en reducir costes y escalar. Cada etapa avanza hacia una mayor escala, menores costes y más seguridad.

En cuanto a las aplicaciones, lo que más me interesa son los stop-loss sellados y las subastas con pujas secretas, donde la estrategia permanece completamente oculta hasta que se activa. Y, si miramos más allá, si los agentes de IA empiezan a operar de forma autónoma y a gran escala, este modelo de cifrar primero y ejecutar después podría convertirse en una de las infraestructuras fundamentales. Al fin y al cabo, lo que más temen las operaciones automatizadas es que alguien descubra sus intenciones antes de tiempo.

Por supuesto, una hoja de ruta atractiva no significa que todo ya esté funcionando. Al final, habrá que fijarse en la adopción por parte de los desarrolladores, la cantidad de aplicaciones reales y la estabilidad de la red de nodos. La próxima generación de DeFi no competirá solo en TVL y volumen de operaciones, sino también en su capacidad para proteger las estrategias de los usuarios sin renunciar a la verificabilidad. Si los Covenants llegan a implementarse de verdad, Nillion merece seguir de cerca.

#Circle上半年营收约14亿美元 Ingresos de Circle de unos 1.400 millones de dólares en el primer semestre: ¿es realmente rentable el negocio de las stablecoins?

Circle informó recientemente de unos ingresos de 1.400 millones de dólares en el primer semestre de 2026. La cifra, por sí sola, no es pequeña.
Pero, al analizar junto con ella los datos on-chain de USDC, se observa que la lógica de rentabilidad de la industria de las stablecoins es mucho más compleja de lo que sugieren las cifras de actividad.

En el primer semestre, el volumen de liquidaciones on-chain de USDC alcanzó unos 36 billones de dólares, y el total de emisiones y reembolsos superó los 315.000 millones de dólares.
Esto indica que están aumentando la frecuencia de uso, el alcance de circulación y la actividad on-chain de USDC, y que se sigue reforzando el papel de las stablecoins como infraestructura de la cadena de bloques.

Sin embargo, lo que realmente merece atención es la estructura de costes.
En el primer semestre, Circle destinó unos 819 millones de dólares a comisiones por distribución a través de canales y a costes relacionados con las transacciones, cerca del 59 % de sus ingresos totales.

En otras palabras, aunque los ingresos rozaron los 1.400 millones de dólares, casi seis de cada diez dólares se destinaron a acuerdos con canales, al mantenimiento de la liquidez y a costes de transacción.
Esto también explica por qué los proyectos de stablecoins suelen mover grandes volúmenes de transacciones, pero no necesariamente mejorar sus beneficios al mismo ritmo.

La competencia en el sector de las stablecoins ya no se limita a quién emite más: también se compite en canales, liquidez y capacidad para controlar los costes.
Para Circle, la continua expansión del volumen de USDC on-chain es una señal positiva, pero aún está por ver si podrá convertir su elevado volumen de actividad en beneficios más sólidos.

¿Qué opinas?
Con unos ingresos de 1.400 millones de dólares y unos costes de distribución que rozan el 60 %, ¿el negocio de las stablecoins prioriza primero la escala o está atrapado en una trampa de costes?

#Circle #USDC

¿Has comprado bStocks y quieres operar con contratos? ¿Tienes que venderlos primero?

¡No hace falta venderlos! ¡No hace falta venderlos! ¡No hace falta venderlos! 🙂‍↔️

Puedes usarlos mientras los mantienes, y mantenerlos mientras los usas.
Un mismo capital, dos formas de operar.

No te lo pienses más: ¡compra bStocks en Binance!
Tenemos todos los bStocks que buscas.

¡Participa en nuestro anuncio y gana un iPhone y BNB! 🚀

#币安创意广告大赛 #bStocks #bnb

¡Llega el IPC de septiembre de EE.UU.! Tras la publicación de los datos, ¿qué rumbo tomarán el petróleo crudo y los bonos del Tesoro estadounidense?
Datos clave: la inflación interanual subió al 3,7% (frente al 3,4% anterior); la gasolina se disparó un 9,1% en el mes y explicó más de la mitad del aumento. El IPC subyacente también subió un 2,6%.
Mi opinión:
1. Bonos del Tesoro de EE.UU.: ya se han visto directamente sacudidos. Los rendimientos, que ya subían rápidamente, hicieron que la probabilidad de una subida de tipos en octubre pasara de alrededor del 20% a casi el 50%. La reacción fue más intensa en los vencimientos cortos, lo que indica que el mercado está reevaluando la trayectoria de tipos «más altos durante más tiempo».
2. Petróleo crudo: el IPC es más un «resultado» que una «causa». El principal motivo de los elevados precios actuales sigue siendo la interrupción del suministro provocada por la guerra con Irán. Mientras el riesgo geopolítico no se disipe, lo más probable es que los precios sigan oscilando en niveles altos y continúen presionando la inflación y el mercado de bonos.
En resumen: la inflación elevada impulsa al alza las expectativas de inflación → las expectativas de inflación elevan las expectativas de tipos de interés → los bonos del Tesoro de EE.UU. se ven presionados. Será difícil romper esta cadena a corto plazo. ¿Crees que la Reserva Federal optará por mantener los tipos sin cambios a finales de octubre o los subirá directamente? ¡Cuéntamelo en los comentarios!
$BTC
$ETH

#9月cpi来袭原油美债走势如何

La luna llena del Mid-Otoño, en calma esperando que florezca.
Que el mercado, como la luna redonda, entre poco a poco en su mejor etapa. ¡Feliz Mid-Otoño, buena salud para todos!✨
$BTC $BNB $SOL

Cuatro meses de acumulación, una vez en floración.

$TLS se anuncia oficialmente como el token de prueba oficial de FLAP. Es el mejor reconocimiento para todo lo que se ha mantenido hasta ahora, y también el nuevo comienzo para afianzarse en el ecosistema de BNBChain y lanzarse de lleno en la escena #MemeFi.

Como token de prueba oficial de reciente incorporación al ecosistema, nos alineamos con el sistema maduro de valoración de TST y TUT. Aprovechando las ventajas del ecosistema de lanzamiento Meme más candente que tiene FLAP en este momento, contamos con un crecimiento con beneficios inigualables. A diferencia de la multitud de tokens especulativos del mercado, TLS se gana su lugar con una construcción comunitaria real: se respalda con el aval oficial para consolidar una base de valor sólida.

No apostamos a la emoción de corto plazo; solo construimos un valor con certeza a largo plazo. En el futuro, $TLS sin duda continuará escribiendo la leyenda de la valoración del token de prueba oficial de BNBChain, entregando una respuesta perfecta a cada uno de los constructores que se mantiene firme.

Un remanso de agua azul, montañas y nubes reflejándose a la vez。
Todo lo que tengo ante mí es ternura, robando un instante de calma。
$BTC $BNB $SOL

Las estaciones se suceden, las flores florecen como siempre🌿
No es necesario ir lejos; a tu alrededor también hay paisajes.
$BTC $BNB $SOL

Las subidas y bajadas del mercado marcan el ritmo de la vida ☕
Deja entrar un rayo de sol, mantén una mente tranquila y serena,
ir despacio también es una forma de seguridad.
$BTC $BNB $SOL

Hoy no hay sol,
el clima está fresco, y la brisa es perfecta.

Incluso las flores abren con más suavidad que de costumbre,
así que no te encierres demasiado.

Ve despacio,
dale un poco de aire a tu cuerpo y un poco de espacio a tu estado de ánimo.
$BTC $BNB $SOL

Un río con el sol poniente, todo a la vista es dorado🌅
Los ríos suben y bajan, y el mercado también tiene sus altibajos.
Menos impaciencia, más paciencia.
Mantén la calma, espera a que florezca, y espero que todos puedan ver cumplidos sus deseos.
$BTC $BNB $SOL

Una pincelada, un morado; flores en verano 🌿
Entre el humo y el fuego de la vida cotidiana, capturando un instante de romanticismo.

$BTC $BNB $SOL

Hola, septiembre. Ojalá el viento de este mes traiga un poco de buena suerte nueva.
$BNB $BTC $SOL
El bullicio de agosto se va alejando poco a poco,
y en septiembre, los días también comienzan a aquietarse.

No hace falta apresurarse tras nada,
tampoco obligarte a tener respuestas todos los días.
Toma una copa de tu bebida favorita,
mira una vez el viento del atardecer,
y deja que el estado de ánimo tenga un momento para asentarse.

Este mes,
que logremos mantener el ritmo,
en los días pequeños y cotidianos,
acumular poco a poco la propia luminosidad que nos pertenece.

El rocío de la mañana cubre las enredaderas de madreselva,
las flores florecen a veces, suben y bajan de forma impredecible🌿
Todas las cosas en el mundo tienen un ciclo,
espera con calma la ocasión; al asentarse, florecerá por sí sola.
$BNB $SOL $BTC

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