Modely bezpečnosti bitcoinových sidechainů: Sloučené těžení vs. Úschovné federace

Jako původní blockchain je Bitcoin (vrstva 1, neboli L1) bezkonkurenční ve své bezpečnosti a decentralizaci. Jeho návrh však tyto vlastnosti upřednostňuje, což omezuje jeho propustnost a schopnosti smart kontraktů. Toto omezení vedlo k nutnosti vytvoření řešení vrstvy 2 (L2), která zahrnují sidechains postavené na Bitcoinu pro zpracování složitých úkolů nebo velkého objemu transakcí.

Sidechains fungují jako nezávislé, paralelní blockchainy, které jsou „spojeny“ s Bitcoinem. Umožňují uživatelům dočasně přesunout svůj nativní Bitcoin na sidechain, využít funkce sidechainu (jako rychlejší transakce nebo smart kontrakty) a poté vrátit mince zpět na L1. Klíčovou otázkou pro každého uživatele je: jak je chráněn Bitcoin, který jsem uzamkl?

Odpověď spočívá v bezpečnostním modelu konkrétního sidechainu. Řešení škálování nevyhnutelně přinášejí kompromisy – nelze dosáhnout okamžité rychlosti, plné bezpečnosti a úplné decentralizace současně. Tento komplexní průvodce rozebírá dva hlavní bezpečnostní modely používané moderními bitcoinovými sidechains: model založený na důvěře Úschovných federací a model bezpečnosti založený na haši Sloučeného těžení. Porozumění těmto rozdílům není jen technickým cvičením; je nezbytné pro posouzení, kam je nakonec umístěna vaše důvěra (a vaše prostředky) v rozšiřujícím se bitcoinovém ekosystému.


Základní výzva: Zabezpečení obousměrného spojení

Celý smysl sidechainu spočívá v jeho schopnosti bezproblémově interagovat s hlavním bitcoinovým řetězcem. Tato interakce je usnadněna „obousměrným spojením“ (2WP) – systémem, který řídí převod aktiv v obou směrech.

Co definuje bitcoinový sidechain?

Sidechain je externí blockchain, který funguje nezávisle, ale zůstává propojený s Bitcoinem L1. Má svůj vlastní konsenzuální mechanismus (jak jsou transakce ověřovány) a svá vlastní pravidla, což mu umožňuje implementovat funkce, které Bitcoin L1 nemůže nebo nechce podporovat (jako složité Turing-úplné smart kontrakty nebo velmi vysoké rychlosti transakcí).

Aby uživatel mohl sidechain využít, musí provést proces nazvaný „pegging in“. To zahrnuje odeslání BTC na specifickou adresu v řetězci L1, což efektivně uzamkne mince. Jakmile jsou uzamknuty, je na sidechainu vytvořen a uvolněn ekvivalentní token (jako L-BTC na Liquid nebo sBTC na Stacks). Pro „peg out“ se proces obrátí: sidechainové tokeny jsou spáleny a původní uzamknuté BTC je uvolněno z adresy L1.

Důležitost obousměrného spojení (2WP)

2WP je překážkou maximální bezpečnosti. Je to místo, kde je Bitcoin uložen, zatímco je uživatel aktivní na sidechainu. Pokud mechanismus pegging selže, mohou být uzamknuté prostředky natrvalo ztraceny, uvězněny na sidechainu nebo ukradeny zlomyslnými aktéry, kteří ovládají mechanismus úschovy.

Proto spočívá hlavní rozdíl mezi modely sidechainů výhradně v kom ovládá multisig peněženku nebo trezor držící uzamknuté BTC a jak jsou motivováni k jeho férovému uvolnění. Tento mechanismus určuje celkový model důvěry sidechainu a jeho profil zranitelnosti.

Nevyhnutelný kompromis: Důvěra vs. decentralizace

Ve světě škálování se architektonické volby často vrací k jádrovému dilematu:

  1. Minimalizovaná důvěra (decentralizovaná): Řešení jako Bitcoin L1 nabízejí nejvyšší bezpečnost, protože vyžadují důvěru v matematiku, kód a globální ekonomické pobídky (těžební hašovou sílu), nikoli v konkrétní osoby nebo organizace. Jsou pomalé a drahé, ale vysoce odolné.
  2. Založená na důvěře (centralizovaná/federovaná): Řešení, která dosahují vysoké rychlosti, to často dělají tak, že outsourcingují správu 2WP malé, známé skupině. Je to rychlejší a levnější, ale vyžaduje důvěru v poctivost a kompetenci této konkrétní skupiny.

