#dusk $DUSK Zedger, en realidad, tiene una compensación en la privacidad del libro de órdenes que no se ha explicado del todo.
Últimamente he estado revisando el módulo de @Dusk de Zedger. La descripción oficial es que es una capa para facilitar la compensación y el emparejamiento para valores regulados; además, admite la transferencia de participaciones directamente en la cadena. En teoría, traslada las tareas de back-office de los corredores tradicionales a un contrato.
Dusk Network también posiciona Zedger como un escaparate de su Privacy Layer-1 orientado a la tokenización de valores, pero siempre he tenido una duda que no he podido aclarar: ¿hasta qué punto conviene ocultar la privacidad del libro de órdenes?
Si toda la información de las órdenes se cifra, entonces el motor de emparejamiento tendría que comparar precios y cantidades en estado cifrado. En criptografía no es imposible, pero incrementaría de forma significativa el coste de generación de pruebas por cada emparejamiento, y al caer el rendimiento (througput), queda la incógnita de si los market makers institucionales estarían dispuestos a ejecutarlo ahí. Por el contrario, si las órdenes se publican en claro en el instante en que se colocan, entonces la “privacidad” de las transacciones de valores básicamente se limita a que se oculta quién compensa, pero las intenciones previas quedarían expuestas y podrían ser capturadas por MEV o estrategias de caza. Para órdenes grandes de instituciones, esto sería casi letal.
El whitepaper describe de manera bastante conceptual el nivel de privacidad de Zedger en la capa de emparejamiento. No explica con detalle si sigue una subasta en lote, un modelo de dark pool o un libro de órdenes cifrado. Estas tres rutas se comportan de forma totalmente distinta en latencia, equidad y auditabilidad regulatoria; elegir una u otra en realidad determina directamente si Zedger puede atraer al emisor real de valores.
El marco de contratos confidenciales que ofrece XSC aporta capacidades de base, pero la lógica de emparejamiento en sí es un problema de diseño a nivel de aplicación. Depende de cómo el equipo posterior haga sus compensaciones.
$DUSK pretende impulsar la narrativa de tokenización de valores, y el modo de emparejamiento de Zedger es un punto de observación que no se puede ignorar. Antes de que esto quede claro, los anclajes de valoración son, en realidad, algo ficticios.
@Dusk $BTC