Ein Post getaggt mit "hackathons"

Wenn Sie Ihre Fähigkeiten schnell verbessern, Mitgründer treffen und eine Idee auf Herz und Nieren prüfen möchten, gibt es nur wenige Umgebungen, die einen Web3-Hackathon übertreffen. Doch der Unterschied zwischen einem „lustigen Wochenende“ und einem „karriereverändernden Start“ ist ein Plan.

Dieser Leitfaden bietet Ihnen ein konkretes, entwicklerorientiertes Playbook: wie Sie das richtige Event auswählen, sich intelligent vorbereiten, schnell entwickeln und klar präsentieren – plus Checklisten, die Sie in Ihren nächsten Hack kopieren können.

TL;DR​

• Events bewusst auswählen. Bevorzugen Sie Ökosysteme, in denen Sie bereits aktiv sind – oder solche mit Juroren und Sponsoren, die perfekt zu Ihrer Idee passen.
• Ihre Gewinnbedingung festlegen. Sind Sie zum Lernen, für ein bestimmtes Bounty oder einen Finalistenplatz da? Jede Wahl verändert Ihr Team, Ihren Umfang und Ihren Stack.
• Die langweiligen Dinge vorbereiten. Halten Sie Ihre Projekt-Scaffolds, Auth-Flows, Wallet-Verbindungen, Ihr Designsystem und eine Gliederung des Demo-Skripts bereit, bevor die Uhr tickt.
• Die kleinste liebenswerte Demo erstellen. Zeigen Sie eine Killer-Feature-Schleife, die End-to-End funktioniert. Alles andere ist nur Erzählung und Folien.
• Wie ein Profi einreichen. Respektieren Sie die „Start Fresh“-Regeln, registrieren Sie sich formell für jeden Bounty-Track, den Sie anstreben, und reservieren Sie ausreichend Zeit für ein prägnantes Video und eine klare README.

---

Warum Web3-Hackathons Ihr Wochenende wert sind​

• Komprimiertes Lernen: An einem einzigen Wochenende werden Sie Infrastruktur, Smart Contracts, Front-End-UX und Deployment-Pipelines berühren. Es ist ein vollständiger Entwicklungszyklus in 48 Stunden – eine Lernkurve, die normalerweise Monate dauern würde.
• Hochwertiges Networking: Die Mentoren, Juroren und Sponsor-Ingenieure 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 verbinden, die Sie täglich nutzen.
• Echte Finanzierungswege: Dies dient nicht nur dem Prahlrecht. Preisgelder und Folge-Grants können sinnvolles Kapital bereitstellen, um ein Projekt am Laufen zu halten. Events wie Solanas Summer Camp haben bis zu 5 Millionen US-Dollar an Preisen und Seed-Finanzierung angeboten und Wochenendprojekte in tragfähige Startups verwandelt.
• Ein Portfolio an Nachweisen: Ein öffentliches GitHub-Repository mit einer funktionsfähigen Demo ist unendlich wertvoller als ein Stichpunkt im Lebenslauf. Es ist ein greifbarer Beweis dafür, dass Sie unter Druck eine Idee entwickeln, veröffentlichen und artikulieren können.

---

Wo man die guten findet​

• ETHGlobal: Der Goldstandard für persönliche und asynchrone Events. Sie zeichnen sich durch robuste Jury-Prozesse, hochwertige 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. Es ist 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 gemeinschaftszentrierten Gefühl.

Tipp: Die Dauer variiert stark. Ein langformatiges asynchrones Event wie ETHOnline läuft über mehrere Wochen, während ein ausgedehnter persönlicher Sprint wie ETHDenvers #BUIDLathon bis zu neun Tage dauern kann. Sie müssen den Umfang Ihres Projekts entsprechend planen.

---

Die Regeln entschlüsseln (damit Sie sich nicht selbst disqualifizieren)​

