BlockBreaker

#dusk $DUSK @Dusk
Lo que me interesa de Dusk es que su tesis de privacidad está dejando de centrarse en ocultar transacciones y pasando a ocultar las partes de las finanzas que nunca necesitaban hacerse públicas.

Esa distinción importa.

Los activos financieros contienen información sensible sobre la propiedad, la elegibilidad, el precio, las transferencias y la liquidación. Poner todo eso en contratos inteligentes transparentes crea un intercambio extraño: obtienes composabilidad, pero también expones datos que los mercados regulados han pasado décadas controlando.

Dusk aborda el problema desde el otro lado. Su pila de privacidad utiliza pruebas de conocimiento cero, PLONK, JubJub, Poseidon y estructuras basadas en Merkle para demostrar que se siguieron las reglas sin publicar cada detalle subyacente. Lo interesante no es la criptografía en sí. Es lo que esa arquitectura puede permitir para flujos de trabajo financieros.

Y la dirección de ingeniería reciente hace que la tesis sea más creíble. Aegis actualizó la verificación de la red principal a PLONK V3 y añadió protecciones de consenso y reembolsos más sólidas, mientras que el trabajo de desarrollo de agosto continuó endureciendo la validación de pruebas y del cifrado.

Ahora DuskEVM está en testnet, lo que ofrece a los desarrolladores de Solidity una ruta de ejecución familiar junto a la pila nativa de privacidad de Dusk.

Mi conclusión: Dusk no está compitiendo realmente por ser la “blockchain más privada”. Su oportunidad más interesante es convertirse en la capa donde las aplicaciones financieras puedan seguir siendo verificables sin convertir la información sensible del mercado en metadatos públicos.

Ese es un problema mucho más difícil y mucho más útil de resolver.

#dusk $DUSK @Dusk
Lo que me llama la atención de Dusk es que en realidad no intenta hacer que las blockchains “sean más privadas”. Lo que intenta es convertir la privacidad en una primitiva de mercado utilizable.

Esa distinción importa en finanzas. Un libro mayor de valores que expone cada saldo, operación y relación entre inversores es transparente, pero a menudo resulta inutilizable. Dusk toma la ruta contraria: mantener el estado sensible en privado, demostrar que se siguieron las reglas necesarias y revelar solo lo que un regulador, emisor o contraparte realmente necesita. Eso supera simplemente añadir KYC a una cadena transparente.

XSC es interesante por la misma razón. La conformidad se trata como lógica programable de transacciones, no como papeleo en los márgenes. Las reglas de acceso, las restricciones de transferencia, los registros de propiedad y los eventos corporativos pueden integrarse dentro del flujo de la operación del activo. Entonces, la privacidad evita que esos controles se conviertan en vigilancia pública permanente.

El desarrollo reciente importa por lo que señala, no por titulares. Dusk ha estado reforzando su protocolo con PLONK V3 y endurecimiento del consenso, mientras que su ruta hacia EVM y las herramientas para desarrolladores reducen la barrera para quienes construyen. Su trabajo de herramientas zk de agosto de 2026 y su enfoque en mercados privados tokenizados apuntan a un cambio mayor: de “blockchain de privacidad” a infraestructura financiera.

La ventaja de Dusk no es solo el sigilo. Está haciendo que los activos regulados sean privados sin volverlos inverificables. Si las finanzas tokenizadas exigen confidencialidad, auditabilidad y liquidación determinista al mismo tiempo, ese equilibrio se convierte en el producto.

#dusk $DUSK @Dusk
Lo que me resulta interesante del modelo de cumplimiento de Dusk es que trata la identidad menos como algo que guardas y más como algo que demuestras.

Citadel 2 separa los roles de forma clara. Un proveedor de licencias verifica al usuario fuera de la cadena y firma los atributos relevantes. El credencial se registra sin exponer su contenido; luego, el usuario puede generar una prueba de conocimiento cero que demuestra que tiene un credencial válido sin revelar cuál credencial, su identidad ni los atributos subyacentes. El proveedor del servicio sigue decidiendo qué califica y si debe concederse el acceso.

