#dusk $DUSK @Dusk
Volví una y otra vez a un detalle del estándar XSC que parecía pequeño hasta que comprobé lo que en realidad significaba en la práctica. $DUSK y #DuskNetwork suelen presentarse como si ofrecieran "cumplimiento programable", como si fuera un único sistema compartido que se ajusta cuando cambia la normativa, pero las reglas no están regidas en absoluto a nivel de protocolo. Las establece el emisor individual en el momento en que se crea un token de seguridad. El emisor controla la lista blanca, puede forzar la transferencia de activos para cumplir con una orden legal y puede recuperar una cartera perdida: todo son funciones del lado del emisor, no del nivel de la red. Mientras tanto, la gobernanza real del protocolo de Dusk —el equipo de Core R&D y el Consejo de Gobernanza— gestiona las actualizaciones de la red de referencia en sí, no la lógica de cumplimiento incorporada en ningún activo concreto. Así que ambas capas de gobernanza no se solapan como yo asumí. Eso significa que aquí "cumplimiento programable" se parece más a "cumplimiento definido por el emisor, programado una vez y controlado por ese emisor a partir de entonces" que a un sistema a nivel de red que se adapta automáticamente cuando cambian las leyes. Es un diseño sólido para dar a los emisores control legal sobre activos regulados, pero también traslada la carga de mantenerse al día a cada emisor por separado. Todavía estoy trabajando en lo que eso significa a escala, una vez que haya decenas de emisores en Dusk en lugar de uno o dos.
Volví una y otra vez a un detalle del estándar XSC que parecía pequeño hasta que comprobé lo que en realidad significaba en la práctica. $DUSK y #DuskNetwork suelen presentarse como si ofrecieran "cumplimiento programable", como si fuera un único sistema compartido que se ajusta cuando cambia la normativa, pero las reglas no están regidas en absoluto a nivel de protocolo. Las establece el emisor individual en el momento en que se crea un token de seguridad. El emisor controla la lista blanca, puede forzar la transferencia de activos para cumplir con una orden legal y puede recuperar una cartera perdida: todo son funciones del lado del emisor, no del nivel de la red. Mientras tanto, la gobernanza real del protocolo de Dusk —el equipo de Core R&D y el Consejo de Gobernanza— gestiona las actualizaciones de la red de referencia en sí, no la lógica de cumplimiento incorporada en ningún activo concreto. Así que ambas capas de gobernanza no se solapan como yo asumí. Eso significa que aquí "cumplimiento programable" se parece más a "cumplimiento definido por el emisor, programado una vez y controlado por ese emisor a partir de entonces" que a un sistema a nivel de red que se adapta automáticamente cuando cambian las leyes. Es un diseño sólido para dar a los emisores control legal sobre activos regulados, pero también traslada la carga de mantenerse al día a cada emisor por separado. Todavía estoy trabajando en lo que eso significa a escala, una vez que haya decenas de emisores en Dusk en lugar de uno o dos.
