#dusk $DUSK @Dusk
Estaba leyendo el enfoque de Dusk para la tokenización de valores de seguridad y un detalle no dejaba de llamar mi atención. La mayoría de las transferencias en blockchain parecen instantáneas desde fuera. Los activos se mueven, los saldos cambian y la transacción se considera finalizada. Pero los activos regulados no siempre funcionan así.
En el modelo Zedger de Dusk, una transferencia no se completa automáticamente en el momento en que se envía. El receptor debe aceptarla explícitamente primero. Hasta que eso ocurra, el importe transferido aún debe contabilizarse correctamente. Suena como una elección de diseño pequeña, pero resuelve un problema sorprendentemente difícil.
Empecé a pensar en situaciones en las que una parte de una transacción está lista antes que la otra. Quizá el remitente ya haya iniciado la transferencia, pero el receptor todavía no la haya aprobado. Los sistemas cripto tradicionales suelen centrarse en mover el valor lo más rápido posible. Dusk parece estar más centrado en rastrear la responsabilidad durante el periodo entre la iniciación y la liquidación.
Lo que me parece interesante es que este estado intermedio se trata como parte del proceso en lugar de como una excepción. El sistema lleva el control de la propiedad y los saldos mientras espera el paso final de aprobación.
Para los valores tokenizados y los activos regulados, eso se parece mucho más a cómo funcionan realmente los flujos de trabajo financieros. La pregunta es si más sistemas blockchain eventualmente necesitarán una lógica de liquidación similar a medida que crezca la tokenización.
Estaba leyendo el enfoque de Dusk para la tokenización de valores de seguridad y un detalle no dejaba de llamar mi atención. La mayoría de las transferencias en blockchain parecen instantáneas desde fuera. Los activos se mueven, los saldos cambian y la transacción se considera finalizada. Pero los activos regulados no siempre funcionan así.
En el modelo Zedger de Dusk, una transferencia no se completa automáticamente en el momento en que se envía. El receptor debe aceptarla explícitamente primero. Hasta que eso ocurra, el importe transferido aún debe contabilizarse correctamente. Suena como una elección de diseño pequeña, pero resuelve un problema sorprendentemente difícil.
Empecé a pensar en situaciones en las que una parte de una transacción está lista antes que la otra. Quizá el remitente ya haya iniciado la transferencia, pero el receptor todavía no la haya aprobado. Los sistemas cripto tradicionales suelen centrarse en mover el valor lo más rápido posible. Dusk parece estar más centrado en rastrear la responsabilidad durante el periodo entre la iniciación y la liquidación.
Lo que me parece interesante es que este estado intermedio se trata como parte del proceso en lugar de como una excepción. El sistema lleva el control de la propiedad y los saldos mientras espera el paso final de aprobación.
Para los valores tokenizados y los activos regulados, eso se parece mucho más a cómo funcionan realmente los flujos de trabajo financieros. La pregunta es si más sistemas blockchain eventualmente necesitarán una lógica de liquidación similar a medida que crezca la tokenización.