Esa es una distinción sutil pero importante frente a publicar datos de KYC en cadena y llamarlo cumplimiento. La cadena debería verificar una afirmación como “este participante está acreditado” o “este titular cumple la regla de la jurisdicción”, no exponer de forma permanente el pasaporte, la dirección ni la fecha de nacimiento detrás de esa afirmación.

La dirección criptográfica más amplia respalda esta arquitectura. El trabajo de Credenciales Digitales de 2026 de W3C trata la divulgación selectiva y las presentaciones no vinculables como propiedades centrales de privacidad, mientras que su criptosuite BBS formaliza pruebas derivadas en las que los titulares pueden revelar afirmaciones elegidas sin hacer que presentaciones separadas sean enlazables de manera trivial.

Mi visión es que el difícil problema de Dusk ya no es si el conocimiento cero puede ocultar datos de KYC. El reto es diseñar la capa de políticas alrededor de ello: confianza del emisor, caducidad, revocación, cambios de jurisdicción, vinculación de la wallet y la prevención de la correlación.

Ahí es donde el cumplimiento en cadena se vuelve interesante: no por revelar identidad, sino por una prueba programable de elegibilidad.

#termmax @TermMax
Lo que encuentro más interesante en TermMax es que el endeudamiento a tasa fija no hace que el riesgo de colateral desaparezca. Simplemente mueve el riesgo a otro lugar.

He estado mirando con más detenimiento la lógica del Gearing Token, y lo importante es que las posiciones siguen viviendo dentro de un marco de LTV. Una vez que el colateral cae lo suficiente, la liquidación se convierte en el mecanismo para contener la deuda incobrable. Cerca del vencimiento, ese riesgo se vuelve aún más interesante porque el protocolo tiene que conciliar una posición a plazo fijo con un mercado que puede moverse con violencia.

Eso hace que la capa de oráculos sea la parte que no termino de confiar por defecto.

La arquitectura de TermMax admite múltiples rutas de precios y adaptadores en lugar de depender de una única fuente universal. Esto importa cuando el colateral es algo líquido como ETH, pero los supuestos se vuelven mucho más difíciles de evaluar para acciones tokenizadas u otros activos de RWA. Un precio puede ser técnicamente “on-chain” y aun así estar desactualizado, ser poco profundo, estar retrasado o desconectado de la liquidez ejecutable.

Un caso simple de estrés muestra por qué. Supongamos que $100 de colateral respalda $85 de deuda. Una caída del 10% empuja la posición cerca de un LTV del 94%. Un movimiento más brusco puede dejar al protocolo compitiendo contra la liquidación en un mercado que está revalorando más rápido que el oráculo.

Por eso me interesa menos preguntar si TermMax tiene liquidación.

La mejor pregunta es: ¿puede la liquidación ocurrir al precio correcto, con la rapidez suficiente, cuando todos los demás también están intentando salir?

Ahí es donde creo que vive el modelo de riesgo real.

#dusk $DUSK @Dusk
He visto a equipos de blockchain tratar el networking como si fuera plomería. Mientras los bloques lleguen, la arquitectura rara vez recibe mucha atención.

Kadcast me hace mirar esa capa de manera diferente.

Dusk no se apoya únicamente en el modelo habitual de “recibir, difundir y repetir”. Kadcast organiza a los pares mediante un overlay estructurado estilo Kademlia, de modo que la propagación de mensajes tiene cierta conciencia de dónde se encuentran los nodos dentro de la red. Eso suena como un pequeño detalle de implementación, pero cambia el problema. En lugar de esperar que suficientes pares aleatorios propaguen un mensaje con rapidez, el protocolo intenta que la propagación sea más deliberada.

