Hoy estaba leyendo la documentación de Dusk y algo me detuvo. La mayoría de las blockchains te ofrecen un solo modelo de transacciones. Transparente. Todo visible. Eso es todo.
Dusk te da dos.
Moonlight para flujos de cuentas públicas. Phoenix para transferencias blindadas confidenciales. Misma red. Mismo consenso. Misma capa de liquidación. Pero eliges el modo que se ajusta a la transacción.
Es una idea tan simple, pero cambia todo sobre cómo construirías aplicaciones financieras. Un pago de tesorería que necesita quedar registrado, ¿Moonlight? Una transferencia de posición entre tus propias cuentas que no debería difundir tu portafolio, ¿Phoenix? Ambas en la misma cadena, no dos cadenas fingiendo ser una.
Lo que me llamó aún más la atención fue la pieza de la liquidación. La Acreditación Sucinta — el protocolo de consenso de Dusk — está construida sobre una finalidad determinista. Una vez que un bloque es ratificado, es definitivo. Sin reorganizaciones visibles para el usuario. Sin “esperar seis confirmaciones para estar seguro”. Para los mercados financieros, esto importa más que la velocidad. Necesitas saber que una liquidación realmente se ha liquidado.
Sigo pensando en cómo encajan estas piezas. Dos modelos de transacción para la privacidad cuando se necesita. Finalidad determinista para la confianza en la liquidación. Pago contra entrega incorporado, de modo que el activo y el pago se mueven juntos de forma atómica. Esto no es una cadena de propósito general con funciones financieras añadidas. Se siente como infraestructura financiera que resulta ser una blockchain.
Todavía estoy trabajando en lo que esto significa en la práctica. ¿Pueden las instituciones usar realmente ambos modelos de transacción en el mismo flujo? ¿El reporte regulatorio funciona de manera diferente para Moonlight vs Phoenix? Estas parecen ser las preguntas correctas que hay que hacer.
¿Querrías dos modos de transacción en la misma cadena, o es esa complejidad adicional para la mayoría de los usuarios?
#dusk $DUSK @Dusk
Dusk te da dos.
Moonlight para flujos de cuentas públicas. Phoenix para transferencias blindadas confidenciales. Misma red. Mismo consenso. Misma capa de liquidación. Pero eliges el modo que se ajusta a la transacción.
Es una idea tan simple, pero cambia todo sobre cómo construirías aplicaciones financieras. Un pago de tesorería que necesita quedar registrado, ¿Moonlight? Una transferencia de posición entre tus propias cuentas que no debería difundir tu portafolio, ¿Phoenix? Ambas en la misma cadena, no dos cadenas fingiendo ser una.
Lo que me llamó aún más la atención fue la pieza de la liquidación. La Acreditación Sucinta — el protocolo de consenso de Dusk — está construida sobre una finalidad determinista. Una vez que un bloque es ratificado, es definitivo. Sin reorganizaciones visibles para el usuario. Sin “esperar seis confirmaciones para estar seguro”. Para los mercados financieros, esto importa más que la velocidad. Necesitas saber que una liquidación realmente se ha liquidado.
Sigo pensando en cómo encajan estas piezas. Dos modelos de transacción para la privacidad cuando se necesita. Finalidad determinista para la confianza en la liquidación. Pago contra entrega incorporado, de modo que el activo y el pago se mueven juntos de forma atómica. Esto no es una cadena de propósito general con funciones financieras añadidas. Se siente como infraestructura financiera que resulta ser una blockchain.
Todavía estoy trabajando en lo que esto significa en la práctica. ¿Pueden las instituciones usar realmente ambos modelos de transacción en el mismo flujo? ¿El reporte regulatorio funciona de manera diferente para Moonlight vs Phoenix? Estas parecen ser las preguntas correctas que hay que hacer.
¿Querrías dos modos de transacción en la misma cadena, o es esa complejidad adicional para la mayoría de los usuarios?
#dusk $DUSK @Dusk