零点分析2026年新的发展就在眼前

Me quedé un rato mirando el navegador de bloques de Dusk y encontré un error interesante de enfoque: el titular común mira los números del mercado, pero un market maker conectado mira la liquidación con finalización determinista para conciliaciones. En la misma confirmación de un bloque, la institución lo usa para eliminar el riesgo de liquidación; el minorista lo usa para esperar el siguiente movimiento. Este descuadre está escondido en una sola línea de datos del navegador, y la mayoría ni se molesta en abrirlo.

El consenso es como un cronómetro puesto al árbitro: la audiencia solo mira el marcador. La “finalidad determinista” del consenso SA está escrita para dar sensación de seguridad a los equipos de liquidación institucionales: que el bloque sea irreversible, que el estado esté claro, y que la conciliación no haya que adivinar. Pero el minorista que yo observé no percibe esa “certeza” en esos segundos; ellos solo se preocupan por el salto de la siguiente pantalla. Las instituciones quieren conciliación T+0 sin ambigüedad; los minoristas quieren que el número de la cuenta no cambie de forma demasiado brusca.

El valor de la finalidad es, para estos dos tipos de personas, totalmente distinto; sin embargo, la narrativa solo usa un único conjunto de frases. El sorteo de determinismo de SA convierte la espera borrosa de lo irreversible en reglas explícitas: dos rondas de comités ponderadas por la garantía; 1 DUSK corresponde a 1 Credit. El boleto del sorteo se asigna según la cantidad en poder, y quien realmente queda “alimentado” por esta finalidad son los grandes depositantes. Ese diseño es caro, pero es caro con un destinatario: está hecho para escenarios de liquidación de alta frecuencia, no para que los tenedores “se tiren a descansar”. La finalidad para un market maker es oxígeno; para el tenedor que se limita a mantener, es ruido de fondo.

El problema está en que aquí el relato del consenso siempre vende la sensación de seguridad como si fuera un punto de venta para todos; pero cuanto más lo observo, más creo que esa seguridad es un desajuste estructural. La institución recibe la certeza real de la liquidación con dinero en efectivo; el minorista recibe la tranquilidad de “las monedas no se van a revertir”. Pero lo segundo en realidad lo pueden ofrecer cadenas con cualquier finalidad, no es algo exclusivo de Dusk. Tratar la seguridad institucional como un gancho para el público equivale a medir el pie del minorista con la regla de la institución.

Así que, cuando veo el valor del consenso, estoy acostumbrado a separar primero a la audiencia. Si la finalidad determinista de Dusk solo sirve para la liquidación institucional, el foso seguirá en la infraestructura B2B; el consenso minorista no alcanza para sostener ese muro. Llenar el gancho para el público con la seguridad institucional, y el criterio se ajusta mal desde el principio: la audiencia se descoordina y el valor también se descoordina. $BTC $ETH

#dusk $DUSK @Dusk

Después de revisar los documentos técnicos de @Dusk y el material piloto de NPEX, a menudo me imagino un escenario de negocio concreto: una empresa neerlandesa de fabricación de precisión necesita, a fin de año, distribuir dividendos de 3 millones de euros a 150 inversores privados de todo el mundo. Creo que ejecutar esa distribución en una cadena pública transparente como Ethereum equivale, para la empresa, a dejar al descubierto un secreto comercial.

En mi opinión, el mecanismo de dividendos de las cadenas públicas tradicionales funciona como echar pienso coloreado dentro de un “acuario de cristal transparente”: qué accionista mayoritario tenga más del 30% de las participaciones, cuánta ganancia llega en cada operación, y hasta la lista de market makers y competidores visibles en la grada queda a la vista de todos. Pero prefiero usar otra metáfora para describir el estado ideal que XSC puede lograr: es como un “libro contable criptográfico guardado en un compartimento de caja fuerte bancaria”: el libro existe de verdad, los números son exactos y se conserva cada unidad digital, pero solo los auditores que tienen la llave pueden interpretarlo de forma dirigida; para los demás, lo que siempre ven es texto cifrado.

Por eso creo que los contratos de confidencialidad de XSC ofrecen una estética industrial muy marcada: el “tubería de reparto de cero conocimiento autoajustable” en una sala oscura. Basado en el modelo de transacciones de Phoenix, los activos de capital existen en forma de pagarés cifrados (Shielded Notes). Me interesa especialmente la lógica de liquidación en cifrado cuando se activan los dividendos: el contrato inteligente valida automáticamente, con todo el estado en cifrado, las cuotas de cada posición y distribuye las ganancias proporcionalmente; observadores externos no pueden reconstruir el registro de accionistas (Cap Table) ni averiguar el importe de cada dividendo de forma individual; y, aun así, los nodos de auditoría autorizados y de cumplimiento pueden confirmar mediante pruebas ZK que el total de dividendos y los comprobantes de titularidad se conservan con precisión, sin que ocurra ninguna inflación excesiva. En el plano de gobernanza accionaria, también coincido en que XSC usa pruebas de conocimiento cero para cortar el fuerte vínculo entre el acto de votar y la identidad real, impidiendo el “reclutamiento” de capital.

Pero a nivel técnico tengo una preocupación real: cuando miles de accionistas de NPEX reclaman simultáneamente dividendos trimestrales en la cadena, se presentan a la vez miles de Nullifiers (canceladores). ¿Cómo se asegura que la escritura concurrente instantánea en el árbol de estado no provoque colisiones ni demoras por encolamiento? En este escenario de alta concurrencia, el mecanismo de sincronización del estado es justamente algo que, por el momento, no he encontrado respondido de manera explícita en la documentación pública de Dusk.$BTC $ETH

#dusk $DUSK @Dusk

He revisado el libro blanco XSC de Dusk y el punto más contraintuitivo es este: mete en la misma capa de contrato la pareja de enemigos mortales “la regulación debe poder verse” y “el usuario debe poder mantenerse oculto”. En las cadenas públicas tradicionales, ambos aspectos se excluyen de forma natural: en la cadena hay transparencia, la regulación se pone feliz y el usuario queda desnudo; si quieres ocultarte, tienes que mezclar monedas y la regulación te pone una alerta al instante. La solución de XSC no es un término medio: es instalar un interruptor de privacidad que puede auditarse en los datos.

Los contratos inteligentes confidenciales encriptan en cadena campos como el saldo, los importes y las posiciones con criptografía de conocimiento cero, y solo dejan en la cadena el cifrado y las pruebas; los nodos verifican normalmente, pero no pueden leer el texto en claro. Yo di la vuelta a su diagrama del proceso de cifrado y confirmo que esta etapa sí resuelve el “el usuario puede mantenerse oculto”. La clave está en el segundo paso: el contrato no revela texto en claro, solo emite credenciales verificables; por ejemplo, “esta transacción es conforme” o “esta cuenta cumple con KYC”. El marco Citadel de Dusk aterriza esto: el usuario puede demostrar con conocimiento cero “tiene más de 18 años y es apto para tener valores”, pero no filtra a ninguna plataforma los documentos originales de identidad; la regulación obtiene las credenciales para contrastar, sin ver el cuadro completo.