Lo que encuentro más interesante es cómo maneja redes imperfectas. Kadcast utiliza UDP, con el que se renuncia a ciertas garantías de entrega, y luego añade redundancia y corrección de errores hacia adelante para tolerar la pérdida de paquetes. En otras palabras, no intenta hacer que la red sea perfectamente fiable. Está diseñando asumiendo que la red será caótica.

Ese es un marco mucho más útil para mí.

La difusión tradicional obtiene gran parte de su resiliencia de la redundancia. Kadcast parece trasladar más de esa inteligencia a la selección de pares y al enrutamiento de mensajes. El intercambio es la complejidad. Un overlay estructurado ahora tiene que proteger sus tablas de enrutamiento, el descubrimiento de pares y el proceso de arranque contra actores malintencionados y una topología desfavorable.

Así que me interesan menos los benchmarks de propagación “en crudo”.

La verdadera prueba es si Kadcast puede mantener una latencia predecible cuando los nodos desaparecen, cuando se pierden paquetes, cuando los pares se comportan mal y cuando la red crece.

La propagación rápida es útil.

La propagación predecible bajo presión es lo que realmente me gustaría medir.

#dusk $DUSK @Dusk
Lo interesante sobre el diseño de la privacidad de Dusk no es solo que las notas estén ocultas. Es dónde ocurre ese ocultamiento y cuántas suposiciones deben cumplirse a la vez.

Phoenix utiliza compromisos y un árbol de Merkle, mientras que los compromisos de valor agregan un factor de cegamiento. Los validadores pueden verificar la consistencia sin aprender la cantidad. Las direcciones sigilosas también dificultan el enlace entre destinatarios.

La capa de cifrado es donde miro con más detenimiento. En el Phoenix actual se expone AES como su cifrador simétrico, mientras que el stack también incluye JubJub ElGamal y Poseidon. La biblioteca de Poseidon de Dusk tiene funcionalidad de cifrado, pero decir “Poseidon proporciona confidencialidad” es demasiado simplista. La implementación ha evolucionado, y eso importa al evaluar la seguridad semántica.

Mi pregunta real es si la composición ha sido probada como un único sistema. Un compromiso puede ocultar un valor y el cifrado puede ocultar el texto plano, pero la privacidad aun así puede fallar a través de metadatos, manejo de claves, uso indebido del nonce, correlación de direcciones o una relación de prueba defectuosa. Ya lo he visto antes: primitivas fuertes no hacen automáticamente un protocolo fuerte.

Poseidon está diseñado para computación amigable con ZK, mientras que AES es maduro para cifrado general. Eso puede ayudar al rendimiento, pero hace que la frontera entre cifrar, comprometer y probar sea importante.

No estoy listo para confiar en la construcción porque se respetan los ingredientes. Quiero un argumento formal que muestre que el cifrado de notas oculta valores e identidades. Ahí es donde la afirmación de privacidad de Dusk se convierte en algo que puedo evaluar.

#termmax @TermMax
Lo que estoy viendo en TermMax no es TVL. Es dónde realmente se utiliza la liquidez.

DefiLlama actualmente sitúa a TermMax en torno a $32,7M de TVL, con aproximadamente $22,1M en préstamos activos. Eso implica que alrededor del 67% del TVL reportado está ligado al endeudamiento activo, algo que me interesa más que la cifra principal en sí. Ethereum también representa cerca del 94% del TVL, así que la historia de “multi-cadena” sigue concentrada en gran medida en un solo venue.

Pero hay otra capa que no termino de confiar: la capacidad. En la propia interfaz de earn de TermMax, el principal vault de USDC muestra alrededor de $5,7M depositados frente a una capacidad de $49,1M, mientras que un vault de WETH tiene aproximadamente $241K frente a $80,9M. Hay muchísima liquidez teórica que, en realidad, nadie está usando.

