Wie erstelle ich einen Schnappschuss von NFT-Inhabern für einen Token-Airdrop?

Snapshot-Mechanik und Timing

1. Ein Schnappschuss erfasst den On-Chain-Status der Wallet-Guthaben bei einer bestimmten Blockhöhe, nicht zu einem Kalenderzeitpunkt. Dies gewährleistet Unveränderlichkeit und eliminiert Manipulationsfenster.

2. Projekte geben in der Regel die Zielblockhöhe im Voraus bekannt und wählen häufig einen Block aus, der bei geringer Netzwerküberlastung fällt, um die Varianz der Transaktionseinbindung zu minimieren.

3. Nur Wallets, die den qualifizierenden NFT genau in diesem Block halten, sind teilnahmeberechtigt – Transfers davor oder danach haben keinen Einfluss auf den Berechtigungsstatus.

4. Der Snapshot zeichnet den Verlauf der Wallet-Aktivität nicht auf; Es erfasst nur das Vorhandensein oder Nichtvorhandensein von Eigentum an diesem einzelnen Punkt im Ethereum- oder Solana-Ledger.

5. Multi-Signatur-Wallets und vertragseigene Adressen erfordern eine explizite Whitelist, wenn sie qualifizierte NFTs enthalten, da Standard-Snapshot-Tools sie möglicherweise fälschlicherweise als nichtmenschliche Einheiten klassifizieren.

Überlegungen zum On-Chain-Adressclustering

1. Heuristisches Clustering identifiziert Adressbeziehungen durch gemeinsame Verhaltensweisen: wiederholte Einzahlungsmuster in zentralisierte Börsen, koordinierter Token-Airdrop-Empfang über mehrere Wallets hinweg oder Selbstautorisierungssequenzen über Verträge hinweg.

2. Über 10 % der beobachteten NFT-Inhaber kontrollieren mehr als eine Adresse, was bedeutet, dass bei nicht gruppierten Snapshots das Risiko einer Doppelzählung oder fehlender verknüpfter Konten besteht.

3. Wallets, die innerhalb eines 60-Sekunden-Fensters über mehrere NFT-Mints hinweg identische Gasgebührenmuster aufweisen, werden vor der endgültigen Airdrop-Verteilung für eine mögliche Sybil-Analyse markiert.

4. Clustering-Ergebnisse fließen in die Filterung auf Entitätsebene ein – Airdrops können auf einen pro verifizierter menschlicher Entität statt auf einen pro Wallet beschränkt werden.

5. Tag-Bibliotheken sozialer Konten und Interaktionsprotokolle des NFT-Marktplatzes werden mit On-Chain-Clustern abgeglichen, um mehrdeutige Eigentumsansprüche zu klären.

Wallet-Kompatibilitäts- und Mapping-Anforderungen

1. EOS-basierte Airdrops erfordern vorab zugeordnete Wallets mit kompatiblen Versionen wie imToken 1.42; Nicht zugeordnete, von der Börse gehaltene EOS-Guthaben sind unabhängig von der Menge ausgeschlossen.

2. Die Zuordnung umfasst die Generierung eines öffentlichen/privaten EOS-Schlüsselpaars und das Aufrufen eines dedizierten Smart-Vertrags – dieser Schritt ist irreversibel und muss dem Snapshot-Block vorausgehen.

3. Private Schlüssel, die während der Zuordnung generiert werden, müssen offline gesichert werden. Digitale Speicherung führt Kompromissvektoren ein, die künftige Airdrop-Ansprüche ungültig machen.

4. Wallets, die EVM-kompatible Ketten unterstützen, müssen die Unterstützung für den spezifischen Token-Standard (ERC-721, ERC-1155, SPL) überprüfen, der von der qualifizierten NFT-Sammlung verwendet wird.

5. Benutzer von Hardware-Wallets müssen bestätigen, dass die Firmware ihres Geräts das Signaturschema der Kette unterstützt und dass die verbundene Schnittstelle die NFT-Besitzdaten korrekt analysiert.

Berechtigungsschwellenwerte und Verifizierungsebenen

1. Mindestbestände – wie etwa 100+ EOS-Tokens – werden am Snapshot-Block durchgesetzt und vor jeglicher Clustering-Logik angewendet.

2. Geldbörsen, die wegen verdächtigen Verhaltens gekennzeichnet sind – einschließlich schneller Mint-and-Flip-Sequenzen bei generativen Kunstprojekten – werden von den Airdrop-Listen ausgeschlossen, selbst wenn sie technisch zulässig sind.

3. Airdrop-Verträge validieren den NFT-Besitz über On-Chain -OwnerOf() -Aufrufe, anstatt sich ausschließlich auf Ereignisprotokolle zu verlassen, wodurch verhindert wird, dass gefälschte Übertragungsereignisse eine falsche Berechtigung gewähren.

4. Projekte, die Off-Chain-KYC-Ebenen nutzen, wenden den Verifizierungsstatus rückwirkend auf Snapshot-Ergebnisse an und ermöglichen so einen selektiven Ausschluss, ohne die On-Chain-Zulassungskriterien zu ändern.

5. Der tokengesteuerte Zugriff auf Anspruchsschnittstellen erfordert eine erfolgreiche Lösung sowohl des On-Chain-Eigentums als auch optionaler Identitätsnachweise.

Häufig gestellte Fragen

F: Kann ich mein NFT nach der angekündigten Snapshot-Sperre, aber vor der Inanspruchnahme verschieben? Ja. Der Besitz am Snapshot-Block sperrt die Berechtigung; Bei späteren Übertragungen werden die Airdrop-Rechte nicht widerrufen, es sei denn, das Projekt erzwingt ausdrücklich die Aufbewahrungspflichten nach dem Snapshot.

F: Zählen verpackte NFTs zur Berechtigung? Nein. Verpackte Darstellungen – wie etwa ERC-20-Wrapper für ERC-721-Assets – werden bei der Snapshot-Validierung nicht als natives Eigentum erkannt, es sei denn, der Wrapping-Vertrag wird ausdrücklich auf die Whitelist gesetzt und in das Berechtigungsorakel integriert.

F: Was passiert, wenn mein Wallet den NFT in einem verschachtelten Vertrag wie einem Tresor oder einer DAO-Schatzkammer speichert? Die Berechtigung hängt davon ab, ob das Snapshot-Tool Vertragsaufrufstapel durchläuft, um die letztendlichen wirtschaftlichen Eigentümer zu identifizieren. Die meisten Standardtools behandeln solche Bestände als nicht zulässig, sofern sie nicht manuell überprüft und auf die Whitelist gesetzt werden.

F: Sind Benzingebühren erforderlich, um die aus der Luft abgeworfenen Token zu erhalten? Für den Empfang von Token fallen keine Gaskosten an, wenn der Airdrop ein Pull-basiertes Modell verwendet, bei dem die Empfänger die Übertragung initiieren. Push-basierte Modelle erfordern, dass das Projekt Gas bezahlt, können jedoch Anspruchsfristen oder Widerrufsklauseln vorsehen.