El foso defensivo está en la tercera capa: la divulgación selectiva es un interruptor obligatorio a nivel de contrato, no una opción del usuario. Las criptomonedas de privacidad tradicionales entregan el derecho de divulgación al usuario, lo que equivale a ceder también las brechas de cumplimiento; XSC lo “suelda” en la lógica del contrato. He mirado el código fuente de varios competidores y la mayoría deja el derecho de divulgación en el frontend: la confianza deja de depender de “si la gente coopera” y pasa a depender de “si el código lo permite”; Dusk es de los pocos que lo sella en el contrato.

Muchas cadenas de privacidad se quedan atascadas en el binario de “transparente u opaca”; la diferencia de Dusk es convertir lo “auditable” en configuración de fábrica, no en un parche. Esta es precisamente la necesidad urgente para que las instituciones adopten cadenas: no falta la tecnología de cifrado, falta el canal por el que la regulación puede seguir gestionando tras el cifrado. XSC escribe ese canal en el bytecode; verifiqué la lógica de divulgación y confirmo que es una restricción dura, no un discurso.

Así que para juzgar si una cadena pública de privacidad tiene verdadero valor, no mires solo lo “mucho” que cifra: mira en qué capa está soldado el interruptor de divulgación. Si está soldado en manos del usuario, es un juguete; si está soldado en el contrato, es infraestructura que una institución financiera se atreve a tocar. El hecho de que Dusk haya soldado el interruptor en la lógica del contrato es lo que más tiempo me quedé mirando en su libro blanco, y también lo que más me convence. $BTC $ETH

#dusk $DUSK @Dusk

En el círculo se habla de Dusk: casi todos comentan lo ingenioso que es el algoritmo ZK de capa superior, lo animadas que están las testnets… pero muy pocos se dignan a mirar un momento la capa física de red, la más “inferior”. Y como he mantenido nodos de verificación, lo tengo clarísimo: cuando se gestionan liquidaciones de activos financieros de alta frecuencia, la eficiencia de difusión y distribución en la base es el pulso oculto que determina vida o muerte comercial del nodo.

Con ese instinto profesional, hice una ronda de pruebas de presión de tráfico en la testnet, fijándome en el protocolo Kadcast que corre sobre el puerto 9000/udp. Los registros devueltos por el análisis de paquetes son de lo más “duro”: esta estructura de cobertura basada en una modificación de UDP, recortó el coste de ancho de banda redundante de los broadcasts entre nodos entre un 25% y un 50%, y la tasa de bloques antiguos (stale block) cayó de forma drástica.

Para el inversor minorista esto puede ser demasiado abstracto, pero si lo llevas a la hoja de cálculo de costes de un centro de datos de una institución con licencia, se vuelve muy concreto: con el precio habitual de la transferencia de datos entre regiones entre proveedores cloud (aprox. 0.08 a 0.09 dólares/GB), para una entidad de hosting mediana que opera 50 nodos de verificación, un ahorro de ancho de banda del 25% al 50% se traduce directamente en una diferencia anual de 200.000 a 500.000 dólares en las facturas de salida del centro de datos.

Llevado a un ciclo de vida de infraestructura de 10 años, ese número compone y acaba decidiendo de forma directa si el modelo de negocio de los proveedores de nodos de verificación profesional es sostenible… y también si Dusk podrá atraer a conexiones reales desde centros de datos de finanzas tradicionales 🤑.

Kadcast es como un sistema de desagüe enterrado profundamente bajo los cimientos. Todos se maravillan de lo alto que se construye el rascacielos financiero… pero yo sigo el cable de red y veo que el equipo ha puesto un esfuerzo brutal en el trabajo más sucio y pesado de ingeniería. No hay trucos matemáticos espectaculares: solo un control extremo de ingeniería física.

Lo más interesante, además, es que Kadcast no es un simple reemplazo de un gossip genérico: separa la propagación de metadatos y la carga de datos en dos canales distintos, y el nodo solo descarga el bloque completo cuando es necesario. Para transacciones ofuscadas, que suelen tener un volumen grande y que además exigen reenvío por todos los nodos, esta separación aprieta aún más el ancho de banda pico de la red. Muchos proyectos usan “bajo ancho de banda” como eslogan; Dusk lo escribe en el puerto por defecto del protocolo 9000/udp.$BTC $ETH

#dusk $DUSK @Dusk

Hay una asignación de activos en la cadena Dusk, en un silencio inquietante—la encontré por accidente mientras rastreaba otros flujos on-chain: EURQ, un euro establecoin regulado y compatible, con licencia de EMI bajo MiCAR, que se está conectando sigilosamente a la vía de liquidación de Dusk。

¿Qué nivel de activo es EURQ? Para entenderlo, hace falta un poco de contexto: la licencia EMI bajo un marco MiCAR extremadamente estricto, con el respaldo estratégico de Tether, y estándares de control de riesgos verdaderamente obsesivos. Este tipo de activo fiduciario “cumplidor” al elegir la cadena de liquidación es más exigente que cualquier valor institucional—si te equivocas, la verificación de trazabilidad contra el lavado de dinero no pasa y la licencia queda directamente bajo presión。

Siguiendo la cadena de llamadas de EURQ dentro de Dusk, pronto se entiende la lógica detrás de su elección: la liquidación en los consorcios bancarios tradicionales es lenta, y colocar la liquidación de grandes importes de euros en una blockchain totalmente transparente equivale a exponer los movimientos comerciales del cliente institucional ante toda la red; por tanto, el área legal ni siquiera podría aprobarlo。

El contrato confidencial XSC de Dusk encaja justo en esa brecha: EURQ puede completar transferencias transfronterizas de gran cuantía en el entorno cripto de Dusk sin filtrar secretos comerciales; al mismo tiempo, las interfaces de divulgación selectiva reservadas por el contrato XSC permiten que los auditores consulten la contabilidad en cualquier momento, con los requisitos de anti-lavado de la licencia EMI ajustados al milímetro。

Todos están contando cuántas acciones han llegado a Dusk, pero el stablecoin es el gran conducto que alimenta la carrera de RWA. En una blockchain sin canales de liquidación fiduciaria regulada, cualquier activo acaba en vacío. Cuando EURQ elige Dusk, en cierto modo ya ha hecho un respaldo público de la debida diligencia de todo el mercado institucional de euros compatibles. Cuando modifiqué el informe de investigación, esa parte fue la única que se marcó en negrita. $BTC $ETH

#dusk $DUSK @Dusk