Sidechains se snaží zabrat střední pozici, ale jejich bezpečnostní modely jasně spadají k jednomu nebo druhému konci tohoto spektra.


Model 1: Federované (úschovné) sidechains

Federovaný model je nejjednodušší a nejběžnější přístup k dosažení obousměrného spojení. Vyhnout se složitým on-chain ověřovacím mechanismům tím, že svěřuje úschovu uzamknutého BTC do rukou konzorcia, neboli „federace“, složeného ze známých entit.

Jak funguje úschovná federace

Ve federovaném sidechainu je uzamknutý Bitcoin držen v multi-signature adrese (multisig peněžence) v bitcoinovém řetězci L1. Ovládání této adresy je sdíleno mezi předem určenou malou skupinou institucí známých jako Functionaries.

  • Úschova: Functionaries společně drží soukromé klíče potřebné k schválení výdaje prostředků v multisig adrese.
  • Konzensus: Pro transakci peg-out (uvolnění původního BTC) musí transakci podepsat většina Functionaries. Například ve federaci s 15 členy může být vyžadováno 10 podpisů.
  • Předpoklad bezpečnosti: Bezpečnost spočívá výhradně v předpokladu, že Functionaries nebudou koludovat k odcizení prostředků a že udržují bezúhonnou bezpečnostní praxi k zabránění kompromitace jejich individuálních klíčů.

Bezpečnostní riziko: Spoléhání se na Functionaries

Kritická zranitelnost federovaného modelu je riziko úschovy. Tyto sidechains nejsou minimalizované na důvěře; jsou důvěru přesunuté. Uživatelé přesouvají svou důvěru od decentralizované globální těžební sítě k governance a etice Functionaries.

  1. Riziko koluzi: Pokud dostatečný počet Functionaries (např. 10 požadovaných v příkladu s 15 členy) koordinuje útok, mohou podepsat transakci, která pošle všechen uzamknutý BTC na adresu, kterou ovládají, a efektivně prostředky ukrást.
  2. Operační riziko: I když jsou Functionaries poctiví, jejich individuální systémy jsou cíle. Úspěšný hack proti dostatečnému počtu serverů s klíči Functionaries by mohl vést k odcizení prostředků bez interní koluze.
  3. Riziko cenzury: Federace ovládá mechanismus peg-out. Mají technickou schopnost blokovat nebo oddalovat specifickým uživatelům vykoupení jejich BTC, což zavádí centralizovaný bod cenzury.

Výhody: Rychlost, soukromí a kontrola

Navzdory rizikům centralizované úschovy nabízejí federované sidechains významné výhody, díky čemuž jsou populární v specifických použitích, zejména mezi podniky a obchodními firmami:

  • Rychlá finalita: Menší, známá skupina validátorů umožňuje zpracování a finalizaci transakcí extrémně rychle, často za méně než minutu.
  • Integrace funkcí: Protože federace ovládá pravidla, mohou rychle integrovat sofistikované funkce, jako je důvěrnost transakcí (maskování částek transakcí), kterou Bitcoin L1 nepodporuje.

Skutečný příklad: Liquid Network

Liquid Network, vyvinutý Blockstreamem, je nejvýznamnějším příkladem federovaného sidechainu. Je primárně navržen pro obchodníky s velkým objemem a burzy.

  • Členství: Functionaries jsou v současnosti složeny z více než 60 členských institucí (burzy, finanční instituce a peněženky).
  • Použití: Liquid se často používá k usnadnění rychlých, důvěrných převodů kapitálu mezi burzami, což umožňuje arbitráž a správu likvidity bez čekání na pomalé potvrzení Bitcoinu L1.
  • Shrnutí modelu důvěry: Uživatelé důvěřují bezpečnosti, integritě a nekoluzi více než 60 členských společností tvořících skupinu Functionaries. Pokud tyto společnosti zůstanou solventní a poctivé, je peg bezpečný.

Model 2: Sidechains se sloučeným těžením