• „Start Fresh.“ Dies ist die häufigste und wichtigste Regel. Die meisten Events erfordern, dass alle wesentlichen Arbeiten nach dem offiziellen Start beginnen. Die Verwendung älteren, vorab geschriebenen Codes für die Kernlogik kann zur Disqualifikation von den Finals und Partnerpreisen führen. Boilerplate ist normalerweise in Ordnung, aber die geheime Zutat muss neu sein.
• Jury-Struktur. Verstehen Sie den Trichter. Oft reduziert eine asynchrone Screening-Runde Hunderte von Projekten auf einen Finalistenpool, bevor die Live-Bewertung beginnt. Dies hilft Ihnen, sich darauf zu konzentrieren, Ihr Einreichungsvideo und Ihre README für diese erste Auswahl so klar wie möglich zu gestalten.
• Teamgröße. Erscheinen Sie nicht mit einem zehnköpfigen Team. Viele Events setzen Grenzen, wie die typischen 2–4-Personen-Teams, die bei ETHDenver zu sehen sind. Dies gewährleistet gleiche Wettbewerbsbedingungen und fördert eine enge Zusammenarbeit.
• Bounty-Mechaniken. Sie können keinen Preis gewinnen, für den Sie sich nicht registriert haben. Wenn Sie Sponsor-Bounties anstreben, müssen Sie Ihr Projekt oft formell für jeden spezifischen Preis über die Event-Plattform anmelden. Dies ist ein einfacher Schritt, den viele Teams vergessen.

---

Bewertungskriterien: Was „gut“ aussieht​

Bei großen Veranstaltern bewerten Juroren Projekte typischerweise in vier wiederkehrenden Kategorien. Gestalten Sie Ihren Umfang und Ihre Demo so, dass Sie in jeder Kategorie Punkte erzielen.

• Technik: Ist das Problem nicht trivial? Beinhaltet die Lösung eine clevere oder elegante Nutzung der Technologie? Sind Sie über einen einfachen Front-End-Wrapper auf einem einzigen Smart Contract hinausgegangen?
• Originalität: Gibt es einen neuartigen Mechanismus, eine einzigartige Benutzererfahrung oder eine clevere Neuinterpretation bestehender Primitive? Haben wir das schon hundertmal gesehen, oder präsentiert es eine frische Perspektive?
• Praktikabilität: Kann jemand dies heute nutzen? Eine vollständige, End-to-End-Benutzerreise, auch wenn sie eng gefasst ist, zählt weitaus mehr als ein Projekt mit breiten, aber halbfertigen Funktionen.
• Benutzerfreundlichkeit (UI/UX/DX): Ist die Oberfläche klar, schnell und angenehm zu bedienen? Wie gut ist die Entwicklererfahrung bei Entwicklertools? Ein reibungsloses Onboarding und eine klare Fehlerbehandlung können Sie von anderen abheben.

---

Teamdesign: klein, scharf, komplementär​

Für Geschwindigkeit und Abstimmung ist ein Team von zwei bis vier Personen ideal. Es ist groß genug, um die 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 Bereitstellen der Contracts.
• Front-End / DX: Erstellt die Benutzeroberfläche. Verwaltet Wallet-Verbindungen, Datenabruf, Fehlerzustände und den finalen Demo-Feinschliff, der das Projekt real wirken lässt.
• Produkt / Story: Der Umfangshüter und Erzähler. Diese Person stellt sicher, dass das Team sich auf den Kern-Loop konzentriert, schreibt die Projektbeschreibung und führt die finale Demo durch.
• (Optional) Designer: Ein engagierter Designer kann eine Geheimwaffe sein, indem er Komponenten, Icons und Mikrointeraktionen vorbereitet, die die wahrgenommene Qualität des Projekts erhöhen.

---

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

Verwenden Sie diesen einfachen Filter, um Ihre Ideen zu testen, bevor Sie eine einzige Zeile Code schreiben.

• Problem (Pain): Löst dies einen echten Schmerzpunkt für Entwickler oder Benutzer? Denken Sie an Wallet-UX, Datenindizierung, MEV-Schutz oder Gebührenabstraktion. Vermeiden Sie Lösungen, die ein Problem suchen.
• Atomarität (Atomicity): Können Sie einen einzelnen, atomaren Loop End-to-End in 48 Stunden erstellen und demonstrieren? Nicht die gesamte Vision – nur eine vollständige, zufriedenstellende Benutzeraktion.
• Komponierbar (Composable): Basiert Ihre Idee auf bestehenden Primitiven wie Oracles, Account Abstraction oder Cross-Chain-Messaging? Die Verwendung bewährter Bausteine hilft Ihnen, schneller weiterzukommen.
• Ökosystem-Fit (Ecosystem fit): Ist Ihr Projekt für die Juroren, Sponsoren und das Publikum des Events sichtbar und relevant? Pitchen Sie kein komplexes DeFi-Protokoll auf einem Gaming-fokussierten Track.

