DuskEVM funciona sobre OP Stack, y eso me tomó por sorpresa mientras revisaba los $DUSK docs, que yo había asumido #Dusk @Dusk habían construido su capa EVM desde cero, dado el énfasis que @DuskFoundation pone en herramientas de privacidad a medida. #DuskEVM En cambio, optaron por un framework de rollup ya existente y añadieron la liquidación a DuskDS, su capa de disponibilidad de datos separada. Lo que sigo dándole vueltas es el puente: se describe como nativo y sin necesidad de confianza, sin activos tokenizados, sin custodio en medio cuando DUSK se mueve entre DuskDS y DuskEVM. Los validadores solo ejecutan la nueva versión y los saldos se transfieren automáticamente. Es una afirmación más grande de lo que suena: la mayoría de los "puentes nativos" en este espacio todavía se apoyan en algún multisig o en un conjunto de relayers una vez que miras de cerca. Aún no he encontrado el código real del contrato del puente para ver cómo se hacen cumplir en cadena las suposiciones de confianza; solo he visto la documentación que describe el comportamiento. ¿Alguien aquí está ejecutando un nodo validador en la actualización de DuskEVM que, además, haya observado de principio a fin ese proceso del puente? Me interesa saber si "sin confianza" se sostiene en condiciones reales o si hay algún paso de quórum escondido en alguna parte del cliente.