Sloučené těžení představuje pokus zabezpečit sidechain pomocí bezkonkurenčního bezpečnostního rozpočtu bitcoinové sítě samotné, čímž minimalizuje závislost na specifické federaci nebo skupině zprostředkovatelů.

Vysvětlení mechanik sloučeného těžení

Sloučené těžení umožňuje těžit dva různé blockchainy současně stejnou těžební operací s použitím stejného výpočetního úsilí (hašové síly).

Zde je, jak to funguje:

  1. Těžař Bitcoinu vytvoří kandidáta bloku pro bitcoinový řetězec L1.
  2. Těžař také vytvoří kandidáta bloku pro přidružený sidechain (např. Stacks).
  3. Hlavička bloku sidechainu je vložena do bitcoinového bloku L1 (často do coinbase transakce nebo pole dat OP_RETURN).
  4. Když těžař najde platný haš pro bitcoinový blok, tento haš také validuje a zabezpečuje blok sidechainu.

Klíčovým výsledkem je, že sidechain dědí celou hašovou míru a výslednou neměnnost bitcoinové sítě. K zahájení 51% útoku proti sloučeně těženému sidechainu by útočník musel nejprve spustit úspěšný a vysoce nákladný 51% útok proti samotnému Bitcoinu.

Bezpečnostní důsledky: Odolnost proti Sybilovým útokům a náklady na útok

Bezpečnostní výhoda sloučeného těžení je hluboká. Řeší „problém bootstrapování“ pro nový řetězec: jak přesvědčit uživatele, že je váš řetězec bezpečný, když nemáte miliardy dolarů v těžebním vybavení?

  • Půjčená odolnost proti Sybilovým útokům: Odolnost proti Sybilovým útokům je schopnost sítě bránit se proti útočníkovi vytvářejícímu mnoho falešných identit (uzlů) k přemoci sítě. Při sloučeném těžení získává sidechain Sybilovou odolnost Bitcoinu. Bitcoinovou hašovou sílu nelze falšovat.
  • Extrémně vysoké náklady na útok: Útočník nemůže jednoduše zaútočit na sidechain malým množstvím hašové síly. Musí překonat miliardy dolarů na hardwaru a výdeji na elektřinu, které v současnosti zabezpečují Bitcoin L1, což činí double-spend nebo reorganzi řetězce prakticky nemožnou.
  • Decentralizovaná produkce bloků: Na rozdíl od federovaných sidechainů, které spoléhají na malou, pojmenovanou skupinu pro konsenzus, sloučené těžení umožňuje každému, kdo zabezpečuje Bitcoin, zabezpečovat také sidechain, což rozšiřuje pool producentů bloků a zvyšuje odolnost proti cenzuře.

Zádrhel: Mechanismus peg-out zůstává složitý

Zatímco sloučené těžení zabezpečuje produkci bloků na sidechainu, neautomaticky nezabezpečuje peg-out mechanismus – převod zpět na Bitcoin L1. Zde se různé sidechains se sloučeným těžením liší a zavádějí novou složitost:

1. Problém plného uzlu (dostupnost dat)

V čistém nastavení sloučeného těžení (jako rané návrhy Drivechains) bitcoinový řetězec L1 ve skutečnosti nevaliduje transakce probíhající na sidechainu. Pouze zajišťuje, že hlavičky bloků sidechainu byly bezpečně zaznamenány. To vytváří problém s dostupností dat:

  • Žádná validace L1: Pokud validátor sidechainu (nebo zlomyslný těžař) vytvoří neplatný blok, těžaři Bitcoinu L1 mohou stále přijmout hlavičku, protože kontrolují pouze, že blok má správný proof-of-work (cílovou obtížnost), ne interní validitu transakcí uvnitř sidechainu.
  • Spoléhání na uzly sidechainu: Uživatelé stále musí spoléhat na spouštění nebo důvěru v plné uzly sidechainu, aby ověřili, že nedošlo k podvodu, než peg out.

2. Dilema těžařů (Drivechains)

Hlavní překážkou plně decentralizovaných implementací sloučeného těžení (jako navrhované Drivechains) je, jak motivovat těžaře k poctivému dohledu nad procesem peg-out.

  • V některých návrzích by sami těžaři hlasovali o uvolnění uzamknutého BTC, ale to vytváří masivní ekonomický konflikt: těžaři mají chránit uzamknutý BTC, ale mohli by také koludovat k jeho odcizení. Zabezpečení peg-outu pod sloučeným těžením často vyžaduje složité a dlouhé čekací období („bezpečnostní prodlevu“), během kterého musí komunita sidechainu monitorovat podvody.

