Co je snapshot a jak rozhoduje o nároku na airdrop
Spousta lidí nepřijde o airdrop proto, že by nic nedělali, ale proto, že to udělali pozdě. Práce hotová, tokeny nikde, a teprve při kontrole se ukázalo, že všechny jejich úkony padly až za „ten jeden okamžik“. Tím protivným okamžikem je snapshot. Funguje jako zvonek u zkoušky, který oznamuje odevzdání: co jste stihli napsat před zvoněním, se počítá; co pak ještě rychle připisujete, už dozorující nečte. Pochopit snapshot znamená v jádru pochopit, kdy ten odevzdávací zvonek zazní, podle jakých pravidel se sčítá, a proč ho většinou předem neslyšíte.
Tenhle text patří k Základům on-chain a rozebírá jednu konkrétní věc: co je snapshot, proč ho projekty tak rády používají, jak se dozvíte jeho čas, dá-li se po zmeškaném okamžiku ještě něco dělat, a jaké mýty o něm kolují. Nakonec pochopíte, proč pořád opakuji, že u zpětného airdropu se nedá improvizovat na poslední chvíli, ale musíte to mít z běžného, skutečného používání. Příčina je právě v tomhle mechanismu.
Co přesně snapshot je
Blockchain je účetní kniha, která se bez ustání doplňuje: každou chvíli se sbalí nový blok, do kterého se zapíšou transakce z daného období. Ethereum mainnet vytvoří blok (přesněji slot) zhruba každých 12 vteřin, takže tahle kniha otočí list každých dvanáct nádechů. Snapshot je to, že si projekt vybere jeden konkrétní list (určitou výšku bloku) a přesně zaznamená stav všech relevantních adres na konci toho listu: kdo kolik daného aktiva drží, kdo interagoval s určitým protokolem, kdo měl co ve stakingu — vše zmrazené v tom jediném okamžiku.
Přirovnání: snapshot není video, ale fotka. Nezajímá ho, jak jste se chovali předtím nebo co jste dělali potom, dívá se jen na to, jak jste vypadali ve chvíli, kdy cvakla spoušť. Takže adresa, která blok před snapshotem ještě splňovala podmínky a tokeny odeslala pryč až po snapshotu, se normálně počítá. A naopak: cokoli přidáte až po snapshotu, na fotce není. Proto je „výška bloku“ přesnější než „nějaký čas“, protože blockchain počítá po blocích a čas je jen hrubý přepočet. Chcete-li rozumět blokům, transakcím a adresám od základu, dokumentace Ethereum Foundation to vysvětluje čistě (co je blok), a za přečtení stojí i výklad o stavu a transakcích (co je transakce).
Snapshot zaznamenává „stav“, ne „screenshot, který někomu později ukážete“. Protože celá historie řetězce je veřejná a neměnná, může se projekt kdykoli vrátit k libovolné výšce bloku a stav toho okamžiku zrekonstruovat. To je právě ta technická podmínka, na které stojí „zpětný airdrop“: dá se zjistit, co jste v určitém okamžiku v minulosti dělali, i když tehdy žádný airdrop ještě nebyl oznámen.
Můžete si to sami ověřit. Zadejte libovolnou adresu do Etherscanu a u každé transakce uvidíte příslušné číslo bloku, čas i kontrakt, se kterým se interagovalo (etherscan.io). Jakmile projekt zveřejní výšku bloku snapshotu, můžete přes block explorer zkontrolovat, jestli váš klíčový úkon padl před blok snapshotu, nebo za něj. Jak si přes ověřovací stránku a block explorer zkontrolovat nárok, jsem popsal jinde (jak ověřit nárok na airdrop).
Proč jím projekty určují nárok
Projekt může klidně říct „kdo nás kdy použil, dostane tokeny“ — tak proč se k tomu musí nutně vázat čas? Protože bez toho času se to nedá pořádně provést. Snapshot řeší pár velmi praktických problémů.
- Musí existovat jasný uzávěrkový bod pro výpočet. Aby se dal každé adrese spočítat podíl, je potřeba jednotný „okamžik zúčtování“. Bez snapshotu se seznam neustále mění, podíl nejde spočítat a rozdělit nejde vůbec.
- Zabraňuje to nájezdu, jakmile se to rozkřikne. Oznámíte-li předem „kdo použije po tomto datu, má nárok“, zaručeně se dovnitř nahrnou hordy adres, aby hromadně farmily. Když se snapshot položí na nezveřejněný okamžik v minulosti, odfiltruje se tím pořádný kus čistě spekulativních adres a zůstanou uživatelé blíž tomu skutečnému.
- Odměňuje to skutečné používání místo předvádění zpětně. Projekt chce lidi, kteří ho stejně používali. Tím, že se snapshot pořídí nepozorovaně, oddělí přesně „skutečného uživatele“ od „kdo zaslechl fámu a rychle přiběhl zapózovat“.
- Stav je dohledatelný a veřejně ověřitelný. Protože on-chain historie je veřejná, může si kdokoli nezávisle ověřit, jaký byl stav adresy na bloku snapshotu, takže se pravidla výplaty hůř potají manipulují.
Pochopit tyhle motivy se hodí, protože to rovnou vysvětluje, proč je „splním úkoly, tak mám airdrop jistý“ nebezpečný předpoklad: projekt nikdy nic neslibuje, pravidla se možná stanoví až zpětně a snapshot už možná dávno proběhl. Berte on-chain používání jako „levný pokus“, ne jako „zaručený výnos“, a máte správné nastavení. Chcete-li, aby vaše aktivita vypadala spíš jako u skutečného uživatele než jako strojové farmaření, přečtěte si text, který se tomu věnuje (skutečná on-chain aktivita).
Některé projekty nepořídí jednu momentku, ale několik rozložených v čase, aby viděly, jestli jste podmínky splňovali „trvale“ a ne jen v jednom okamžiku náhodou zapadli. Takový návrh zvýhodňuje dlouhodobé, skutečné uživatele a hůř se dá obehrát jednorázovým nájezdem.
Jak se čas snapshotu dozvíte (většinou až zpětně)
Tohle je nejotravnější, ale nevyhnutelný bod: u většiny zpětných airdropů se čas snapshotu předem nezveřejňuje, a než se to dozvíte, uzávěrka už bývá dávno pryč. Důvod stál v předchozí sekci: zveřejnit to předem by zbavilo smyslu odfiltrování spekulantů. U tohohle druhu airdropů tedy neexistuje žádná možnost pracovat „na čas“. Jediný spolehlivý přístup je protokol, který vám dává smysl, prostě v běžném životě opravdu používat.
Znamená to, že se nedá zjistit vůbec nic? Tak černobílé to není, záleží na typu.
- Zpětný airdrop: čas snapshotu se obvykle dozvíte až u oficiálního oznámení, ve stylu „k tomuto datu a na této výšce bloku jsme pořídili fotku“. Co pak můžete udělat, není něco dodělat, ale s tou výškou bloku zkontrolovat svůj tehdejší stav.
- Úkolový nebo bodový program: pravidla bývají relativně průhledná, někdy s oznámením typu „body se počítají do tohoto data“, což se podobá napůl otevřenému oknu snapshotu. Pamatujte ale: „body se nemusí proměnit v nic“, body nejsou tokeny.
- Snapshot držitelů nebo pro governance: takové se často oznamují dopředu, aby se ti, kdo mají nárok, mohli připravit. Některá hlasování nebo rozdělení třeba předem oznámí, na kterém bloku se pořídí fotka držitelů.
Ať už jde o jakýkoli typ, jediný spolehlivý zdroj času snapshotu je oficiální oznámení projektu. Každá soukromá zpráva, skupinový vzkaz nebo vyhledávací reklama, která vám dá „čas snapshotu“ a k tomu odkaz, ať „rychle jednáte nebo zkontrolujete“, je vysoce podezřelá, protože to bývá phishing. Odlišit skutečné od falešných oficiálních kanálů je samo o sobě dovednost (ověření oficiálních kanálů). Jakmile projekt výšku bloku zveřejní, nejbezpečnější je ověřit si to sami přes block explorer, například porovnáním čísla bloku vaší transakce. Chcete-li mít před kontrolou jasno v pojmech kolem adres, schválení a jejich rušení, revoke.cash je čistý praktický zdroj (revoke.cash).
Řeči jako „snapshot právě začíná, hned připoj peněženku, ať si zajistíš nárok“ jsou skoro vždy podvod. Snapshot je úkon, kterým si projekt jednostranně načte stav na řetězci, a nevyžaduje od vás nic, co byste museli „aktivovat“ nebo „zajistit“, natož abyste podepisovali schválení nebo platili gas. Kdo vám pod záminkou „snapshotu“ podstrkuje k podpisu něco nesrozumitelného, míří na vaši peněženku.
Snapshot jste zmeškali, máte ještě šanci?
Nejdřív nejčastější případ: jakmile snapshot zpětného airdropu jednou proběhne, pro tohle kolo už v zásadě není prostor cokoli dohnat. Fotka je pořízená, co přidáte potom, se na ní neobjeví. Zní to tvrdě, ale přijmout to vás ušetří spousty oklik: neutrácejte další peníze a gas za „honění snapshotu“, to je vyhozené úsilí.
Ale „tentokrát bez šance“ není totéž co „napříště už nikdy“. Pár cest, které zůstávají platné:
- Tentýž projekt může mít pozdější dávky nebo nové fáze. Některé protokoly vyplácejí v několika kolech nebo po nové funkci spustí novou motivační fázi. Tenhle snapshot jste zmeškali, ale skutečně používat od teď může být pro další fázi pořád včas.
- Jiné projekty ještě fotku nepořídily. Vždycky existují rané protokoly, které sbírají uživatele. Když teď začnete opravdu používat, je to pro jejich možný budoucí snapshot „aktivita před snapshotem“. Pořád jde o vaše běžné chování, ne o improvizaci.
- Některý projekt otevře okno pro doclaim nebo námitky. Třeba námitka proti neoprávněnému označení za sybil, nebo claim po fázích. Takové informace berte jen z oficiálního oznámení a nikdy nevěřte soukromé zprávě, která „za vás zkontroluje, zaclaimuje nebo podá námitku“ — to bývá skoro vždy podvod.
- Berte zmeškání jako levnou lekci. Jestli jste zaplatili jen trochu gasu a času a nevyšlo to, škoda je malá. Skutečně se máte radovat z toho, že jste v panice „honění snapshotu“ nepřišli o majetek na phishingové stránce.
Ještě jedna mentální poznámka: i kdybyste snapshot stihli a tokeny opravdu dostali, neberte je jako už zaručené peníze. Že airdropový token spadne na nulu, je velmi možné a stává se to často; cenu nechrání ničí slib. Co jde zajistit, proměňte co nejdřív a zbytek berte jako nejistý bonus. Co airdrop je a jak celá cesta probíhá, si jako začátečník nejdřív přečtěte v mém přehledu (airdropy pro začátečníky), kde je výběr, daně i riziko pádu na nulu rozvedené.
Pár houževnatých mýtů o snapshotech
Slovo snapshot zní jednoduše, ale nápadně mnoho mýtů se kolem něj drží. Rozebírám je jednotlivě, abych je uvedl na pravou míru a vy neztráceli čas ani nespadli do pasti.
| Co se často říká | Jak to doopravdy je |
|---|---|
| „Těsně před snapshotem udělám nájezd a stihnu to“ | Zpětné snapshoty se oznamují většinou až zpětně, na čas mířit nejde, jen na běžné používání |
| „Po snapshotu rychle něco dodělám, ono to ještě vyjde“ | Fotka je pořízená, úkony po snapshotu se pro tohle kolo nepočítají |
| „Musím připojit peněženku nebo podepsat, ať si zajistím nárok ze snapshotu“ | Snapshot načítá stav jednostranně, vy nemusíte dělat nic |
| „Otevřu si desítky peněženek, u snapshotu se každá počítá“ | Adresy se stejným chováním a penězi ze stejného zdroje bývají rychle hromadně smazány jako sybil |
| „Stačí si u snapshotu naškrábat dost tokenů dohromady“ | Mnoho projektů hledí na kontinuitu a hloubku interakce, momentální čísla rychle propadnou |
| „Cizí člověk mi poslal odkaz na kontrolu snapshotu, jen potvrdím“ | To bývá phishing, věřte jen oficiálnímu oznámení |
Z těchto bodů jsou nejškodlivější „otevřít si víc peněženek“ a „kliknout na cizí odkaz ke snapshotu“. První vede k označení za sybil, kdy s sebou může strhnout i hlavní adresu, která by sama o sobě nárok měla; o skutečném riziku toho jsem psal zvlášť (riziko více peněženek (Sybil)). Druhé vás zavede rovnou do phishingu přes schválení. Phishing pod záminkou „snapshotu nebo nároku“ je druhá strana téže hry jako falešný airdrop; vřele doporučuji přečíst si ten výklad (falešné airdropy a phishing přes schválení). Máte-li podezření, že některá adresa už podepsala nebezpečné schválení, zrušte ho rychle oficiálním nástrojem jako revoke.cash (revoke.cash).
Chcete-li si pojem „snapshot“ zasadit systematičtěji, koukněte na dva druhy zdrojů. Jeden ho bere jako obecný pojem, například vysvětlení mechanismu airdropu od Investopedie (Investopedia: Airdrop). Druhý je off-chain governance nástroj, který projekty často používají; spousta governance snapshotů běží na něm (dokumentace Snapshot). Mechanismy se liší, ale jádro „zaznamenat v určitém okamžiku seznam nebo hlasovací váhu“ je stejné.
Zpět k tomu odevzdávacímu zvonku z úvodu. Snapshot nezazní později, protože vy spěcháte, a nezmění svůj verdikt, protože něco dodatečně předstíráte. Co máte v ruce, není zvonek, ale jestli v běžném životě opravdu používáte, a jestli u každé zprávy o „snapshotu nebo nároku“ držíte hranici nepodepsat jen tak a neschvalovat jen tak. Uděláte-li tyhle dvě věci dobře, kvůli mechanismu neprohloupíte a v panice honění snapshotu nepřijdete o celou peněženku. Chcete-li rovnou pokračovat na kontrolu, jestli tahle adresa splňuje podmínky, o tom je právě další text (jak ověřit nárok na airdrop).