Al tokenizar valores en la cadena, la tensión entre la privacidad y el cumplimiento prácticamente no existe en ningún lugar. La mayoría de las soluciones o sacrifican por completo la visibilidad para obtener ocultamiento, o bien exponen todos los detalles para que sean auditables. Dusk eligió un camino más mesurado: no busca dejar totalmente ciegos a los reguladores, sino que, mientras mantiene los detalles de las transacciones invisibles para el público, conserva canales que autorizan a los verificadores a validar el cumplimiento. @Dusk $DUSK
El Phoenix subyacente de Dusk se basa en UTXO e integra las pruebas de conocimiento cero en el proceso de construcción de transacciones; así, el libro contable no genera texto plano legible de manera arbitraria desde su creación. Esto resuelve el problema de la exposición en las transferencias comunes de valor. Sin embargo, para los tokens de valores aún se requiere gestionar la distribución de rendimientos, el cálculo de derechos, las restricciones de límite de tenencia y el control dinámico de acceso, todo ello dependiente de una gestión de estado precisa. Por eso, Dusk superpone una capa Zedger sobre Phoenix, dedicada específicamente a la lógica del negocio de valores. Las operaciones que excedan los porcentajes legales de tenencia serán interceptadas automáticamente por las reglas en la cadena; no requiere aprobaciones manuales durante todo el proceso, ni introduce terceros confiables. Así se forma una vía de liquidación de valores, poco común hoy en día, que alinea el marco de cumplimiento pertinente sin intermediarios.
Dusk descompone el problema en dos capas para atacarlo por separado: aunque parezca aumentar el grosor del sistema, en realidad es la única solución práctica que logra mantener a la vez la privacidad y el cumplimiento. Una arquitectura única difícilmente puede satisfacer ambos. Por eso, el verdadero objeto que Dusk busca transformar no es una plataforma general de contratos inteligentes, sino esas instituciones tradicionales que dependen desde hace tiempo de intermediarios de compensación y custodia para obtener rendimientos. Aspira a que, mediante una liquidación privada verificable, estos eslabones intermedios sean cada vez más prescindibles. #dusk $BTC
El Phoenix subyacente de Dusk se basa en UTXO e integra las pruebas de conocimiento cero en el proceso de construcción de transacciones; así, el libro contable no genera texto plano legible de manera arbitraria desde su creación. Esto resuelve el problema de la exposición en las transferencias comunes de valor. Sin embargo, para los tokens de valores aún se requiere gestionar la distribución de rendimientos, el cálculo de derechos, las restricciones de límite de tenencia y el control dinámico de acceso, todo ello dependiente de una gestión de estado precisa. Por eso, Dusk superpone una capa Zedger sobre Phoenix, dedicada específicamente a la lógica del negocio de valores. Las operaciones que excedan los porcentajes legales de tenencia serán interceptadas automáticamente por las reglas en la cadena; no requiere aprobaciones manuales durante todo el proceso, ni introduce terceros confiables. Así se forma una vía de liquidación de valores, poco común hoy en día, que alinea el marco de cumplimiento pertinente sin intermediarios.
Dusk descompone el problema en dos capas para atacarlo por separado: aunque parezca aumentar el grosor del sistema, en realidad es la única solución práctica que logra mantener a la vez la privacidad y el cumplimiento. Una arquitectura única difícilmente puede satisfacer ambos. Por eso, el verdadero objeto que Dusk busca transformar no es una plataforma general de contratos inteligentes, sino esas instituciones tradicionales que dependen desde hace tiempo de intermediarios de compensación y custodia para obtener rendimientos. Aspira a que, mediante una liquidación privada verificable, estos eslabones intermedios sean cada vez más prescindibles. #dusk $BTC
