Una blockchain pública crea una situación incómoda para los mercados financieros: la transparencia es útil, pero demasiada transparencia puede revelar la estrategia de la persona que está negociando.
Considera un libro de órdenes.
Si cada orden, posición y saldo se ve de manera abierta, los participantes del mercado pueden potencialmente inferir las intenciones de negociación antes de que se complete una transacción. Para algunos productos financieros, eso no es una molestia menor. Puede afectar directamente la calidad de la ejecución.
Por eso me parece más interesante el enfoque de Dusk para flujos EVM confidenciales que el lenguaje genérico de “blockchain privada”.
Hedger está diseñado para respaldar la privacidad dentro del entorno EVM usando cifrado homomórfico y pruebas de conocimiento cero. Una aplicación potencial es la actividad de un libro de órdenes confidencial, donde la información sensible no tiene que volverse completamente pública simplemente porque el mercado haya pasado onchain.
La cuestión económica es qué cambia esto para el diseño del mercado.
Si las aplicaciones financieras pueden preservar información sensible mientras aún demuestran que las transacciones siguen las reglas requeridas, los desarrolladores obtienen otra opción de diseño. Ya no están obligados a elegir de manera binaria entre poner todo a la vista pública o mover el flujo de trabajo completo fuera de la cadena.
Yo mediría el progreso a través de mecánicas de mercado reales:
• Número de transacciones confidenciales procesadas.
• Número de aplicaciones que usan ejecución que preserva la privacidad.
• Crecimiento de la actividad que involucra activos financieros, en lugar de transacciones de prueba.
Eso es más útil que contar menciones.
También hay una limitación obvia. La privacidad criptográfica no crea automáticamente un mercado que funcione. La liquidez, la estructura legal, las contrapartes, la custodia y el diseño del producto siguen importando.
Pero el problema del libro de órdenes es real.
Si Dusk puede hacer programable la actividad financiera sensible sin volverla invisible para la supervisión autorizada, entonces es una proposición mucho más específica que simplemente decir que la blockchain necesita privacidad.
#dusk $DUSK @Dusk
Considera un libro de órdenes.
Si cada orden, posición y saldo se ve de manera abierta, los participantes del mercado pueden potencialmente inferir las intenciones de negociación antes de que se complete una transacción. Para algunos productos financieros, eso no es una molestia menor. Puede afectar directamente la calidad de la ejecución.
Por eso me parece más interesante el enfoque de Dusk para flujos EVM confidenciales que el lenguaje genérico de “blockchain privada”.
Hedger está diseñado para respaldar la privacidad dentro del entorno EVM usando cifrado homomórfico y pruebas de conocimiento cero. Una aplicación potencial es la actividad de un libro de órdenes confidencial, donde la información sensible no tiene que volverse completamente pública simplemente porque el mercado haya pasado onchain.
La cuestión económica es qué cambia esto para el diseño del mercado.
Si las aplicaciones financieras pueden preservar información sensible mientras aún demuestran que las transacciones siguen las reglas requeridas, los desarrolladores obtienen otra opción de diseño. Ya no están obligados a elegir de manera binaria entre poner todo a la vista pública o mover el flujo de trabajo completo fuera de la cadena.
Yo mediría el progreso a través de mecánicas de mercado reales:
• Número de transacciones confidenciales procesadas.
• Número de aplicaciones que usan ejecución que preserva la privacidad.
• Crecimiento de la actividad que involucra activos financieros, en lugar de transacciones de prueba.
Eso es más útil que contar menciones.
También hay una limitación obvia. La privacidad criptográfica no crea automáticamente un mercado que funcione. La liquidez, la estructura legal, las contrapartes, la custodia y el diseño del producto siguen importando.
Pero el problema del libro de órdenes es real.
Si Dusk puede hacer programable la actividad financiera sensible sin volverla invisible para la supervisión autorizada, entonces es una proposición mucho más específica que simplemente decir que la blockchain necesita privacidad.
#dusk $DUSK @Dusk