La primera vez que vi a TermMax introducir el mecanismo de Curator, mi reacción intuitiva fue de cautela: ¿en qué se diferencia realmente pedir a una institución profesional como Keyrock que controle la curva de tipos, de delegar el poder de fijación de precios en los intermediarios financieros tradicionales? Esto es una descentralización que cede ante la centralización.
Con esa duda, investigué algo más básico: ¿cómo fija los tipos el mercado tradicional de renta fija?
En las subastas de bonos del Estado hay un suscriptor principal; en las emisiones de bonos corporativos, un banco de inversión establece un diferencial inicial. Incluso en las operaciones over-the-counter de renta fija, los creadores de mercado deben mostrar precios con antelación para que ocurra la primera operación. Estas instituciones no se limitan a ser intermediarios: proporcionan la primera cotización en mercados donde faltan datos históricos de operaciones, basándose en un juicio integral sobre riesgo de crédito, prima por plazo y necesidades de liquidez. Sin ese punto de partida, el mercado de tipo fijo no puede “arrancar” — nadie sabe cuál debería ser el “tipo fijo razonable”.
Después de revisar estos materiales, me di cuenta de que desde el principio estaba equivocado.
Los protocolos de tipo variable DeFi no requieren fijación activa de precios: los algoritmos pueden responder en tiempo real a la oferta y la demanda, y en cualquier momento los tipos se pueden consultar según el estado del pool. Pero el mercado de tipo fijo es distinto: el costo del préstamo queda bloqueado en el momento de firmar el contrato. Sin quien fije activamente el precio, el mercado se queda en un punto muerto — el esquema “primero el huevo, luego la gallina”. Sin cotizaciones no hay operaciones; sin operaciones, nunca habrá una primera cotización.
La implementación del Curator en TermMax es precisamente la solución que el mercado tradicional de renta fija ya ha validado. Curator establece órdenes por intervalos en cada mercado aislado, define los rangos de tipos a los que está dispuesto a prestar y a tomar prestado, mantiene la disponibilidad básica del mercado y obtiene remuneración de las comisiones por desempeño. Los usuarios comunes no necesitan entender esto: solo deben depositar fondos en el Vault; el capital de las órdenes pendientes se enruta automáticamente hacia Aave y Morpho para que devengue ingresos, esperando que durante el período de búsqueda del tipo objetivo no haya ninguna ventana de inactividad.
No fue Curator en sí lo que me hizo cambiar de opinión, sino el hecho de que, al pensar con seriedad en la pregunta de cómo se “inicia” un mercado de tipo fijo, entendí que el fijador activo de precios no es una fricción optimizable, sino una condición necesaria para que este tipo de mercado pueda funcionar. La diferencia esencial entre el Curator on-chain y el suscriptor off-chain es que en cadena las órdenes se definen de forma transparente y auditable, no mediante negociaciones extrabursátiles no públicas. $BTC $ETH
#termmax @TermMax

Todos creen que NPEX obtuvo una licencia de la AFM de los Países Bajos, que Dusk conectó con MiCA y DLT Pilot de la Unión Europea, solo para “emitir tokens de forma legal” en esa región. Esto subestima totalmente la magnitud de lo que está ocurriendo. Quienes tratan el arbitraje regulatorio como si fuera toda la historia se perderán el verdadero guion.

Dentro de los marcos legales tradicionales, la cadena de bloques, como mucho, es un “banco de datos de TI”, y la entidad responsable jurídicamente al final tiene que ser una cámara de compensación o un custodio, es decir, una institución financiera tradicional. Pero el sistema DLT Pilot de la UE provocó una mutación regulatoria sin precedentes en la historia humana de las finanzas: permite que los libros contables distribuidos sustituyan directamente a una CSD (Central Securities Depository) en sentido jurídico. Con esa brecha abierta, la inalterabilidad del libro por primera vez adquiere fuerza legal.

Yo revisé el diseño “de bloque en liquidación y es definitivo” de la capa de liquidación de DuskDS; aquel comprobante conciso de Succinct Attestation me dejó pensando un momento. Y al sumarse la ejecución automática de cumplimiento normativo del contrato de valores confidenciales XSC, no es solo “cumplir” reglas: están intentando materializar, mediante código, una cámara de compensación europea legítima.

Cuando se completa una entrega de bonos por 100 millones de euros en Dusk, miré ese flujo de pruebas: el cambio de estado en la cadena deja de ser una simple correspondencia física, y pasa a ser el hecho jurídico mismo. Esto no es una supuesta “pase de entrada regional a Europa”, sino una transferencia de soberanía en la liquidación. Quien tenga el poder de auditar ese código, tendrá en sus manos el punto crítico de la liquidación de los bonos europeos.

Y cuando Dusk demuestre de verdad que, sobre una L1 que funciona con ZK y contratos de privacidad, se puede ejecutar el marco del DLT Pilot, yo daré por cerrada esa cuenta: no será solo otra cadena pública subyacente, sino que se convertirá en el primer “depositorio de liquidación nativo por código” de la historia humana reconocido por leyes soberanas. El peso de esa identidad está muy por encima de la narrativa que puede cargar una cadena pública.

Una vez que se establezcan estos estándares, toda la infraestructura financiera mundial se verá obligada a estudiar su arquitectura. He seguido la evolución de las cámaras de compensación tradicionales: los límites de la cámara, que antes eran un edificio y una base de datos, se colapsan hasta convertirse en un fragmento de código verificable. Antes dependía de licencias y del respaldo de empleados; ahora depende de pruebas.

Si valoras Dusk como una cadena pública, verás el techo; si la miras como el protocolo subyacente de la próxima cámara de compensación global, el juego apenas empieza. $BTC $ETH

#dusk $DUSK @Dusk

TermMax convierte GT en NFT: la liquidación pasa de un juego de probabilidades a un ejercicio aritmético determinista

TermMax ha convertido GT en un NFT dentro de préstamos con tasa fija. La primera vez que veo este diseño, la liquidación parece pasar de un juego de probabilidades a un problema aritmético determinista: pero si lo piensas un poco más, lo determinista no necesariamente solo trae beneficios.

He revisado uno por uno la estructura del NFT de GT: asset, amount, rewardBps y healthFactor están totalmente en cadena. En el contrato, REWARD_TO_LIQUIDATOR está fijado en 0.05e8; así, quien liquida obtiene el NFT y puede calcular con precisión el rendimiento, sin tener que adivinar el deslizamiento ni apostar por la competencia del gas; todas las variables se reparten en la cadena. La liquidación neta de grandes montos de GT puede ganar cientos de dólares, pero también para posiciones pequeñas de LRT con un 5% de recompensa: solo el gas ya puede comerse la ganancia.

El rendimiento determinista da a quienes liquidan la oportunidad de “seleccionar lo mejor”. Siguiendo las consecuencias sistémicas de esa selección: los GT pequeños se liquidan durante mucho tiempo sin que nadie los toque; el LTV empeora de forma continua; y cuando de verdad caen por debajo de HALF_LIQUIDATION_THRESHOLD y ya se puede liquidar al 100%, el colateral quizá ya haya perdido entre un 60% y un 70%. La selección no es un accidente: es una elección racional de quienes liquidan bajo un incentivo de rendimiento determinista.

