Hackathons Web3, bien hechos: Una guía práctica para 2025
Si buscas una ruta rápida para perfeccionar tus habilidades, conocer a cofundadores y poner a prueba una idea, pocos entornos superan a un hackathon web3. Pero la diferencia entre un “fin de semana divertido” e un “lanzamiento que cambie tu carrera” es contar con un plan.
Esta guía te ofrece un manual concreto centrado en el desarrollador: cómo elegir el evento adecuado, prepararte con inteligencia, construir rápido y presentar con claridad — además de listas de verificación que puedes copiar y pegar en tu próximo hackathon.
TL;DR
- Elige eventos de manera intencionada. Prioriza ecosistemas en los que ya estés desarrollando — o aquellos con jueces y patrocinadores que estén perfectamente alineados con tu idea.
- Decide tu condición de victoria. ¿Estás ahí para aprender, por una recompensa (bounty) específica o por un puesto de finalista? Cada elección cambia tu equipo, el alcance y el stack tecnológico.
- Prepara lo aburrido de antemano. Ten listos tus esqueletos de proyecto (scaffolds), flujos de autenticación, conexiones de billetera, sistema de diseño y un borrador del guion de la demo antes de que el reloj empiece a correr.
- Construye la demo mínima que encante. Muestra un ciclo de funciones clave funcionando de principio a fin. Todo lo demás es solo narrativa y diapositivas.
- Envía como un profesional. Respeta las reglas de “empezar de cero”, regístrate formalmente en cada categoría de recompensa (bounty) a la que aspires y reserva tiempo suficiente para un video conciso y un README claro.
Por qué los hackathons web3 valen tu fin de semana
- Aprendizaje comprimido: En un solo fin de semana, tocarás infraestructura, contratos inteligentes, UX de front-end y procesos de despliegue. Es un ciclo de desarrollo completo en 48 horas — una curva de aprendizaje que normalmente tomaría meses.
- Networking de alta señal: Los mentores, jueces e ingenieros de los patrocinadores no son solo nombres en un sitio web; están concentrados en una sala o servidor de Discord, listos para dar feedback. Esta es tu oportunidad de conectar con los desarrolladores principales de los protocolos que usas a diario.
- Vías de financiación reales: Esto no es solo para presumir. Los fondos de premios y las subvenciones posteriores pueden proporcionar un capital significativo para mantener un proyecto en marcha. Eventos como el Summer Camp de Solana han ofrecido hasta $ 5M en premios y financiación semilla, convirtiendo proyectos de fin de semana en startups viables.
- Un portafolio de pruebas: Un repositorio público de GitHub con una demo funcional es infinitamente más valioso que un punto en un currículum. Es una prueba tangible de que puedes construir, lanzar y articular una idea bajo presión.
Dónde encontrar los mejores
- ETHGlobal: El estándar de oro tanto para eventos presenciales como asíncronos. Cuentan con procesos de evaluación robustos, participantes de alta calidad y exhibiciones de proyectos públicos que son perfectos para la inspiración.
- Devpost: Un mercado amplio para todo tipo de hackathons, con filtros potentes para blockchain, protocolos específicos y categorías de premios. Es un lugar excelente para descubrir eventos específicos de ecosistemas.
- DoraHacks: Una plataforma centrada en hackathons de la Web3 impulsados por el ecosistema y rondas de subvenciones, a menudo con un enfoque global y comunitario.
Consejo: Las duraciones varían mucho. Un evento asíncrono de larga duración como ETHOnline dura varias semanas, mientras que un sprint presencial extendido como el #BUIDLathon de ETHDenver puede durar hasta nueve días. Debes planificar el alcance de tu proyecto en consecuencia.
Descifra las reglas (para no quedar descalificado)
- “Empezar de cero”. Esta es la regla más común y crítica. La mayoría de los eventos requieren que todo el trabajo sustancial comience después del inicio oficial. Usar código preescrito antiguo para la lógica principal puede hacer que te descalifiquen de las finales y de los premios de los socios. El código base (boilerplate) suele estar permitido, pero el componente principal debe ser nuevo.
- Estructura de evaluación. Entiende el embudo. A menudo, una ronda de preselección asíncrona reduce cientos de proyectos a un grupo de finalistas antes de que comience la evaluación en vivo. Saber esto te ayuda a concentrarte en hacer que tu video de presentación y el README sean lo más claros posible para ese primer corte.
- Tamaño del equipo. No aparezcas con un equipo de diez personas. Muchos eventos establecen límites, como los equipos típicos de 2 – 4 personas que se ven en ETHDenver. Esto garantiza la igualdad de condiciones y fomenta una colaboración estrecha.
- Mecánicas de recompensas (bounties). No puedes ganar un premio para el que no te registraste. Si aspiras a las recompensas de los patrocinadores, a menudo debes inscribir formalmente tu proyecto para cada premio específico a través de la plataforma del evento. Este es un paso sencillo que muchos equipos olvidan.
Rúbrica de evaluación: qué define a un “buen” proyecto
En los principales organizadores, los jueces suelen evaluar los proyectos en cuatro categorías recurrentes. Diseña tu alcance y demo para sumar puntos en cada una.
- Tecnicidad: ¿Es el problema complejo? ¿Implica la solución un uso inteligente o elegante de la tecnología? ¿Fuiste más allá de un simple envoltorio de front-end en un solo contrato inteligente?
- Originalidad: ¿Existe un mecanismo novedoso, una experiencia de usuario única o una remezcla inteligente de primitivas existentes? ¿Hemos visto esto cien veces antes o presenta una propuesta fresca?
- Práctica: ¿Puede alguien usar esto hoy? Un recorrido de usuario completo de extremo a extremo, aunque sea limitado, importa mucho más que un proyecto con características amplias pero a medio terminar.
- Usabilidad (UI/UX/DX): ¿Es la interfaz clara, rápida y agradable de usar? Para las herramientas de desarrollador, ¿qué tan buena es la experiencia del desarrollador (DX)? Un proceso de incorporación (onboarding) fluido y un manejo claro de errores pueden marcar la diferencia.
Diseño del equipo: pequeño, ágil y complementario
Para lograr velocidad y alineación, un equipo de dos a cuatro personas es el punto ideal. Es lo suficientemente grande para paralelizar el trabajo, pero lo suficientemente pequeño como para tomar decisiones sin debates interminables.
- Smart contracts / protocolo: Responsable de la lógica on-chain. Se encarga de escribir, probar y desplegar los contratos.
- Front-end / DX: Construye la interfaz de usuario. Gestiona las conexiones de las billeteras (wallets), la obtención de datos, los estados de error y el pulido final de la demo que hace que el proyecto se sienta real.
- Producto / historia: El guardián del alcance y narrador. Esta persona asegura que el equipo se mantenga enfocado en el bucle principal, escribe la descripción del proyecto y dirige la demo final.
- (Opcional) Diseñador: Un diseñador dedicado puede ser un arma secreta, preparando componentes, iconos y micro-interacciones que eleven la calidad percibida del proyecto.
Selección de ideas: el filtro P-A-C-E
Usa este sencillo filtro para poner a prueba tus ideas antes de escribir una sola línea de código.
- Pain (Dolor): ¿Resuelve esto un punto de dolor real para el desarrollador o el usuario? Piensa en la UX de las billeteras, indexación de datos, protección MEV o abstracción de comisiones (fees). Evita soluciones en busca de un problema.
- Atomicidad: ¿Puedes construir y demostrar un único bucle atómico de extremo a extremo en 48 horas? No toda la visión: solo una acción de usuario completa y satisfactoria.
- Componible: ¿Se apoya tu idea en primitivas existentes como oráculos, abstracción de cuentas o mensajería cross-chain? Usar bloques de lego probados en batalla te ayuda a llegar más lejos y más rápido.
- Ajuste al ecosistema: ¿Es tu proyecto visible y relevante para los jueces, patrocinadores y la audiencia del evento? No presentes un protocolo DeFi complejo en un track centrado en gaming.
Si te mueves por recompensas (bounties), elige un track de patrocinio principal y uno secundario. Dividir tu enfoque en demasiados bounties diluye tu profundidad y tus posibilidades de ganar alguno de ellos.
Stacks por defecto que te dan menos problemas
Tu innovación debe estar en qué construyes, no en cómo lo construyes. Quédate con tecnología aburrida y confiable.
Track de EVM (camino rápido)
- Contratos: Foundry (por su velocidad en pruebas, scripting y ejecución de un nodo local).
- Front-end: Next.js o Vite, combinados con
wagmioviemy un kit de billetera como RainbowKit o ConnectKit para modales y conectores. - Datos / indexación: Un servicio de indexación alojado o subgrafo si necesitas consultar datos históricos. Evita ejecutar tu propia infraestructura.
- Disparadores (triggers) off-chain: Un ejecutor de tareas simple o un servicio de automatización dedicado.
- Almacenamiento: IPFS o Filecoin para activos y metadatos; un almacén KV simple para el estado de la sesión.
Track de Solana (camino rápido)
- Programas: Anchor (para reducir el código repetitivo y beneficiarse de valores predeterminados más seguros).
- Cliente: React o un framework móvil con los SDK móviles de Solana. Usa hooks simples para llamadas RPC y programas.
- Datos: Confía en llamadas RPC directas o indexadores del ecosistema. Usa caché de forma agresiva para mantener la interfaz ágil.
- Almacenamiento: Arweave o IPFS para el almacenamiento permanente de activos, si corresponde.
Un plan realista de 48 horas
T-24 a T-0 (antes del inicio)
- Alíneate con tu condición de victoria (aprendizaje, bounty, finales) y el track o tracks objetivo.
- Esboza el bucle completo de la demo en papel o en una pizarra. Ten claro exactamente dónde harás clic y qué debería suceder on-chain y off-chain en cada paso.
- Haz un fork de un scaffold de monorepo limpio que incluya el boilerplate tanto para tus contratos como para tu aplicación front-end.
- Redacta previamente el esquema de tu README y un borrador del guion de tu demo.
Hora 0–6
- Valida tu alcance con los mentores y patrocinadores del evento. Confirma los criterios de las recompensas y asegúrate de que tu idea encaje bien.
- Establece restricciones estrictas: una cadena, un caso de uso principal y un momento "wow" para la demo.
- Divide el trabajo en sprints de 90 minutos. Tu objetivo es entregar la primera parte vertical completa de tu bucle principal para la Hora 6.
Hora 6–24
- Refuerza el camino crítico. Prueba tanto el flujo ideal como los casos de error comunes.
- Añade observabilidad. Implementa registros básicos, notificaciones (toasts) en la interfaz y límites de error para que puedas depurar rápidamente.
- Crea una página de aterrizaje (landing page) mínima que explique claramente el "por qué" de tu proyecto.
Hora 24–40
- Graba un video de demo de respaldo tan pronto como la funcionalidad principal sea estable. No esperes hasta el último minuto.
- Empieza a escribir y editar el texto de tu entrega final, el video y el README.
- Si el tiempo lo permite, añade uno o dos detalles cuidadosos, como buenos estados vacíos, una transacción sin gas (gasless) o un fragmento de código útil en tu documentación.
Hora 40–48
- Congela todas las funciones. No más código nuevo.
- Finaliza tu video y el paquete de entrega. Los ganadores experimentados suelen recomendar reservar un ~15 % de tu tiempo total para pulir y crear un video con una división clara de 60 / 40 entre la explicación del problema y la demostración de la solución.
Demo y entrega: facilita el trabajo de los jueces
- Comienza con el "por qué". Empieza tu video y README con una sola frase que explique el problema y el resultado de tu solución.
- Vive el bucle. Muestra, no solo cuentes. Recorre un viaje de usuario único y creíble de principio a fin sin saltarte pasos.
- Narra tus restricciones. Reconoce lo que no construiste y por qué. Decir: "Limitamos el alcance a un solo caso de uso para asegurar que los usuarios reales puedan completar el flujo hoy", demuestra enfoque y madurez.
- Deja marcadores claros. Tu README debe tener un diagrama de arquitectura, enlaces a tu demo en vivo y a los contratos desplegados, y pasos sencillos de un solo clic para ejecutar el proyecto localmente.
- Conceptos básicos del video. Planifica tu video temprano, escribe un guion ajustado y asegúrate de que destaque claramente qué hace el proyecto, qué problema resuelve y cómo funciona internamente.
Bounties sin agotamiento
- Regístrese para cada premio que tenga como objetivo. En algunas plataformas, esto implica hacer clic en un botón explícito de "Comenzar trabajo".
- No persiga más de dos bounties de patrocinadores a menos que sus tecnologías se superpongan de forma natural en su stack tecnológico.
- En su entrega, refleje su rúbrica. Utilice sus palabras clave, haga referencia a sus API por su nombre y explique cómo cumplió con sus métricas de éxito específicas.
Después del hackathon: convierta el impulso en tracción
- Publique una breve entrada de blog y un hilo en redes sociales con el enlace a su demo y su repositorio de GitHub. Etiquete al evento y a los patrocinadores.
- Solicite subvenciones (grants) y rondas de aceleración que estén diseñadas específicamente para exalumnos de hackathons y proyectos de código abierto en etapas iniciales.
- Si la recepción es sólida, cree una hoja de ruta (roadmap) sencilla de una semana centrada en la corrección de errores, una revisión de UX y una pequeña prueba piloto con unos pocos usuarios. Establezca una fecha fija para un lanzamiento v0.1 para mantener el impulso.
Errores comunes (y la solución)
- Romper las reglas de "comenzar desde cero". La solución: Mantenga cualquier código previo completamente fuera del alcance o declárelo explícitamente como una biblioteca preexistente que está utilizando.
- Alcance excesivo. La solución: Si su demostración planificada tiene tres pasos principales, elimine uno. Sea implacable al concentrarse en el núcleo principal.
- Ir a multicadena demasiado pronto. La solución: Realice el despliegue en una sola cadena de manera perfecta. Hable sobre sus planes para puentes (bridges) y soporte multicadena en la sección "What's next" de su README.
- El impuesto del pulido de último minuto. La solución: Preasigne un bloque de 4-6 horas al final del hackathon exclusivamente para su README, video y formulario de entrega.
- Olvidar inscribirse en los bounties. La solución: Haga que esto sea una de las primeras cosas que haga después del inicio. Regístrese para cada premio potencial para que los patrocinadores puedan encontrar y apoyar a su equipo.
Listas de verificación que puede copiar
Paquete de entrega
- Repositorio (licencia MIT / Apache-2.0), README conciso y pasos para ejecución local
- Video corto de demostración en Loom / MP4 + una grabación de respaldo
- Diagrama de arquitectura simple (una diapositiva o imagen)
- Resumen de una página: problema → solución → a quién le importa → qué sigue
- Enlaces: frontend en vivo, direcciones de contratos en un explorador de bloques
Lista de equipaje para eventos presenciales (IRL)
- Cable de extensión y regleta
- Auriculares y un micrófono decente
- Adaptadores (dongles) de pantalla HDMI / USB-C
- Botella de agua reutilizable y electrolitos
- Su teclado / ratón cómodo favorito (si es exigente)
Verificación de coherencia con las reglas
- Política de "comenzar desde cero" comprendida y seguida
- El tamaño del equipo está dentro de los límites del evento (si corresponde)
- Se ha tomado nota del flujo de evaluación (asíncrono frente a en vivo)
- Todos los bounties objetivo están registrados formalmente ("Comenzar trabajo" o equivalente)
Enlaces útiles para su próximo hackathon
- Encuentre eventos: Consulte el calendario de eventos de ETHGlobal, el centro de blockchain de Devpost y DoraHacks para las próximas competencias.
- Inspírese: Explore el Showcase de ETHGlobal para ver las demostraciones ganadoras y explorar su código.
- Estructura (scaffolding) de EVM: Revise la documentación de Foundry y las guías de inicio rápido.
- Estructura (scaffolding) de Solana: Consulte la documentación de Anchor y su guía de "conceptos básicos".
- Consejos para videos: Busque guías sobre cómo crear un video de demostración conciso y convincente.
Nota final
Los hackathons recompensan la claridad bajo restricciones. Elija un problema acotado, apóyese en herramientas sencillas y obsesiónese con crear un momento encantador de extremo a extremo. Haga eso y aprenderá una cantidad tremenda, incluso si su nombre no aparece en la diapolstiva de ganadores esta vez. Y si aparece, se lo habrá ganado.