Aquí es donde sigo notando una distinción sutil entre disponibilidad de liquidez y demanda de liquidez. Un mercado puede anunciar una capacidad profunda, mientras el flujo de órdenes activo sigue siendo escaso. En productos de tipo de interés fijo, eso importa más, porque la capacidad ociosa en el vencimiento o strike equivocado no es equivalente a una liquidez utilizable.

Lo he visto antes en DeFi: el TVL crece primero, y luego la gente asume que la adopción siguió. La mejor señal es la utilización por mercado, vencimiento y activo. El endeudamiento con stablecoins, el colateral en ETH y los mercados vinculados a RWA no deberían agruparse.

La combinación de mercados actual de TermMax ya sugiere ese cambio. La interfaz enumera USDC, USDT, RLUSD, WETH, WBTC, wstETH y un conjunto en expansión de colateral de RWA, incluido XAUt.

Mi pregunta real es sencilla: ¿cuánta liquidez de TermMax se empareja repetidamente, y no solo se aparca? Esa proporción me dirá mucho más sobre la adopción que el TVL por sí solo.

#termmax @TermMax
El juego del creador (maker) de TermMax no se trata de perseguir el APR más alto. Se trata de decidir en qué punto la liquidez debería volverse costosa.

OrderV2 permite que los makers den forma a las órdenes con curvas, mientras que las reservas virtuales influyen en el precio a medida que se consume la liquidez. El repositorio de V2 se actualizó en julio de 2026, reforzando que esta arquitectura de órdenes sigue en desarrollo activo.

Mi opinión es que los makers fuertes deberían pensar en zonas. Empieza con liquidez competitiva y luego empina la curva a medida que aumenta la utilización. El segmento final puede actuar como un precio de reserva, donde el capital está disponible solo si la compensación justifica el riesgo.

Dos makers pueden comprometer el mismo capital y, aun así, producir una ejecución, utilización y rendimiento realizado diferentes. La ventaja está en el diseño de la curva: saber dónde mantenerse flexible, dónde ponerse a la defensiva y dónde detenerse al fijar precios de forma barata. Esto es especialmente importante cuando la demanda llega de manera desigual entre vencimientos y condiciones de mercado. En TermMax, la curva es la visión del mercado del maker.

#dusk $DUSK @Dusk
Sistemas de Pruebas de Conocimiento Cero: Lo que me interesa de Dusk no es que use pruebas de conocimiento cero. Es que diferentes sistemas de prueba pueden resolver distintos cuellos de botella dentro de una cadena de bloques financiera.

Las pruebas de rango con estilo Bulletproof tienen sentido para valores confidenciales. Pueden demostrar que una cantidad oculta se encuentra dentro de un rango permitido sin revelar la cantidad en sí, y lo hacen sin una configuración de confianza. El intercambio es que los costos de la prueba y de la verificación crecen con la afirmación que se desea demostrar.

La nueva dirección de Dusk desplaza más la carga de ejecución hacia la demostración estilo PLONK. Esa es una distinción más importante que la habitual descripción de “Dusk es privado”. Una vez que las transacciones confidenciales se vuelven contratos programables, el problema ya no es solo ocultar números; pasa a ser demostrar que un conjunto completo de transiciones de estado siguió las reglas.

Ahí es donde el diseño de circuitos empieza a importar más que el tamaño bruto de la prueba. Una prueba que es pequeña pero costosa de generar, difícil de auditar o incómoda de expresar puede ser menos útil que una prueba ligeramente más grande respaldada por un sistema de ejecución flexible.

El desarrollo reciente de Dusk en torno a versiones más nuevas de PLONK también hace imposible ignorar el lado de la ingeniería de seguridad. Los sistemas ZK no son seguros meramente porque las matemáticas sean sólidas. La lógica del verificador, el enlace del compromiso, las restricciones del circuito y los detalles de implementación pueden convertirse en la superficie de ataque real.

Así que yo evaluaría Dusk de manera distinta: tiempo del probador, tiempo del verificador, tamaño de la prueba, complejidad del circuito y resiliencia ante auditorías: todo junto.

