Was ist ein Airdrop-Snapshot und wie beeinflusst er deinen Anspruch
Viele verpassen einen Airdrop nicht, weil sie nichts getan haben, sondern weil sie zu spät dran waren — die Aufgaben erledigt, aber keine Token, und beim Nachsehen stellt sich heraus, dass sämtliche Aktionen nach „diesem einen Zeitpunkt“ lagen. Dieser ärgerliche Zeitpunkt ist der Snapshot. Er ist wie die Abgabeklingel in einer Klausur: Was du vor dem Läuten geschrieben hast, zählt; was du danach noch hektisch zu Papier bringst, liest die Aufsicht mit keinem Wort. Einen Snapshot zu verstehen heißt im Kern, zu verstehen, wann diese Abgabeklingel läutet, nach welchen Regeln bewertet wird und warum du dieses Läuten meistens vorher gar nicht hörst.
Dieser Text gehört zu den Grundlagen und erklärt eine konkrete Sache: Was ein Snapshot ist, warum Projekte ihn so gern einsetzen, wie du den Snapshot-Zeitpunkt in Erfahrung bringst, ob es nach dem Verpassen noch Rettung gibt und welche Missverständnisse darum kursieren. Danach verstehst du, warum wir immer wieder betonen: „Ein rückwirkender Airdrop lässt sich nicht in letzter Minute erzwingen, sondern nur durch echte, laufende Nutzung erarbeiten“ — die Wurzel dafür steckt genau in diesem Mechanismus.
Was ein Snapshot eigentlich ist
Eine Blockchain ist ein ständig wachsendes Kontobuch: In festen Abständen wird ein neuer Block gepackt, der die Transaktionen dieses Zeitraums festhält. Das Ethereum-Mainnet erzeugt etwa alle 12 Sekunden einen Block (genauer gesagt einen Slot), dieses Kontobuch bekommt also alle paar Sekunden eine neue Seite. Ein Snapshot ist, wenn das Projekt eine bestimmte Seite (eine bestimmte Blockhöhe) auswählt und den Zustand aller relevanten Adressen zum Ende dieser Seite unverändert festhält — wer wie viel von einem Asset hält, wer mit welchem Protokoll interagiert hat, wer was gestakt hat, alles eingefroren in genau diesem Moment.
Ein Bild dazu: Ein Snapshot ist kein Video, sondern ein Foto. Es interessiert sich nicht dafür, was du vorher getan oder danach gemacht hast, sondern nur dafür, wie du in dem Augenblick aussiehst, in dem der Auslöser gedrückt wird. Wenn eine Adresse also einen Block vor dem Snapshot die Bedingungen erfüllt und die Token erst nach dem Snapshot wegtransferiert, zählt sie trotzdem; umgekehrt taucht alles, was du erst nach dem Snapshot nachholst, auf dem Foto nicht auf. Das ist auch der Grund, warum die „Blockhöhe“ präziser ist als „Uhrzeit“ — eine Blockchain zählt in Blöcken, die Zeit ist nur eine grobe Umrechnung. Um Blöcke, Transaktionen und Adressen von Grund auf zu verstehen, ist die Dokumentation der Ethereum Foundation eine saubere Quelle (Was ein Block ist); auch ihre Erklärung zu Zustand und Transaktionen lohnt sich (Was eine Transaktion ist).
Ein Snapshot erfasst den „Zustand“, nicht „einen Screenshot, den du später jemandem vorzeigst“. Weil die gesamte Historie der Kette öffentlich und unveränderlich ist, kann das Projekt jederzeit im Nachhinein auf eine beliebige Blockhöhe zurückgehen und den netzweiten Zustand dieses Moments rekonstruieren. Genau das ist die technische Voraussetzung für rückwirkende Airdrops — es lässt sich nachvollziehen, was du zu einem vergangenen Zeitpunkt getan hast, selbst wenn damals von einem Airdrop noch gar keine Rede war.
Du kannst das selbst überprüfen. Gibst du auf Etherscan eine beliebige Adresse ein, siehst du zu jeder Transaktion die zugehörige Blocknummer, den Zeitpunkt und den interagierten Vertrag (etherscan.io). Sobald das Projekt die Blockhöhe des Snapshots veröffentlicht, kannst du im Block-Explorer abgleichen, ob deine Schlüsselaktion vor oder nach dem Snapshot-Block lag. Wie du mit Checker-Seite und Block-Explorer deinen Anspruch prüfst, steht in einem eigenen Text (So prüfst du deinen Airdrop-Anspruch).
Warum Projekte den Anspruch über Snapshots festlegen
Ein Projekt könnte doch einfach sagen „Wer uns je genutzt hat, bekommt Token“ — warum unbedingt einen Zeitpunkt festnageln? Weil sich die Sache ohne diesen Punkt nicht sauber durchführen lässt. Ein Snapshot löst mehrere sehr reale Probleme.
- Es braucht einen klaren Stichtag, um überhaupt abrechnen zu können. Um jeder Adresse einen Anteil zuzuweisen, braucht es einen einheitlichen „Berechnungsmoment“. Ohne Snapshot ändert sich die Liste ununterbrochen, der Anteil lässt sich nicht berechnen, und an eine Ausschüttung ist gar nicht zu denken.
- Es verhindert einen Ansturm, sobald die Nachricht raus ist. Würde vorab verkündet „Wer ab Tag X nutzt, ist dabei“, stürmten mit Sicherheit massenhaft Adressen nach der Bekanntgabe herein und täuschten in Serie Volumen vor. Legt man den Snapshot auf einen vergangenen, nicht öffentlichen Zeitpunkt, siebt das einen guten Teil der rein spekulativen Adressen aus, die nur wegen des Airdrops kurz vorbeischauen.
- Es belohnt echte Nutzung, nicht nachträgliches Schauspiel. Ein Projekt will Leute, die es ohnehin nutzen. Ein Snapshot, der unbemerkt geschossen wird, trennt genau die „echten Nutzer“ von denen, „die erst auf Gerüchte hin zum Schein aktiv werden“.
- Der Zustand ist rückverfolgbar und öffentlich überprüfbar. Weil die On-Chain-Historie offen ist, kann jeder unabhängig verifizieren, wie eine Adresse im Snapshot-Block aussah — die Verteilungsregeln lassen sich dadurch schwerer im Verborgenen manipulieren.
Diese Beweggründe zu verstehen, ist nützlich: Sie erklären direkt, warum „wer die Aufgaben macht, bekommt garantiert einen Airdrop“ eine gefährliche Annahme ist. Projekte versprechen nie etwas, die Regeln werden womöglich erst im Nachhinein festgelegt, der Snapshot ist vielleicht längst geschossen. Behandle On-Chain-Nutzung als „günstigen Versuch“ und nicht als „sichere Investition“ — dann stimmt die Haltung. Wer seine Aktivität eher wie ein realer Nutzer und nicht wie eine Maschine gestalten will, findet dazu einen eigenen Text (Echte On-Chain-Aktivität).
Manche Projekte schießen nicht nur ein einziges Foto, sondern nehmen über einen Zeitraum mehrfach Stichproben, um zu sehen, ob du die Bedingungen „durchgehend“ erfüllst und nicht nur in einem einzigen Augenblick vorgetäuscht hast. Diese Bauweise bevorzugt langfristige, echte Nutzer und lässt sich mit einem einmaligen Kraftakt schwerer austricksen.
Wie du den Snapshot-Zeitpunkt erfährst (meist erst im Nachhinein)
Das ist der Punkt, der am ohnmächtigsten macht und den man trotzdem akzeptieren muss: Bei den meisten rückwirkenden Airdrops wird der Snapshot-Zeitpunkt vorab nicht bekanntgegeben, und wenn du davon erfährst, ist er oft längst vorbei. Der Grund stand im vorigen Abschnitt — mit einer Vorab-Ankündigung wäre der Zweck, Spekulanten auszusieben, dahin. Für diese Art Airdrop gibt es also keine Möglichkeit, „auf den Punkt genau zu handeln“; der einzig verlässliche Weg ist, die Protokolle, an die du glaubst, im Alltag wirklich zu nutzen.
Heißt das, es gibt gar keine Anhaltspunkte? Nicht ganz — man muss nach Fällen unterscheiden.
- Rückwirkende Airdrops: Der Snapshot-Zeitpunkt wird meist erst dann mitgeteilt, wenn das Projekt den Airdrop offiziell verkündet, und dir gesagt: „Wir haben am Tag X, auf Blockhöhe Y, das Foto gemacht.“ Dann kannst du nicht mehr nachhandeln, sondern nur mit dieser Blockhöhe deinen damaligen Zustand abgleichen.
- Aufgaben- oder Punkte-Aktionen: Die Regeln sind vergleichsweise transparent, manchmal wird angekündigt „Punkte werden bis Tag X gezählt“ — ein halb-öffentliches Snapshot-Fenster. Aber merk dir den Satz „Punkte werden vielleicht nie eingelöst“ — Punkte sind kein Token.
- Halte- oder Governance-Snapshots: Diese werden häufig vorab angekündigt, damit Berechtigte sich vorbereiten können. Bei manchen Governance-Abstimmungen oder Verteilungen wird vorher gesagt, auf welchem Block die Halter fotografiert werden.
Egal welcher Fall: Die einzige vertrauenswürdige Quelle für den Snapshot-Zeitpunkt ist die offizielle Ankündigung des Projekts. Alles, was dir per Direktnachricht, in Gruppen oder über Suchanzeigen einen „Snapshot-Zeitpunkt“ nennt und dir einen Link mitschickt, damit du „schnell handelst / schnell prüfst“, ist höchst verdächtig — das ist meist Phishing-Köder. Wie man echte von falschen offiziellen Kanälen unterscheidet, ist ein Thema für sich (Fake-Airdrops und Approval-Phishing). Wenn das Projekt die Blockhöhe verkündet hat, ist der Selbstabgleich im Block-Explorer am sichersten — etwa gegen die Blocknummer der Transaktion; auch Investopedia ordnet den Airdrop-Mechanismus als allgemeines Finanzkonzept ein und taugt als Querverweis (Investopedia: Airdrop).
Sprüche wie „Der Snapshot beginnt gleich, verbinde sofort deine Wallet, um deinen Anspruch zu sichern“ sind fast immer gefälscht. Ein Snapshot ist eine einseitige Aktion des Projekts, bei der es den Zustand auf der Kette ausliest — du musst nichts tun, um ihn zu „aktivieren“ oder zu „sichern“, schon gar keine Freigabe signieren oder Gas zahlen. Wer unter dem Deckmantel „Snapshot“ verlangt, dass du etwas Unverständliches unterschreibst, hat es auf deine Wallet abgesehen.
Snapshot verpasst — gibt es noch eine Chance?
Zuerst der häufigste Fall: Ist der Snapshot eines rückwirkenden Airdrops einmal vorbei, gibt es für diese eine Runde praktisch keinen Spielraum mehr. Das Foto ist geschossen, deine nachgeholten Aktionen tauchen darauf nicht auf. Das klingt hart, aber es zu akzeptieren erspart dir Umwege — häng kein Geld und Gas mehr daran, „dem Snapshot hinterherzujagen“, das ist vergebliche Mühe.
„Diesmal keine Chance“ heißt aber nicht „nie wieder eine Chance“. Ein paar Wege gelten weiterhin:
- Dasselbe Projekt kann weitere Chargen oder neue Phasen haben. Manche Protokolle schütten in mehreren Runden aus oder starten nach neuen Funktionen eine neue Anreizrunde. Diesen Snapshot hast du verpasst, für die nächste Phase reicht echte Nutzung ab jetzt noch aus.
- Andere Projekte haben noch nicht fotografiert. Am Markt sammeln laufend frühe Protokolle Nutzer. Wenn du jetzt anfängst, sie echt zu nutzen, ist das für deren möglichen künftigen Snapshot „Aktivität vor dem Snapshot“. Der Fokus liegt immer auf dem Alltag, nicht auf dem Last-Minute-Einsatz.
- Wenige Projekte öffnen ein Nachhol- oder Einspruchsfenster. Etwa bei Sybil-Fehleinstufungen oder gestaffelter Ausschüttung. Solche Infos entnimmst du nur der offiziellen Ankündigung — glaub niemals einer Direktnachricht mit „Prüfen, Claimen oder Einspruch im Auftrag“, das ist fast immer Betrug.
- Nimm das Verpasste als günstige Lektion. Wenn du nur etwas Gas und Zeit investiert hast und leer ausgehst, ist der Verlust minimal. Erleichtert sein solltest du vor allem darüber, dass dir in der Hektik der „Snapshot-Jagd“ nichts abgephisht wurde.
Und noch ein Wort zur Haltung: Selbst wenn du den Snapshot erwischt und am Ende wirklich Token bekommst, betrachte sie nicht als bereits eingenommenes Geld. Dass ein Airdrop-Token auf null geht, ist absolut möglich und passiert häufig; kein Kurs ist durch irgendein Versprechen geschützt. Was du realisieren kannst, kümmerst du dich früh; den Rest behandelst du als ungewissen Bonus. Was ein Airdrop ist und wie der gesamte Ablauf aussieht, findest du in unserer Übersicht für Einsteiger (Einsteiger-Guide zu Airdrops), inklusive Auszahlen, Steuern und Totalverlust-Risiko.
Ein paar verbreitete Missverständnisse rund um Snapshots
Das Wort Snapshot klingt einfach, aber die Missverständnisse drumherum sind zahlreich. Ich hebe sie einzeln hervor, damit du dir keine unnötige Mühe machst und in keine Falle tappst.
| Verbreitete Aussage | Wie es wirklich ist |
|---|---|
| „Kurz vor dem Snapshot noch schnell reingrätschen reicht“ | Rückwirkende Snapshots werden meist erst im Nachhinein bekannt — auf den Punkt genau geht nicht, nur der Alltag zählt |
| „Nach dem Snapshot hole ich schnell nach, das klappt noch“ | Das Foto ist geschossen, Aktionen nach dem Snapshot gelten für diese Runde nicht |
| „Ich muss Wallet verbinden / signieren, um den Anspruch zu sichern“ | Der Snapshot liest den Zustand einseitig aus — du musst gar nichts tun |
| „Mit ein paar Dutzend Wallets zählt beim Snapshot jede einzeln“ | Adressen mit gleichem Verhalten und gemeinsamer Geldquelle gelten leicht als Sybil und fliegen als Gruppe raus |
| „Beim Snapshot einfach genug Token zusammenkaufen genügt“ | Viele Projekte schauen auf Beständigkeit und Interaktionstiefe; kurzfristiges Zusammenraffen gilt leicht als ungültig |
| „Fremder schickt mir einen Snapshot-Prüflink, kurz bestätigen“ | Meist Phishing-Köder — es zählt nur die offizielle Ankündigung |
Die schädlichsten dieser Punkte sind „mehrere Wallets“ und „auf einen fremden Snapshot-Link klicken“. Ersteres führt geradewegs zur Sybil-Einstufung, bei der sogar das eigentlich qualifizierte Hauptkonto mit hineingezogen werden kann; das echte Risiko dahinter behandeln wir gesondert (auch in Echte On-Chain-Aktivität). Letzteres schickt Leute direkt ins Approval-Phishing. Phishing unter dem Deckmantel „Snapshot / Anspruch“ ist nur eine andere Facette desselben Spiels wie der Fake-Airdrop; ich empfehle dringend die ausführliche Erklärung (Fake-Airdrops und Approval-Phishing). Wenn du vermutest, dass eine Adresse bereits eine gefährliche Freigabe unterschrieben hat, widerrufe sie schnell mit einem offiziellen Tool wie revoke.cash (revoke.cash).
Um das Wort „Snapshot“ systematischer zu verstehen, hilft ein Blick auf ein häufig genutztes Off-Chain-Governance-Tool, auf dem viele Governance-Abstimmungen laufen (Snapshot-Dokumentation). Der Mechanismus unterscheidet sich vom On-Chain-Snapshot, aber die Kernidee — „zu einem bestimmten Zeitpunkt eine Liste oder ein Stimmrecht festschreiben“ — ist dieselbe.
Zurück zur Abgabeklingel vom Anfang. Ein Snapshot läutet nicht später, nur weil du in Eile bist, und ändert sein Urteil nicht, nur weil du nachholst. Was du steuern kannst, ist nie das Läuten, sondern ob du im Alltag wirklich nutzt — und ob du bei jeder „Snapshot- oder Anspruch“-Nachricht die Linie hältst, nicht wahllos zu signieren und nicht wahllos freizugeben. Machst du diese beiden Dinge gut, holst du dir weder wegen des Mechanismus eine stille Niederlage, noch verlierst du in der Snapshot-Jagd deine ganze Wallet. Wenn du als Nächstes abgleichen willst, ob deine Adresse die Bedingungen erfüllt, geht es im nächsten Text genau darum (So prüfst du deinen Airdrop-Anspruch).