On-chain identita (ENS)

Prečo vôbec on-chain identita: human-readable mená a reputačné vrstvy

On-chain identita prináša ľudsky čitateľné mená (napr. alice.eth) a prenosné profily, ktoré fungujú naprieč peňaženkami, aplikáciami a reťazami. V ideálnom prípade znižuje trenie: namiesto dlhých adries používate aliasy, namiesto opakovaného „KYC–like“ zadávania údajov prenášate verifikovateľné tvrdenia (credentials). Tieto výhody sa však spájajú s trvalosťou a verejnosťou záznamov na blockchaine, čo vytvára dilemu pohodlie vs. súkromie – a v praxi aj bezpečnosť vs. použiteľnosť.

Stavebnica on-chain identity: mená, DID a verifikovateľné tvrdenia

• On-chain mená (napr. ENS, ale tiež alternatívne menné priestory) poskytujú mapovanie name → adresy/zdroje cez resolver. Zápisy sú verejné a strojovo spracovateľné.
• DID (Decentralized Identifiers) definujú identifikátory ako did:method:… s dokumentmi, ktoré uvádzajú kľúče a služby. DID môže smerovať na on-chain účet, ale nemusí – vďaka tomu je možná off-chain identita s prepojením na reťaz, keď to treba.
• Verifikovateľné credentials (VC) umožňujú vydávať a dokazovať tvrdenia (napr. „tento účet patrí organizácii X“), ideálne s možností zero-knowledge odhalenia len nevyhnutného minima informácií.

ENS v skratke: registry, registrár, resolver a záznamy

ENS (Ethereum Name Service) sa skladá z troch vrstiev: registry (kto vlastní ktoré meno), registrár (pravidlá pre získanie/obnovu domén, napr. .eth) a resolver (kam meno smeruje). Na úrovni resolvera sa typicky nastavujú:

• Adresy pre rôzne siete (ETH, BTC, L2 aliasy, kontrakty),
• Textové záznamy (email, url, avatar, sociálne profily),
• Contenthash (odkaz na IPFS/Arweave obsah),
• Reverse record (mapovanie adresa → meno pre UX v peňaženkách).

Najväčšie privacy riziko v praxi vzniká práve pri textových záznamoch a pri zapnutí reverse recordu, ktoré uľahčia naviazanie celého vášho on-chain správania na jednu verejnú identitu.

Iné menné priestory a sociálne identity

Okrem ENS existujú alternatívne TLD a sociálne aliasy (mená v sociálnych protokoloch, profilové handle v ekosystémoch DeFi/SocialFi). Tieto mená môžu byť:

• On-chain NFT domény (prevoditeľné, s metadátami v kontrakte),
• Hybridné (on-chain registrácia, off-chain rozlíšenie cez orákulum/CCIP-Read),
• Off-chain (centrálne registry s kryptografickými podpismi).

Rozdiely v bezpečnostnom modeli (kto môže záznam zmeniť, ako sa dokazuje vlastníctvo) výrazne ovplyvňujú dôveryhodnosť „identity signálov“ pre airdropy, kurátorstvo či reputačné systémy.

Pohodlie: kde mena naozaj pomáha

• UX pri platbách – menej chýb pri vkladaní adries, vizuálne rozlíšenie príjemcu, QR a deeplinky.
• Kurátorstvo a reputácia – kurátorské zoznamy, podpisovanie výstupov (blog, kód, výskum) identitou, ktorá je prenosná a bez platformového lock-inu.
• Automatizácia – integrácie, ktoré čítajú resolver (napr. avatar, contenthash), a instantne aktualizujú profil naprieč aplikáciami.
• Organizačné účty – jedno meno → množstvo rolí cez subnames (tím@org.eth, grants@org.eth), auditovateľný vlastník v multisigu.

Temná stránka pohodlia: deanonymizácia a „graph leak“

Ak adresu zviažete s menom, každý on-chain prienik (prevod, interakcia s kontraktom) rozširuje verejne dostupný identity graph. Spojenie s CEX výbermi/depozitmi, NFT nákupmi, farma spam transakciami či drop claimmi postupne odkryje zvyky, majetok, partnerov. Riziká:

• Profilovanie (cielené phishing kampane, „airdop“ scamy),
• Fyzicko-personálne bezpečnosť (majetkové cielenie),
• Compliance/daňové otázky (neúmyselné publikovanie transakcií spojených s identitou),
• Sociálne tlaky (verejná histórie hlasovaní/DAO príspevkov).

Hrozby na aplikačnej vrstve: phishing, homoglyfy, typo-squatting

