Snapshot, claim i punkty w airdropie - czym się różnią?

Jakie 5 pojęć opisuje etapy airdropu?

Proces airdropu opisuje 5 pojęć: punkty, snapshot, eligibility, allocation i claim.

• Punkty: wewnętrzny licznik projektu bez gwarancji przeliczenia na token.
• Snapshot: zapis stanu adresów lub aktywności dla konkretnego bloku albo czasu.
• Eligibility: informacja o spełnieniu kryteriów przez adres.
• Allocation: liczba tokenów lub udział przypisany adresowi.
• Claim: podpisana lub płatna gasem operacja odbioru przydziału.

Spośród 5 pojęć punkty najczęściej powodują błędne oczekiwanie przyszłego tokena.

Czy punkty oznaczają przyszły token?

Punkty nie oznaczają przyszłego tokena bez oficjalnych warunków dystrybucji.

Punkty potwierdzają pomiar aktywności według reguł projektu. Służą rabatom, pozycji w rankingu, dostępowi do funkcji lub nagrodzie wyłącznie wtedy, gdy projekt określa takie zastosowanie.

Status „program punktowy” pozostaje oddzielony od „potwierdzonego airdropa”. Takie rozróżnienie ogranicza FOMO i pozwala wyceniać koszt przy scenariuszu zerowej nagrody oraz nieznanej dacie snapshotu.

Brak gwarancji tokena wiąże się z nieznaną datą snapshotu.

Czy projekt ogłasza snapshot airdropu wcześniej?

Projekt nie zawsze ogłasza snapshot airdropu przed jego wykonaniem.

Program retroaktywny wykorzystuje historyczną aktywność do ograniczenia działań wykonywanych wyłącznie pod nagrodę. Data snapshotu pozostaje niejawna lub zostaje ogłoszona po fakcie.

Regularne używanie produktu ma inny charakter niż sztuczne mnożenie transakcji. Żadna uniwersalna liczba operacji nie gwarantuje kwalifikacji ani bezpiecznego claimu.

Potwierdzona kwalifikacja rozpoczyna etap bezpiecznego claimu.

Jak wykonać bezpieczny claim w 5 krokach?

Bezpieczny claim obejmuje 5 kontroli od oficjalnego ogłoszenia do zapisu kosztu.

1. Potwierdź oficjalne ogłoszenie i przejdź do strony z domeny projektu.
2. Sprawdź, czy twój region i adres są uprawnione.
3. Porównaj kontrakt oraz sieć z oficjalną dokumentacją.
4. Przeczytaj symulację transakcji i zakres każdego approval.
5. Zapisz hash, liczbę tokenów i koszt do późniejszej dokumentacji.