Abrí el pipeline de ejecución de Dusk esta mañana—y me di cuenta de que la mayoría de las cadenas solo están parcheando la privacidad sobre una base de EVM diseñada para la transparencia. Dusk reconstruyó el stack desde el circuito hacia arriba.
DuskVM ejecuta bytecode WASM, no EVM. Los contratos se compilan a WASM y pasan por un búfer de argumentos de 64KB. Los resultados de la ejecución deben ser idénticos en cada nodo o falla la validación del consenso. Esa ejecución determinista está impuesta en la capa de protocolo, no asumida.
El pipeline de liquidación ejecuta dos modelos nativos de transacciones en paralelo—Moonlight para transferencias públicas, basadas en cuentas, y Phoenix para transferencias protegidas, estilo UTXO, con pruebas ZK. Ambas liquidan en la misma cadena a través del Contract de Transferencia, que acepta ambos tipos de carga útil, las enruta a la lógica de verificación y evita dobles gastos. Coordinación del estado a nivel de protocolo, no un ajuste de la interfaz.
Stack criptográfico: BLS12-381 para firmas agregadas y umbral BLS, JubJub para circuitos ZK eficientes, Poseidon para hashing optimizado para circuitos, PLONK para pruebas reutilizables verificables en cadena. Todo en Rust puro. La Attestation Succinct se finaliza mediante tres rondas deterministas—propuesta, validación y ratificación—con provisioners seleccionados al azar. Sin reorganizaciones. Sin finalización probabilística. Tiempo promedio de bloque: ~2 segundos.
Lo que no se aborda: si el pipeline de ejecución WASM con privacidad integrada con ZK mantiene el rendimiento bajo volúmenes de trading institucionales, o si la sobrecarga de los circuitos se convierte en el siguiente cuello de botella.
Con lo que me quedo: Dusk no bifurcó una cadena. Construyó un entorno de ejecución donde privacidad, cumplimiento y liquidación son el mismo problema de ingeniería—resuelto a nivel de circuito antes de que se liquidara la primera transacción.
@Dusk #DUSK
#dusk $DUSK $WAL $ACE
DuskVM ejecuta bytecode WASM, no EVM. Los contratos se compilan a WASM y pasan por un búfer de argumentos de 64KB. Los resultados de la ejecución deben ser idénticos en cada nodo o falla la validación del consenso. Esa ejecución determinista está impuesta en la capa de protocolo, no asumida.
El pipeline de liquidación ejecuta dos modelos nativos de transacciones en paralelo—Moonlight para transferencias públicas, basadas en cuentas, y Phoenix para transferencias protegidas, estilo UTXO, con pruebas ZK. Ambas liquidan en la misma cadena a través del Contract de Transferencia, que acepta ambos tipos de carga útil, las enruta a la lógica de verificación y evita dobles gastos. Coordinación del estado a nivel de protocolo, no un ajuste de la interfaz.
Stack criptográfico: BLS12-381 para firmas agregadas y umbral BLS, JubJub para circuitos ZK eficientes, Poseidon para hashing optimizado para circuitos, PLONK para pruebas reutilizables verificables en cadena. Todo en Rust puro. La Attestation Succinct se finaliza mediante tres rondas deterministas—propuesta, validación y ratificación—con provisioners seleccionados al azar. Sin reorganizaciones. Sin finalización probabilística. Tiempo promedio de bloque: ~2 segundos.
Lo que no se aborda: si el pipeline de ejecución WASM con privacidad integrada con ZK mantiene el rendimiento bajo volúmenes de trading institucionales, o si la sobrecarga de los circuitos se convierte en el siguiente cuello de botella.
Con lo que me quedo: Dusk no bifurcó una cadena. Construyó un entorno de ejecución donde privacidad, cumplimiento y liquidación son el mismo problema de ingeniería—resuelto a nivel de circuito antes de que se liquidara la primera transacción.
@Dusk #DUSK
#dusk $DUSK $WAL $ACE
