#dusk $DUSK @Dusk DuskEVM testnet para una tarea de CreatorPad, implementando un contrato Solidity ficticio con Hardhat. Todo se sintió familiar hasta que toqué el mempool. Lo que nadie pone en el deck: DuskEVM ejecuta sequencerbonly en este momento, no hay un mempool público.
Así que todo ese EVM compatible, igual que la forma de plantearlo de Ethereum… seguro, las herramientas son idénticas, pero el flujo real de transacciones no está descentralizado como la gente asume cuando escucha EVM. Alguien con un sequencer decide el orden.
No es un ataque, solo que no es lo que implica el copy de marketing y luego está el puente. El 16 de agosto, el equipo señaló actividad sospechosa relacionada con una wallet gestionada por el equipo usada en operaciones de bridge y la desactivó para una revisión de seguridad
todavía está cerrada a la fecha de redacción, a la espera del lanzamiento de DuskEVM mainnet. Otra vez: una wallet gestionada por el equipo haciendo custodia en el bridge. No es un multisig de DAO, no es un conjunto de relayers descentralizados. Una wallet que controla el equipo.
Ninguna de estas dos cosas descalifica en esta etapa; los testnets y los bridges pre-mainnet suelen verse así en todas partes.
Pero es un patrón con el que vale la pena quedarse: el relato de privacidad/cumplimiento es la parte más ruidosa, y la infraestructura real debajo todavía está bastante centralizada en los lugares aburridos y operativos.
¿Cuánto de eso cambia cuando DuskEVM mainnet realmente se publique, en comparación con simplemente mover las mismas suposiciones de confianza una capa más abajo.
$TUT $PORTAL
Así que todo ese EVM compatible, igual que la forma de plantearlo de Ethereum… seguro, las herramientas son idénticas, pero el flujo real de transacciones no está descentralizado como la gente asume cuando escucha EVM. Alguien con un sequencer decide el orden.
No es un ataque, solo que no es lo que implica el copy de marketing y luego está el puente. El 16 de agosto, el equipo señaló actividad sospechosa relacionada con una wallet gestionada por el equipo usada en operaciones de bridge y la desactivó para una revisión de seguridad
todavía está cerrada a la fecha de redacción, a la espera del lanzamiento de DuskEVM mainnet. Otra vez: una wallet gestionada por el equipo haciendo custodia en el bridge. No es un multisig de DAO, no es un conjunto de relayers descentralizados. Una wallet que controla el equipo.
Ninguna de estas dos cosas descalifica en esta etapa; los testnets y los bridges pre-mainnet suelen verse así en todas partes.
Pero es un patrón con el que vale la pena quedarse: el relato de privacidad/cumplimiento es la parte más ruidosa, y la infraestructura real debajo todavía está bastante centralizada en los lugares aburridos y operativos.
¿Cuánto de eso cambia cuando DuskEVM mainnet realmente se publique, en comparación con simplemente mover las mismas suposiciones de confianza una capa más abajo.
$TUT $PORTAL