Proč vznikají rug pully a proč jim lidé stále naletí
Rug pull je úmyslné „vytáhnutí koberce“ – tvůrci projektu odčerpají likviditu, vyprázdní treasury nebo jinak zneužijí kontrolu nad smart kontrakty a zanechají investory s bezcennými tokeny či NFT. V kryptoprostoru jde o kombinaci technických slabin, špatného řízení a psychologie davu. Vysoká volatilita, 24/7 trhy, pseudonymita a kult rychlých zisků způsobují, že i sofistikovaní lidé ignorují elementární kontrolní kroky. Tento článek nabízí systematický rámec, jak číst projekty bez iluzí – od kódu, přes tokenomiku a správu, až po marketingovou rétoriku.
Typologie rug pullů: tvrdé, měkké a „pomalé“ eroze
- Hard rug (okamžitý exit): tvůrci odemknou likviditu a odčerpají ji, zmrazí převody, znepřístupní obchodování nebo si vytisknou masivní objem tokenů.
- Soft rug (postupné vysávání): průběžné zvyšování daní z transakcí, nenápadné přesuny z treasury, přeceňování odměn, které dlouhodobě ubírají hodnotu.
- Administrativní rug: změna pravidel správy (governance), volby zástupců, upgrade proxy kontraktů bez timelocku či validace komunitou.
- Marketingový rug: agresivní sliby, falešná partnerství, zaplacení influenceři; cena je nahnána a zakladatelé postupně prodávají svůj podíl.
- NFT rug: zmizelá roadmapa, vypnuté servery s aktivy, žádný post-mint vývoj, odčerpané mint příjmy bez dodání utility.
Red flagy ve smart kontraktech: co hledat technicky
I bez toho, abyste byli senior vývojářem, dokážete identifikovat řadu rizik. Zkontrolujte na explorerech (Etherscan, BscScan, SnowTrace apod.):
- Vlastnictví kontraktu: zda je owner stále EOA adresa zakladatele. Ideální je renounceOwnership nebo multisig + timelock (např. 24–72 h).
- Proxy a upgradability: Transparent/UUPS proxy bez timelocku a bez komunitního hlasování je otevřená brána k nenápadným změnám logiky.
- Mint/Burn oprávnění: existuje mint() pro admina? Pokud ano, je limitován (cap), vázán na čas/hlasování? Nekontrolovaný mint = inflační riziko a znehodnocení.
- Blacklist/Whitelist mechaniky: funkce typu setBlacklist, pause, setTradingEnabled či setFees mohou zablokovat prodej nebo zvýšit daně na 100 %.
- Daňové a anti-bot logiky: maxTxAmount, maxWallet, dynamické feeOnTransfer; zneužitelné pro selektivní „zadrhnutí“ výstupu.
- Oracly a feedy: centralizovaný cenový oracle řízený jednou entitou; změna aggregatora bez timelocku.
- Likvidita (LP) a její správa: zda je LP token zamknutý u důvěryhodného lockeru a na jak dlouho; pokud je LP ve vlastnictví zakladatele, je to červená vlajka.
- Schválení a práva: kontroly approve()/permit() v dApps; zneužitelná schválení mohou odčerpat vaše aktiva mimo samotný token.
- Audit a verifikace kódu: verifikovaný kontrakt ≠ bezpečný kontrakt; audit bez zveřejnění metodiky a nalezených zjištění je marketing, nikoli záruka.
Tokenomika bez iluzí: kde se skrývá „exit door“
- Alokace a cliff/vesting: obrovská alokace pro tým/poradce bez transparentního vestingu a cliffu = prodejní tlak v nečekaných okamžicích.
- Treasury governance: kdo podepisuje transakce? Ideálně multisig s externími signatáři a zveřejněnou policy.
- Emisní křivka: nekonečné emise bez mechanismu zpětného odkupu/spálení; neudržitelná APY ve stakingu a farmách.
- Likvidita a tržní hloubka: mělké LP umožňuje manipulaci; vysoké slippage a velké cenové posuny při menších objemech signalizují riziko.
- Utility vs. narativ: token nemá jasná práva (governance, podíl na poplatcích, kolaterál), ale slibuje „budoucí ekosystém“.
Správa (governance): centralizované spínače = rychlý rug
- Multisig a timelock: zásadní změny musí vyžadovat více podpisů a zpoždění; single-sig admin je nepřijatelný.
- On-chain hlasování: skutečná váha hlasů, quorum, zveřejněné výsledky a implementační pravidla; pozor na „advisory“ hlasování bez závaznosti.
- Upgrade proces: dokumentovaný postup, testnet validace, post-mortem při chybách; upgrade „přes víkend bez oznámení“ je červená vlajka.
- Externí kontroly: bug bounty program, monitoring transakcí treasury, čtvrtletní reporty a attestační prohlášení.
Marketingové a komunikační red flagy
- Garantované výnosy nebo „bez rizika“: v krypto neexistuje garantovaný výnos bez protistrany a rizika.
- Falešná partnerství: „partner“ často znamená jen integraci; ověřte si tiskové zprávy i u druhé strany.
- Zaplacené recenze/influenceři: nejasné zveřejnění spoluprací; extrémní „hype“ před listingem.
- Neochota k transparentnosti: anonymní tým bez historie, kopie whitepaperu, neexistující GitHub nebo jen „fork bez změny“.
- Agresivní referral/airdrop schémata: tlak na rychlé vklady, časovače, gamifikované FOMO.
Specifika DeFi: AMM, farmy, lending a deriváty
- AMM pooly: zkontrolujte, kdo může měnit poplatky, koeficienty, váhy; LP tokeny musí být zamknuté a sledovatelné.
- Lending/borrowing: management rizikových parametrů (kolateralizační poměr, likvidační bonusy) a práva admina na nouzové pauzy (circuit breaker).
- Staking/farmy: emisní sazby, harvest limity a emergencyWithdraw implementace; pozor na „dev mint“ zadní vrátka.
- Deriváty a perpetuals: oracly, algoritmy funding rate a riziko socializace ztrát; centralizovaný matching engine v „DeFi“ je oxymóron.
NFT projekty: co je důležité nad rámec smart kontraktu
- Uchování aktiv: IPFS/Arweave vs. centralizovaný server; měnitelná metadata bez governance kontroly.
- Roadmapa a budget: jasná alokace mint příjmů, milníky a odpovědnost; týmová přítomnost po mintu.
- Licence a IP: jaká práva vlastník NFT získává; vágní licence představují právní riziko.
Praktický 10krokový due diligence postup (workflow)
- Identita a historie týmu: LinkedIn, předchozí projekty, open-source příspěvky, reference.
- Repozitáře kódu: aktivita, PR/issue proces, testy, CI/CD; hledejte víc než jen „monorepo s prázdnými commity“.
- Kontrakty na explorere: verifikace, vlastnictví, proxy, práva admina, časové zámky.
- Tokenomika: alokace, vesting, emisní křivka, zamknutá likvidita, mechanická udržitelnost.
- Treasury governance: multisig signatáři (alespoň 2–3 externí), zveřejněné politiky a limity výdajů.
- Audity a bounty: skutečné reporty s nálezy a jejich uzavřením; odměny za nalezení chyb.
- Oracly a infra: poskytovatelé dat, fallbacky, decentralizace validátorů.
- Likvidita a tržní data: hloubka orderbooku/AMM, objemy, volatilita, koncentrace vlastnictví (top 10 adres).
- Komunikace: kvalita dokumentace, reakce na otázky, incidenty a post-mortemy.
- Právní rámec: jurisdikce, Terms & Conditions, KYC/AML u custodial prvků, soulad s regulací.
Co konkrétně zkontrolovat na token kontraktu (mini-checklist)
- Existence a limity funkcí: mint(), burn(), pause(), setFees(), blacklist(), setMaxTxAmount().
- Zda je možné renounceOwnership a zda k tomu již došlo; pokud ne, kdo je owner (EOA vs. multisig) a zda existuje timelock.
- Proxy implementace (UUPS/Transparent) a pravidla upgrade; existuje on-chain hlasování před upgradem?
- LP tokeny: kde jsou uloženy, jaká je doba zámku, zda jsou rozdělené nebo všechny v držbě jedné adresy.
- Fee-on-transfer tokeny: kam směřují poplatky (treasury? burn? developer?), a zda jsou dynamicky nastavitelné.
Metodika hodnocení rizika: skóre bez růžových brýlí
Vytvořte si interní skóre 0–100 podle kategorií, každá s vahou:
- Smart kontrakty & práva (30 %): vlastnictví, upgrade, zámky, rizikové funkce.
- Tokenomika (25 %): vesting, emisní křivka, udržitelnost výnosů.
- Governance (15 %): multisig, timelock, on-chain hlasování.
- Likvidita a trh (15 %): hloubka, koncentrace, reality-check objemů.
- Transparentnost & komunikace (10 %): dokumentace, reporting incidentů.
- Právní rámec (5 %): smluvní podmínky, jurisdikce, práva uživatelů.
Projekt pod 60 body je spekulace s vysokým rizikem; pod 40 body jde o potenciální rug.
Signály z řetězce (on-chain) a nástroje
- Distribuce holderů: top adresy > 40–50 % nabídky = vysoké riziko koordinovaného prodeje.
- Neobvyklé přesuny: čerstvě vytvořené adresy s velkými alokacemi, seskupené výběry z treasury.
- Aktivita vývojáře: časté administrativní transakce bez vysvětlení, změny parametrů těsně před/po listingu.
- Approvaly: zbytečně široká schválení pro neznámé kontrakty; pravidelné revokace jsou povinné hygienické opatření.
Behaviorální a psychologické chyby investorů
- FOMO a časové tlaky: odpočty, waitlisty, útok na strach z „uniknutí příležitosti“.
- Autority a sociální důkaz: „velryba nakoupila“, „slavný investor má alokaci“ – často bez důkazu nebo za úplně jiných podmínek.
- Potvrzující zkreslení: hledání jen informací, které podporují vlastní tezi (echo komory).
Jestliže jste už uvnitř: nouzový plán a minimalizace škod
- Rychlý exit: pokud se objeví tvrdé red flagy (změna ownera, skokové zvýšení daní, odemykání LP), zvažte okamžitý výstup.
- Revoke approvals: pravidelně odvolávejte zbytečná schválení; minimalizuje to následné škody.
- Incident reporting: oznamujte události burzám, analytickým službám a komunitě; dokumentujte transakce.
- Daňová a právní stopa: uchovávejte záznamy o nákupech/prodejích a komunikaci týmu.
Policy a kontrolní mechanismy pro týmy a DAO
- Multisig + timelock standard: žádná výjimka u treasury a upgrade kontraktů; signatáři mimo core tým.
- Rozpočet a limity: denní/týdenní stropy, dvoustupňové schvalování větších výdajů.
- Open reporting: měsíční účetní výkazy treasury, on-chain dashboard pro komunitu.
- Segregace rolí: technické, finanční a marketingové procesy oddělené; rotační klíče a pravidelné audity přístupů.
- Bounty a nezávislé audity: kontinuální, ne „jednou a dost“; zásady veřejného zveřejňování.
Checklist: rychlá kontrola před investicí
- Verifikovaný kontrakt, známé vlastnictví, žádná neomezená mint/blacklist zadní vrátka.
- Multisig + timelock na treasury a upgrady.
- Zamknutá a transparentně spravovaná likvidita (LP) na dlouhé období.
- Transparentní tokenomika: vesting, cliffy, žádné extrémní insider alokace.
- Reálné utility, ne jen narativ; validované use-casey.
- Audit s