[ actualmente en mantenimiento ]
← Back

EsBlockchain

Workshop técnico sobre desarrollo de aplicaciones descentralizadas en Scroll zkEVM, impartido durante Ethereum México, enfocado en arquitectura, tooling y criterios reales de construcción sobre infraestructura zk.

June 20257 min read
Ethereum • Scroll • zkEVM • Layer 2 • Zero-Knowledge • Smart Contracts • Web3 Infra

Context

Durante Ethereum México (ETH MX), uno de los eventos más relevantes del ecosistema Ethereum en Latinoamérica, participé activamente como speaker, mentor y judge, impartiendo el workshop técnico “Desarrollando en Scroll”.

Ethereum México reúne a desarrolladores, investigadores y builders enfocados en infraestructura blockchain, Layer 2, escalabilidad y Zero-Knowledge, convirtiéndose en un entorno ideal para discutir no solo qué tecnologías usar, sino cómo y por qué usarlas correctamente.

Mi participación tuvo como objetivo bajar a tierra el desarrollo sobre zkEVM, alejándose del discurso teórico o promocional, y enfocándose en criterios prácticos de construcción, trade-offs técnicos y patrones arquitectónicos reales.


Problem

A pesar del crecimiento de soluciones Layer 2 y zk-rollups, existe una brecha clara entre:

  • La teoría criptográfica detrás de Zero-Knowledge
  • Y la experiencia real de desarrollo para builders

Muchos desarrolladores se enfrentan a problemas como:

  • Falta de claridad sobre cuándo usar zkEVM vs otras L2
  • Confusión entre compatibilidad EVM y equivalencia real
  • Tooling inmaduro o mal documentado
  • Decisiones arquitectónicas copiadas de Ethereum L1 sin adaptación
  • Desconexión entre infraestructura zk y experiencia de usuario

El resultado suele ser dApps técnicamente funcionales, pero ineficientes, costosas o mal diseñadas para entornos zk.


Solution

El workshop “Desarrollando en Scroll” fue diseñado como una sesión técnica, práctica y crítica, enfocada en enseñar a desarrollar aplicaciones reales sobre Scroll zkEVM, entendiendo tanto sus capacidades como sus limitaciones.

El enfoque no fue “aprender Scroll”, sino aprender a pensar Scroll como infraestructura.

Durante el workshop se abordaron:

  • Diferencias reales entre Ethereum L1, Optimistic Rollups y zkEVM
  • Qué significa equivalencia EVM en la práctica
  • Cómo diseñar contratos y frontends pensando en costos, latencia y pruebas
  • Patrones de despliegue y debugging específicos para Scroll
  • Errores comunes al migrar dApps EVM tradicionales a zkEVM

Technical Approach

1. Scroll como Infraestructura, no como “otra L2”

Uno de los puntos centrales fue entender que Scroll no es simplemente un destino de despliegue, sino una capa de ejecución con propiedades distintas:

  • Pruebas zk que garantizan corrección del estado
  • Diferencias en tiempos de finalización
  • Costos de ejecución y calldata
  • Consideraciones en verificación y observabilidad

Se enfatizó que diseñar para Scroll implica pensar primero en arquitectura, no solo en compatibilidad.


2. Desarrollo de Smart Contracts en zkEVM

Aunque Scroll es compatible con Solidity, el workshop dejó claro que:

  • Código compatible ≠ código óptimo

  • Las decisiones de storage, loops y eventos impactan directamente en:

    • Costos
    • Tamaño de pruebas zk
    • Experiencia del usuario final

Se discutieron patrones como:

  • Minimización de storage writes
  • Uso consciente de eventos
  • Separación de lógica crítica y lógica auxiliar
  • Diseño de contratos pensando en verificación zk

3. Tooling y Flujo de Desarrollo

El workshop cubrió un flujo de desarrollo completo:

  • Configuración de entornos compatibles con Scroll
  • Uso de herramientas EVM conocidas (Hardhat, Foundry)
  • Diferencias en testing local vs despliegue en zkEVM
  • Estrategias de debugging en entornos zk
  • Manejo de wallets, RPCs y exploradores específicos

El énfasis estuvo en reducir fricción para el builder, sin ocultar complejidad técnica.


4. UX y Producto sobre zk

Un punto diferenciador del workshop fue abordar UX, no solo contratos:

  • Latencia percibida por el usuario
  • Manejo de estados intermedios
  • Comunicación clara de confirmaciones y finalización
  • Expectativas realistas del usuario frente a zk-rollups

La conclusión fue clara:

Una buena arquitectura zk también es una buena experiencia de usuario.


Role & Participation

Durante Ethereum México participé en múltiples roles:

  • Speaker: impartiendo el workshop técnico “Desarrollando en Scroll”
  • Mentor: apoyando equipos en decisiones de arquitectura y debugging
  • Judge: evaluando proyectos bajo criterios técnicos y de viabilidad real

Esto permitió observar de primera mano:

  • Patrones comunes de error en equipos
  • Decisiones técnicas apresuradas
  • Buenas ideas mal implementadas
  • Proyectos simples con arquitectura sólida

Results

  • Workshop impartido ante desarrolladores activos del ecosistema Ethereum
  • Validación técnica del enfoque de Scroll como zkEVM productiva
  • Clarificación de conceptos clave sobre equivalencia EVM y zk
  • Acompañamiento directo a equipos durante el hackathon
  • Evaluación de proyectos considerando infraestructura, no solo features
  • Fortalecimiento de la narrativa técnica de Scroll en LATAM

Tech Stack

Blockchain & Infra

  • Scroll zkEVM
  • Ethereum-compatible tooling

Smart Contracts

  • Solidity
  • Enfoque en optimización y diseño consciente para zk

Tooling

  • Hardhat / Foundry
  • Wallets EVM compatibles
  • RPCs y exploradores zkEVM

Architecture

  • zk-aware smart contract design
  • Infra-first mindset
  • UX considerations for rollups

Key Takeaways

La participación en Ethereum México reforzó una idea central:

El reto de zk no es criptográfico, es de diseño.

Las herramientas existen. La compatibilidad existe. La verdadera diferencia está en cómo los builders piensan la infraestructura.

El workshop no buscó enseñar una tecnología nueva, sino formar criterio técnico para construir productos sólidos sobre zkEVM, entendiendo que:

  • La escalabilidad no es gratis
  • La abstracción tiene costos
  • Y la buena arquitectura siempre precede al buen código

Scroll fue el medio. El objetivo fue crear mejores builders.

EsBlockchain · Irwing Duran