Proč decentralizované zprávy a identita mají význam
Komunikace je krevním oběhem Web3: koordinuje DAO, upozorňuje na rizika, spojuje trhy a buduje důvěru. Decentralizované zprávy (messaging) a decentralizovaná identita (DID/SSI) slibují nezávislost na platformových „bránách“ a cenzuře, interoperabilitu napříč aplikacemi a kryptograficky ověřitelné vztahy. Realita je však plná kompromisů: doručitelnost vs. soukromí, moderace vs. svoboda, UX vs. bezpečnost. Tento článek mapuje technické možnosti, architektury a omezení, které by měl znát každý produktový i bezpečnostní tým v oblasti Krypto, trading & Web3.
Architektury zpráv: federované, P2P a hybridní
- Federace: Více serverů v rámci společného protokolu (např. Matrix), výhody: škálovatelnost, historii uchovávají servery; nevýhody: slabší metadatové soukromí, složitá federovaná transakce s vlákny (FTs).
- P2P/relay síť: Uzly nebo relaye přeposílají zprávy (např. Waku/Libp2p, Nostr), výhody: menší závislost na konkrétní entitě; nevýhody: spam a dočasnost, obtížná moderace a doručitelnost offline.
- Hybrid: Privátní ukládání + otevřené relaye nebo „store-and-forward“ u poskytovatelů, kteří neznají obsah (E2EE), například XMTP s peněženkovou identitou.
Decentralizovaná identita: modely a stavebnice
- DID (Decentralized Identifiers): Identifikátory ve formátu did:* s DID Document (klíče, služby). běžné metody: did:key (přímo z veřejného klíče), did:pkh (adresy sítí), did:ethr (Ethereum registry), did:web (DNS/HTTPS), did:ion (na Sidetree).
- VC (Verifiable Credentials): Kryptograficky podepsaná tvrzení (věk, členství, reputace). Přenosná mezi peněženkami a službami.
- SIWE (Sign-In with Ethereum): Doporučený způsob přihlašování pomocí podpisu zprávy (ERC-4361); bez sdílení seed fráze, s jednoznačným „domain binding“.
- Namespace identity: ENS/UNS jména, Lens/Farcaster profily; uživatelsky čitelné „aliasy“ nad klíči nebo účty.
Komunikační protokoly a jejich profil
- Matrix + E2EE (Megolm/MLS): Federovaný chat s rozsáhlou funkcionalitou, vhodný pro týmy a DAO; obsah E2EE, ale metadata mohou být viditelná vůči homeserverům.
- XMTP (wallet-native messaging): Zprávy vázané na adresy/účty; inbox „putuje“ s peněženkou napříč aplikacemi. Výhoda: on-chain adresáře, soukromý obsah; výzvy: ekonomika spamu a obnovy klíčů.
- Waku (libp2p pub/sub & store): Topic-based přenos s store a filter uzly pro offline doručování; silné stránky: privátní relay kanály, škálovatelnost; slabiny: spam, routing, kompromisy soukromí vs. vyhledatelnost.
- Nostr (relays & events): Jednoduchý protokol s relayi; silná odolnost proti cenzuře přes multi-relay publikování; slabiny: spam, reputace, fragmentace relayů.
- Push Protocol (EPNS): Notifikace pro adresy; ne chat v plném smyslu, ale důležitý pro „alerting“ (likvidace, governance).
Kryptografie zpráv: od Double Ratchet po MLS
- E2EE a dopředná důvěrnost: Double Ratchet (Signal) je osvědčený pro 1:1 komunikaci; ve skupinách je výhodnější MLS (Message Layer Security) pro efektivní správu klíčů.
- Post-kvantové volby: Zatím experimentální; hybridní režimy mohou snížit riziko „harvest-now, decrypt-later“.
- Ochrana metadat: E2EE nechrání, kdo s kým komunikuje a kdy. Mixnety, onion routing, „padded“ dávky a odložené odeslání zmírňují analýzu provozu za cenu latence a nákladů.
Identita a prokazování bez odhalení: ZK a selektivní transparentnost
- ZK-důkazy: Prokaž „jsem starší 18 let“, „jsem člen DAO“, „mám reputaci >= X“ bez odhalení dalších údajů.
- Soukromá reputace: Rate-limiting nullifiers, zk-reputation a anonymizované lístky proti spamu.
- Sybil-odolnost: Bez biometrie a KYC je obtížná; kombinace sociálních grafů, proof-of-personhood, stakeu a ZK může náklady zvyšovat, ale nezabrání všem útokům.
Ekonomika spamu: co funguje v praxi
- Poštovné a stake: Mikropoplatek, vratná záruka (bond) nebo spálení malého množství; účinné proti botům, ale problematické pro UX (gas, onboarding).
- ACL a reputace: Povolené seznamy, message-request inbox, skórování na základě historie interakcí; riziko elitarizace a sybilových skupin.
- Rate-limits a kryptografické puzzle: Ochrana kapacity relayů; vhodné jako základ, nikoli jediná linie obrany.
Doručitelnost a offline režim
- Store-and-forward uzly: Zlepšují offline doručování, ale vytvářejí body s metadata. Šifrované inboxy, „sealed sender“ a krátká retence jsou kritické.
- Spolehlivost napříč relayi: Replikace přes více relayů, deduplikace eventů, idempotentní klíče zpráv.
- Velké přílohy: Ukládání off-chain (IPFS/Filecoin/Arweave) s odkazem a integritním hashem; pozor na soukromí a retention politiky.
Propojení identity napříč sítěmi
- Wallet ↔ DID ↔ lidsky čitelné jméno: ENS/UNS pro čitelnost, DID pro standardní rozhraní, wallet pro transakční původ.
- Ověření sociálních účtů: Podepsaná propojení na X/GitHub/Discord; odvolání při změně klíčů musí být zohledněno v návrhu.
- Rotace klíčů a sociální obnova: Account Abstraction, social recovery, MPC trezory a časové zámky proti únosu účtu.
Moderace bez centrálního admina
- Klientský filtr a lokální blacklisty: Každý klient rozhoduje, co zobrazí; interoperabilní formáty blacklistů.
- Komunitní kurátorské seznamy: DAO/komunity spravují veřejné „trust lists“ a „quarantine lists“; klient si vybírá, které sleduje.
- Právní minimum: Odstranitelnost a eskalace při protiprávním obsahu musí mít proces i v decentralizovaném prostředí (adresy pro stížnosti, podepsaná rozhodnutí).
UX a bezpečnost: tvrdé kompromisy
- Onboarding bez seed fráze: Passkeys/WebAuthn nebo MPC snižují chybovost; nezapomenout na export/portabilitu klíčů.
- Přehledy oprávnění a žádostí: Uživatel musí mít přehled, kdo žádá o právo poslat zprávu/notifikaci a proč.
- Přenositelný inbox: „Vezmi si zprávy do jiné aplikace“ je cíl; export/rehydratace kontaktů a VC musí být jedním klikem (s varováním o metadatech).
Interoperabilita: otevřené standardy vs. vendor lock-in
Plná interoperabilita je náročná: šifrovací schémata, skupinové klíče, identity a antispamové mechanismy se liší. Minimalistické bridge vrstvy (překlad identity, přeposílání E2EE payloadů, mapování vláken) a společné schemas pro profily a VC mohou vytvořit první „kompatibilní ostrovy“ bez oslabení bezpečnosti.
Bezpečnostní hrozby a mitigace
- Únos identity: Podpisování na podvrženém frontendu (phishing) – vyžadovat SIWE s domain binding, simulaci a čitelné znění.
- Řetězové útoky přes relaye: Flood/spam, vyčerpání zdrojů – rate-limit na identitu, stake/poštovné, reputační rozhraní.
- Únik metadat: Používat sealed sender, padding, zpoždění a mixnet pro citlivé konverzace.
- Supply-chain klientů: Podepsané buildy, reprodukovatelnost, SCA/SBOM, audit kryptografických knihoven.
Regulační a etické limity
Decentralizace neznamená právní imunitu. Obsahové předpisy, ochrana spotřebitele, AML/KYC a soukromí mohou být v konfliktu s odolností proti cenzuře. Eticky je klíčové zabudovat volbu: uživatel volí úrovně viditelnosti, modulární filtry a komu deleguje důvěru (kurátoři, relaye, poskytovatelé úložiště).
Tabulka: srovnání přístupů
| Vrstvy | Silné stránky | Slabé stránky | Use-cases |
|---|---|---|---|
| Federace (Matrix) | Bohaté funkce, skupiny, infra tooling | Metadata, komplexní provoz | DAO/týmový chat, incidenty |
| P2P/Relays (Waku/Nostr) | Odolnost proti cenzuře, otevřené relaye | Spam, fragmentace, doručitelnost | Veřejné kanály, „broadcasty“ |
| Wallet-native (XMTP/Push) | Vazba na on-chain identitu, přenositelný inbox | Spam ekonomika, rotace klíčů | OTC, notifikace, zákaznická podpora |
| DID + VC | Ověřitelné tvrzení, ZK integrace | UX/peněženky, interoperabilita schémat | Důkazy, reputace, přístupy |
Implementační „recept“ pro produkt
- Výběr identity: ENS/UNS pro aliasy, SIWE pro login, DID pro interoperabilitu; plán rotací a obnovy.
- Transport a E2EE: 1:1 přes Double Ratchet nebo MLS; skupiny rovnou MLS; metadatová opatření pro citlivé kanály.
- Antispamové mechanismy: Kombinovat message-requests, stake/poštovné, reputační signály a rate-limit ZK.
- Moderace: Klientské filtry + kurátorské seznamy; podepsaná rozhodnutí a exportovatelné blacklisty.
- Úložiště: IPFS/Arweave pro přílohy, krátká retenční okna na relayích, odkazy s kontrolou integrity.
- Klíče a UX: Passkeys/MPC, sociální obnova, session klíče na mobil; logovatelná revokace zařízení.
- Audit a telemetrie: Anonymizované metriky doručitelnosti, MTTD/MTTR pro messaging infrastrukturu, tzv. „syntetickí uživatelé“ na kontinuální testy.
KPI a testy kvality
- Doručitelnost T+Δ: Procento zpráv doručených do X sekund při N relays.
- Offline success rate: Podíl doručení po probuzení klienta do Y hodin.
- Spam false-negative/positive: Rovnováha mezi propouštěním spamu a blokováním legitimních žádostí.
- Key-loss recovery time: Medián času k funkční obnově identity bez zásahu podpory.
Use-cases pro Krypto/Trading & Web3
- OTC a brokering: E2EE 1:1 s VC „KYC-done“ bez odhalení detailů; escrow signály a arbitrážní playbooky.
- DAO governance: Diskuze svázaná s hlasovacími adresami; VC na prokazování členství; ZK pro anonymní příspěvky s důvěryhodností.
- Risk/alerting: Push notifikace pro likvidace, změny kolaterálu nebo protocol pausy; „subscribe by on-chain action“.
- Custody a podpora: Ověření držitele adresy přes SIWE, chat pro reset politiky s auditovatelnými kroky.
Omezení a otevřené problémy
- Metadatové soukromí vs. použitelnost: Mixnety zvyšují latenci; částečná řešení představují kompromisy.
- Interoperabilita MLS a existujících sítí: Odlišné správy klíčů ve skupinách brání „volnému roamingu“ mezi aplikacemi.
- Reputační přenosy