He visto situaciones en la era de Compound V2 en las que el precio del gas se dispara y los liquidadores saltan posiciones pequeñas. Después de un aumento temporal de la deuda incobrable, solo al introducir incentivos de liquidación más agresivos se logra volver a encarrilarlo. Pero la granularidad de los NFT de TermMax aísla completamente las posiciones: ni siquiera pueden hacer “de paso, liquido una pequeña”. Es como el reparto: el repartidor solo acepta paquetes grandes; los paquetes pequeños se amontonan en el almacén y se pudren.

La selección parece equitativa en la superficie, pero lo que realmente me preocupa es la cadena causal que genera: retraso en la liquidación → depreciación del colateral → empeoramiento de la tasa de recuperación → los tenedores de FT quedan como respaldo. La granularidad del NFT aísla las posiciones, y también aísla los incentivos de liquidación: es una extensión de esa separación desde el mercado hasta la capa de liquidación.

En activos principales, una recompensa del 5% es suficiente para atraer. Pero en cuanto se incorporen más colaterales de cola larga, creo que hay que dar incentivos de liquidación diferenciados a los GT pequeños, o proporcionar una garantía mínima de liquidación para protegerlos. Los activos de cola larga ya tienen una liquidez escasa; por ello, los liquidadores aún menos tendrán motivación para tomarlos, y esa grieta se hará visible antes que en el mercado principal. La otra cara de la determinación es que deja en silencio las posiciones pequeñas expuestas al riesgo.
$BTC $ETH $BNB

#termmax @TermMax

La solidez de los dos rieles: dos arquitecturas, cada una con su propio carril

Dusk le puso dos motores a una sola cadena: Phoenix usa UTXO y Moonlight usa Account. Una quema combustible para la privacidad, la otra transita electricidad transparente. Se ve cansado, pero en realidad es una capacidad de doble vía que nadie puede arrebatar.

Revisé ejemplos de contratos de Phoenix y Moonlight y consulté documentación técnica. Phoenix está basado en UTXO y ofrece protección total de privacidad; Moonlight está basado en Account, deja registros transparentes y permite divulgación selectiva. Estas dos arquitecturas en paralelo significan mantener dos bases de código. Y justamente esa redundancia hace que Dusk pueda ejecutar transacciones privadas a nivel de dark pool y, a la vez, abrir ventanas de cumplimiento para la supervisión.

Demasiadas cadenas con una sola arquitectura se quedan atrapadas en el dilema de elegir una cosa u otra. He visto más de una cadena así. Dusk convierte el “dos cosas o ninguna” en dos carriles paralelos. No es deuda técnica: es un conjunto de interfaces pensado para el futuro. Si algún día el regulador exige divulgaciones más detalladas, Moonlight se pone al frente directamente, sin necesidad de una reestructuración temporal.

Bitcoin y Ethereum solo escogieron un camino. BTC usa únicamente UTXO, ETH únicamente Account. Con una sola arquitectura es más sencillo, pero solo puedes atender un tipo de necesidad. Al comparar estas dos rutas, entendí que elegir el doble riel en Dusk equivale a integrar dos paradigmas en una misma cadena: lo que buscan los geeks —anonimato— y lo que piden las instituciones —auditabilidad— se resuelve en el nivel nativo, sin puentes entre cadenas. En reuniones de integración para instituciones, los clientes repiten una y otra vez la misma solicitud: quieren privacidad para evitar “carreras de robo”, pero también quieren poder presentar pruebas de cumplimiento. En monorriel, eso simplemente no encaja; en esas horas de espera lo escuché varias veces.

En foros de desarrolladores, es donde más se discute la división de responsabilidades entre ambos paradigmas. Phoenix usa Rust para contratos de privacidad y Moonlight usa Solidity para la lógica transparente. A primera vista parece que hay que aprender dos veces, pero en realidad son profesionales usando herramientas profesionales. Al revisar esos debates, la conclusión es clara: los contratos de privacidad pertenecen al equipo de criptografía, la lógica transparente al equipo de negocio. El límite queda mejor delimitado y, por tanto, es más fácil auditar.

Tener dos modelos no solo eleva la barrera de entrada: también eleva el nivel mínimo de calidad. Piecrust VM realiza la verificación formal más estricta sobre el estado de ambos. Vi esa lógica: es compleja, pero sin dejar grietas.

Los dos rieles no son una “deuda” gratuita: son el respaldo de Dusk para profundizar verticalmente en RWA. Yo mismo corrí la verificación de despliegue de ambos entornos. En una sola cadena puede con transacciones en dark pool y con liquidaciones compatibles. Dos motores: permiten que esa cadena funcione por ambos extremos.

$BTC $ETH

#dusk $DUSK @Dusk

200 commits, una obra de cimentación que se ataca en profundidad

El GitHub de Dusk es como un sitio de construcción con obras nocturnas: esos 200 commits resuenan, no por el alboroto, sino porque el equipo está clavando pilotes para cimentar a fondo.

Pasé una semana revisando el historial de commits de Dusk y entendí algo cada vez más claro: esos 200 commits están casi en su totalidad concentrados en módulos base como el protocolo central, el SDK y la toolchain, no dispersos en la capa de aplicaciones. A simple vista, todavía hay pocos contratos en cadena, pero precisamente eso marca el ritmo de “primero cimentar, luego levantar el edificio”. La dificultad en esta pista de la privacidad nunca ha estado en escribir un contrato que funcione, sino en pulir la base —cifrado homomórfico y pruebas de conocimiento cero— hasta que pueda soportar cargas a nivel institucional.

Ya hice cuentas. Las cadenas EVM comunes dependen de toolchains listas para usar: si llegan desarrolladores, se pueden reutilizar. Lo que Dusk pretende hacer es algo que nadie más ha hecho: convertir el cómputo de privacidad y la conformidad auditable en un conjunto de protocolos de base reutilizables. Este tipo de trabajo implica muchos commits y, por ahora, pocos contratos; precisamente por eso demuestra que el equipo está invirtiendo sus esfuerzos en lo más difícil y lo más valioso. El verdadero foso de protección no es copiar y pegar unos cuantos contratos DeFi, sino contar con capacidades de base que otros no puedan replicar.

Me fijé en que el porcentaje de contribuciones del equipo central es alto, mientras que los desarrolladores externos van entrando de manera progresiva. Esto es lo habitual en los proyectos duros en etapa temprana: primero, unos pocos se encargan de cimentar lo más difícil; luego se abre para que el ecosistema levante el edificio. Polkadot también hizo algo similar: el equipo central primero trabajó las bases de las parachains, y solo después los proyectos del ecosistema comenzaron a crecer como brotes tras la lluvia.

La señal que observo es positiva: la documentación, las API y la toolchain se van completando por lotes. En el Discord, las preguntas y respuestas de los desarrolladores son cada vez más concretas. Cuanto más profunda es la cimentación, más alto puede levantarse el edificio. Lo que Dusk está haciendo ahora es precisamente convertir “puede funcionar” en “merece la pena”, algo mucho más importante que apresurarse a apilar cantidad de contratos.

