Direkt zum Hauptinhalt

Web3 Hackathons, richtig gemacht: Ein pragmatisches Playbook für 2025

· 12 Min. Lesezeit
Dora Noda
Dora Noda
Software Engineer

TL;DR​

  • Wählen Sie Events bewusst aus. Bevorzugen Sie Ökosysteme, in denen Sie bereits entwickeln – oder solche mit Juroren und Sponsoren, die perfekt zu Ihrer Idee passen.
  • Legen Sie Ihr Gewinnziel fest. Sind Sie dort, um zu lernen, ein bestimmtes Bounty zu gewinnen oder einen Platz als Finalist zu erreichen? Jede Wahl verändert Ihr Team, den Umfang und den Tech-Stack.
  • Bereiten Sie die Standardaufgaben vor. Halten Sie Ihre Projektgerüste (Scaffolds), Auth-Flows, Wallet-Verbindungen, Ihr Design-System und einen Entwurf für das Demo-Skript bereit, bevor die Zeit abläuft.
  • Bauen Sie die kleinste, überzeugende Demo. Zeigen Sie einen entscheidenden Feature-Loop, der Ende-zu-Ende funktioniert. Alles andere ist nur Erzählung und Folien.
  • Reichen Sie wie ein Profi ein. Respektieren Sie die „Start Fresh“-Regeln, registrieren Sie sich formal für jeden Bounty-Track, den Sie anstreben, und reservieren Sie ausreichend Zeit für ein knackiges Video und eine klare README.

Warum Web3-Hackathons Ihr Wochenende wert sind​

  • Komprimiertes Lernen: An einem einzigen Wochenende kommen Sie mit Infrastruktur, Smart Contracts, Frontend-UX und Deployment-Pipelines in Kontakt. Es ist ein vollständiger Entwicklungszyklus in 48 Stunden – eine Lernkurve, die normalerweise Monate dauern würde.
  • Hochwertiges Networking: Die Mentoren, Juroren und Ingenieure der Sponsoren sind nicht nur Namen auf einer Website; sie sind in einem Raum oder Discord-Server konzentriert und bereit, Feedback zu geben. Dies ist Ihre Chance, sich mit den Kernentwicklern der Protokolle zu vernetzen, die Sie täglich nutzen.
  • Echte Finanzierungswege: Es geht nicht nur um Ruhm und Ehre. Preispools und Folgeförderungen (Grants) können bedeutendes Kapital liefern, um ein Projekt am Laufen zu halten. Events wie das Summer Camp von Solana haben Preise und Seed-Finanzierungen von bis zu 5 Mio. $ geboten und Wochenendprojekte in lebensfähige Startups verwandelt.
  • Ein Portfolio als Kompetenznachweis: Ein öffentliches GitHub-Repository mit einer funktionalen Demo ist unendlich wertvoller als ein Stichpunkt im Lebenslauf. Es ist der greifbare Beweis dafür, dass Sie unter Druck bauen, liefern und eine Idee artikulieren können.

Wo man die guten findet​

  • ETHGlobal: Der Goldstandard für sowohl persönliche als auch asynchrone Events. Sie zeichnen sich durch robuste Bewertungsprozesse, hochkarätige Teilnehmer und öffentliche Projektpräsentationen aus, die perfekt zur Inspiration dienen.
  • Devpost: Ein breiter Marktplatz für alle Arten von Hackathons mit starken Filtern für Blockchain, spezifische Protokolle und Preis-Tracks. Ein großartiger Ort, um ökosystemspezifische Events zu entdecken.
  • DoraHacks: Eine Plattform, die sich auf ökosystemgetriebene Web3-Hackathons und Grant-Runden konzentriert, oft mit einem globalen und community-zentrierten Ansatz.

Tipp: Die Dauer variiert stark. Ein langfristiges Async-Event wie ETHOnline läuft über mehrere Wochen, während ein verlängerter In-Person-Sprint wie der #BUIDLathon der ETHDenver bis zu neun Tage dauern kann. Sie müssen den Umfang Ihres Projekts entsprechend planen.

