Durante años me dediqué al trabajo de finanzas reguladas y mi mayor duda es: ¿por qué la circulación de activos en blockchain nunca puede lograr, como los valores tradicionales, que sea a la vez completamente pública y auditable, pero con un sigilo estricto sobre los detalles de las transacciones? Transparencia y privacidad parecen siempre ser una pregunta de “o una cosa o la otra”.
Hasta que vi @Dusk . No trató la privacidad como un complemento intercambiable, sino que la integró directamente en la lógica subyacente de L1.
A favor: mediante Contratos Inteligentes Confidenciales y el estándar XSC, ofrece un marco que combina cumplimiento y privacidad para activos de tipo valores. En la cadena se verifica la corrección de las transiciones de estado, en lugar de revelar montos de las transacciones y la identidad. Esto me hizo pensar que está respondiendo en serio a ese problema espinoso de “qué hacer con la regulación cuando los activos del mundo real se tokenizan”.
En contra: esta arquitectura profundamente vinculada a la privacidad también dispara la complejidad. Separa la capa de ejecución de la capa de liquidación: la capa inferior se encarga del consenso y la liquidación, mientras que la superior es compatible con EVM. El diseño modular reduce el umbral de desarrollo, pero también introduce riesgos de la circulación de activos entre capas. En el pasado, las vulnerabilidades creadas por el diseño entre capas eran muchísimo más numerosas que las de los propios contratos inteligentes.
A mí me preocupa especialmente la coherencia de los supuestos de privacidad. Si la capa de ejecución es transparente y la capa de liquidación tiene capacidades de confidencialidad, la propiedad de privacidad del activo depende de en qué capa esté en ese momento. Para los usuarios y para los auditores, esta fragmentación incrementa muchísimo el costo de explicación. Prometer de forma ambigua que “todo está soportado” y, al final, que ninguno de los dos lados quede bien.
El proyecto DUSK puso atención en el diseño de nodos, pero tiene un sistema de nodos que está lejos de ser “realmente descentralizado”. Los incentivos por staking de $DUSK dependen de tu proporción dentro del pool de staking de toda la red; los grandes participantes tienen ventaja natural. Además, con un mecanismo de sanción blanda, si un nodo se desconecta demasiado tiempo se pausará la recompensa. Cuando el umbral sube, los nodos tarde o temprano se concentran en manos de unos pocos.
Lo que de verdad me hizo sentir que vale la pena seguir a Dusk es que no está construyendo solo una cadena más rápida, sino explorando cómo la verificación transparente y la protección de la privacidad pueden coexistir de forma real. Pero si podrá superar al sistema centralizado de compensación y liquidación depende de si la distribución de nodos es lo suficientemente dispersa y de si la documentación de desarrollo indica claramente qué escenarios deberían usar cada capa. En cuanto al camino de cumplimiento nativo en cadena, ¿crees que se puede recorrer? Habla en los comentarios. #dusk
Hasta que vi @Dusk . No trató la privacidad como un complemento intercambiable, sino que la integró directamente en la lógica subyacente de L1.
A favor: mediante Contratos Inteligentes Confidenciales y el estándar XSC, ofrece un marco que combina cumplimiento y privacidad para activos de tipo valores. En la cadena se verifica la corrección de las transiciones de estado, en lugar de revelar montos de las transacciones y la identidad. Esto me hizo pensar que está respondiendo en serio a ese problema espinoso de “qué hacer con la regulación cuando los activos del mundo real se tokenizan”.
En contra: esta arquitectura profundamente vinculada a la privacidad también dispara la complejidad. Separa la capa de ejecución de la capa de liquidación: la capa inferior se encarga del consenso y la liquidación, mientras que la superior es compatible con EVM. El diseño modular reduce el umbral de desarrollo, pero también introduce riesgos de la circulación de activos entre capas. En el pasado, las vulnerabilidades creadas por el diseño entre capas eran muchísimo más numerosas que las de los propios contratos inteligentes.
A mí me preocupa especialmente la coherencia de los supuestos de privacidad. Si la capa de ejecución es transparente y la capa de liquidación tiene capacidades de confidencialidad, la propiedad de privacidad del activo depende de en qué capa esté en ese momento. Para los usuarios y para los auditores, esta fragmentación incrementa muchísimo el costo de explicación. Prometer de forma ambigua que “todo está soportado” y, al final, que ninguno de los dos lados quede bien.
El proyecto DUSK puso atención en el diseño de nodos, pero tiene un sistema de nodos que está lejos de ser “realmente descentralizado”. Los incentivos por staking de $DUSK dependen de tu proporción dentro del pool de staking de toda la red; los grandes participantes tienen ventaja natural. Además, con un mecanismo de sanción blanda, si un nodo se desconecta demasiado tiempo se pausará la recompensa. Cuando el umbral sube, los nodos tarde o temprano se concentran en manos de unos pocos.
Lo que de verdad me hizo sentir que vale la pena seguir a Dusk es que no está construyendo solo una cadena más rápida, sino explorando cómo la verificación transparente y la protección de la privacidad pueden coexistir de forma real. Pero si podrá superar al sistema centralizado de compensación y liquidación depende de si la distribución de nodos es lo suficientemente dispersa y de si la documentación de desarrollo indica claramente qué escenarios deberían usar cada capa. En cuanto al camino de cumplimiento nativo en cadena, ¿crees que se puede recorrer? Habla en los comentarios. #dusk