Me gusta Dusk, no por cuántos contratos tiene hoy en cadena, sino por lo que se esconde en esos 200 commits: un grupo de personas que se está tomando en serio el camino más difícil de la privacidad. Cuando la base esté bien pulida, la explosión de contratos listos para producción será solo cuestión de tiempo. $BTC $ETH

#dusk $DUSK @Dusk

El parámetro minApy de TermMax tiene una propiedad oculta: un time-lock (bloqueo de tiempo). Al revisar el contrato, descubrí que cualquier ajuste de minApy debe ejecutarse tras el período de bloqueo (minApyChangeDelay; valor típico: 7 días). La ventana de 7 días de retraso genera una exposición implícita a la dirección de las tasas para los market makers 🎯

Si minApy se fija en 5% y la tasa de mercado sube a 8%, entra en vigor solo 7 días después; durante ese tiempo, el market maker provee liquidez con la tasa antigua de 5%, asumiendo una pérdida por diferencial de 3% al “comerse” el spread. En sentido contrario, si la tasa baja a 5%, durante esos 7 días aún cobra con el antiguo minApy de 8%, ganando 3% adicional por el bono del retraso.

¿Bajo qué condiciones esta opción implícita deja de ser un “efecto secundario” para los market makers y se convierte en el factor central que guía su comportamiento?

Con una volatilidad anualizada de 15% en las tasas de préstamos de ETH, un bloqueo de 7 días y un coste de la opción implícita de ~0.3%-0.5% anualizado, sumado un diferencial del 3%, el efecto puede implicar una erosión de beneficios del 10%-17%. Pero si la volatilidad se dispara a 50% (nivel de crisis Luna/UST), el coste de la opción implícita salta a 1%-2% anualizado, que representa el 33%-67% del diferencial. En ese momento, la decisión principal del market maker ya no es quién tiene menor riesgo de crédito, sino hacia dónde se moverán las tasas 👀

He seguido durante un tiempo el modelo dinámico de tasas de Clearpool: la tasa se ajusta automáticamente en cada bloque según oferta y demanda, sin retraso por time-lock. Los market makers no necesitan anticipar la dirección de la tasa; solo asumen el riesgo de crédito. El time-lock de minApy en TermMax empuja a los market makers desde “gestión del riesgo de crédito” hacia una posición de “apuestas dobles: crédito + dirección de la tasa”.

Cuando el market maker se convierte en operador de la dirección de la tasa, tiende a proporcionar liquidez de forma agresiva cuando la tasa está por bajar (para capturar el bono del retraso) y a retirarse cuando la tasa está por subir (para evitar la pérdida por el retraso). Esto significa que la oferta a tasa fija de TermMax será excesiva cuando la tasa baje, y escasa cuando suba: hay más gente entregando paraguas cuando hace buen tiempo, y en días de lluvia los que entregan paraguas se van 📉

El time-lock de minApy es razonable como protección de gobernanza bajo condiciones normales de mercado, pero en volatilidad extrema amplifica la ciclicidad (del lado de la oferta a tasa fija) en la misma dirección del ciclo. Proteger a los prestatarios con un time-lock es correcto; pero bajo condiciones extremas puede dañar justamente a los prestatarios que más necesitan protección. $BTC $ETH $BNB

#termmax @TermMax

Con tiempo pienso en algo que me estuvo pasando estos años: siempre perdía dinero y no lograba entender por qué el precio de los ETF suele acercarse al NAV. Más tarde supe que no dependía de ninguna fuerza misteriosa, sino del mecanismo de arbitraje de los Participantes Autorizados (AP). Cuando el precio del ETF está demasiado alto, el AP compra las acciones que lo componen y solicita las participaciones para presionar el precio; cuando el precio del ETF está demasiado bajo, el AP vende las acciones que lo componen y canjea las participaciones para empujarlo hacia arriba.

Descubrí que este mecanismo tiene un costo estructural: el arbitraje liquida en T+2. El AP debe mantener la exposición y pignorar garantías durante esos dos días. Ese costo termina formando parte del spread entre compra y venta, de modo que cada operación del minorista en ETF le sale un poco más cara que el NAV real. En un mercado tranquilo puede ser de unos pocos puntos básicos; cuando hay volatilidad, puede dispararse a decenas e incluso a cientos de puntos básicos.

Y es que, mira: Dusk Network se posiciona como una privacidad L1 para aplicaciones financieras. Los contratos de valores confidenciales XSC incorporan directamente en la cadena las reglas de emisión de ETF y las tenencias de sus componentes. Con DuskDS, el bloque se produce y ya.

Las participaciones de ETF se liquidan nativamente en DuskDS, y el arbitraje del AP pasa de T+2 a tiempo de un solo bloque. El AP ya no necesita mantener exposición durante la noche y desaparece la necesidad de garantías, por lo que el costo del arbitraje se acerca a cero.

La ventana de desviación respecto al NAV se reduce al mínimo histórico. El precio del ETF que compra el minorista, por primera vez, realmente se acerca al valor liquidativo. Yo recién empiezo a ganar dinero.

Los beneficiarios de esta lógica no son solo las instituciones, sino cada persona común que usa ETF para invertir a largo plazo, como yo. Esos pocos puntos básicos que se pagan menos en cada compra y venta de ETF, al cabo de veinte años de capitalización compuesta, se convierten en una diferencia real de patrimonio.

NPEX tiene tres licencias de AFM: MTF, Broker y ECSP. Con ellas, en Dusk ya ha completado emisiones de valores por más de 200 millones de euros: es un negocio que está siendo impulsado de verdad por una institución con licencia.

Cuando compras un ETF, ¿has verificado la diferencia entre el precio de la operación real y el NAV del día?

@Dusk T+0 liquidación atómica, para que por primera vez los minoristas puedan comprar ETF que reflejen el NAV real; yo también empiezo a esperar ganar dinero.
$BTC $ETH

#dusk $DUSK @Dusk

Llamar a Dusk “monedas anónimas” está al revés

Llamar a Dusk “monedas anónimas” equivale a decir que es un billete de ración que requiere registrar la identificación para poder recibirlo, y describirlo como si fuera una sopa gratuita sin nombre en el borde de la calle

La privacidad de Dusk es “la privacidad de una aplicación financiera”. XSC escribe en el contrato la lista blanca, el límite de tenencia, la cesión forzada y el acceso para auditoría; Phoenix oculta saldos sensibles; Hedger usa cifrado homomórfico y PLONK para una privacidad auditable.

¿Dónde está lo anónimo? Es privacidad para sujetos identificables: la autoridad reguladora puede verlo con autorización y el emisor puede gestionarlo según reglas.

El relato de Monero, “privacidad es libertad, nadie lo puede ver”, es lo contrario de Dusk. El apuesta de Dusk es por las finanzas reguladas, no por el anarquismo de los nativos de crypto.

