Hay un momento en la vida de cada blockchain en crecimiento en el que el equipo debe decidir: seguir monolítico o dividirse en capas construidas para trabajos diferentes. Dusk Network tomó esa decisión, y vale la pena repasarla.
La base es DuskDS, la capa de liquidación, consenso y disponibilidad de datos. Ejecuta Succinct Attestation, gestiona el staking del génesis y los contratos de transferencia, y mueve datos a través de Kadcast, un protocolo de red punto a punto que reduce el uso de ancho de banda en aproximadamente un 25% a un 50% en comparación con redes de gossip estándar. Sobre eso se encuentra DuskVM, el hogar de Piecrust y de contratos nativos de privacidad-preservante usando el modelo. Luego está DuskEVM, una capa totalmente equivalente a EVM construida mediante un puerto de OP Stack, que ofrece a desarrolladores Solidity compatibilidad con Hardhat, Foundry y MetaMask, mientras sigue liquidando de vuelta en DuskDS.
Lo que une a las tres es un bridge nativo, no un bridge de activos envueltos. Un solo token DUSK se mueve a través de los tres entornos, y un pre-verificador basado en MIPS comprueba las transiciones de estado antes de que siquiera lleguen a la cadena. Por eso Dusk Network no carga la ventana de fallos de retiro de siete días que normalmente exigen los rollups estilo Optimism. Los retiros se finalizan en alrededor de 15 minutos en lugar de eso. DuskTrade, la aplicación tipo neobroker de la red, es un ejemplo funcional de para qué sirve realmente esta pila: propiedad directa y on-chain de fondos de mercados monetarios, ETFs y bonos que se liquidan en el momento en que se ejecuta una operación, y que se integran con DeFi como cualquier otro token.
No voy a fingir que tres capas sean automáticamente mejores que una. Separar entornos de ejecución añade una superficie real de coordinación: más rutas de código, más lugares donde pueden ocultarse errores, y más decisiones sobre qué capa encaja con un caso de uso dado. Dusk Network apuesta a que ofrecer a los creadores un entorno nativo de privacidad y un entorno EVM familiar bajo una sola capa de liquidación compensa esa complejidad, especialmente para equipos nativos de Ethereum que no quieren reescribir todo solo para obtener privacidad.
Lo que me interesa comprobar a continuación es si esa superficie adicional resiste bajo condiciones adversariales reales, no solo en diagramas de documentación.
#dusk $DUSK @Dusk
La base es DuskDS, la capa de liquidación, consenso y disponibilidad de datos. Ejecuta Succinct Attestation, gestiona el staking del génesis y los contratos de transferencia, y mueve datos a través de Kadcast, un protocolo de red punto a punto que reduce el uso de ancho de banda en aproximadamente un 25% a un 50% en comparación con redes de gossip estándar. Sobre eso se encuentra DuskVM, el hogar de Piecrust y de contratos nativos de privacidad-preservante usando el modelo. Luego está DuskEVM, una capa totalmente equivalente a EVM construida mediante un puerto de OP Stack, que ofrece a desarrolladores Solidity compatibilidad con Hardhat, Foundry y MetaMask, mientras sigue liquidando de vuelta en DuskDS.
Lo que une a las tres es un bridge nativo, no un bridge de activos envueltos. Un solo token DUSK se mueve a través de los tres entornos, y un pre-verificador basado en MIPS comprueba las transiciones de estado antes de que siquiera lleguen a la cadena. Por eso Dusk Network no carga la ventana de fallos de retiro de siete días que normalmente exigen los rollups estilo Optimism. Los retiros se finalizan en alrededor de 15 minutos en lugar de eso. DuskTrade, la aplicación tipo neobroker de la red, es un ejemplo funcional de para qué sirve realmente esta pila: propiedad directa y on-chain de fondos de mercados monetarios, ETFs y bonos que se liquidan en el momento en que se ejecuta una operación, y que se integran con DeFi como cualquier otro token.
No voy a fingir que tres capas sean automáticamente mejores que una. Separar entornos de ejecución añade una superficie real de coordinación: más rutas de código, más lugares donde pueden ocultarse errores, y más decisiones sobre qué capa encaja con un caso de uso dado. Dusk Network apuesta a que ofrecer a los creadores un entorno nativo de privacidad y un entorno EVM familiar bajo una sola capa de liquidación compensa esa complejidad, especialmente para equipos nativos de Ethereum que no quieren reescribir todo solo para obtener privacidad.
Lo que me interesa comprobar a continuación es si esa superficie adicional resiste bajo condiciones adversariales reales, no solo en diagramas de documentación.
#dusk $DUSK @Dusk
