$DUSK $aDUSK #dusk — la capa diseñada para la adopción por desarrolladores viene configurada por defecto como transparente, no privada.
La mayoría de las "cadenas" tratadas como privadas enfocan el cumplimiento como una ocurrencia posterior pegada a un libro público: mezcladores, enmascaramiento opcional, una puerta de KYC fuera del protocolo. El planteamiento de Dusk fue distinto: la privacidad integrada en el propio asentamiento. Según la documentación oficial de Dusk, el DuskDS nativo te ofrece dos modelos de transacción: Moonlight (transparente, saldos visibles) o Phoenix (notas protegidas, cero conocimiento por defecto). @DuskFoundation construyó su narrativa de cumplimiento sobre ese valor predeterminado, no como un añadido.
Luego miré DuskEVM, la capa compatible con Solidity que en realidad está pensada para atraer a desarrolladores. La documentación describe Hedger, el módulo de privacidad con cifrado homomórfico/ZK, como una herramienta a la que se recurre "cuando corresponda." Los contratos sencillos en DuskEVM se comportan como contratos EVM normales en cualquier lugar: transparentes a menos que alguien conecte explícitamente Hedger. El patrón de "pegado" que Dusk critica en otras cadenas aparece en su propia superficie de crecimiento.
Lo que cambió para mí: "privacidad por diseño" no es una sola propiedad aquí, son dos valores predeterminados cosidos juntos — y la capa que la mayoría de los creadores realmente tocará hereda la versión más débil. No destruye la tesis, solo reduce el alcance de donde se cumple. Vale la pena comprobar: ¿las primeras implementaciones de DuskEVM realmente integran Hedger, o están publicando transparente como cualquier otra cadena EVM?
#dusk $DUSK @Dusk
La mayoría de las "cadenas" tratadas como privadas enfocan el cumplimiento como una ocurrencia posterior pegada a un libro público: mezcladores, enmascaramiento opcional, una puerta de KYC fuera del protocolo. El planteamiento de Dusk fue distinto: la privacidad integrada en el propio asentamiento. Según la documentación oficial de Dusk, el DuskDS nativo te ofrece dos modelos de transacción: Moonlight (transparente, saldos visibles) o Phoenix (notas protegidas, cero conocimiento por defecto). @DuskFoundation construyó su narrativa de cumplimiento sobre ese valor predeterminado, no como un añadido.
Luego miré DuskEVM, la capa compatible con Solidity que en realidad está pensada para atraer a desarrolladores. La documentación describe Hedger, el módulo de privacidad con cifrado homomórfico/ZK, como una herramienta a la que se recurre "cuando corresponda." Los contratos sencillos en DuskEVM se comportan como contratos EVM normales en cualquier lugar: transparentes a menos que alguien conecte explícitamente Hedger. El patrón de "pegado" que Dusk critica en otras cadenas aparece en su propia superficie de crecimiento.
Lo que cambió para mí: "privacidad por diseño" no es una sola propiedad aquí, son dos valores predeterminados cosidos juntos — y la capa que la mayoría de los creadores realmente tocará hereda la versión más débil. No destruye la tesis, solo reduce el alcance de donde se cumple. Vale la pena comprobar: ¿las primeras implementaciones de DuskEVM realmente integran Hedger, o están publicando transparente como cualquier otra cadena EVM?
#dusk $DUSK @Dusk