Por eso, evaluar a Dusk con el marco de “monedas anónimas” es un error. Si el marco está mal, todas las conclusiones posteriores salen torcidas.

He visto inversores minoristas que compraron porque creyeron que era una “moneda anónima”; cuando descubrieron que necesitaban KYC y acceso para auditoría, se decepcionaron y se marcharon. Ese malentendido está espantando gente.

Casos de uso como NPEX y EURQ se construyen enteramente sobre la base de “sujetos identificables”; aquí la lógica de las monedas anónimas no se puede usar.

La privacidad de Dusk es “ocultar saldos dentro de la mirada regulatoria”, no “desaparecer fuera de la vista de todos”. Cambia una sola palabra entre dos frases, pero la diferencia de significado es abismal.

Hice investigación con usuarios: el grupo que entró creyendo que Dusk era una moneda anónima tiene una tasa de retención muy inferior al grupo que entró viéndolo como una herramienta de cumplimiento.

Lo verdaderamente importante es preguntar: ¿las finanzas reguladas quieren migrar a una cadena para una “privacidad auditable”? Esa respuesta es diez veces más importante que “si es anónimo o no”.

He hecho campañas: medí dos versiones del texto, “moneda anónima” y “privacidad conforme”. La segunda tiene una tasa de conversión mucho más alta; la primera atrae a gente que no se puede retener.

Cuanto más clara es la propuesta de Dusk, mejor puede filtrar a la gente equivocada y retener a la correcta.

Las monedas anónimas atraen a quienes quieren ocultarse; Dusk sirve a quienes quieren cumplir. Ambos grupos casi no se solapan. Si te equivocas al explicar el posicionamiento, la gente que atraes no se queda y además diluyes la atención de los clientes objetivo reales.

Hice segmentación de usuarios: la disposición a pagar de los usuarios que entraron por “cumplimiento” es muy superior a la de quienes entraron por “anonimato”.

Si se deja claro el posicionamiento de @Dusk , se podrá evitar gran cantidad de tráfico por malentendidos.

#dusk $DUSK
$BTC $ETH

拿着股票，不卖也能押出钱
我攥着代币化的苹果股票，舍不得卖又缺现金时才懂 TermMax 的价：拿地契去钱庄押款，地不卖钱到手，现金流不断。
今年一月在一条公链开了首个代币化股票作抵押的固定利率市场，接的是一家代币化证券平台。
那家平台是最大代币化证券场所，锁仓价值超三亿五，挂一百多种美股和交易所基金，持币人首次能押股换固定流动性。
这解决的不是买不买股，是持股人的现金流。股不想卖又要用钱，传统只有卖或保证金，TermMax 给第三路且不触发卖股税。
它还能做备兑看涨和期权，不动持股也用仓位多赚一层，资本效率明显高过单纯持有股票。
但抵押的是别人的票。发行方赎回出问题或盘中脱锚，你的贷款估值和抵押率跟着乱，固定利率保不了这块。
隔离市场在这值钱：这只股票池出事不拖别仓。机构要的正是分舱管理，风险能单独圈起、单独追责。
所以不卖股也能用钱真，前提是你认得清押出去那张票背后站着谁、最终谁来兑付、赎回机制靠不靠得住。
对个人别被首例两个字冲昏。首例意味深度浅、对手方少，真押大额等待成本和滑点自己扛，成交价或远差于挂牌。
这块长期看头在真实资产上链加速。
更关键在合规口子：代币化股票在哪条链能合规抵押，决定这块市场能做多大，也决定发行人风险能否被隔离。
现在先跑通一条链，别的链跟不跟进看监管态度和发行方脸色，不是 TermMax 单方面能定。
所以真要押，我先弄清那张票背后站着谁，再谈省下的卖股税值不值。
抵押便利是真便利，可另一头我要替那张票背后的发行方操一份心，发行方出事我先亏。
$BTC $ETH $BNB
@TermMax #termmax

El “agujero” de PLONK; el mes pasado de febrero se cubrió recién

La criptografía de Dusk se parece a un tablón de un barco que se reparó con una cuña de madera nueva en febrero del año pasado: ya puede zarpar, y el ojo de la cuña aún tiene rebaba fresca; los marineros veteranos no se atreven a decir que jamás haya filtrado.

Un poco inesperado, pero aún más inesperado es que la comunidad casi no le dio importancia. Después de todo, la propuesta de valor central de una cadena de privacidad es: “criptografía fiable”, y la fiabilidad puede tambalearse con un solo fallo.

XSC incorpora a los contratos la cesión forzosa, los límites de participación y el acceso para auditorías. Phoenix gestiona saldos privados en la red principal; Hedger usa cifrado homomórfico y PLONK para una privacidad auditable. Las suposiciones de seguridad de toda la cadena descansan sobre unos pocos primitivas criptográficas.

Que el fallo ya esté corregido es un hecho. Pero el propio hecho de que se haya corregido indica esto: la “capa de privacidad” que supuestamente funciona en la red principal, hace apenas unos meses no era lo bastante sólida en su base criptográfica.

Lo que buscan las instituciones es la certeza de la que puedas dormir tranquilo. Una solución de privacidad recién remendada, y otra que lleva cinco años sin problemas, pesan distinto para la gestión de riesgos.

He visto que, tras la divulgación de vulnerabilidades en cadenas de privacidad tempranas, los fondos de las instituciones no regresaron durante medio año. Dusk no llegó a caer en algo así, pero el “ya hubo que repararlo” se quedará en el informe de diligencia debida.

NPEX se atreve a usar el marco de Dusk para mover €300M+, con la condición de que su gestión de riesgos acepte ese historial de reparaciones. Es posible que las instituciones pequeñas y medianas no tengan la misma tolerancia.

Y lo más importante: PLONK no es un componente aislado. Está conectado con la privacidad auditable de Hedger y con las pruebas de cumplimiento de XSC; si tiembla la base, toda la capa superior debe volver a probarse.

Revisé los registros de publicación de dusk-rusk: antes de la versión 1.6.0, varias versiones se centraron en corregir problemas de los límites relacionados con la criptografía, lo que sugiere que esta cadena aún está en una fase de iteración rápida.

Una iteración rápida es buena para la funcionalidad, pero para la confianza de las instituciones es una carga: hoy está bien; mañana podría llegar otro parche y requerir otra revisión.

Así que el problema no es “¿Dusk es seguro o no?”, sino “¿qué tan rápido las instituciones están dispuestas a poner dinero real en una cadena joven que hace unos meses aún estaba reparando un agujero?”

He visto que una institución, por un historial de un parche, elimina a todo el proveedor del listado de aprobados. La cuenta joven de Dusk no aguanta un nivel así de exigencia.

@Dusk extiende el historial de auditoría y reparaciones; para las instituciones, su poder de persuasión supera con creces cualquier relato de visión.
$BTC $ETH
#dusk $DUSK

