Bloque 22450093, 10 de mayo de 2025. Alguien envía un intercambio directo de ETH a RATO en Uniswap. Posición 10 en el bloque: entran 1.58 ETH. Posición 11: otro monedero compra primero, el mismo par, pagando más gas para adelantarse en la cola. Posición 12: ese mismo monedero vende inmediatamente de vuelta en la piscina en la que acababa de empujar la orden. El comerciante original termina con aproximadamente 10 millones menos de RATO de los que debería haber recibido. Nadie hackeó nada. El mempool simplemente mostró a todos la operación antes de que se asentara, y alguien actuó según lo que vio.
Vuelvo una y otra vez a ese bloque porque no es un titular de hack, es la red haciendo exactamente lo que fue construida para hacer. Mempool público, intención pública, consecuencia pública. Llámalo el problema del “libro contable de cristal”: cualquier institución que quiera mover tamaño real onchain se ve obligada a operar en una sala con las luces encendidas y las persianas arrancadas.
Ese es el muro @Dusk que Hedger está construyendo contra él, el motor de privacidad que aterriza en DuskEVM. A diferencia del diseño solo UTXO de Zedger, Hedger combina cifrado homomórfico con pruebas de conocimiento cero directamente en la capa EVM, de modo que los saldos, las cantidades y los contrapartes permanecen cifrados durante la ejecución, con divulgación selectiva disponible para quien realmente esté autorizado para verificar: un auditor, un regulador, una contraparte. Las mismas herramientas de Solidity, los mismos monederos EVM; confidencialidad por defecto en lugar de confidencialidad por accidente.
Esto es lo que aún no he visto respondido. DuskEVM se ejecuta como un rollup, lo que significa que un secuenciador ordena las transacciones antes de que se agrupen en DuskDS. Cifrar la carga útil la oculta del mempool público que produjo el bloque 22450093, pero ¿qué ve el secuenciador antes de ordenar, y quién verifica que este asiento no sea simplemente una versión más pequeña y más privada del mismo problema? Cifrado para nosotros no significa automáticamente cifrado para quien tenga la cola. Vale la pena vigilarlo a medida que se acerque el lanzamiento de la red principal de DuskEVM.
#dusk $DUSK @Dusk
Vuelvo una y otra vez a ese bloque porque no es un titular de hack, es la red haciendo exactamente lo que fue construida para hacer. Mempool público, intención pública, consecuencia pública. Llámalo el problema del “libro contable de cristal”: cualquier institución que quiera mover tamaño real onchain se ve obligada a operar en una sala con las luces encendidas y las persianas arrancadas.
Ese es el muro @Dusk que Hedger está construyendo contra él, el motor de privacidad que aterriza en DuskEVM. A diferencia del diseño solo UTXO de Zedger, Hedger combina cifrado homomórfico con pruebas de conocimiento cero directamente en la capa EVM, de modo que los saldos, las cantidades y los contrapartes permanecen cifrados durante la ejecución, con divulgación selectiva disponible para quien realmente esté autorizado para verificar: un auditor, un regulador, una contraparte. Las mismas herramientas de Solidity, los mismos monederos EVM; confidencialidad por defecto en lugar de confidencialidad por accidente.
Esto es lo que aún no he visto respondido. DuskEVM se ejecuta como un rollup, lo que significa que un secuenciador ordena las transacciones antes de que se agrupen en DuskDS. Cifrar la carga útil la oculta del mempool público que produjo el bloque 22450093, pero ¿qué ve el secuenciador antes de ordenar, y quién verifica que este asiento no sea simplemente una versión más pequeña y más privada del mismo problema? Cifrado para nosotros no significa automáticamente cifrado para quien tenga la cola. Vale la pena vigilarlo a medida que se acerque el lanzamiento de la red principal de DuskEVM.
#dusk $DUSK @Dusk