Výzkum CGV | Od barevných mincí po chytré smlouvy, komplexní analýza technologického vývoje v ekosystému bitcoinů

Produkce: CGV Research
Autor: Cynik

Bitcoin, jako první úspěšná decentralizovaná digitální měna, je jádrem oblasti kryptoměn již od svého založení v roce 2009. Bitcoin, který slouží jako inovativní platební prostředek a uchovatel hodnoty, vyvolal široký globální zájem o kryptoměny a technologii blockchain. Jak však bitcoinový ekosystém stále dospívá a rozšiřuje, čelí různým výzvám, včetně rychlosti transakcí, škálovatelnosti, bezpečnosti a regulačních problémů.

V poslední době zasáhl trh skriptový ekosystém v čele s BRC20, přičemž různé skripty zaznamenaly více než stonásobný nárůst. Transakce bitcoinů v řetězci jsou vážně přetížené, průměrný plyn dosahuje přes 300 sat/vB. Současně, airdrop od Nostr Assets dále upoutá pozornost trhu a návrh protokolu whitepaperNavrhují se systémy jako BitVM a BitStream, což ukazuje na rostoucí potenciál bitcoinového ekosystému.

Tým CGV Research prostřednictvím komplexního přehledu současného stavu bitcoinového ekosystému, zahrnujícího technologický pokrok, dynamiku trhu, právní předpisy atd., provádí hloubkovou analýzu bitcoinové technologie a zkoumá trendy na trhu. Naším cílem je poskytnout panoramatický pohled na vývoj bitcoinu. Článek začíná revizí základních principů a vývojové historie bitcoinu, poté se ponoří do technologických inovací bitcoinové sítě, jako je Lightning Network a Segregated Witness, a zároveň předpovídá její budoucí vývojové trendy.

Vydání aktiv: Počínaje barevnými mincemi

Podstata ekosystému Script spočívá v tom, že poskytuje běžným jednotlivcům právo vydávat aktiva s nízkými bariérami, doprovázené jednoduchostí, spravedlností a pohodlím. Vznik protokolu skriptu pro bitcoiny nastal v roce 2023, ale již v roce 2012 existoval koncept využití bitcoinu pro vydávání aktiv, známý jako barevné mince.

Barevné mince: Rané pokusy

Barevné mince označují soubor technologií využívajících bitcoinový systém k zaznamenávání tvorby, vlastnictví a převodu jiných aktiv než bitcoinů. Tato technologie může být použita ke sledování digitálních aktiv a hmotných aktiv držených třetími stranami, což usnadňuje vlastnické transakce prostřednictvím barevných mincí. Termín „barevný“ se týká přidávání konkrétních informací k bitcoinovým UTXO, které je odlišují od ostatních bitcoinových UTXO, čímž se mezi homogenní bitcoiny zavádí heterogenita. Prostřednictvím technologie Colored Coins mají emitovaná aktiva mnoho vlastností identických s bitcoiny, včetně prevence dvojího utrácení, soukromí, bezpečnosti, transparentnosti a odolnosti vůči cenzuře, což zajišťuje spolehlivost transakcí.

Za zmínku stojí, že protokol defined by Colored Coins není implementován typickým bitcoinovým softwarem. K identifikaci transakcí souvisejících s barevnými mincemi je vyžadován specifický software. Je jasné, že Colored Coins mají hodnotu pouze v komunitách, které uznávají protokol Colored Coins; jinak budou barevné atributy heterogenních barevných mincí ztraceny a vrátí se k čistým satoshi. Na jedné straně barevné mince uznávané malými komunitami mohou využít mnoho výhod bitcoinu pro vydávání a oběh aktiv. Na druhou stranu je téměř nemožné, aby byl protokol Colored Coins sloučen do největšího konsensu Bitcoin-Core softwaru prostřednictvím soft forku.

Otevřete aktiva

Na konci roku 2013 představil Flavien Charlon Open Assets Protocol jako jednu implementaci Colored Coins. Vydavatelé aktiv používají k výpočtu ID aktiv asymetrickou kryptografii, která zajišťuje, že identická aktiva mohou vydávat pouze uživatelé se soukromým klíčem k ID aktiv. Pro metadata aktiv se operační kód OP_RETURN používá k uložení metadat ve skriptu, označovaném jako „výstup značky“, který ukládá barevné informace bez kontaminace UTXO. Vzhledem k tomu, že využívá kryptografické nástroje bitcoinu s veřejným a soukromým klíčem, vydávání aktiv lze provádět prostřednictvím mechanismů s více podpisy.