La pregunta interesante no es si Dusk tiene ZK.

Es si su arquitectura de pruebas puede seguir siendo eficiente, programable y confiable a medida que la lógica financiera confidencial se vuelve más complicada.

#termmax @TermMax
He estado mirando TermMax menos como otro protocolo de préstamos y más como una apuesta sobre si DeFi puede hacer que el tiempo sea negociable.

Eso suena abstracto, pero cambia la forma en que pienso sobre el producto.

La mayor parte del crédito en DeFi se construye en torno a tasas flotantes. La tasa se mueve, tu posición se mueve y el mercado vuelve a valorar constantemente el costo del capital. TermMax toma una ruta distinta al separar el principal del componente de intereses y ofrecer a los usuarios una forma de expresar un vencimiento fijo. En la práctica, eso hace que la pregunta sea menos sobre “¿Cuál es el rendimiento?” y más sobre “¿Cuánto vale este flujo de efectivo hasta una fecha específica?”

Sigo notando que aquí es donde empieza lo interesante.

Un mercado de tasa fija necesita más que liquidez. Necesita liquidez al precio correcto, para el vencimiento correcto, frente al colateral correcto. Es un problema mucho más limitado que el de un AMM normal que intenta fijar el precio de un activo frente a otro.

La estructura de órdenes por rango de TermMax me resulta interesante porque los creadores de mercado pueden definir dónde realmente quieren proporcionar liquidez en lugar de sentarse ciegamente dentro de una sola curva de precios. Eso suena pequeño, pero podría importar muchísimo cuando las tasas y las condiciones del colateral cambian rápidamente.

Luego está la capa de opciones.

No confío del todo en ningún mercado de opciones solo porque tenga primas atractivas. Siempre hay alguien asumiendo el otro lado del riesgo. Para mí, la pregunta real es si TermMax puede hacer ese riesgo lo suficientemente transparente como para que los proveedores de liquidez puedan valorarlo de forma racional.

Por eso estoy observando el protocolo con una lente distinta: no el titular de APY, no el apalancamiento, no el conteo de productos, sino si el vencimiento fijo y el riesgo pueden convertirse en primitivas de liquidez genuinamente negociables en DeFi.

Esa parte aún no está demostrada. Y honestamente, eso es lo que hace que TermMax valga la pena seguirlo.

#dusk $DUSK @Dusk
He empezado a mirar Dusk desde un ángulo diferente: no como una “blockchain de privacidad”, sino como un sistema en el que el entorno de ejecución determina cuán utilizable llega a ser realmente la privacidad.

Por eso me llamó la atención Rusk VM. Utiliza WASM para la ejecución de contratos, pero no se queda ahí. Dusk expone operaciones criptográficas a través de la capa de host de la VM, incluyendo hashing, operaciones con curvas elípticas y verificación de conocimiento cero. En la práctica, el contrato no necesita implementar por sí mismo cada primitiva costosa.

Creo que esta elección de diseño es más importante de lo que parece a primera vista. Un contrato confidencial solo es útil cuando los desarrolladores pueden razonar sobre sus costos, entradas y rutas de fallo. El ABI de Rusk y las herramientas de Rust crean una interfaz definida entre el código del contrato y esas capacidades nativas.

He visto esto antes en sistemas de smart contracts: la parte interesante rara vez es el lenguaje. Es la frontera entre el código de la aplicación y las primitivas de bajo nivel que hay debajo.

Lo que yo vigilaría de cerca con Rusk no es otro titular de benchmarks. Quisiera entender qué tan predecibles se mantienen las llamadas al host, cómo evoluciona la fijación de precios del gas, cómo se gestionan los cambios del ABI y cómo los desarrolladores depuran contratos cuando el propio estado está oculto intencionalmente.

