Pasé una hora leyendo la documentación de DUSK buscando eso que cada cadena de privacidad asegura: las transacciones confidenciales por defecto. $DUSK , #dusk , @Dusk . Lo que encontré en cambio fue un desvío en el camino que la mayoría no notará a menos que en realidad esté construyendo. La transacción de la capa base está blindada, sí, pero en el momento en que quieres composabilidad con cualquier cosa que se parezca a un contrato inteligente, te redirigen a Piecrust y a una ruta separada de ejecución de contratos confidenciales que no es la que traen las carteras con todo listo “de fábrica”. Así que el encuadre de “privado por defecto” es técnicamente cierto para las transferencias y, en cambio, de forma silenciosa depende de condiciones para el uso programable. Una elección de diseño se destacó: la red trata la privacidad y la capacidad de auditoría como un interruptor a nivel de la aplicación, no como una garantía a nivel de toda la red; lo que significa que la postura real de privacidad de cualquier cosa construida sobre DUSK depende por completo de qué módulo eligió el desarrollador para conectarlo. No es exactamente una falla: es una decisión de arquitectura con consecuencias que nadie comercializa. Me hace preguntarme cuántas apps “preservadoras de la privacidad” sobre cadenas como esta en realidad solo son capaces de privacidad, a la espera de que alguien active la función.