EPOBC

V roce 2014 ChromaWay představil protokol EPOBC, což je zkratka pro Enhanced, Padded, Order-Based Coloring. Protokol zahrnuje dva typy operací: genezi a přenos. Operace geneze slouží k vydání majetku, zatímco operace převodu usnadňuje převod majetku. Typ aktiva nelze explicitně zakódovat nebo odlišit a každá transakce genesis vydá nové aktivum, které určí jeho celkové množství během emise. Aktiva EPOBC musí být převedena pomocí převodní operace, a pokud je aktivum EPOBC použito jako vstup v transakci bez převodní operace, aktivum bude ztraceno.

Další informace o aktivech EPOBC jsou uloženy prostřednictvím pole nSequence v bitcoinových transakcích. Pole nSequence je rezervované pole v bitcoinových transakcích sestávající z 32 bitů. Jeho nejnižších šest bitů se používá k určení typu transakce a bity 6-12 se používají pro vyplnění, aby byly splněny požadavky bitcoinového protokolu na ochranu proti prachu. Výhoda použití pole nSequence k ukládání informací metadat spočívá v tom, že nevyžaduje další úložiště. Protože neexistuje žádné ID aktiva pro identifikaci, každá transakce zahrnující aktivum EPOBC musí být vysledována zpět k transakci genesis, aby se určila její kategorie a legitimita.

Mastercoin/Omni Layer

Ve srovnání s výše uvedenými protokoly zaznamenal Mastercoin úspěšnější komerční implementaci. V roce 2013 provedl Mastercoin vůbec první ICO v historii, získal 5000 BTC a zahájil novou éru. Všeobecně známý USDT, původně vydaný na bitcoinovém blockchainu, byl představen prostřednictvím Omni Layer.

Mastercoin vykazuje nižší stupeň závislosti na bitcoinu a rozhodl se udržovat většinu svého stavu mimo řetězec, s pouze minimálními informacemi uloženými v řetězci. Mastercoin v podstatě zachází s bitcoiny jako s decentralizovaným logovacím systémem, který používá jakoukoli bitcoinovou transakci k vysílání změn v operacích s aktivy. Ověřování účinnosti transakcí zahrnuje nepřetržité skenování bitcoinového blockchainu a udržování databáze aktiv mimo řetězec. Tato databáze zachovává mapovací vztah mezi adresami a aktivy, přičemž adresy znovu používají bitcoinový adresní systém.

Early Colored Coins primárně používaly operační kód OP_RETURN ve skriptech k ukládání metadat o aktivech. Po upgradech SegWit a Taproot mají nové odvozené protokoly více možností.

SegWit, zkratka pro Segregated Witness, v podstatě odděluje Witness (skript pro vstup transakce) od transakce. Hlavním důvodem tohoto oddělení je zabránit uzlům v útoku úpravou vstupního skriptu. Přichází však s výhodou: efektivní zvýšení kapacity bloku, což umožňuje větší ukládání dat svědků.

Taproot zavádí důležitou funkci zvanou MAST, která umožňuje vývojářům zahrnout metadata pro jakékoli aktivum do výstupů pomocí Merkle Trees. Využívá signatury Schnorr ke zlepšení zastupitelnosti a škálovatelnosti a podporuje multi-hop transakce prostřednictvím Lightning Network.

Ordinals & BRC20 a simulované obchodování: Velký sociální experiment

V širokém slova smyslu se řadové řádky skládají ze čtyř složek:

– BIP pro sekvenování sat

– Indexer, který používá bitcoinový jádrový uzel ke sledování pozice (ordinální) všech satoshi

– Peněženka pro zpracování ordinálních transakcí

– Průzkumník bloků pro identifikaci transakcí souvisejících s pořadovým číslem

Jádrem je samozřejmě samotný BIP/protokol. Ordinální defiNejedná se o schéma řazení (počínaje 0 na základě pořadí, v jakém jsou těženy), přiřazující čísla k nejmenší jednotce v bitcoinu, satoshi. To dodává heterogenitu původně homogenním satoshi, což vede k nedostatku.