Die Regeln entschlüsseln (damit Sie nicht disqualifiziert werden)​

  • „Start Fresh“. Dies ist die wichtigste und kritischste Regel. Die meisten Events verlangen, dass alle wesentlichen Arbeiten nach dem offiziellen Startschuss beginnen. Die Verwendung von altem, vorab geschriebenem Code für die Kernlogik kann zur Disqualifikation von den Finals und Partnerpreisen führen. Boilerplate ist meistens okay, aber die „Secret Sauce“ muss neu sein.
  • Jurystruktur. Verstehen Sie den Trichter. Oft filtert eine asynchrone Screening-Runde Hunderte von Projekten auf einen Finalisten-Pool heraus, bevor die Live-Jury beginnt. Wenn Sie das wissen, können Sie sich darauf konzentrieren, Ihr Einreichungsvideo und die README für diesen ersten Cut so klar wie möglich zu gestalten.
  • Teamgröße. Erscheinen Sie nicht mit einem Zehnerteam. Viele Events setzen Limits, wie die typischen 2 – 4 Personen-Teams bei der ETHDenver. Dies sorgt für faire Bedingungen und fördert eine enge Zusammenarbeit.
  • Bounty-Mechanik. Sie können keinen Preis gewinnen, für den Sie sich nicht registriert haben. Wenn Sie auf Sponsoren-Bounties abzielen, müssen Sie Ihr Projekt oft formal über die Event-Plattform für jeden spezifischen Preis anmelden. Dies ist ein einfacher Schritt, den viele Teams vergessen.

Bewertungsmatrix: Wie „gut“ aussieht​

Bei den großen Organisatoren bewerten die Juroren Projekte in der Regel anhand von vier wiederkehrenden Kategorien. Gestalten Sie Ihren Umfang und Ihre Demo so, dass Sie in jeder Kategorie Punkte sammeln.

  • Technischer Anspruch: Ist das Problem nicht trivial? Beinhaltet die Lösung einen cleveren oder eleganten Einsatz von Technologie? Sind Sie über einen einfachen Frontend-Wrapper für einen einzelnen Smart Contract hinausgegangen?
  • Originalität: Gibt es einen neuartigen Mechanismus, eine einzigartige Benutzererfahrung oder einen cleveren Remix bestehender Primitive? Haben wir das schon hundertmal gesehen oder bietet es einen frischen Ansatz?
  • Praktikabilität: Kann das heute jemand benutzen? Eine vollständige Ende-zu-Ende-User-Journey, auch wenn sie schmal ist, zählt viel mehr als ein Projekt mit breiten, aber halbfertigen Funktionen.
  • Benutzerfreundlichkeit (UI / UX / DX): Ist die Benutzeroberfläche klar, schnell und angenehm zu bedienen? Wie gut ist bei Entwickler-Tools die Developer Experience? Ein reibungsloses Onboarding und eine klare Fehlerbehandlung können Sie von der Masse abheben.

Team-Design: klein, schlagkräftig, komplementär​

Für Geschwindigkeit und Abstimmung ist ein Team von zwei bis vier Personen der ideale Bereich. Es ist groß genug, um Arbeit zu parallelisieren, aber klein genug, um Entscheidungen ohne endlose Debatten zu treffen.

  • Smart Contracts / Protokoll: Verantwortlich für die On - Chain - Logik. Zuständig für das Schreiben, Testen und Deployment der Contracts.
  • Front - End / DX: Erstellt die Benutzeroberfläche. Verwaltet Wallet - Verbindungen, Datenabruf, Fehlerzustände und den finalen Demo - Schliff, der das Projekt real erscheinen lässt.
  • Produkt / Story: Der Hüter des Projektumfangs und Erzähler. Diese Person sorgt dafür, dass sich das Team auf den Kernablauf konzentriert, schreibt die Projektbeschreibung und führt die finale Demo vor.
  • ( Optional ) Designer: Ein dedizierter Designer kann eine Geheimwaffe sein, indem er Komponenten, Icons und Mikro - Interaktionen vorbereitet, die die wahrgenommene Qualität des Projekts steigern.

Ideenauswahl: der P - A - C - E - Filter​