El DUSK que tienes en la mano, ¿en qué cadena exactamente está?

Primero, no te apresures a responder: esta pregunta es más difícil de lo que parece.

El puente nativo que DUSK impulsa busca, en esencia, que los activos lleguen directamente en su forma nativa; la transferencia entre capas la realiza el validador, sin generar tickets envueltos (wrapped) y sin tener que delegar los tokens en un custodio ajeno. Comparado con los puentes de cadena cruzada centralizados en los que se entrega el activo a un tercero, esto realmente reduce una capa de confianza y también evita los problemas de fragmentación que suelen provocar los wrappers.

Pero la afirmación de "sin wrap" no aplica a DUSK por sí mismo.

DUSK ya existe en tres estados: uno en la cadena nativa, otro como ERC20 en Ethereum y otro como BEP20 en la cadena BNB. Y es precisamente porque necesita “desdoblarse” para llegar a otras cadenas que ocurre: cuando cruza a Ethereum y BNB, ese DUSK se convierte en un ticket de la cadena de terceros. Esa desalineación de identidad puede no ser evidente para los usuarios nuevos.

Y el puente, precisamente, sí ha tenido problemas. En una noche de enero de 2026, el servicio de puente de Dusk hacia el exterior fue vulnerado: desde el primer robo de 9,000 DUSK, hasta la última operación de más de 8 millones que no pudo transferirse porque el puente se cerró de emergencia. En total, se perdieron aproximadamente más de 12 millones de DUSK. Lo importante es esto: no fue una vulnerabilidad en la capa de consenso de DuskDS. Fue que el equipo propietario de las carteras de firmas usado por el puente quedó comprometido. La versión oficial indica que no se vieron afectados los fondos de los usuarios; lo que se movió fue el monedero operativo del equipo.

Pongo esta historia junto con el tema de "sin wrap" y no veo una contradicción, sino un recordatorio: el puente nativo resuelve la confianza sobre la forma del activo. Pero del otro lado del puente, la verdadera prueba de aquella noche fue quién controla la clave y cómo se gestiona. Después del incidente, el equipo reestructuró el puente: separó la firma del manejo de eventos, redujo la exposición de la wallet caliente y cambió a recargas manuales desde una wallet fría.

Del lado EVM, hasta hoy sigue siendo red de pruebas. Los puentes nativos entre capas pueden ensayarse en DuskEVM; el flujo de activos de nivel productivo tendrá que esperar a que la red madure.

Por eso, valoro más el valor real de "reducir la fragmentación de wrapped" que el eslogan de "sin ningún wrapper".

Cuando obtuviste DUSK por primera vez, ¿en qué cadena era? Con estos tres estados conviviendo, ¿te facilita las cosas o te complica?
@Dusk
#dusk $DUSK

#dusk $DUSK Dusk Trade 的 oficina de ventas está iluminada, pero el complejo aún no se ha terminado

¿Tratar a Dusk Trade como una firma de corretaje que ya está en operación? No te apures a hacer fila. Dusk lo posiciona como un neobroker orientado a valores regulados: un lugar para el comercio en cadena de bonos, fondos y acciones. Lo que busca es que todo ocurra de una sola vez: emparejamiento, custodia y liquidación. Pero en este momento su estado es “Building”: tiene una waitlist abierta. Si entras, solo ves un formulario de registro; no ves el libro de órdenes. El verdadero salón de operaciones aún no está encendido. Dusk Trade es una visión, no un producto ya entregado.

Al principio pensé que, al lanzarse, Dusk Trade podría hacer el emparejamiento y la liquidación como una casa de corretaje tradicional. Después, recién entendí el truco. La liquidación real y con certeza corre en la red principal DuskDS, pero Dusk Trade todavía está en construcción. La liquidación a nivel de segundos en T+0 es una capacidad de DuskDS, todavía no se ha demostrado en la escala de Dusk Trade. Mi lectura es que la visión es enorme, pero el reloj de la entrega todavía no ha llegado al día en que se abra el negocio.

Antes de que el edificio quedara terminado, abrieron la oficina de ventas: el modelo a escala luce impecable, y los vendedores dicen que se entra “en seguida”. Pero tú no compras el modelo a escala; compras unidades listas para habitar, con electricidad, agua y gas conectados. La waitlist de Dusk Trade se parece a hacer fila para entrar: que te toque turno no significa que el edificio ya esté construido, y menos aún que la verificación y aceptación ya se haya aprobado. Miré el modelo iluminado otra vez: no consigue encender las habitaciones vacías. Las personas en la fila solo tienen una imagen conceptual; no tienen el acta de finalización ni el registro de entrega.

Ahora, la narrativa RWA tiene el impulso de poner activos tokenizados en cadena; las instituciones quieren mover las participaciones de bonos y fondos a la cadena y eliminar intermediarios. La historia que cuenta Dusk Trade encaja. Pero la “zanja” de una corredora regulada está en la implementación real de una licencia, la custodia y la liquidación; no en eslóganes. Aunque el modelo de la oficina de ventas se vea brillante, no sustituye el día de la finalización y la aceptación del proyecto. Midnight también compite con la narrativa de privacidad para instituciones, pero la carta de Dusk es el acceso regulatorio, no solo un alarde técnico.

Por eso, el problema no es si Dusk quiere o no ser una corredora, sino cuándo se abrirá de verdad esa puerta del negocio. Cuando el dinero de RWA está afuera, haciendo fila en el umbral, ¿entregarías tu orden a una red con una oficina de ventas súper brillante, un complejo que aún está terminándose y que apenas emite waitlist? ¿Hay un andamio que todavía no se desarmó entre la visión y la entrega? $BTC $ETH @Dusk

#dusk $DUSK @Dusk

El mostrador de cristal de Dusk, puedes ver los libros contables pero hay que fijarse en el momento

El mostrador de caja de cristal del supermercado te deja ver cómo cuentan el dinero; pero, ¿realmente puedes ver en cualquier momento la contabilidad que hay detrás de Dusk? Esto se parece más a un mostrador que solo enciende sus luces durante el horario de atención al cliente: hay más gente de visita que personas haciendo caja de verdad.

Primero imaginé a Hedger como una máquina automática de conciliación infalible; después caí en que se parece más bien a ese mostrador de caja de cristal del supermercado. Frente al mostrador puedes ver cómo cuentan el dinero, pero esta mesa de Dusk aún se exhibe en la zona de pruebas de la red, y no se ha trasladado a la sala de operaciones de la red principal. Las luces del área de muestras están incluso más intensas que en el área de atención, y la gente en la fila cree que el local ya está abierto.

A Hedger lo describen como una capa de auditoría en cadena a nivel institucional, prometiendo que el regulador pueda ver el justificante de cumplimiento de cada transacción privada. Mi criterio es que esta visibilidad depende de que primero estén listos los módulos de pruebas de privacidad e identidad de Dusk en la red principal; y que Hedger, en sí, aún está en la fase de red de pruebas. Aunque el formato de los justificantes sea bonito, sigue siendo solo un boceto; por muy estándar que sea el boceto, no supera una conciliación real.