Může znovu používat infrastrukturu BTC, včetně jednotlivých podpisů, více podpisů, časových zámků, výškových zámků atd., aniž by bylo nutné explicitně vytvářet pořadová čísla. Nabízí dobrou anonymitu a nezanechává žádnou explicitní stopu na řetězu. Nevýhody jsou však zřejmé, protože velký počet malých a nepoužitých UTXO může zvětšit velikost sady UTXO, což může vést k tomu, co je známé jako prachový útok. Kromě toho je prostor obsazený indexem významný a vyžaduje specifické informace pokaždé, když trávíte konkrétní sat:

– Blockchain hlavička

– Merkle cesta k transakci coinbase, která vytvořila sat

– Coinbase transakce, která vytvořila sat

Prokázat, že konkrétní sat je součástí konkrétního výstupu.

Nápis v tomto kontextu znamená vyrytí libovolného obsahu do sat. Konkrétní metoda zahrnuje umístění obsahu do skriptů výdajových cest ke skriptu hlavního uzlu, zcela v řetězci. Zapsaný obsah je serializován podle formátu odpovědi HTTP a vložen do nespustitelných skriptů ve skriptech výdajů, známých jako „obálky“. Konkrétně zápis zahrnuje přidání OP_FALSE před podmíněné příkazy, umístění vepsaného obsahu do nespustitelného podmíněného příkazu ve formátu JSON. Velikost vepsaného obsahu je omezena hlavním skriptem, celkem ne více než 520 bajtů.

Vzhledem k tomu, že skripty pro výdaje v hlavním kořenovém adresáři vyžadují, aby byly utraceny existující výstupy z hlavního uzlu, zápis vyžaduje dva kroky: potvrzení a odhalení. V prvním kroku je vytvořen hlavní výstup, který se zavazuje k vepsanému obsahu. Ve druhém kroku se vepsaný obsah a odpovídající Merkle Path použijí k utracení hlavního výstupu z předchozího kroku a odhalení vepsaného obsahu v řetězci.

Původním účelem nápisu bylo zavedení nezaměnitelných žetonů (NFTs) na BTC. Noví vývojáři však vytvořili BRC20, napodobující ERC20 na jeho základě a přinesli možnost vydávat zastupitelná aktiva do Ordinals. BRC20 zahrnuje operace jako Deploy, Mint, Transfer atd., přičemž každá operace vyžaduje kroky potvrzení i odhalení. Transakční proces je složitější, s vyššími náklady.

Použití skutečných dat jako příklad: [Příkladová data nejsou poskytnuta]

Vybraná část je vepsaný obsah a výsledek po deserializaci je následující:

Protokol ARC20 odvozený od Atomicals si klade za cíl zjednodušit transakce tím, že každou jednotku tokenů ARC20 váže na satoshi a znovu využívá systém transakcí bitcoinů. Po vydání aktiv prostřednictvím kroků potvrzení a odhalení lze převody mezi tokeny ARC20 provést přímo převodem odpovídajících satoshi. Design ARC20 více odpovídá doslovu definition of Colored Coins – přidání nového obsahu ke stávajícím tokenům za účelem vytvoření nových tokenů, přičemž hodnota nového tokenu není nižší než původní token, připomínající zlaté a stříbrné šperky.

Ověření na straně klienta (CSV) a protokoly nové generace aktiv

Ověření na straně klienta, navržené Peterem Toddem v roce 2017, zahrnuje ukládání dat mimo řetězec, závazky v řetězci a ověřování na straně klienta. V současné době mezi protokoly aktiv podporující ověřování na straně klienta patří RGB a Taproot Assets (Taro).

RGB:

Kromě ověřování na straně klienta používá RGB hash Pedersen jako mechanismus závazku a podporuje zaslepení výstupu. Při žádosti o platbu nemusí být UTXO přijímající token veřejně zveřejněn; místo toho je odeslána hodnota hash, která zvyšuje soukromí a odolnost vůči cenzuře. Při utrácení tokenu je třeba příjemci odhalit zaslepenou hodnotu, aby si ověřil historii transakcí.

RGB navíc zavádí AluVM pro lepší programovatelnost. Během ověřování na straně klienta uživatelé nejen ověřují informace o příchozích platbách, ale také dostávají od plátce veškerou historii transakcí a sledují definitivní průběh transakce původu aktiva. Ověření veškeré transakční historie zajišťuje platnost přijatých aktiv.

Hlavní aktiva:

Taproot Assets, vyvinutý společností Lightning Labs, umožňují okamžitý, velkoobjemový a levný převod vydaných aktiv na Lightning Network. Navrženo výhradně podle protokolu Taproot, zvyšuje soukromí a škálovatelnost.

Data svědků jsou uložena mimo řetězec, ověřena v řetězci a mohou existovat lokálně nebo v informačních úložištích zvaných „Universes“ (podobně jako úložiště Git). Ověření svědků vyžaduje všechna historická data z vydání aktiv, šířená prostřednictvím vrstvy drby Taproot Assets. Klienti mohou křížově ověřit pomocí místní kopie blockchainu.

Taproot Assets používá Sparse Merkle Sum Tree k ukládání globálního stavu aktiv, což přináší vysoké náklady na úložiště, ale nabízí efektivní ověřování. Doklad o zahrnutí/nezahrnutí umožňuje ověření transakcí bez zpětného sledování historie transakcí aktiv.

Škálovatelnost: Věčný návrh bitcoinu

Přestože má bitcoin nejvyšší tržní hodnotu, bezpečnost a stabilitu, odchyluje se od své původní vize „elektronického hotovostního systému peer-to-peer“. Omezená kapacita bloků způsobuje, že bitcoiny nejsou schopny zpracovávat velké a časté transakce, což v uplynulém desetiletí přimělo různé protokoly k řešení tohoto problému.

Platební kanály a Lightning Network: Bitcoinové ortodoxní řešení

Lightning Network funguje na základě zřízení platebních kanálů. Uživatelé mohou vytvářet platební kanály mezi libovolnými dvěma stranami, propojovat kanály a vytvářet tak rozsáhlejší síť platebních kanálů a dokonce provádět platby nepřímo mezi uživateli bez přímého kanálu. Pokud například Alice a Bob chtějí provádět více transakcí, aniž by každou zaznamenali na bitcoinovém blockchainu, mohou mezi sebou otevřít platební kanál. Mohou provádět četné transakce v rámci tohoto kanálu, vyžadují pouze dvě blockchainové nahrávky: jednou při otevírání kanálu a další při jeho zavírání. To výrazně snižuje čekací doby na potvrzení blockchainu a zmírňuje zátěž blockchainu.

V současné době má Lightning Network více než 14,000 60,000 uzlů, 5000 XNUMX kanálů a celkovou kapacitu přesahující XNUMX XNUMX BTC.

Sidechains: Ethereum přístup v bitcoinu

Stohy

Stacks se umisťuje jako inteligentní smluvní vrstva bitcoinu a používá svůj nativní token jako token plynu. Stacks využívá mechanismus mikrobloků, který se vyvíjí synchronizovaně s bitcoiny, kde jsou jejich bloky potvrzovány současně. V Stacks se tomu říká „ukotvený blok“. Každý transakční blok Stacks odpovídá jedné bitcoinové transakci, čímž je dosaženo vyšší transakční propustnosti. Díky simultánně generovaným blokům funguje bitcoin jako omezovač rychlosti pro vytváření bloků Stacks, čímž zabraňuje útokům typu denial-of-service na svou partnerskou síť.

Stacks dosahuje konsensu prostřednictvím dvouspirálového mechanismu Proof of Transfer (PoX). Těžaři posílají BTC STX stakerům, aby soutěžili o právo těžit bloky, a úspěšní těžaři dostávají odměny STX po úspěšné těžbě bloku. Během tohoto procesu dostávají STX stakeři poměrné množství BTC zaslané těžařem. Stacks si klade za cíl motivovat těžaře k udržování historické knihy vydáváním nativních tokenů, i když pobídky lze stále dosáhnout bez nativních tokenů (jak je vidět v RSK).

U transakčních dat v blockchainu Stacks je hash transakčních dat uložen ve skriptu bitcoinové transakce pomocí bajtového kódu OP_RETURN. Uzly Stacks mohou získávat hashe transakčních dat Stacks uložené v bitcoinových transakcích prostřednictvím vestavěných funkcí Clarity.

Stacky lze považovat téměř za řetězec vrstvy 2 pro bitcoiny; stále však existují určité nedostatky v pohybu majetku přes hranice. Po upgradu Nakamoto podporuje Stacks odesílání bitcoinových transakcí k dokončení pohybu aktiv, ale složitost transakcí je činí neověřitelnými v bitcoinovém řetězci. Pohyby aktiv lze ověřit pouze prostřednictvím výboru pro více podpisů.