Nutzen Sie diesen einfachen Filter, um Ihre Ideen einem Belastungstest zu unterziehen, bevor Sie eine einzige Zeile Code schreiben.

  • Schmerzpunkt ( Pain ): Löst dies ein echtes Problem für Entwickler oder Nutzer? Denken Sie an Wallet - UX, Datenindizierung, MEV - Schutz oder Gebührenabstraktion. Vermeiden Sie Lösungen, die nach einem Problem suchen.
  • Atomarität ( Atomicity ): Können Sie einen einzelnen, atomaren Ablauf von Anfang bis Ende in 48 Stunden bauen und demonstrieren? Nicht die gesamte Vision — nur eine vollständige, zufriedenstellende Benutzeraktion.
  • Komponierbar ( Composable ): Baut Ihre Idee auf bestehenden Primitiven wie Oracles, Account Abstraction oder Cross - Chain - Messaging auf? Die Verwendung von praxiserprobten Lego - Bausteinen hilft Ihnen, weiter und schneller zu kommen.
  • Ökosystem - Passform ( Ecosystem fit ): Ist Ihr Projekt für die Juroren, Sponsoren und das Publikum der Veranstaltung sichtbar und relevant? Pitchen Sie kein komplexes DeFi - Protokoll in einem Gaming - fokussierten Track.

Wenn Sie auf Kopgelder ( Bounties ) aus sind, wählen Sie einen primären und einen sekundären Sponsoren - Track. Wenn Sie Ihren Fokus auf zu viele Bounties verteilen, verwässert dies Ihre Tiefe und Ihre Chancen, überhaupt eine zu gewinnen.

Standard - Stacks, die weniger Widerstand leisten​

Ihre Innovation sollte darin liegen, was Sie bauen, nicht wie Sie es bauen. Bleiben Sie bei bewährter, zuverlässiger Technologie.

EVM - Track ( schneller Pfad )

  • Contracts: Foundry ( wegen der Geschwindigkeit beim Testen, Scripting und Ausführen eines lokalen Nodes ).
  • Front - End: Next.js oder Vite, kombiniert mit wagmi oder viem und einem Wallet - Kit wie RainbowKit oder ConnectKit für Modals und Connectors.
  • Daten / Indizierung: Ein gehosteter Indexer - oder Subgraph - Service, wenn Sie historische Daten abfragen müssen. Vermeiden Sie es, Ihre eigene Infrastruktur zu betreiben.
  • Off - Chain - Trigger: Ein einfacher Job - Runner oder ein dedizierter Automatisierungsservice.
  • Speicherung: IPFS oder Filecoin für Assets und Metadaten; ein einfacher KV - Store für den Sitzungsstatus.

Solana - Track ( schneller Pfad )

  • Programme: Anchor ( um Boilerplate - Code zu reduzieren und von sichereren Standardeinstellungen zu profitieren ).
  • Client: React oder ein Mobile - Framework mit den Solana Mobile SDKs. Verwenden Sie einfache Hooks für RPC - und Programmaufrufe.
  • Daten: Verlassen Sie sich auf direkte RPC - Aufrufe oder Ökosystem - Indexer. Cachen Sie aggressiv, um die Benutzeroberfläche reaktionsschnell zu halten.
  • Speicherung: Arweave oder IPFS für permanente Asset - Speicherung, falls relevant.

Ein realistischer 48 - Stunden - Plan​

T - 24 bis T - 0 ( vor dem Kickoff )

  • Einigen Sie sich auf Ihre Gewinnbedingung ( Lernen, Bounty, Finale ) und den / die Ziel - Track ( s ).
  • Skizzieren Sie den vollständigen Demo - Ablauf auf Papier oder einem Whiteboard. Wissen Sie genau, was Sie klicken werden und was bei jedem Schritt On - Chain und Off - Chain passieren soll.
  • Forken Sie ein sauberes Monorepo - Gerüst, das Boilerplate für sowohl Ihre Contracts als auch Ihre Front - End - App enthält.
  • Schreiben Sie Ihren README - Entwurf und ein grobes Skript für Ihre Demo vorab.