Esa es la parte que encuentro realmente interesante. La privacidad a nivel de protocolo es una cosa. Hacer que la privacidad sea programable sin convertir el desarrollo en un proyecto de investigación en criptografía es un problema mucho más difícil.

#dusk $DUSK @Dusk
PoBB: El Juego Oculto Detrás de la Elección del Líder de Dusk

Me parece interesante PoBB por una razón que se pasa por alto cuando la gente lo llama “selección privada de líderes”.

La idea más profunda es que un validador puede competir por la producción de bloques sin anunciar la información que lo convierte en un objetivo evidente. En el diseño de Dusk, las pujas se comprometen y el ganador final puede probar la validez de la puja en conocimiento cero, en lugar de simplemente exponer todo el panorama de las pujas.

Eso cambia el juego.

En un sistema PoS más transparente, saber quién es probable que produzca el siguiente bloque puede convertirse en información útil. Puedes observar la participación, rastrear validadores y construir estrategias basadas en un liderazgo predecible. PoBB intenta eliminar parte de esa visibilidad.

Pero no estoy convencido de que la privacidad, por sí sola, haga el sistema automáticamente más seguro.

Las preguntas que me importan son más prácticas: ¿qué sucede cuando un postor ganador desaparece? ¿La censura repetida de las pruebas de puja puede afectar la vivacidad? ¿Los operadores grandes obtienen una ventaja mediante la coordinación? ¿Y el mecanismo de puntuación puede resistir la manipulación sin hacer que la participación honesta resulte demasiado costosa?

He visto diseños de protocolos que resuelven un problema de incentivos solo para trasladarlo a otro lugar menos evidente.

Eso es lo que hace que PoBB valga la pena estudiarlo. Su experimento real no es si Dusk puede ocultar la puja de un validador. Es si una blockchain puede preservar una competencia justa cuando los competidores no pueden verse fácilmente entre sí.

#dusk $DUSK @Dusk
El SMST de Zedger: Quizás la privacidad para los valores necesita primero un sistema contable

He estado mirando a Zedger desde un ángulo ligeramente diferente. La mayoría de los modelos de privacidad preguntan cómo ocultar una cuenta o una transacción. Pero en el caso de los valores hay otro problema: la titularidad no es solo un número. Cambia con el tiempo, los derechos de transferencia, los derechos de voto, los dividendos y el estado de aprobación.

Por eso me llamó la atención el Sparse Merkle-Segment Trie. El SMST combina un Sparse Merkle Tree con un Segment Tree, permitiendo que Zedger se comprometa con el estado de la cuenta mientras mantiene diferentes categorías de saldo dentro de la estructura. El diseño puede rastrear saldos máximos, transferibles, con derecho a voto y con derecho a dividendos sin poner toda la historia de la cuenta en exhibición pública.

He visto otros modelos de cuentas con privacidad, como BlockMaze, que se enfocan mucho en ocultar saldos y las relaciones emisor-receptor mediante zk-SNARKs. Eso es útil para pagos privados, pero los valores corporativos crean un problema de datos distinto. A menudo necesitas demostrar que una transferencia está permitida, no solo probar que el valor se movió.

Aquí es donde Zedger me parece más deliberado. Su árbol de lista blanca y la estructura de memoria de la cuenta están vinculados a la máquina de estados, de modo que el cumplimiento no sea un panel externo que verifica transacciones después de los hechos.

Sigo teniendo cautela sobre la complejidad. Cada campo de estado adicional y cada regla de prueba agregan carga de ingeniería y verificación.

Pero la pregunta interesante no es si el SMST oculta saldos. Es si un modelo criptográfico de cuenta puede preservar las realidades enmarañadas de la titularidad de los valores sin convertir el libro mayor en una base de datos pública de accionistas.

#dusk $DUSK @Dusk
Phoenix me hizo ver Dusk de otra manera.

Creo que los sistemas de privacidad a menudo se evalúan al revés. La gente pregunta si una transacción puede ocultar a su remitente, el monto y el destino. Yo preferiría preguntarme qué está haciendo el sistema debajo de esa capa de privacidad, y qué ocurre cuando el uso real empieza a acumularse.