Skutečný příklad: Stacks

Stacks (dříve Blockstack) je významným příkladem využívajícím sloučené těžení, i když označuje svůj specifický konsenzuální mechanismus jako Proof-of-Transfer (PoX). Stacks používá bitcoinové těžaře k zabezpečení řazení svých transakcí a finality svého řetězce.

  • Jak to funguje: Bloky Stacks jsou ukotveny k bitcoinovým blokům prostřednictvím sloučeného těžení (PoX). To znamená, že reorganize na řetězci Stacks by vyžadovala reorganize podkladového bitcoinového řetězce.
  • Smart kontrakty: Stacks je navržen speciálně k přinesení složitých smart kontraktů (pomocí jazyka Clarity) na Bitcoin.
  • Bezpečnost peg-outu: Mechanismus pro přesun Bitcoinu na Stacks (sBTC) je decentralizovaný a řízen smart kontrakty, využívající finalitu poskytnutou PoX, s cílem vyhnout se centralizované úschově federace. To spoléhá na ekonomickou bezpečnost a decentralizaci zděděnou ze sloučeného těžení.

Hloubková srovnání: Bezpečnostní a důvěrní modely

Filozofický rozdíl mezi federovanými a sidechains se sloučeným těžením spočívá ve dvou proměnných: Předpoklad důvěry (na koho spoléháte) a Povrch útoku (kde je systém nejzranitelnější).

Funkce Federované/Úschovné (např. Liquid) Sloučené těžení (např. Stacks/Drivechains)
Hlavní model úschovy Multi-sig adresa ovládaná malou, známou skupinou institucí (Functionaries). Aktiva zabezpečená decentralizovaným konsenzuálním mechanismem ukotveným k bitcoinové hašové síle (PoW).
Předpoklad důvěry Sociální důvěra, právní smlouvy, reputace a operační bezpečnost specifických Functionaries. Důvěra v ekonomické pobídky Bitcoinu, kryptografický důkaz a globální hašovou míru.
Bezpečnost bloků Zabezpečená vlastním malým Proof-of-Authority (PoA) sidechainu nebo podobným mechanismem. Slabá ve srovnání s BTC. Dědí obrovský bezpečnostní rozpočet těžařů Bitcoinu L1.
Bezpečnost pegu (2WP) Centralizovaná. Functionaries musí schválit všechny peg-outy. Decentralizovaná. Vyžaduje složitou on-chain nebo off-chain verifikaci komunitou nebo těžaři (velmi se liší podle implementace).
Hlavní vektor útoku Kolize nebo kompromitace Functionaries (krádež/cenzura). Chyby v kódu peg-outu, obtížnost ověření validity transakcí sidechainu (detekce podvodu).
Rychlost transakcí Velmi rychlá (sekundy až minuty). Rychlá, ale často zahrnuje zpoždění (např. „bezpečnostní okno“) k finalizaci peg-outu pro prokázání podvodu.

Vektory útoku a režimy selhání

Typ bezpečnostního modelu určuje specifická rizika, kterým uživatel čelí:

1. Selhání federovaného modelu (krádež & cenzura)

Režim selhání zde je přímočará bezpečnostní chyba nebo etické selhání:

  • Režim selhání: Uzamknutý BTC je ukraden nebo natrvalo zadržen jako rukojmí.
  • Mechanismus: Supermajorita Functionaries je vynucena, hacknuta nebo koluduje k podpisu transakce, která ukradne celý pool aktiv. Alternativně může Functionary odmítnout schválit žádosti o peg-out od specifických uživatelů (cenzura).
  • Výsledek: Katastrofické selhání vedoucí ke ztrátě všech pegovaných aktiv.

2. Selhání modelu sloučeného těžení (podvod & zpoždění)