Stunde 0 – 6

  • Validieren Sie Ihren Projektumfang mit Mentoren und Sponsoren der Veranstaltung. Bestätigen Sie die Bounty - Kriterien und stellen Sie sicher, dass Ihre Idee gut passt.
  • Setzen Sie harte Grenzen: eine Chain, ein primärer Anwendungsfall und ein "Wow" - Moment für die Demo.
  • Unterteilen Sie die Arbeit in 90 - minütige Sprints. Ihr Ziel ist es, den ersten vollständigen vertikalen Ausschnitt Ihres Kernablaufs bis Stunde 6 fertigzustellen.

Stunde 6 – 24

  • Festigen Sie den kritischen Pfad. Testen Sie sowohl den optimalen Ablauf als auch gängige Sonderfälle ( Edge Cases ).
  • Fügen Sie Observability hinzu. Implementieren Sie einfache Logs, UI - Toasts und Error Boundaries, damit Sie schnell debuggen können.
  • Erstellen Sie eine minimale Landingpage, die das "Warum" hinter Ihrem Projekt klar erklärt.

Stunde 24 – 40

  • Nehmen Sie ein Backup - Demo - Video auf, sobald die Kernfunktion stabil ist. Warten Sie nicht bis zur letzten Minute.
  • Beginnen Sie mit dem Schreiben und Bearbeiten Ihres finalen Einreichungstextes, Videos und der README.
  • Falls es die Zeit erlaubt, fügen Sie ein oder zwei durchdachte Details hinzu, wie großartige Empty States, eine gaslose Transaktion oder ein hilfreiches Code - Snippet in Ihrer Dokumentation.

Stunde 40 – 48

  • Feature - Stopp. Kein neuer Code mehr.
  • Schließen Sie Ihr Video und das Einreichungspaket ab. Erfahrene Gewinner empfehlen oft, ca. 15 % Ihrer Gesamtzeit für den letzten Schliff und das Erstellen eines Videos mit einer klaren 60 / 40 - Aufteilung zwischen der Erklärung des Problems und der Demo der Lösung zu reservieren.

Demo & Einreichung: Machen Sie es den Juroren einfach​

  • Beginnen Sie mit dem „Warum“. Starten Sie Ihr Video und Ihre README mit einem einzigen Satz, der das Problem und das Ergebnis Ihrer Lösung erklärt.
  • Leben Sie den Ablauf. Zeigen Sie es, erzählen Sie es nicht nur. Gehen Sie einen einzelnen, glaubwürdigen User Journey von Anfang bis Ende durch, ohne Schritte zu überspringen.
  • Kommentieren Sie Ihre Einschränkungen. Erkennen Sie an, was Sie nicht gebaut haben und warum. Zu sagen: „Wir haben dies auf einen einzigen Anwendungsfall beschränkt, um sicherzustellen, dass echte Nutzer den Ablauf heute abschließen können“, zeigt Fokus und Reife.
  • Hinterlassen Sie klare Markierungen. Ihre README sollte ein Architekturdiagramm, Links zu Ihrer Live - Demo und den bereitgestellten Contracts sowie einfache One - Click - Schritte zur lokalen Ausführung des Projekts enthalten.
  • Video - Grundlagen. Planen Sie Ihr Video frühzeitig, schreiben Sie ein präzises Skript und stellen Sie sicher, dass es klar hervorhebt, was das Projekt tut, welches Problem es löst und wie es unter der Haube funktioniert.

Bounties ohne Burnout​

  • Registrieren Sie sich für jeden Preis, den Sie anstreben. Auf einigen Plattformen erfordert dies einen expliziten Klick auf den „Start Work“-Button.
  • Jagen Sie nicht mehr als zwei Sponsor-Bounties hinterher, es sei denn, deren Technologien überschneiden sich natürlicherweise in Ihrem Stack.
  • Spiegeln Sie in Ihrer Einreichung deren Bewertungskriterien wider. Verwenden Sie deren Keywords, referenzieren Sie deren APIs namentlich und erklären Sie, wie Sie deren spezifische Erfolgsmetriken erfüllt haben.