Wenn Sie Bounty-getrieben sind, wählen Sie einen primären und einen sekundären Sponsor-Track. Wenn Sie Ihren Fokus auf zu viele Bounties verteilen, verwässert dies Ihre Tiefe und Ihre Gewinnchancen.

---

Standard-Stacks, die Ihnen weniger Widerstand leisten​

Ihre Neuheit sollte im Was Sie bauen liegen, nicht im Wie Sie es bauen. Bleiben Sie bei langweiliger, zuverlässiger Technologie.

EVM-Track (schneller Weg)

• Contracts: Foundry (für seine Geschwindigkeit beim Testen, Skripten und Betreiben 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 Konnektoren.
• Daten/Indizierung: Ein gehosteter Indexer oder Subgraph-Dienst, wenn Sie historische Daten abfragen müssen. Vermeiden Sie den Betrieb Ihrer eigenen Infrastruktur.
• Off-Chain-Trigger: Ein einfacher Job-Runner oder ein dedizierter Automatisierungsdienst.
• Speicher: IPFS oder Filecoin für Assets und Metadaten; ein einfacher KV-Store für den Session-Status.

Solana-Track (schneller Weg)

• Programme: Anchor (um Boilerplate zu reduzieren und von sichereren Standardeinstellungen zu profitieren).
• Client: React oder ein mobiles 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. Aggressiv cachen, um die UI schnell zu halten.
• Speicher: Arweave oder IPFS für die permanente Speicherung von Assets, falls relevant.

---

Ein realistischer 48-Stunden-Plan​

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

• Abstimmung Ihrer Gewinnbedingung (Lernen, Bounty, Finals) und der Ziel-Tracks.
• Skizzieren Sie den vollständigen Demo-Loop 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-Scaffold, das Boilerplate für Ihre Contracts und Ihre Front-End-App enthält.
• Schreiben Sie Ihre README-Gliederung und einen groben Entwurf Ihres Demo-Skripts vorab.

Stunde 0–6

• Validieren Sie Ihren Umfang mit Event-Mentoren und Sponsoren. Bestätigen Sie die Bounty-Kriterien und stellen Sie sicher, dass Ihre Idee gut passt.
• Legen Sie harte Einschränkungen fest: eine Chain, ein primärer Anwendungsfall und ein „Wow“-Moment für die Demo.
• Teilen Sie die Arbeit in 90-Minuten-Sprints auf. Ihr Ziel ist es, die erste vollständige vertikale Scheibe Ihres Kern-Loops bis Stunde 6 zu liefern.

Stunde 6–24

• Härten Sie den kritischen Pfad. Testen Sie sowohl den Happy Path als auch gängige Edge Cases.
• Fügen Sie Observability hinzu. Implementieren Sie grundlegende 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.
• Wenn die Zeit es erlaubt, fügen Sie ein oder zwei durchdachte Verzierungen hinzu, wie z. B. großartige leere Zustände, eine gaslose Transaktion oder ein hilfreiches Code-Snippet in Ihrer Dokumentation.

Stunde 40–48

• Alle Features einfrieren. Keine neuen Codes mehr.
• Finalisieren Sie Ihr Video und Ihr Einreichungspaket. Erfahrene Gewinner empfehlen oft, ~15 % Ihrer Gesamtzeit ausschließlich für den Feinschliff und die Erstellung eines Videos mit einer klaren 60/40-Aufteilung zwischen der Erklärung des Problems und der Demonstration der Lösung zu reservieren.

---

Demo & Einreichung: Machen Sie den Juroren die Arbeit leicht​

• 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.
• Den Loop durchleben. Zeigen Sie, erzählen Sie nicht nur. Gehen Sie eine einzelne, glaubwürdige Benutzerreise von Anfang bis Ende durch, ohne Schritte zu überspringen.
• Ihre Einschränkungen erläutern. 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 Benutzer den Flow heute abschließen können“, zeigt Fokus und Reife.
• Klare Markierungen hinterlassen. Ihre README sollte ein Architekturdiagramm, Links zu Ihrer Live-Demo und bereitgestellten Contracts sowie einfache, Ein-Klick-Schritte zum lokalen Ausführen des Projekts enthalten.
• Videogrundlagen. Planen Sie Ihr Video frühzeitig, skripten Sie es prägnant 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 beinhaltet dies einen expliziten Klick auf die Schaltfläche „Start Work“.
• Jagen Sie nicht mehr als zwei Sponsor-Bounties, es sei denn, deren Technologien überschneiden sich natürlich in Ihrem Stack.
• In Ihrer Einreichung, spiegeln Sie deren Bewertungskriterien wider. Verwenden Sie deren Keywords, verweisen Sie namentlich auf deren APIs und erklären Sie, wie Sie deren spezifische Erfolgsmetriken erfüllt haben.

---

Nach dem Hackathon: Momentum in Traktion umwandeln​

• Veröffentlichen Sie einen kurzen Blogbeitrag und einen Social-Media-Thread mit Ihrem Demo-Link und GitHub-Repository. Taggen Sie das Event und die Sponsoren.
• Bewerben Sie sich für Förderungen 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 einen einfachen einwöchigen Fahrplan, der sich auf Bugfixes, einen UX-Pass und einen kleinen Pilotversuch mit einigen Benutzern konzentriert. Legen Sie ein festes Datum für eine v0.1-Veröffentlichung fest, um das Momentum aufrechtzuerhalten.

---

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

• Verstoß gegen die „Start Fresh“-Regeln. Die Lösung: Halten Sie jeglichen früheren Code vollständig außerhalb des Umfangs oder deklarieren Sie ihn explizit als eine bereits vorhandene Bibliothek, die Sie verwenden.
• Übermäßiger Umfang. Die Lösung: Wenn Ihre geplante Demo drei Hauptschritte hat, streichen Sie einen. Seien Sie rücksichtslos, wenn es darum geht, sich auf den Kern-Loop zu konzentrieren.
• Zu frühes Multi-Chain-Vorgehen. Die Lösung: Perfekt auf einer Chain liefern. Sprechen Sie über Ihre Pläne für Bridges und Cross-Chain-Unterstützung im Abschnitt „What's next“ Ihrer README.
• Die Last-Minute-Feinschliff-Steuer. Die Lösung: Reservieren Sie am Ende des Hackathons einen 4-6-stündigen Block ausschließlich für Ihre README, Ihr Video und Ihr Einreichungsformular.
• Vergessen, sich für Bounties anzumelden. Die Lösung: Machen Sie dies zu einer der ersten Dinge, die Sie nach dem Start tun. 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 lokale Ausführungsschritte
• Kurzes Loom/MP4 Demo-Video + eine Sicherungsaufnahme
• Einfaches Architekturdiagramm (eine Folie oder ein Bild)
• Einseiter: Problem → Lösung → Wen interessiert es → Nächste Schritte
• Links: Live-Frontend, Contract-Adressen auf einem Block-Explorer

IRL-Packliste

• Verlängerungskabel und Steckdosenleiste
• Kopfhörer und ein anständiges Mikrofon
• HDMI-/USB-C-Display-Dongles
• Wiederauffüllbare Wasserflasche und Elektrolyte
• Ihre bevorzugte bequeme Tastatur/Maus (wenn Sie wählerisch sind)

Regel-Check

• „Start Fresh“-Richtlinie verstanden und befolgt
• Teamgröße liegt innerhalb der Event-Grenzen (falls zutreffend)
• Jury-Ablauf (asynchron vs. live) ist vermerkt
• Alle Ziel-Bounties sind formell registriert („Start Work“ oder Äquivalent)

---

Nützliche Links für Ihren nächsten Hack​

• Events finden: Schauen Sie sich den ETHGlobal-Eventkalender, den Devpost Blockchain Hub und DoraHacks für kommende Wettbewerbe an.
• Inspiration holen: Durchsuchen Sie den ETHGlobal Showcase, um Gewinner-Demos zu sehen und deren Code zu erkunden.
• EVM-Scaffolding: Überprüfen Sie die Foundry-Dokumentation und die Quickstart-Anleitungen.
• Solana-Scaffolding: Schauen Sie sich die Anchor-Dokumentation und deren „Basics“-Anleitung an.
• Videotipps: Suchen Sie nach Anleitungen, wie man ein klares und überzeugendes Demo-Video erstellt.

---

Letzter Hinweis​

Hackathons belohnen Klarheit unter Einschränkung. Wählen Sie ein eng gefasstes Problem, verlassen Sie sich auf bewährte Tools und konzentrieren Sie sich darauf, einen einzigen, reizvollen End-to-End-Moment zu schaffen. Wenn Sie das tun, werden Sie enorm viel lernen – auch wenn Ihr Name diesmal nicht auf der Gewinnerfolie steht. Und wenn doch, haben Sie es sich verdient.