Kryptosoukromí na blockchainu

Transparentnost blockchainu a její důsledky pro soukromí

Blockchainy jsou navrženy jako veřejné účetní knihy. Jejich cílem je umožnit komukoli ověřit stav a historii převodů bez důvěry v jednotlivé zprostředkovatele. Tato vlastnost přináší vysokou odolnost vůči manipulaci, ale zároveň zásadně omezuje soukromí: údaje jednou zapsané na řetězec jsou trvalé, globálně dostupné a indexovatelné. Tento článek shrnuje, co je na typických veřejných blockchainech (např. Bitcoin, Ethereum a podobné) viditelné, která metadata obvykle uživatele odhalují a jaká jsou realistická očekávání soukromí – bez návodů na obcházení pravidel či systémů.

Co je „veřejné“: vrstvy, které vidí každý

• Adresy a zůstatky: veřejné identifikátory (např. bc1..., 0x...) a jejich aktuální stavy (zůstatky), včetně historie příchozích a odchozích převodů.
• Transakce: jedinečný hash, čas zařazení do bloku, vstupy/výstupy (UTXO model) nebo změny stavů účtů (account model), poplatky a odkazy na předchozí transakce.
• Bloky: výška bloku, čas těžby/produkce, miner/validátor, zahrnuté transakce a konsenzuální metadata.
• Smart kontrakty a stav: zdrojový kód (pokud byl zveřejněn a ověřen), bytecode, storage, logy (eventy), volání funkcí (calldata) a jejich návratové hodnoty v rozsahu, který daný řetězec publikuje.
• Tokenové převody: transfery standardizovaných tokenů (např. ERC-20/721/1155), které jsou emitovány jako události; zahrnují adresu odesílatele, příjemce, množství a identifikátor tokenu/NFT.
• Staking a validace: velikost staku, adresy validátorů, odměny/penalizace (slashing) a další veřejné ukazatele účasti v konsenzu.

Modely účetnictví: UTXO vs. účetní model a důsledky pro soukromí

• UTXO (např. Bitcoin): transakce utrácejí konkrétní „výstupy“ a vytvářejí nové. Veřejně viditelné jsou všechny vstupy a výstupy. Heuristiky (např. „multi-input“) umožňují klastrování adres, které pravděpodobně vlastní stejná entita. „Změnový výstup“ (change) může neúmyslně odhalit další adresy patřící témuž uživateli.
• Účtový model (např. Ethereum): každý účet má zůstatek a nonce; transakce přímo mění stav účtů a kontraktů. Veřejně viditelné jsou parametry volání, hodnota gas, adresy kontraktů a logy eventů. Propojení vznikají prostřednictvím interakcí se stejnými kontrakty a opakovanými vzorci chování.

Metadata transakcí: co vše lze vyčíst

• Časování a frekvence: rytmus plateb, pravidelné intervaly a „výplatní“ vzory mohou odhalit typ použití (mzdy, předplatné, arbitrážní boti).
• Poplatky (fees): agresivní poplatky u urgentních transakcí vs. úsporná nastavení mohou diferencovat automatizované a manuální interakce.
• Interakční grafy: opakované proudění prostředků mezi konkrétními adresami a kontrakty vytváří síť, kterou lze analyzovat pro identifikaci klastrů.
• Kalldata a eventy: u smart kontraktů parametr volání často přímo prozrazuje účel (např. transfer(to, amount), nabídka v AMM, bid v aukci). Logy jsou zejména na EVM řetězcích primárním zdrojem informací pro indexéry.

Identitní vazby: jak se pseudonymita mění v identitu

• Off-chain vazby: propojení s účty na burzách a bránách vyžadujících KYC; burza může přiřadit adresy k reálným osobám a tyto údaje podléhají regulovanému sdílení.
• On-chain popisy: vanity adresy, jména ENS/UD, NFT profilové obrázky, podpisové zprávy a metadata mohou přímo prozradit identitu nebo preference.
• Veřejné komunikace: sdílení adres na sociálních sítích, webech či v repozitářích umožňuje snadné dohledání platební historie.
• Heuristiky analýzy: „multi-input“ v UTXO, opakované approve na stejné kontrakty, jednotný vzor nastavení gasu nebo připojené kontrolní adresy (např. pro DAO hlasování) pomáhají klastrovat vlastnictví.

Síťová a aplikační vrstva: co není na řetězci, ale i tak může unikat

• IP a P2P telemetrie: i když IP adresy nejsou zapisovány do blockchainu, některé uzly, brány a poskytovatelé infrastruktury vidí původ transakcí a mohou jej logovat.
• Peněženky a SDK: mobilní a webové peněženky mohou shromažďovat diagnostiku, identifikátory zařízení nebo analytiku používání, pokud to uživatel povolí.
• Explorery a indexéry: provozovatelé služeb třetích stran dokážou spojovat dotazy podle cookies, otisků prohlížeče a přihlašovacích účtů.

Tokeny a NFT: další vrstvy zveřejňovaných údajů

• ERC-20/721/1155 převody: každý transfer je zaznamenán. U NFT je navíc veřejná i historie vlastnictví konkrétního aktiva.
• Metadata mimo chain: často uložená v IPFS nebo na webových serverech; URL a struktura mohou odhalovat zdroje, licence a jiné identifikační prvky.
• Marketplace interakce: nabídky, aukce, zrušení a přijetí nabídek jsou viditelné v kontraktních eventech a umožňují profilovat preference vlastníků.

Layer 2 a rollupy: transparentnost nezmizela, pouze se přeskládala