Nach dem Hackathon: Schwung in Zugkraft verwandeln​

  • Veröffentlichen Sie einen kurzen Blogpost und einen Social-Media-Thread mit Ihrem Demo-Link und GitHub-Repository. Markieren Sie das Event und die Sponsoren.
  • Bewerben Sie sich für Grants und Accelerator-Runden, die speziell für Hackathon-Alumni und Open-Source-Projekte in der Frühphase konzipiert sind.
  • Wenn die Resonanz stark ist, erstellen Sie eine einfache einwöchige Roadmap mit Fokus auf Bugfixes, einer UX-Überarbeitung und einem kleinen Pilotprojekt mit wenigen Nutzern. Legen Sie ein festes Datum für ein v0.1-Release fest, um den Schwung beizubehalten.

Häufige Fallstricke (und die Lösung)​

  • Verstoß gegen „Start-fresh“-Regeln. Die Lösung: Halten Sie jeglichen vorherigen Code komplett außerhalb des Scopes oder deklarieren Sie ihn explizit als bereits existierende Bibliothek, die Sie verwenden.
  • Over-scoping. Die Lösung: Wenn Ihre geplante Demo drei Hauptschritte hat, streichen Sie einen. Seien Sie rücksichtslos bei der Konzentration auf den Core-Loop.
  • Zu früh auf Multi-Chain setzen. Die Lösung: Veröffentlichen Sie perfekt auf einer Chain. Sprechen Sie über Ihre Pläne für Bridges und Cross-Chain-Support im Abschnitt „What's next“ Ihrer README.
  • Die Last-Minute-Feinschliff-Steuer. Die Lösung: Reservieren Sie am Ende des Hackathons einen Block von 4–6 Stunden ausschließlich für Ihre README, Ihr Video und das Einreichungsformular.
  • Vergessen, sich für Bounties anzumelden. Die Lösung: Machen Sie dies zu einer der ersten Amtshandlungen nach dem Kickoff. Registrieren Sie sich für jeden potenziellen Preis, damit Sponsoren Ihr Team finden und unterstützen können.

Checklisten zum Kopieren​

Einreichungspaket

  • Repo (MIT/Apache-2.0-Lizenz), prägnante README und Schritte zur lokalen Ausführung
  • Kurzes Loom/MP4-Demovideo + eine Backup-Aufnahme
  • Einfaches Architekturdiagramm (eine Folie oder ein Bild)
  • One-Pager: Problem → Lösung → Zielgruppe → Nächste Schritte
  • Links: Live-Frontend, Contract-Adressen auf einem Block-Explorer

IRL-Packliste

  • Verlängerungskabel und Steckdosenleiste
  • Kopfhörer und ein ordentliches Mikrofon
  • HDMI/USB-C-Display-Dongles/Adapter
  • Wiederbefüllbare Wasserflasche und Elektrolyte
  • Ihre bevorzugte, komfortable Tastatur/Maus (falls Sie wählerisch sind)

Regel-Check

  • „Start-fresh“-Richtlinie verstanden und befolgt
  • Teamgröße liegt innerhalb der Grenzen des Events (falls zutreffend)
  • Bewertungsablauf (async vs. live) ist notiert
  • Alle Ziel-Bounties sind formell registriert („Start Work“ oder Äquivalent)
  • Events finden: Schauen Sie im ETHGlobal-Eventkalender, im Devpost-Blockchain-Hub und bei DoraHacks nach kommenden Wettbewerben.
  • Inspiration finden: Durchsuchen Sie den ETHGlobal Showcase, um Gewinner-Demos zu sehen und deren Code zu erkunden.
  • EVM-Scaffolding: Lesen Sie die Foundry-Dokumentation und die Quickstart-Guides.
  • Solana-Scaffolding: Schauen Sie sich die Anchor-Dokumentation und deren „Basics“-Leitfaden an.
  • Video-Tipps: Suchen Sie nach Anleitungen, wie man ein prägnantes und überzeugendes Demovideo erstellt.

Abschließende Bemerkung​

Hackathons belohnen Klarheit unter Zeitdruck. Wählen Sie ein eng begrenztes Problem, setzen Sie auf bewährte Tools und konzentrieren Sie sich darauf, einen großartigen End-to-End-Moment zu schaffen. Wenn Sie das tun, werden Sie enorm viel lernen – selbst wenn Ihr Name dieses Mal nicht auf der Gewinnerfolie steht. Und wenn er dort steht, haben Sie es sich verdient.

Share on Twitter