Honestamente, cuando estaba repasando el propio documento de arquitectura de Dusk y un detalle me hizo detenerme.
Zedger, el modelo de transacciones detrás de su estándar XSC, tiene una lógica real de valores incorporada directamente en él. Según la documentación oficial, impide que un usuario preaprobado tenga más de una cuenta, admite la distribución automática de dividendos y la votación, y puede limitar las transferencias para que un comprador nunca supere el umbral de propiedad de un activo.
Eso no es una característica genérica de privacidad. Son cosas que normalmente gestiona un agente de transferencias o un sistema de cap table, fuera de la cadena.
Al lado, dentro de la misma arquitectura, está Phoenix, el modelo que realmente oculta los detalles de las transacciones. Según los documentos, un propietario puede compartir una View Key para que un tercero vea sus salidas, mientras que gastar aún requiere una Secret Key separada que solo tiene el propietario. Dos claves, dos propósitos: una para mirar y otra para mover fondos.
Aquí va mi propia lectura sobre por qué esta combinación importa.
La mayoría de las cadenas de privacidad se enfocan en ocultar un saldo. Dusk está resolviendo algo más acotado: forzar una transferencia cuando un accionista pierde sus claves, limitar quién puede poseer un activo y pagar dividendos automáticamente, todo mientras la transacción permanece confidencial.
Vale la pena notar que esta descripción proviene del documento de arquitectura de 2023 de Dusk, no de un lanzamiento nuevo. Los mecanismos son fundamentales, no una noticia reciente. Lo que no me queda claro es cómo interactúan estos controles cuando los activos se mueven a través de DuskEVM en lugar de contratos nativos de Zedger, si se mantiene de uno a uno la misma lógica de transferencias limitadas y forzadas.
Aún estoy trabajando en esa parte.
@Dusk_Foundation #dusk $DUSK
Zedger, el modelo de transacciones detrás de su estándar XSC, tiene una lógica real de valores incorporada directamente en él. Según la documentación oficial, impide que un usuario preaprobado tenga más de una cuenta, admite la distribución automática de dividendos y la votación, y puede limitar las transferencias para que un comprador nunca supere el umbral de propiedad de un activo.
Eso no es una característica genérica de privacidad. Son cosas que normalmente gestiona un agente de transferencias o un sistema de cap table, fuera de la cadena.
Al lado, dentro de la misma arquitectura, está Phoenix, el modelo que realmente oculta los detalles de las transacciones. Según los documentos, un propietario puede compartir una View Key para que un tercero vea sus salidas, mientras que gastar aún requiere una Secret Key separada que solo tiene el propietario. Dos claves, dos propósitos: una para mirar y otra para mover fondos.
Aquí va mi propia lectura sobre por qué esta combinación importa.
La mayoría de las cadenas de privacidad se enfocan en ocultar un saldo. Dusk está resolviendo algo más acotado: forzar una transferencia cuando un accionista pierde sus claves, limitar quién puede poseer un activo y pagar dividendos automáticamente, todo mientras la transacción permanece confidencial.
Vale la pena notar que esta descripción proviene del documento de arquitectura de 2023 de Dusk, no de un lanzamiento nuevo. Los mecanismos son fundamentales, no una noticia reciente. Lo que no me queda claro es cómo interactúan estos controles cuando los activos se mueven a través de DuskEVM en lugar de contratos nativos de Zedger, si se mantiene de uno a uno la misma lógica de transferencias limitadas y forzadas.
Aún estoy trabajando en esa parte.
@Dusk_Foundation #dusk $DUSK