Phoenix usa un modelo tipo UTXO en el que DUSK existe como notas privadas. Un gasto publica un anulador para demostrar que la nota ya se consumió sin revelar cuál nota era. Esa separación es importante porque el conjunto de privacidad puede crecer a partir del historial de notas, en lugar de depender de un puñado de señuelos seleccionados en el momento del gasto.

Aquí es donde encuentro el diseño más interesante que el argumento habitual de “Dusk es privado”.

La pregunta más difícil es la eficiencia.

Phoenix utiliza pruebas de conocimiento cero para unir todo, y eso crea un perfil de ingeniería muy distinto al de sistemas como Monero, que usa firmas de anillo más Bulletproofs+, o Zcash, cuyo diseño más nuevo Orchard usa Halo 2.

No estoy convencido de que gane quien tenga la criptografía más fuerte sobre el papel.

Quiero saber el costo de esa privacidad: tamaño de la prueba, tiempo de prueba, tiempo de verificación y cómo se comportan esas métricas a medida que crece el conjunto de notas.

Porque la privacidad que funciona de maravilla en un prototipo es una cosa. La privacidad que se mantiene utilizable cuando la cadena está cargando años de transacciones es una prueba mucho más interesante.

#dusk $DUSK @Dusk
Estándar XSC y el dilema entre privacidad y cumplimiento

Vuelvo una y otra vez a una pregunta incómoda sobre XSC: ¿pueden hacer una transacción financiera privada sin volver demasiado rígida la lógica subyacente de cumplimiento?

La parte interesante del diseño de Dusk no es simplemente que las pruebas de conocimiento cero puedan ocultar los detalles de una transacción. XSC se construye para demostrar que se cumplen ciertas condiciones sin exponer todo lo que hay detrás de la prueba. Su especificación describe tipos de pruebas para cosas como inclusión de conjuntos, conocimiento, igualdad, verificaciones de rango y autorización, mientras que el contrato mismo define las reglas que una billetera debe hacer cumplir.

Eso suena limpio hasta que miras el lado legal. La regulación rara vez es una afirmación booleana ordenada. “¿Este inversor es elegible?” puede convertirse en preguntas sobre jurisdicción, cambios de estado, exenciones, deberes de reporte y quién está autorizado para verificar qué.

He visto sistemas de privacidad tratados como si la criptografía resolviera por sí sola el problema de cumplimiento. No lo hace. ZK puede probar una afirmación; no puede decidir si la afirmación captura la intención del regulador. La investigación sobre cumplimiento en blockchain hace la misma distinción: las pruebas que preservan la privacidad pueden reducir divulgaciones innecesarias, pero las reglas de gobernanza, autorización y divulgación siguen importando.

Por eso encuentro XSC más interesante como problema de diseño que como historia de producto. La prueba real es si las finanzas reguladas pueden expresarse como predicados precisos y exigibles sin convertir en silencio la privacidad en otra capa de permisos.

Ahí es donde comienza el trabajo serio: ese intercambio.

El oro supera los 4.400 dólares y alcanza un máximo de dos meses

El oro subió por encima de los 4.400 dólares la onza, alcanzando su nivel más alto en más de dos meses, con los precios al contado tocando brevemente alrededor de 4.435.

El movimiento se produce mientras los operadores reevaluan las perspectivas de tipos en EE. UU. tras unos datos laborales más débiles, mientras que ahora la atención se centra en las cifras clave de inflación de EE. UU. en busca de pistas sobre el próximo movimiento de la Fed.

Para el oro, la pregunta importante es si los compradores pueden sostener el impulso por encima de 4.400 dólares; o si el alza de los precios del petróleo, las rentabilidades y las renovadas expectativas de subidas de tipos provocan otro retroceso.
$RAD $BANANAS31 $MITO