¿Por qué Dusk está construyendo su propio estándar de contrato financiero en lugar de simplemente apoyarse en modelos de contratos inteligentes existentes?

Al principio pensé que la respuesta era sencilla: si Dusk quiere aplicaciones financieras, los desarrolladores solo necesitan contratos inteligentes con mejor privacidad.

Pero al observar la idea del Confidential Security Contract, creo que hay una pregunta más profunda.

Los activos financieros no siempre se comportan como los típicos tokens de DeFi. La propiedad, las transferencias, los permisos y los detalles de las transacciones pueden incluir información que no debería ser visible para todos en un libro contable público.

Eso cambia lo que debería hacer un contrato inteligente útil.

La parte interesante del enfoque XSC de Dusk es que la confidencialidad no se trata como algo añadido alrededor de la aplicación. Es parte del propio modelo del contrato.

Eso me hace pensar que XSC podría ser menos sobre crear otro estándar de contrato inteligente y más sobre definir cómo deberían verse los contratos financieros cuando la privacidad y la verificación tienen que funcionar juntas.
Y esa es la parte que me parece digno de seguir.

Si los activos regulados van a la cadena, simplemente copiar patrones existentes de contratos de DeFi puede no ser suficiente. El desafío mayor podría ser diseñar contratos teniendo en cuenta las restricciones que ya tienen los mercados financieros.

Sigo con curiosidad por una cosa: ¿puede XSC convertirse en un estándar práctico que los desarrolladores realmente quieran usar, o seguirá siendo principalmente una solución especializada para el ecosistema financiero de Dusk?

¿Qué podría hacer que XSC sea lo más importante? 👀
#dusk $DUSK @Dusk
🔐 Privacy
0%
🏦 Finance
100%
⚙️ Compliance
0%
🚀 Adoption
0%
1 Votos • Votación cerrada