• Homoglyfy a vizuálne klony: zámenné znaky (latinka vs. cyrilika) v menách môžu imitovať známy brand.
• Typo-squatting: útočník zaregistruje variant s malou odchýlkou (napr. alicе.eth s iným písmenom „e“).
• Falošné profily: textové záznamy (twitter, url) presmerujú na phishing.
• Supply-chain: kompromitácia resolvera alebo webu, ktorý číta záznamy, vedie k silent prepisom cieľovej adresy.

On-chain trvalosť a „nezabudnuteľnosť“

Zmeny v resolveri sú síce možné, no historické mapovania a archívne dáta zostávajú analyzovateľné. To znamená, že aj keď záznam odstránite, predchádzajúce úniky môžu kolovať v indexoch a dátových skladoch. Preto je rozumné od začiatku modelovať identitu ako vrstvenú a segmentovanú, nie monolitickú.

Segmentácia identity: personálna, pracovná, treasury a experimentálna

Overený a prenosný vzor, ktorý vyvažuje UX a súkromie:

• Verejná persona – mená, ktoré používate pri komunikácii, PR a sociálnych profiloch. Obmedzte finančné toky, používajte rozumné text záznamy (žiadne emaily/telefóny).
• Prevádzkové účty – pre DAO/projekty s jasným subname priestorom (finance@, ops@), viazané na multisig a politiky.
• Treasury a custody – bez reverse recordu, bez zbytočných textových záznamov, oddelené financovanie, cold procedúry.
• Laboratórne/experimentačné – krátkodobé aliasy na testy a interakcie s novými kontraktmi; priebežná rotácia.

Subnames, „name wrapper“ a politiky oprávnení

Subdomény (subnames) umožňujú delegovať identitu bez zdieľania root kľúčov. S modernými wrappermi viete nastaviť trvalé obmedzenia (neprevoditeľnosť, zákaz re-assignu resolvera, expirácie), čím znížite riziko key compromise u tímov a dodávateľov.

CCIP-Read a off-chain rozlíšenie: škálovanie vs. dôvera

Mechanizmy typu CCIP-Read umožňujú resolveru načítať údaje z off-chain zdroja (server, IPFS) a overiť ich podpisom. Výhody: lacnejšie a flexibilné záznamy. Nevýhody: ďalšia dôvera v dostupnosť/bezpečnosť off-chain komponentu a v správnosť podpisových kľúčov. Pri citlivých poliach (payment adresy) preferujte on-chain záznamy a minimálne množstvo údajov.

Verifikovateľné credentials a ZK: pohodlie bez úniku

Namiesto toho, aby ste k profilu pripájali priame osobné dáta (meno, email), používajte VC s voliteľným odhalením a ZK dôkazy. Príklady použitia:

• Vek/obmedzenia: dokážte „>= 18“ bez odhalenia dátumu narodenia.
• Členstvo/role: dokážte status v komunite (DAO člen, contributor) bez odhalenia hlavnej adresy.
• Sybil odolnosť: dôkazy singularity (jedna osoba ≠ jedna adresa) bez publikovania biometrie alebo PII.

Stealth adresy, platobné požiadavky a oddelenie financií

Ak cez verejné meno zbierate platby/dary, zvážte modely, v ktorých príjemca generuje per-payer ciele (napr. mechanizmy typu stealth/one-time adresy, „invoice“ s derivovaným kľúčom). Minimalizujete tým väzbu „všetky príjmy → jedna adresa“. Pre bežné on-chain platby radšej nezverejňujte master adresu v text záznamoch.

Reverse record: kedy áno a kedy radšej nie

Reverse record zlepšuje UX (peňaženky zobrazia meno), ale okamžite spája každú aktivitu daného účtu s reputačným aliasom. Odporúčanie:

• On pre verejnú personu s nízkou finančnou aktivitou,
• Off pre trading, custody a treasury adresy, kde je súkromie prvoradé.

Obnova, expirácie a „sniping“

Mená zvyčajne expirujú. Ak zlyhá obnova, vzniká okno na sniping (niekto vaše meno chytí a zneužije reputáciu). Nastavte si alerty, automatické obnovy a používajte multisig pre operácie s registrátorom. Pre brandy je vhodná aj registrácia obranných variantov (ľahko zameniteľné tvary).

Kompatibilita naprieč reťazami: mapovanie identít v multichain svete