Protože BTC samo není držen několika důvěryhodnými stranami, hrozba je obvykle subtilnější a týká se integrity dat:

  • Režim selhání: Transakce na sidechainu je nesprávně provedená (podvod) nebo je zahrnut zlomyslný blok.
  • Mechanismus: Teoreticky by malá skupina validátorů sidechainu mohla vytvořit neplatný blok sidechainu a protože Bitcoin L1 obsah nevaliduje, je podvod zacementován do historie bitcoinových bloků.
  • Mitigace: Bezpečnostní mechanismus (který se velmi liší podle řetězce) musí umožnit dostatečný čas (např. výzvnou dobu) pro plné uzly sidechainu k detekci podvodu a prokázání ho systému před přesunem prostředků zpět na L1.
  • Výsledek: Ztráta prostředků pouze pokud komunita sidechainu selže v detekci a prokázání podvodu během bezpečnostního okna.

Rozbor předpokladu důvěry: Kde je riziko?

Při výběru sidechainu děláte kritické rozhodnutí o důvěře:

Důvěra v reputaci a instituce (federované)

Pokud používáte federovaný sidechain, výslovně spoléháte na:

  • Právní záruky: Functionaries jsou často vázáni právními dohodami a jejich korporátní reputací.
  • Kompetence: Důvěřujete jejich interní operační bezpečnosti (OpSec) k zabránění hackerům v získání jejich soukromých klíčů.
  • Nekolize: Spoléháte na předpoklad, že ekonomické a reputační náklady na krádež prostředků převažují nad potenciálními zisky pro Functionaries.

Shrnutí rizika: Vysoká jistota v krátkodobém horizontu, ale existují zásadní jediné body selhání.

Důvěra v kryptografii a pobídky (sloučené těžení)

Pokud používáte sidechain se sloučeným těžením, výslovně spoléháte na:

  • Ekonomická bezpečnost: Náklady na útok proti podkladové bitcoinové síti zůstávají vysoce odrazující.
  • Decentralizovaná verifikace: Spoléháte na to, že open-source kód sidechainu je robustní a komunita plných uzlů sidechainu aktivně monitoruje podvody během okna peg-outu.
  • Finalita: Důvěřujete případné nevratnosti poskytnuté hlubokým ukotvením do bitcoinového řetězce.

Shrnutí rizika: Nižší jistota v krátkodobém horizontu (kvůli složité verifikaci), ale vyšší dlouhodobá odolnost proti selhání úschovy.

Ekonomická bezpečnost vs. decentralizace

Bezpečnost blockchainu nakonec spočívá v jeho ekonomickém designu.

Federované sidechains vyměňují vysokou decentralizaci za vysokou ekonomickou bezpečnost – ale pouze v krátkodobém horizontu. Bezpečnost je přímo vázána na hodnotu reputace Functionaries a jejich právní odpovědnosti. Pokud sidechain drží 1 miliardu USD v BTC, Functionaries odpovídají za 1 miliardu USD. Tento model často volí společnosti, které preferují jasnou právní nápravu před anonymní decentralizací.

Sidechains se sloučeným těžením usilují o vysokou decentralizaci tím, že se vyhýbají centralizované úschově. Jejich ekonomická bezpečnost je vázána na pobídky těžařů a náklady na spuštění masivního útoku L1. Argumentují, že bezpečnost samotného Bitcoinu by měla být jedinou kolaterální pro jakékoli řešení L2. Kompromisem je často snížení rychlosti a složitost v procesu peg-outu, který musí být perfektně navržen k prevenci podvodu bez nutnosti neustálého centralizovaného lidského zásahu.


Praktické důsledky pro uživatele a vývojáře

Volba mezi těmito bezpečnostními modely hluboce ovlivňuje, jak uživatelé interagují s prostředím L2 a co mohou vývojáři budovat.

Kdy použít který sidechain? (Analýza použití)

Uživatelé by měli sladit svou bezpečnostní preferenci se svými specifickými potřebami:

Vyberte federované sidechains, pokud:

  • Priorita: Potřebujete extrémně rychlé transakce s velkým objemem, často pro obchodování nebo arbitráž.
  • Profil důvěry: Jste spokojeni s důvěrou v známé finanční instituce (Functionaries) a vyžadujete právní/regulační jistotu před úplnou decentralizací.
  • Použití: Velké převody mezi burzami, rychlé vyrovnání pro institucionální klienty nebo používání tokenů s funkcemi důvěrnosti.
  • Upozornění: Neukládejte zde významné dlouhodobé bohatství; pohlížejte na to jako na vysoko rychlou operační peněženku pro krátkodobé úkoly.