RSK

RSK využívá algoritmus sloučené těžby, kde těžaři bitcoinů mohou pomoci RSK při výrobě bloků téměř bez nákladů a získávat další odměny. RSK nemá nativní token a nadále používá BTC (RBTC) jako token plynu. RSK má svůj vlastní prováděcí engine kompatibilní s Ethereum Virtual Machine (EVM).

Kapalina

Liquid je federovaný postranní řetězec bitcoinu s povoleným přístupem k uzlu, na který dohlíží patnáct členů odpovědných za produkci bloků. Aktiva se převádějí pomocí mechanismu lock-and-mint, kdy jsou aktiva odesílána na adresu s více podpisy na Liquidu pomocí BTC, což umožňuje aktivům vstoupit do postranního řetězce Liquid. Pro ukončení je L-BTC odeslán na adresu s více podpisy v řetězci Liquid. Zabezpečení adresy s více podpisy je nastaveno na 11 z 15.

Liquid se zaměřuje na finanční aplikace a nabízí vývojářům SDK související s finančními službami. Total Value Locked (TVL) v síti Liquid je v současné době přibližně 3000 BTC.

Nostr aktiva: Posílena centralizace

Nostr Assets, původně pojmenovaný NostrSwap, slouží jako obchodní platforma BRC20. Upgradovaný na Nostr Assets Protocol dne 3. srpna 2023 podporuje přenos všech aktiv v rámci ekosystému Nostr. Lightning Network se stará o vypořádání majetku a zabezpečení. Nostr Assets umožňuje uživatelům odesílat a přijímat aktiva Lightning Network pomocí veřejných a soukromých klíčů Nostr. Transakce na protokolu Nostr Assets, s výjimkou vkladů a výběrů, jsou bez plynu, šifrované a uložené na relé Nostr Protocol pomocí IPFS pro rychlý a efektivní přístup. Podporuje interakci přirozeného jazyka, čímž eliminuje potřebu složitých rozhraní. Nostr Assets poskytuje uživatelům jednoduchý a pohodlný způsob, jak převádět a obchodovat s aktivy, potenciálně najít významné aplikace ve spojení s dopravními efekty sociálního protokolu Nostr. V zásadě se však jedná o způsob ovládání (custody) peněženek pomocí zpráv Nostr. Uživatelé vkládají aktiva do relé Nostr Assets jejich převodem na Lightning Network, podobně jako ukládání aktiv na centralizovanou burzu. Když uživatelé chtějí převádět a obchodovat s aktivy v rámci Nostr Assets, posílají na server zprávy podepsané klíči Nostr. Po ověření server interně zaznamená transakce, obchází provádění na Lightning Network nebo mainnetu, dosahuje nulových poplatků za plyn a vysoké TPS.

BitVM: Programovatelnost a nekonečné škálování

"Jakoukoli vypočítatelnou funkci lze ověřit na bitcoinech."

— Robin Linus, tvůrce BitVM

BitVM, navržený Robinem Linusem, zakladatelem ZeroSync, využívá existující bitcoinové OP kódy (OP_BOOLEAN, OP_NOT) k vytvoření AND a NOT hradlových obvodů, čímž rozděluje programy na primitivní AND a NOT hradlové obvody. Umístí kořen výdajového skriptu do transakcí Taproot pro nízkonákladové on-chain úložiště. Podle výpočetní teorie mohou být všechny logické výpočty konstruovány pomocí AND a NOT hradlových obvodů, čímž je BitVM Turing teoreticky kompletní a schopný provádět všechny výpočty na bitcoinu. Existuje však mnoho praktických omezení.

BitVM funguje v režimu P2P podle konceptu OP Rollup. Existují dvě role: dokazovatel a ověřovatel. V každé transakci ověřovatel i ověřovatel společně vytvářejí transakci a skládají kolaterál. Ověřovatel poskytuje výsledky, a pokud ověřovatel vypočítá jiné výsledky, předloží řetězci důkaz o podvodu, aby ho potrestal. Primárním případem použití BitVM jsou mosty minimální důvěry a škálování ZKP (ZK Rollup). Návrh BitVM je kompromisem kvůli obtížnosti získání podpory v bitcoinové komunitě pro zvýšení komplexnosti OP_CODE. K implementaci nových funkcí využívá stávající OP_CODE.