ENS a ďalšie mená vedia mapovať adresy pre rôzne siete. Pri multichain operáciách si zaveďte pravidlo: „jedna identita – viac cieľov, ale každý len pre svoj kontext“. Teda nezverejňujte univerzálne adresy; pre L2/L3 používajte vyhradené subnames a resolver polia. Pri cross-chain publikovaní pozor na oneskorenia a stale mapovania.

Organizačné identity: DAO, projekty a právne jednotky

• Politiky subnames – pravidlá prideľovania, revokácie a rotácie (onboarding/offboarding členov).
• Šablóny rekordov – „minimálny bezpečný set“ (kontakt → generické issue linky, nie osobné emaily; avatar → IPFS), zákaz ukladania PII.
• Logovanie a zodpovednosť – kto menil resolver/registráciu, audit trail v multisigu, two-person rule.

Právne a compliance úvahy bez zbytočného KYC-lock-inu

On-chain meno samo o sebe nie je KYC. Ak však prepojíte profil s právnickou osobou (web, firemné registry), vzniká očakávanie konzistentnosti. Pre granty a partnerstvá používajte VC namiesto verejnej PII; pre podpísané oznámenia používajte deterministické buildy a podpisy publikované pod identitou (hash na IPFS + podpis peňaženkou).

Praktické zásady „privacy by design“ pre on-chain mená

1. Minimalizmus záznamov: udržujte resolver „chudý“ (adresy, nie osobné texty; bez emailu/telefónu).
2. Segmentácia: minimálne dve identity – verejná a finančná; ideálne viac podľa rolí.
3. Rotácia a expirácie: pravidelne revidujte text záznamy, čistite staré odkazy, sledujte expirácie.
4. Homoglyph guard: registrujte obranné varianty, používajte vizuálne overovanie a varovania v UI.
5. Off-chain VC + ZK: preferujte selektívne odhalenie atributov pred trvalým on-chain publikovaním.
6. Bezpečné financovanie: oddelené funding kanály, stealth/invoice adresy, bez reverse recordu pre treasury.
7. Organizačný wrapper: subnames s politikami, neprevoditeľnosť podľa potreby, multisig na kritické zmeny.

Checklist pred publikovaním identity

• Aké adresy publikujem a prečo? Sú oddelené podľa kontextu?
• Obsahujú text records čokoľvek, čo by som oľutoval, keby to zostalo navždy?
• Je reverse record zapnutý len tam, kde to dáva zmysel?
• Mám plán obnovy, alerty na expirácie a obranné domény proti homoglyfom?
• Je moja identita naviazaná na VC/ZK dôkazy namiesto hrubých PII?
• Sú resolver a registrátor chránené cez multisig/timelock a mám auditovateľný proces zmien?

Riziková matica: pohodlie vs. súkromie

Rozhodnutie	Benefit	Riziko	Mitigácia
Zapnúť reverse record	Skvelé UX v peňaženkách	Kompletná sledovateľnosť účtu	Ponechať len na verejnej persone, inde vypnúť
Publikovať textové profily	Dôveryhodnosť a nájdenie profilu	Phishing, PII únik, prelinkovanie grafu	Minimálny set, bez PII, linky na VC
Jedno meno pre všetko	Maximálne pohodlie	Totálny „graph leak“	Segmentácia na personu/prevádzku/treasury/lab
Off-chain rozlíšenie (CCIP-Read)	Flexibilné, lacné	Nové dôverové body	Podpisy, redundancia, on-chain pre kritické adresy

Príklady bezpečných vzorov (patterns)

• „Thin Resolver“: iba primárne adresy + avatar na IPFS; bez sociálnych odkazov a e-mailu.
• „Subname per Context“: pay.org.eth pre fakturáciu (s per-invoice adresami), press.org.eth pre PR, ops.org.eth pre interné interakcie.
• „ZK-Gate“: súkromný klub/gating na základe ZK dôkazu členstva bez odhalenia hlavnej adresy.
• „No-Reverse Treasury“: treasury účty bez reverse, prísne oddelené od verejných mien, s multisig a hardvérovým podpisom.

Zhrnutie

On-chain mená a identity dramaticky zlepšujú použiteľnosť Web3 – znižujú chyby, umožňujú prenosnú reputáciu a automatizovateľné profily. Rovnaké vlastnosti však uľahčujú deanonymizáciu a tvoria trvalé identity grafy. Kľúčom k rozumnému kompromisu je minimalizmus v resolveri, segmentácia identít, subnames s politikami, využitie VC a ZK namiesto trvalej PII, opatrnosť s reverse recordom a pevná operačná hygiena (multisig, alerty, audity, rotácie). Takto možno získať pohodlie bez toho, aby ste obetovali viac súkromia, než je nevyhnutné.