La revalidación de MiCA convierte la auditabilidad en un umbral duro para la entrada de instituciones. Yo lo leo como un examen para postular al puesto de conciliador: la privacidad de la red principal de Dusk efectivamente puede generar justificantes de cumplimiento, pero Hedger aún no ha integrado esos justificantes al sistema que se comunica con el regulador en la red principal. Es como un mostrador de cristal con las luces encendidas, mientras el conciliador todavía no ha entrado a trabajar. Cuando llega el auditor, solo puede mirar el espectáculo a través del vidrio. Que la luz esté encendida no significa que se pueda operar; el auditor necesita un sistema que pueda ejecutar y consultar de verdad.

Que el mostrador de cristal esté con las luces encendidas no significa que el conciliador ya haya empezado. La visibilidad de Dusk debe ejecutarse mediante procesos y conectarse a interfaces específicas para encenderse; no puedes ver ese libro contable con solo empujar la puerta. Dusk ofrece privacidad y también la llave de este mostrador de cristal; pero la muesca del diente aún está escrita en documentación de la red de pruebas, y en el contrato de la red principal no se encuentra la cláusula correspondiente. El custodio necesita pruebas con “papel y tinta”, no promesas.

Cuando el auditor de MiCA toque de verdad a la puerta, ¿le entregas una llave que todavía está en fase de configuración, o esperas a que la sala oficial esté encendida y luego convocas al conciliador para abrir y recibir clientes? $BTC $ETH

Una enredadera, dos calabazas: regar es con el mismo conjunto de reglas

En tu patio, una enredadera sube por una estructura y, en los dos extremos, cuelga una calabaza en cada lado. Tú creías que Babylon Staking y TBV eran dos enredaderas independientes, que cada una se riega a su manera. Pero el panorama en el monedero es muy claro: comparten la misma cerradura Taproot, el mismo Genesis. La mirilla sale del mismo molde de fundición; no es que a cada una le hayan puesto su propia cerradura. Tú proteges un lugar y, en la práctica, estás apostando la seguridad de los dos lugares sobre la misma cerradura. Las dos enredaderas se enroscan sobre la misma estructura, y cuando sopla el viento, se balancean juntas.

Esto trae un acoplamiento que quizá no habías imaginado: las reglas del script de la cerradura y el ritmo de actualización son el mismo juego. Si cambias un lado, el otro también tiene que ponerse al día. El beneficio es real: te basta con una llave y una sola serie de reglas; no tienes que preparar dos cerraduras para dos cosas distintas. El lado malo: si algún día la enredadera tuviera que cambiar la forma de “regar”, las dos calabazas tendrían que adaptarse a la vez. No se puede proteger solo una y dejar la otra atrás, ni tampoco elegir una para cambiar su riego dejando la otra igual. Un sitio se mueve, todo se mueve: ese es el costo más concreto de compartir una cerradura. Si una calabaza necesita cambiar la forma de regar, la otra también debe cambiar, sin excepción.

Lo que más me llama la atención al leerlo es que lo que se comparte es el “molde de la cerradura”, no “la raíz de la calabaza”. Cada calabaza sigue creciendo en su propio UTXO independiente: el dinero no se mezcla, cada una se liquida por su cuenta. Lo que realmente queda atado son el script y el Genesis que están detrás de esa cerradura. Las raíces son distintas; la cerradura es compartida: esa es la esencia del diseño. Quien modifica la cerradura no necesita preguntar si tú estás de acuerdo: se modifica en ambos lugares a la vez. Ahorras una llave, sí, pero también atas la actualización de dos cosas a la misma cuerda: si un lugar tiene que mover la cerradura, el otro también tiene que “ahorrarse” el trabajo de todos modos. Nadie puede reemplazar al otro.

Así que compartir la cerradura no es un bug; es una elección. Supones la ligereza de recordar una llave menos, a cambio de el vínculo de que las actualizaciones de ambos lugares tienen que sincronizarse: ligereza y ahorro, se venden siempre atados. La ligereza es de verdad ligera; el vínculo es de verdad vínculo.

Cuando de verdad llegue a la red principal, estas dos calabazas sobre la misma estructura aún serían solo enredaderas de prueba en un invernadero, sin haber colgado frutos de oro y plata reales. Aún no se ha verificado en la manipulación real si el acoplamiento de la actualización de esa cerradura compartida llegará a enredar a las dos calabazas: hasta ahora, tampoco se ha probado.

$BTC $ETH

@BabylonLabs_io $BABY
#baby

Ese saldo de vaultBTC no es un pagaré: es un espejo

En la interfaz de Aave ver el saldo de vaultBTC —que “se puede suministrar”, “genera intereses” y “tiene cifras”— hace difícil no tratarlo como un token. Pero si pones juntas lo que representan wBTC y vaultBTC, te das cuenta de algo: uno se parece a un pagaré, apunta a “quién te debe”; el otro se parece a un espejo, apunta a “el estado de alguna parte en este momento”. No son del mismo tipo de objeto.

wBTC es un título de crédito: cada unidad apunta a que “debe existir” BTC en las reservas del custodio; la acuñación, el canje, las llaves, la prueba de reservas… cada eslabón queda atado a una entidad que potencialmente puede incumplir. En cambio, el vaultBTC generado por Trustless Bitcoin Vaults (TBV) es una contabilidad interna del lado de Ethereum: transferencias restringidas, sin mercado secundario, y no representa un activo puenteado. No registra una promesa de redención, sino “que en la red Bitcoin algún UTXO concreto está siendo bloqueado en este instante bajo condiciones acordadas de antemano”: un estado verificable, no un crédito en espera de cobro.

Esta distinción cambia la forma en que falla. Los títulos de crédito mueren por el adversario: si el custodio quiebra, si hay desvío de fondos o si se niegan a redimir, el valor del título se evapora, queda en letra muerta. El registro de estado muere por divergencia: cuando las pruebas entre cadenas y el mecanismo de desafío funcionan, vaultBTC coincide con el estado bloqueado del lado Bitcoin; pero si la capa de desafío no impide una vez una transición de estado fraudulenta, el saldo sigue mostrándose, aunque ya no apunte a nada real. El registro no se dará cuenta por sí solo de que se equivocó. Esta modalidad de registro solo opera en las redes de prueba Signet+Sepolia con activos sin valor real; si “recuerda bien o no” todavía no ha sido puesta a prueba por una divergencia en condiciones reales.

Así que la forma en que yo veo ese saldo cambia: ya no se pregunta “quién está detrás y va a redimir”, sino “¿siguen siendo consistentes ambas cadenas en este momento?”. El primer riesgo depende de la conducta del promitente; el segundo depende de la actividad de la capa de verificación: uno es un riesgo moral, el otro es un riesgo de ingeniería. $BTC $ETH

@BabylonLabs_io $BABY
#baby