#dusk $DUSK @Dusk
La sección del contrato Zedger tiene una operación que la mayoría de descripciones del modelo de privacidad de Dusk omiten por completo: transferencias forzadas. Aparece en el whitepaper junto con la acuñación y la quema como una parte central de lo que admite un contrato Zedger, y vale la pena entender qué es.

Conceptos básicos de las transferencias forzadas: el emisor de un valor de Zedger puede iniciar la transferencia de ese valor desde la cuenta de un titular a la de otro, sin requerir una firma por parte del titular actual.

Vale la pena pensar qué significa realmente.

Una transferencia normal de Zedger está iniciada por el titular. Construyes la transacción, demuestras tu elegibilidad, la firmas. El titular es el agente. Una transferencia forzada invierte eso. El emisor es el agente. La cuenta del titular pierde la posición, y otra cuenta la recibe, porque el emisor envió una transacción con ese efecto.

Esto suena alarmante al principio, así que vale la pena decirlo: esto no es un descuido ni una puerta trasera. Es una función deliberada de cumplimiento. En las finanzas tradicionales, los reguladores pueden obligar transferencias de activos bajo una variedad de circunstancias —y redirigir activos, acciones de aplicación AML, intervención regulatoria, correcciones de transferencias erróneas. Un valor se hace porque los mercados regulados a veces requieren que los emisores actúen por obligación legal en lugar del consentimiento del titular.

No digo que esto sea indiscutible. En un modelo de autocustodia, la premisa de que nadie puede mover tus activos sin tu firma es fundamental. Las transferencias forzadas delimitan a propósito una excepción para los emisores, y lo amplio o estrecho que se acota ese poder importa enormemente.

Tampoco digo que esté mal. La alternativa es un token de seguridad que sea legalmente inútil en cualquier jurisdicción donde se puedan ordenar transferencias forzadas.

Lo que no he resuelto es si las transferencias forzadas de Zedger requieren alguna prueba de autorización on-chain: una orden regulatoria firmada, una aprobación multisig — o si la clave del emisor por sí sola es suficiente para iniciar una. @Dusk
$SPK $TAC