Uso Wi‑Fi todos los días sin pensar en el router. Solo me acuerdo de que existe cuando algo deja de cargar. Entonces, de repente, estoy revisando las luces, los ajustes, los cables… todo lo que era invisible hace cinco minutos.

Así es como empiezo a pensar en DuskEVM. Un desarrollador puede permanecer en un terreno familiar con Solidity, wallets y herramientas normales de EVM mientras @Dusk mantiene a DuskDS por debajo encargándose del settlement y la disponibilidad de datos. Cuando todo funciona, esa abstracción es exactamente lo que quieres. Nadie quiere infraestructura extra en la cabeza.

Pero la abstracción también crea dependencia. La actividad de DuskEVM se agrupa y se ancla por debajo de la capa de ejecución. $DUSK también se mueve entre L1 y DuskEVM mediante un puente. Así que cuando el settlement se comporta de forma inesperada, el puente se complica o el estado no se ve como un desarrollador espera, la capa base de pronto importa.

Creo que esa es la parte que @dusk eventualmente tiene que demostrar. ¿Pueden los desarrolladores solucionar esos límites sin convertirse en especialistas de DuskDS? Si entender la capa oculta se vuelve necesario con demasiada frecuencia, empieza a desaparecer parte de la simplicidad que aporta la compatibilidad con EVM.

Quizá una buena arquitectura no consiste en hacer que la capa base sea irrelevante.

Sino en permitir que los desarrolladores la ignoren la mayor parte de los días y la entiendan rápidamente el día en que no puedan seguir ignorándola.$DUSK

#dusk