Stack Web3 estándar

Colaborar con distintos ecosistemas blockchain expone rápidamente una verdad incómoda: no existe un “stack Web3 estándar”. Cada red impone decisiones técnicas distintas a nivel de arquitectura, experiencia de usuario, tooling y trade-offs de diseño.

Entre 2024 y 2025 colaboré en proyectos dentro de Arbitrum, Scroll y Celo, incluyendo el desarrollo del sitio web oficial de Celo Colombia y la participación en deCreditScore, un proyecto financiado por Arbitrum. Estas experiencias me obligaron a pensar Web3 más allá del contrato inteligente.

Frontend como capa crítica de infraestructura

En Web3, el frontend no es solo presentación. Es una capa de orquestación entre:

• Wallets
• RPCs
• Indexadores
• Contratos inteligentes
• APIs off-chain

Pequeñas decisiones en esta capa impactan directamente en:

• Costos de gas percibidos
• Latencia
• Tasa de fallos en transacciones
• Confianza del usuario

En proyectos de ecosistemas como Celo, donde el enfoque está en adopción y accesibilidad, esto se vuelve aún más crítico.

Celo Colombia: arquitectura orientada a claridad y adopción

El sitio de Celo Colombia no se diseñó como una landing genérica. El reto técnico fue estructurar un frontend que:

• Fuera rápido en dispositivos móviles
• Funcionara correctamente en contextos de conectividad limitada
• Permitiera escalar contenido comunitario sin deuda técnica

Se priorizó:

• Renderizado eficiente
• Estructura clara de componentes
• Separación estricta entre contenido, lógica y presentación

El objetivo no era solo “verse bien”, sino servir como punto de entrada técnico y educativo para builders y organizaciones del ecosistema.

deCreditScore (Arbitrum): cuando el frontend debe ser auditable

En deCreditScore, al tratarse de un proyecto financiado por Arbitrum, el frontend debía cumplir requisitos que van más allá de UX:

• Código legible y mantenible
• Lógica clara de interacción con contratos
• Flujos de datos fáciles de auditar

Aquí se vuelve evidente que en Web3:

un frontend opaco es un riesgo de seguridad.

El diseño de componentes, el manejo de estados de transacción y la forma en que se presentan errores al usuario son parte del modelo de confianza del sistema.

Scroll: compatibilidad, precisión y expectativas altas

Trabajar con Scroll implica operar bajo un estándar técnico alto, especialmente por su cercanía conceptual con Ethereum y la EVM. Esto obliga a:

• Evitar abstracciones innecesarias
• Ser explícito en la interacción con contratos
• Pensar siempre en compatibilidad futura

No hay espacio para soluciones “hacky”. Todo debe ser claro, predecible y alineado con patrones conocidos del ecosistema Ethereum.

Lecciones técnicas transversales

Algunas conclusiones que se repiten en estos proyectos:

• Menos magia, más explicitud
• La UX es parte del modelo de seguridad
• El frontend también debe escalar
• La deuda técnica en Web3 es más cara que en Web2

Muchos problemas atribuidos a la blockchain en realidad nacen de malas decisiones en la capa de aplicación.

Conclusión

Trabajar con Celo, Arbitrum y Scroll reforzó mi enfoque en construir productos Web3 desde una perspectiva sistémica. El contrato inteligente es solo una pieza. La verdadera complejidad está en cómo todas las capas interactúan de forma coherente, auditable y sostenible.

Web3 no necesita más abstracciones. Necesita sistemas claros, bien pensados y diseñados para operar en el mundo real.