Cuanto más leo sobre Dusk, más me doy cuenta de que algunas de sus ideas más interesantes están escondidas en los pequeños detalles.
Un ejemplo es la forma en que DUSK se mueve entre transacciones privadas y la ejecución de contratos inteligentes.
Al principio, pensé que serían simplemente dos partes separadas de la red.
Pero Dusk diseñó un mecanismo de “Crossover” para actuar como un puente entre ambas.
Un usuario puede mantener DUSK en la capa de transacciones y luego mover el valor requerido a la capa de cómputo generalizado al llamar a un contrato. La transacción también lleva la información de gas necesaria para esa ejecución.
¿Qué ocurre si el contrato no utiliza todo el gas asignado?
La cantidad no utilizada puede devolverse mediante una nota de reembolso.
Eso suena como un detalle técnico pequeño.
Pero creo que revela algo más grande sobre la arquitectura.
Dusk no trata la privacidad, los pagos, el cómputo y las tarifas como funciones aisladas. Están diseñadas para funcionar juntas dentro del mismo proceso de transición de estado.
Esto importa porque las aplicaciones financieras rara vez encajan de forma ordenada en una sola categoría.
El dinero se mueve. Los contratos se ejecutan. Se pagan comisiones. Los datos necesitan protección.
La parte interesante es lograr que todo eso funcione junto sin romper el modelo de privacidad.
Ese tipo de detalle de infraestructura es el que me hace mirar a Dusk de forma diferente.
@Dusk #dusk $DUSK
Un ejemplo es la forma en que DUSK se mueve entre transacciones privadas y la ejecución de contratos inteligentes.
Al principio, pensé que serían simplemente dos partes separadas de la red.
Pero Dusk diseñó un mecanismo de “Crossover” para actuar como un puente entre ambas.
Un usuario puede mantener DUSK en la capa de transacciones y luego mover el valor requerido a la capa de cómputo generalizado al llamar a un contrato. La transacción también lleva la información de gas necesaria para esa ejecución.
¿Qué ocurre si el contrato no utiliza todo el gas asignado?
La cantidad no utilizada puede devolverse mediante una nota de reembolso.
Eso suena como un detalle técnico pequeño.
Pero creo que revela algo más grande sobre la arquitectura.
Dusk no trata la privacidad, los pagos, el cómputo y las tarifas como funciones aisladas. Están diseñadas para funcionar juntas dentro del mismo proceso de transición de estado.
Esto importa porque las aplicaciones financieras rara vez encajan de forma ordenada en una sola categoría.
El dinero se mueve. Los contratos se ejecutan. Se pagan comisiones. Los datos necesitan protección.
La parte interesante es lograr que todo eso funcione junto sin romper el modelo de privacidad.
Ese tipo de detalle de infraestructura es el que me hace mirar a Dusk de forma diferente.
@Dusk #dusk $DUSK