Vyberte sidechains se sloučeným těžením, pokud:

  • Priorita: Potřebujete budovat nebo interagovat se složitými, minimalizovanými na důvěře smart kontrakty, kde je riziko centralizovaného zabavení nepřijatelné.
  • Profil důvěry: Preferujete důvěru v kód, matematiku a decentralizované těžaře L1 před specifickými společnostmi.
  • Použití: Decentralizované finance (DeFi), vydávání nových tokenů, hraní her nebo dlouhodobé nasazení decentralizovaných aplikací.
  • Upozornění: Musíte být připraveni na potenciálně pomalejší časy peg-outu (kvůli bezpečnostním/výzvovým obdobím) a potřebu monitorovat zdraví sidechainu.

Role decentralizovaného peg-outu (Drivechains)

Konečným cílem mnoha bitcoinových vývojářů je implementovat skutečně neúschovné 2WP, často prostřednictvím návrhů jako Drivechains (formalizovaně BIP-300 a BIP-301). Tyto návrhy usilují o využití sloučeného těžení pro bezpečnost bloků a spoléhání na bitcoinové těžaře a komunitní výzvové období pro bezpečnost peg-outu.

Pokud bude implementován, úspěšný Drivechain by vyřešil inherentní problém centralizace federovaného modelu a eliminoval specifické předpoklady důvěry ohledně functionaries. Místo toho by uživatelé spoléhali čistě na ekonomiku bitcoinového těžení a bdělost plných uzlů sítě k prevenci podvodných výběrů. To představuje dlouhodobý, soběsuverénní ideál pro škálování Bitcoinu.

Nejlepší praxe pro self-custody na L2

Bez ohledu na model sidechainu, který používáte, udržení soběsuverenity vyžaduje bdělost:

  1. Pochopte peg: Před odesláním jakýchkoli BTC na sidechain prozkoumejte přesně, jak jsou uzamknuté prostředky zabezpečeny. Kdo drží klíče? Jaký je scénář selhání?
  2. Monitorujte Functionaries (federované): Pokud používáte federovaný řetězec, sledujte stabilitu, bezpečnostní záznam a regulační status Functionaries. Vysoká fluktuace nebo bezpečnostní průrazy v této skupině jsou velkými varovnými signály.
  3. Používejte renomované peněženky: Zajistěte, že rozhraní peněženky, které používáte, je navrženo pro bezpečné interagování s specifickými mechanismy peg-in/peg-out L2, což snižuje riziko chyby uživatele.
  4. Vyhněte se trvalému úložišti: Sidechains zavádějí složitosti a potenciální vektory rizik, které Bitcoin L1 nemá. Velká většina vašich držeb by měla zůstat zabezpečena na Bitcoinu L1. Sidechains jsou nástroje pro použití, ne pro úložení.

Závěr: Vážení rizik pro soběsuverenitu

Bitcoinové sidechains jsou klíčové nástroje, které umožňují síti L1 škálovat její užitečnost bez kompromitování jádra decentralizace a bezpečnosti. Nicméně škálování vyžaduje kompromisy a tyto kompromisy jsou nejvíce patrné v bezpečnostních modelech zvolených pro obousměrné spojení.

Volba mezi federovaným modelem a modelem sloučeného těžení je nakonec volbou o tom, kam jste ochotni umístit svou důvěru.

  • Federované sidechains nabízejí rychlost a důvěrnost, ale spoléhají na centralizované, známé entity k udržení integrity uzamknutých prostředků. Tato důvěra je přesouvatelná, ale ne plně minimalizovaná.
  • Sidechains se sloučeným těžením usilují o maximální minimalizaci důvěry ukotvením své bezpečnosti přímo k masivní bitcoinové hašové míře. Vyžadují složitá technická řešení a bdělou komunitní monitorování k zabezpečení procesu peg-outu, ale eliminují riziko úschovy inherentní federovanému přístupu.

Jak bitcoinový ekosystém dospívá, trend směřuje k více decentralizovaným, minimalizovaným na důvěře řešením, které favorizují sloučené těžení a podobné architektury využívající existující ekonomickou bezpečnost Bitcoinu L1. Pro uživatele usilující o soběsuverenitu je porozumění těmto architektonickým rozdílům nezbytným prvním krokem k informovaným, rizikově upraveným rozhodnutím o tom, jak a kde využívat své digitální aktiva.