#dusk $DUSK @Dusk Fui a ver qué es lo que realmente tiene que pasar cuando alguien compra un activo regulado en Dusk, esperando que la parte interesante fuera la operación en sí. No lo es.
Una operación puede decir "comprar" mientras que dos cosas distintas todavía tienen que coincidir: el activo tiene que pasar al comprador y el pago tiene que pasar al vendedor. La documentación de Dusk trata esas cuestiones como dos tramos separados que hay que coordinar antes de que la transacción quede realmente liquidada.
Eso suena obvio hasta que lo comparas con transferencias normales de tokens. Enviar un token solo responde a "¿se movió el token?" Una operación de valores regulados tiene una segunda pregunta al lado: "¿se movió el dinero bajo las condiciones requeridas para esta transferencia de activo?"
Esa era la parte que no había considerado de verdad. Dusk Trade no es solo un mercado montado sobre saldos de tokens. Su flujo de trabajo está construido en torno a la incorporación (onboarding), la elegibilidad, la compra o venta, la coordinación del pago y la liquidación: los tramos del activo y del pago tienen que tener sentido juntos.
Como entregar las llaves de un coche a alguien mientras la transferencia bancaria de la compra todavía está pendiente. El hecho de que las llaves cambien de manos no significa automáticamente que la venta esté completada.
Y aquí es donde "liquidación instantánea" resulta más interesante para mí. Lo difícil no es hacer que una sola transacción sea rápida. Es coordinar múltiples condiciones para que el activo no termine transferido sin el pago correspondiente, o viceversa.
Para los mercados regulados, esa coordinación probablemente importa más que el titular sobre la velocidad.
Aún me pregunto: cuando los valores reales empiecen a moverse de esta manera, ¿el usuario alguna vez ve la coordinación entre activo y pago por debajo, o debería desaparecer toda esa complejidad detrás de un único estado simple de "liquidado"?@Dusk
#dusk $DUSK
Una operación puede decir "comprar" mientras que dos cosas distintas todavía tienen que coincidir: el activo tiene que pasar al comprador y el pago tiene que pasar al vendedor. La documentación de Dusk trata esas cuestiones como dos tramos separados que hay que coordinar antes de que la transacción quede realmente liquidada.
Eso suena obvio hasta que lo comparas con transferencias normales de tokens. Enviar un token solo responde a "¿se movió el token?" Una operación de valores regulados tiene una segunda pregunta al lado: "¿se movió el dinero bajo las condiciones requeridas para esta transferencia de activo?"
Esa era la parte que no había considerado de verdad. Dusk Trade no es solo un mercado montado sobre saldos de tokens. Su flujo de trabajo está construido en torno a la incorporación (onboarding), la elegibilidad, la compra o venta, la coordinación del pago y la liquidación: los tramos del activo y del pago tienen que tener sentido juntos.
Como entregar las llaves de un coche a alguien mientras la transferencia bancaria de la compra todavía está pendiente. El hecho de que las llaves cambien de manos no significa automáticamente que la venta esté completada.
Y aquí es donde "liquidación instantánea" resulta más interesante para mí. Lo difícil no es hacer que una sola transacción sea rápida. Es coordinar múltiples condiciones para que el activo no termine transferido sin el pago correspondiente, o viceversa.
Para los mercados regulados, esa coordinación probablemente importa más que el titular sobre la velocidad.
Aún me pregunto: cuando los valores reales empiecen a moverse de esta manera, ¿el usuario alguna vez ve la coordinación entre activo y pago por debajo, o debería desaparecer toda esa complejidad detrás de un único estado simple de "liquidado"?@Dusk
#dusk $DUSK
