#dusk @Dusk Algo a lo que volví una y otra vez al analizar $DUSK arquitectura fue el estándar XSC y por qué existe en absoluto como una capa de contrato separada.

La mayoría de blockchains te permiten emitir tokens. El Contrato de Seguridad Confidencial XSC (XSC Confidential Security Contract) está diseñado para algo más específico: valores regulados. No para tokens genéricos. Acciones, bonos, instrumentos financieros tokenizados que legalmente requieren comprobaciones de elegibilidad de los inversores, restricciones de transferencia y registros de auditoría.

Lo que lo hace estructuralmente diferente de algo como un ERC-20 es dónde se ubica la lógica de cumplimiento. En una cadena estándar, el cumplimiento se aplica fuera de la cadena: alguien revisa manualmente una lista blanca antes de aprobar una transferencia. En Dusk, XSC incrusta esa lógica directamente en el contrato. La elegibilidad, las restricciones de transferencia y las normas de divulgación se aplican en la ejecución, no después.

La parte de privacidad es donde se vuelve inusual. Las transacciones de XSC usan el modelo Phoenix por debajo, de modo que los importes y los detalles de la contraparte permanecen ocultos a la vista pública. Pero el emisor conserva la capacidad de divulgación selectiva. Un regulador puede recibir visibilidad sobre datos específicos de una transacción sin que esos datos se vuelvan públicos en la cadena. Esa es la intención de diseño: privada para el mercado y auditable por la autoridad.

Lo que honestamente no puedo confirmar ahora mismo es cuántos valores basados en XSC realmente están en funcionamiento y negociándose en el mainnet hoy. El estándar existe. La infraestructura está construida. Pero los datos públicos sobre despliegues activos de XSC son escasos.

¿Es un problema de timing o de adopción un estándar de tokens con prioridad al cumplimiento y sin emisiones en vivo visibles públicamente?
$ONG
$BMT

XSC en Dusk: ¿timing o adopción?