• Publikování dat: většina rollupů ukládá data transakcí (nebo komprimované důkazy) do L1 pro dostupnost; to znamená, že i L2 interakce jsou do značné míry veřejné.
• Mosty (bridges): přechody mezi sítěmi vytvářejí další stopy – depozity/výběry jsou viditelné a často jednoduše párovatelné podle částky a času.

Analytický ekosystém: od blockchain explorerů po forenzní nástroje

• Explorery: vizuální rozhraní nad surovými daty řetězce (přehled transakcí, zůstatků, kontraktů, tokenů).
• On-chain forenzika: nástroje komerčních a akademických týmů provádějí heuristiky pro klastrování, označování entit (burzy, mixovací služby, DAO) a sledování finančních toků.
• Compliance moduly: monitorování „rizikových“ adres podle sankčních seznamů či incidentů; tyto systémy se používají k plnění AML/KYC povinností.

Právní a regulační kontext

• AML/CFT: provozovatelé burz, bran, poskytovatelé peněženek a někdy i další subjekty podléhají pravidlům proti praní špinavých peněz a financování terorismu; může to zahrnovat sběr a uchovávání identifikačních údajů.
• „Travel Rule“ a reporting: v některých jurisdikcích se vyžaduje sdílení informací o odesílateli/příjemci u převodů nad určitý limit mezi regulovanými subjekty.
• Ochrana osobních údajů: údaje uložené na řetězci jsou z definice obtížně vymazatelné; proto není vhodné zapisovat osobní údaje v jasném textu do transakčních poznámek nebo kontraktního stavu.

Typické chyby, které snižují soukromí

• Recyklace adres: opakované používání stejných přijímacích adres spojuje nesouvisející transakce.
• Veřejné sdílení: publikování adres v profilech, podpisových bannerech, komunitních příspěvcích nebo fakturách bez potřeby.
• Nepromyšlené poznámky: vkládané do transakcí či kontraktů (např. „memo“), které mohou nechtěně odhalit kontext nebo osobní data.
• Přehledné workflow: identické částky a načasování usnadňují párování vkladů a výběrů mezi entitami.

Co je (obvykle) neviditelné pro veřejnost

• Identita držitele klíče: jméno, adresa, e-mail – pokud jej nezveřejníte nebo nespojujete přes regulovaného zprostředkovatele.
• Soukromé klíče a seed: nejsou na řetězci; jejich únik ale znamená ztrátu kontroly nad prostředky.
• Některá síťová data: konkrétní IP adresy nejsou inherentní součástí blokového záznamu (ale mohou existovat v logech infrastrukturních poskytovatelů).

Realistická očekávání: pseudonymita není anonymita

Většina veřejných sítí poskytuje pseudonymitu – transakce jsou vázány na adresy, nikoli na občanské identity. Ve chvíli, kdy je adresa propojena s reálnou osobou (např. přes burzu, fakturu, darovací odkaz), je možné zpětně rekonstruovat kompletní historii a odvodit chování. Transparentnost je vlastnost, nikoli chyba; očekávání soukromí musí s tímto designem počítat.

Zápisy nefinančního charakteru: data v blockchainu nežijí „zapomenutá“

• Perzistence: údaje v transakcích a smluvním stavu jsou navždy dostupné každému účastníkovi sítě a jejím archivním uzlům.
• Indexovatelnost: i drobné fragmenty informací jsou později dohledatelné pomocí nových technik a indexérů, které dnes ještě nemusí existovat.
• Právní aspekt: zápis osobních údajů (PII) do blockchainu může vést k nesouladu s předpisy o ochraně dat, protože není možné efektivně uplatnit právo na vymazání.

Firemní pohled: governance a minimalismus dat

• Politika používání řetězce: definujte, která data smí být zapisována (ideálně bez PII), jaká metadata se nesmí používat (volný text, identifikátory klientů).
• Segmentace adres: oddělení adresních oblastí pro různé účely (treasury, dodavatelé, granty) usnadňuje audit a minimalizuje nechtěná propojení.
• Off-chain informování: citlivé údaje (smlouvy, fakturační podrobnosti) řešte mimo řetězec s řízeným přístupem; on-chain používejte pouze referenční otisky (hash) bez závazného PII.
• Monitoring a compliance: implementujte sledování rizikových expozic (sankční seznamy, kompromitované adresy) a odpovědný přístup k veřejným požadavkům na transparentnost.

Co si zapamatovat: stručná mapa veřejnosti dat

Příklady situací a jejich důsledků pro soukromí

• Přijetí daru na veřejně sdílenou adresu: dárce i veřejnost vidí minulou a budoucí aktivitu této adresy; příjemce přenáší reputační riziko z předchozích interakcí.
• DAO hlasování z osobní adresy: hlasování je viditelné a zpětně přiřaditelné; vytváří veřejnou stopu preferencí a členství.
• Výplata honoráře přes smart kontrakt: paragrafy účetního toku jsou zveřejněny; je zřejmé, kdy a kolik adresát obdržel a z jakého zdroje.

Bezpečnostní minimum bez obcházení systémů

• Nezapisovat PII do on-chain polí (poznámky, struktury kontraktů) a nepoužívat adresy jako „vizitky“ tam, kde to není nezbytné.
• Rozlišovat kontexty (pracovní, komunitní, experimentální) a nemíchat adresy mezi nimi, pokud to není nutné.
• Rozumět následkům sdílení adres na veřejných profilech a v komunikaci – jde o trvalé propojení.
• Ověřovat, co logují nástroje peněženek a třetích stran (diagnostika, analytika) a volit odpovídající nastavení soukromí.