BitVM zavádí nové paradigma pro škálování, ale v praxi existuje řada problémů:

– Příliš brzy: Zatímco EVM má komplexní architekturu VM, BitVM má pouze jednu funkci pro ověření, zda je řetězec 0 nebo 1.

– Storage Overhead: Konstrukce programů s NAND branami může vyžadovat stovky megabajtů dat s miliardami kmenových listů.

– P2P: Současný model zahrnuje interakce mezi dvěma stranami a struktura „prover-challenger“ má problémy s pobídkami. Existují úvahy o rozšíření na 1-N nebo NN, podobně jako u ideálního OP Rollup (jediný čestný předpoklad).

Proč investovat do čističky vzduchu?

Komplexní přezkum textu odhaluje, že kvůli omezením kapacity zpracování a výpočetních schopností hlavního sítě musí Bitcoin přesunout výpočty mimo řetězec, aby podpořil prosperující a rozmanitější ekosystém.

Na jedné straně off-chain řešení pro výpočty a ověřování na straně klienta využívají určitá pole v bitcoinových transakcích k ukládání důležitých informací, přičemž s bitcoinovým mainnetem zacházejí jako s distribuovaným logovacím systémem, přičemž využívají jeho odolnost vůči cenzuře a spolehlivost k zajištění dostupnosti kritických dat. V jistém smyslu je tento přístup podobný Sovereign Rollups. Nevyžaduje úpravy protokolové vrstvy bitcoinu, což umožňuje konstrukci protokolů podle potřeby, nabízí vyšší proveditelnost v současném scénáři, ale nedědí plně bezpečnost bitcoinu.

Na druhé straně probíhají snahy o pokrok v ověřování v řetězci, pokoušejí se použít stávající nástroje k dosažení libovolných výpočtů na bitcoinech a následně využívají technologii důkazu nulových znalostí pro efektivní škálování. Tato současná řešení jsou však stále ve velmi raných fázích, s vysokými výpočetními náklady a neočekává se, že budou v krátké době implementována.

Někteří se samozřejmě mohou divit, proč nepřejít na Ethereum, které spolu s dalšími blockchainy disponuje vysokým výpočetním výkonem. Proč podstupovat proces opětovné implementace věcí na bitcoinech?

Protože je to bitcoin.

Odkaz:

https://wizardforcel.gitbooks.io/masterbitcoin2cn/content/appdx8.html

https://github.com/chromaway/ngcccbase/wiki/EPOBC_simple

https://github.com/OpenAssets/open-assets-protocol/blob/master/specification.mediawiki

https://twitter.com/LNstats

https://twitter.com/robin_linus/status/1723472140270174528

https://github.com/fiksn/bitvm-explained

https://bitcoinmagazine.com/technical/the-big-deal-with-bitvm-arbitrary-computation-now-possible-on-bitcoin-without-a-fork

https://mirror.xyz/0x5CCF44ACd0D19a97ad5aF0da492AC0388469DfE9/_k3vtpI7a5cQn5iISH7-riECpyudfI4BTeeeBMwNYDQ

https://twitter.com/AurtrianAjian/status/1723919714798178505

O CGV
CGV (Cryptogram Venture) je kryptoměnová investiční společnost se sídlem v Tokiu v Japonsku. CGV investuje a inkubuje licencované stabilní coiny japonských jenů JPYW. CGV FoF je navíc omezeným partnerem v několika celosvětově renomovaných kryptoměnových fondech. Od roku 2022 CGV úspěšně zorganizovala dvě edice Japonska Web3 Hackathon (TWSH) a získal společnou podporu institucí a odborníků, jako je japonské ministerstvo školství, kultury, sportu, vědy a technologie, Keio University a NTT Docomo. V současné době má CGV pobočky v Hong Kongu, Singapuru, New Yorku a dalších regionech.

Disclaimer: Informace a materiály uvedené v tomto článku pocházejí z veřejných kanálů a naše společnost neposkytuje žádné záruky ohledně jejich přesnosti a úplnosti. Popisy nebo předpovědi budoucích situací jsou výhledová prohlášení a veškeré poskytnuté návrhy a názory jsou pouze orientační a nepředstavují investiční poradenství ani důsledky pro žádného jednotlivce. Strategie, které může naše společnost přijmout, mohou být stejné, opačné nebo nesouvisející se strategiemi odvozenými čtenáři na základě tohoto článku.