Cuando miraba las actualizaciones de ingeniería de Dusk, lo primero que pensé fue que Moonlight y Phoenix eran dos sistemas de cuentas independientes. Hasta que encontré la función “convert” y me di cuenta de la genialidad de Dusk: no existen dos modelos en paralelo; en cambio, pueden intercambiarse de forma atómica. @Dusk
Los activos de la cuenta Phoenix son notas criptográficas. Al transferirlos a la cuenta Moonlight, el Transfer Contract primero procesa esas notas y luego las agrega en el balance público por un valor equivalente; al hacer el proceso inverso, al retirar de Moonlight, el Transfer Contract primero deduce el saldo y luego genera las notas correspondientes al valor nominal, enviándolas a una dirección oculta. Los usuarios no necesitan demostrar identidad: solo deben demostrar que son los propietarios de la cuenta o dirección que se va a convertir. Todo el proceso se completa de manera atómica, sin quedar atascado en un estado intermedio.
Pero al volver a verificarlo, descubrí que antes había hablado de este mecanismo mezclándolo con el estándar de valores de XSC, y no fue riguroso. convert resuelve la conversión del token nativo DUSK entre los dos modelos; los valores XSC dependen realmente de Zedger, un modelo que combina capacidades UTXO y de cuenta, diseñado específicamente para tratar detalles de cumplimiento como revisiones de elegibilidad, transferencias con límites y distribución de dividendos. Ambos comparten la base criptográfica de conocimiento cero subyacente de Phoenix, pero no es la misma lógica; no debería haberlos confundido.
Dusk separa estas dos capas con total claridad: el mecanismo de conversión a nivel base gestiona la circulación de tokens; la capa superior Zedger gestiona el cumplimiento regulatorio de los valores. Esa es también la razón por la que, cuanto más lo veo, más siento que no se trata simplemente de crear una cadena de privacidad.
$DUSK sostiene el costo de gas de toda esta conversión y liquidación.
#dusk $DUSK @Dusk
Los activos de la cuenta Phoenix son notas criptográficas. Al transferirlos a la cuenta Moonlight, el Transfer Contract primero procesa esas notas y luego las agrega en el balance público por un valor equivalente; al hacer el proceso inverso, al retirar de Moonlight, el Transfer Contract primero deduce el saldo y luego genera las notas correspondientes al valor nominal, enviándolas a una dirección oculta. Los usuarios no necesitan demostrar identidad: solo deben demostrar que son los propietarios de la cuenta o dirección que se va a convertir. Todo el proceso se completa de manera atómica, sin quedar atascado en un estado intermedio.
Pero al volver a verificarlo, descubrí que antes había hablado de este mecanismo mezclándolo con el estándar de valores de XSC, y no fue riguroso. convert resuelve la conversión del token nativo DUSK entre los dos modelos; los valores XSC dependen realmente de Zedger, un modelo que combina capacidades UTXO y de cuenta, diseñado específicamente para tratar detalles de cumplimiento como revisiones de elegibilidad, transferencias con límites y distribución de dividendos. Ambos comparten la base criptográfica de conocimiento cero subyacente de Phoenix, pero no es la misma lógica; no debería haberlos confundido.
Dusk separa estas dos capas con total claridad: el mecanismo de conversión a nivel base gestiona la circulación de tokens; la capa superior Zedger gestiona el cumplimiento regulatorio de los valores. Esa es también la razón por la que, cuanto más lo veo, más siento que no se trata simplemente de crear una cadena de privacidad.
$DUSK sostiene el costo de gas de toda esta conversión y liquidación.
#dusk $DUSK @Dusk