Proč decentralizované zprávy a identita záleží
Komunikace je krevním oběhem Web3: koordinuje DAO, upozorňuje na rizika, propojuje trhy a vytváří 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álování, historii uchovávají servery; nevýhody: slabší metadata soukromí, složité FTs (federované transakce s thready).
- 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: Soukromé ukládání + otevřené relaye nebo „store-and-forward“ u poskytovatelů, kteří neznají obsah (E2EE), např. XMTP s peněženkovou identitou.
Decentralizovaná identita: modely a stavebnice
- DID (Decentralized Identifiers): Identifikátory ve formě 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řenositelné 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 bohatou funkcionalitou, vhodný pro týmy a DAO; obsah je 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: spam-ekonomika a obnova klíčů.
- Waku (libp2p pub/sub & store): Přenos založený na tématech s store a filter uzly pro offline doručování; silné stránky: privátní relay kanály, škálování; slabiny: spam, routing, kompromisy soukromí vs. vyhledatelnost.
- Nostr (relays & events): Jednoduchý protokol s relays; silná cenzuřeodolnost přes multi-relay publikování; slabiny: spam, reputace, fragmentace relayů.
- Push Protocol (EPNS): Notifikace pro adresy; není to chat v plném slova 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 ověřený pro 1:1; ve skupinách je vhodně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“, „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 ne zcela eliminovat útoky.
Ekonomika spamu: co funguje v praxi
- Poštovné a stake: Mikropoplatek, vratná zástava (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, bodování na základě historie interakcí; riziko elitarizace a sybilových barev.
- Rate-limits a kryptografické puzzle: Ochrana kapacity relayů; vhodné jako základ, ne jako 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á retenční okna jsou kritické.
- Spoľahlivost napříč relay: Replikace přes více relayů, deduplikace eventů, idempotentní klíče zpráv.
- Velké přílohy: Ukládat off-chain (IPFS/Filecoin/Arweave) s odkazem a kontrolním hashem; pozor na soukromí a retenční politiky.
Propojování identity napříč sítěmi
- Wallet ↔ DID ↔ čitelná jména: 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íčů je nutné řešit již 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í bloklisty: Každý klient rozhoduje, co zobrazí; interoperabilní formáty bloklistů.
- Komunitní kurátorské seznamy: DAO/komunity udržují veřejné „trust lists“ a „quarantine lists“; klient si volí, 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, podepisovaná rozhodnutí).
UX a bezpečnost: tvrdé kompromisy
- Onboarding bez seed: Passkeys/WebAuthn nebo MPC snižují chybovost; nezapomenout na export/portabilitu klíčů.
- Přehledy oprávnění a požadavků: Uživatel musí vidět, 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 upozorněním na metadata).
Interoperabilita: otevřené standardy vs. vendor lock-in
Plná interoperabilita je obtížná: šifrovací schémata, skupinové klíče, identity a obrana proti spamu se liší. Minimalistické bridge vrstvy (překlad identity, přeposílání E2EE payloadů, mapování threadů) a společné schemas pro profily a VC mohou přinést první „kompatibilní ostrovy“ bez oslabení bezpečnosti.
Bezpečnostní hrozby a mitigace
- Únos identity: Podepisová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 metadata: Používat sealed sender, padding, zpoždění a mixnet pro citlivé konverzace.
- Supply-chain klientů: Podepisované buildy, reprodukovatelnost, SCA/SBOM, audit kryptografických knihoven.
Regulační a etické limity
Decentralizace neznamená právní imunitu. Obsahové regulace, ochrana spotřebitele, AML/KYC a soukromí mohou být v konfliktu s cenzuřeodolností. Eticky je klíčové zabudovat volbu: uživatel volí stupně viditelnosti, modulární filtry a komu deleguje důvěru (kurátoři, relaye, poskytovatelé úložiště).
Tabulka: porovnání přístupů
| Vrstva | Silné stránky | Slabé stránky | Use-cases |
|---|---|---|---|
| Federace (Matrix) | Bohaté funkce, skupiny, infra tooling | Metadata, složitá správa | DAO/týmový chat, incidenty |
| P2P/Relays (Waku/Nostr) | Cenzuřeodolnost, otevřené relaye | Spam, fragmentace, doručitelnost | Veřejné kanály, broadcasty |
| Wallet-native (XMTP/Push) | Vázáno na on-chain identitu, přenositelný inbox | Spam ekonomika, klíče/rotace | OTC, notifikace, klientská podpora |
| DID + VC | Ověřitelné tvrzení, ZK integrace | UX/peněženky, interoperabilita schémat | Důkazy, reputace, přístupy |
Implementační „kuchařka“ 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; metadata opatření pro citlivé kanály.
- Spam-obrany: Kombinovat message-requests, stake/poštovné, reputační signály a rate-limit ZK.
- Moderace: Klientské filtry + kurátorské seznamy; podepisovaná rozhodnutí a exportovatelné bloklisty.
- Ú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 infra, tzv. „synthetic users“ na kontinuální testy.
KPI a testy kvality
- Doručitelnost T+Δ: Procento zpráv doručených do X sekund při N relayeích.
- 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 požadavků.
- 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: Diskuse vázaná na hlasovací adresy; VC na prokázání členství; ZK pro anonymní příspěvky s důvěryhodností.
- Risk/alerting: Push notifikace na 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
- Metadata soukromí vs. použitelnost: Mixnety zvyšují latenci; částečná řešení jsou kompromisy.
- Interoperabilita MLS a existujících sítí: Rozdílná správa klíčů ve skupinách brání „volnému roamingu“ mezi aplikacemi.
- Reputační přenosy: Přenos reputace mezi sítěmi je náročný, náchylný na „whitewashing“.
- <
