Esta vez volví a desglosar la arquitectura siguiendo la de @Dusk y, cuando llegué a la capa de Transfer Contract, me detuve un momento: lo realmente difícil al poner en cadena activos regulados nunca es solo “hacer transferencias”, sino lograr que, al mismo tiempo, se cumplan privacidad, verificabilidad y liquidación determinista. Lo que me hizo prestar atención de Dusk es que no le pasa esa contradicción a la capa de aplicación para que la resuelvan por su cuenta.
DuskDS es clave. La documentación oficial lo define como la capa de liquidación y disponibilidad de datos; tanto Moonlight como Phoenix liquidan aquí. Moonlight es un modelo de cuenta pública: el saldo, el remitente, el destinatario y el monto se ven; Phoenix, en cambio, coloca los fondos en notas cifradas y usa ZKP para demostrar que hay fondos suficientes y evitar doble gasto. Además, oculta el monto transferido, oculta al remitente a los observadores y también oculta la relación de notas específicas, e incluso permite divulgación selectiva mediante una viewing key. Lo que de verdad me trabó y luego me quedó claro fue Transfer Contract: recibe dos tipos de payload de transacción, enruta cada una a su lógica de verificación correspondiente y, al final, mantiene la consistencia del estado global. En otras palabras, lo público y lo privado no son dos carriles totalmente inconexos.
Mirando un nivel más arriba, DuskEVM es un entorno de ejecución EVM basado en OP Stack; la liquidación y la disponibilidad de datos siguen siendo proporcionadas por DuskDS. Y Hedger, que corre sobre DuskEVM, usa cifrado homomórfico y ZKP para realizar transacciones confidenciales, orientadas a escenarios de finanzas reguladas. Así, encadenándolo todo, Dusk no solo “oculta activos”, sino que hace que transacciones con distintos niveles de exposición de información entren en la misma infraestructura base.
$DUSK se usa para gas y staking, y en el futuro, durante 36 años, se liberarán 500 millones de tokens para recompensas de staking. Para mí, lo realmente digno de vigilar no es el relato, sino si estos mecanismos técnicos y económicos pueden ejecutarse de verdad en transacciones de activos.
Ahora mismo, solo quiero ver cuatro cosas: quién puede ver, quién puede verificar, quién puede ejecutar y cuándo queda finalmente determinado el estado.
#dusk $DUSK @Dusk
DuskDS es clave. La documentación oficial lo define como la capa de liquidación y disponibilidad de datos; tanto Moonlight como Phoenix liquidan aquí. Moonlight es un modelo de cuenta pública: el saldo, el remitente, el destinatario y el monto se ven; Phoenix, en cambio, coloca los fondos en notas cifradas y usa ZKP para demostrar que hay fondos suficientes y evitar doble gasto. Además, oculta el monto transferido, oculta al remitente a los observadores y también oculta la relación de notas específicas, e incluso permite divulgación selectiva mediante una viewing key. Lo que de verdad me trabó y luego me quedó claro fue Transfer Contract: recibe dos tipos de payload de transacción, enruta cada una a su lógica de verificación correspondiente y, al final, mantiene la consistencia del estado global. En otras palabras, lo público y lo privado no son dos carriles totalmente inconexos.
Mirando un nivel más arriba, DuskEVM es un entorno de ejecución EVM basado en OP Stack; la liquidación y la disponibilidad de datos siguen siendo proporcionadas por DuskDS. Y Hedger, que corre sobre DuskEVM, usa cifrado homomórfico y ZKP para realizar transacciones confidenciales, orientadas a escenarios de finanzas reguladas. Así, encadenándolo todo, Dusk no solo “oculta activos”, sino que hace que transacciones con distintos niveles de exposición de información entren en la misma infraestructura base.
$DUSK se usa para gas y staking, y en el futuro, durante 36 años, se liberarán 500 millones de tokens para recompensas de staking. Para mí, lo realmente digno de vigilar no es el relato, sino si estos mecanismos técnicos y económicos pueden ejecutarse de verdad en transacciones de activos.
Ahora mismo, solo quiero ver cuatro cosas: quién puede ver, quién puede verificar, quién puede ejecutar y cuándo queda finalmente determinado el estado.
#dusk $DUSK @Dusk
