CGV Research | Från färgade mynt till smarta kontrakt, en omfattande analys av teknisk utveckling i Bitcoins ekosystem

Producerad av: CGV Research
Författare: Cynic

Bitcoin, som den första framgångsrika decentraliserade digitala valutan, har varit kärnan i kryptovalutaområdet sedan starten 2009. Bitcoin har tjänat som ett innovativt betalningsmedel och värdeförvaring, och har väckt ett omfattande globalt intresse för kryptovaluta och blockkedjeteknologi. Men när Bitcoin-ekosystemet fortsätter att mogna och expandera, står det inför olika utmaningar, inklusive transaktionshastighet, skalbarhet, säkerhet och regulatoriska frågor.

Nyligen har manusekosystemet, med BRC20 i spetsen, tagit marknaden med storm, med olika manus som har upplevt en över hundrafaldig ökning. Bitcoin on-chain-transaktioner är allvarligt överbelastade, med genomsnittlig gas som når över 300 sat/vB. Samtidigt har airdrop från Nostr Assets fångar marknadens uppmärksamhet och protokolldesign ytterligare whitepapers som BitVM och BitStream föreslås, vilket indikerar den växande potentialen hos Bitcoin-ekosystemet.

CGV Research-teamet, genom en omfattande översyn av det nuvarande tillståndet för Bitcoin-ekosystemet, som täcker tekniska framsteg, marknadsdynamik, juridiska regler, etc., genomför en djupgående analys av Bitcoin-teknik och undersöker marknadstrender. Vi strävar efter att ge ett panoramaperspektiv på utvecklingen av Bitcoin. Artikeln börjar med att se över Bitcoins grundläggande principer och utvecklingshistoria, fördjupar sig sedan i de tekniska innovationerna i Bitcoin-nätverket, såsom Lightning Network och Segregated Witness, samtidigt som man gör förutsägelser om dess framtida utvecklingstrender.

Tillgångsutgivning: Börjar med färgade mynt

Kärnan i Script-ekosystemet ligger i att ge vanliga individer rätten att ge ut tillgångar med låga barriärer, åtföljd av enkelhet, rättvisa och bekvämlighet. Framväxten av skriptprotokollet på Bitcoin inträffade 2023, men så tidigt som 2012 fanns konceptet att använda Bitcoin för tillgångsutgivning, så kallat Colored Coins.

Färgade mynt: Tidiga försök

Färgade mynt hänvisar till en uppsättning tekniker som använder Bitcoin-systemet för att registrera skapandet, ägandet och överföringen av andra tillgångar än Bitcoin. Denna teknik kan användas för att spåra digitala tillgångar och materiella tillgångar som innehas av tredje part, vilket underlättar ägartransaktioner genom färgade mynt. Termen "färgad" hänvisar till att lägga till specifik information till Bitcoin UTXOs, särskilja dem från andra Bitcoin UTXOs, och därigenom introducera heterogenitet bland homogena bitcoins. Genom Coloured Coins-teknologin har emitterade tillgångar många egenskaper som är identiska med Bitcoin, inklusive förhindrande av dubbelutgifter, integritet, säkerhet, transparens och motstånd mot censur, vilket säkerställer tillförlitligheten hos transaktioner.

Det är värt att notera att protokollet defined by Colored Coins implementeras inte av typisk Bitcoin-programvara. Specifik programvara krävs för att identifiera transaktioner relaterade till färgade mynt. Uppenbarligen har färgade mynt endast värde inom gemenskaper som erkänner protokollet för färgade mynt; annars kommer de färgade attributen för heterogena färgade mynt att gå förlorade och återgå till ren satoshis. Å ena sidan kan färgade mynt erkända av småskaliga samhällen utnyttja många fördelar med Bitcoin för tillgångsutgivning och cirkulation. Å andra sidan är det nästan omöjligt för Coloured Coins-protokollet att slås samman till den största konsensus Bitcoin-Core-mjukvaran genom en mjuk gaffel.

Öppna Tillgångar

I slutet av 2013 introducerade Flavien Charlon Open Assets Protocol som en implementering av färgade mynt. Tillgångsutgivare använder asymmetrisk kryptografi för att beräkna tillgångs-ID, vilket säkerställer att endast användare med den privata nyckeln för tillgångs-ID:t kan utfärda identiska tillgångar. För tillgångsmetadata används OP_RETURN opcode för att lagra metadata i skriptet, kallat "markörutdata", som lagrar färgad information utan att kontaminera UTXO:er. Eftersom det använder Bitcoins kryptografiska verktyg för offentlig-privat nyckel, kan tillgångsutgivning utföras genom multisignaturmekanismer.

EPOBC

2014 introducerade ChromaWay EPOBC-protokollet, som står för Enhanced, Padded, Order-Based Coloring. Protokollet omfattar två typer av operationer: genesis och överföring. Genesis-operationen används för emission av tillgångar, medan överföringsoperationen underlättar överföringen av tillgångar. Tillgångstypen kan inte uttryckligen kodas eller differentieras, och varje genesistransaktion utfärdar en ny tillgång, som bestämmer dess totala kvantitet under emissionen. EPOBC-tillgångar måste överföras med hjälp av överföringsoperationen, och om en EPOBC-tillgång används som indata i en transaktion som inte är överföring, kommer tillgången att gå förlorad.

Ytterligare information om EPOBC-tillgångar lagras via nSequence-fältet i Bitcoin-transaktioner. nSequence-fältet är ett reserverat fält i Bitcoin-transaktioner som består av 32 bitar. Dess lägsta sex bitar används för att bestämma transaktionstypen, och bitarna 6-12 används för utfyllnad för att möta kraven på antidammattacker i Bitcoin-protokollet. Fördelen med att använda nSequence-fältet för att lagra metadatainformation ligger i att det inte krävs ytterligare lagring. Eftersom det inte finns något tillgångs-ID för identifiering måste varje transaktion som involverar en EPOBC-tillgång spåras tillbaka till tillkomsttransaktionen för att fastställa dess kategori och legitimitet.

Mastercoin/Omni Layer

Jämfört med de tidigare nämnda protokollen har Mastercoin sett mer framgångsrik kommersiell implementering. 2013 genomförde Mastercoin den första ICO någonsin i historien, höjde 5000 BTC och inledde en ny era. Den allmänt kända USDT, som ursprungligen utfärdades på Bitcoin blockchain, introducerades genom Omni Layer.

Mastercoin uppvisar en lägre grad av beroende av Bitcoin och väljer att behålla det mesta av sitt tillstånd utanför kedjan, med endast minimal information lagrad i kedjan. Mastercoin behandlar i huvudsak Bitcoin som ett decentraliserat loggsystem som använder alla Bitcoin-transaktioner för att sända förändringar i tillgångsverksamheten. Valideringen av transaktionseffektivitet innebär att kontinuerligt skanna Bitcoin-blockkedjan och underhålla en tillgångsdatabas utanför kedjan. Denna databas bevarar kartläggningsrelationen mellan adresser och tillgångar, med adresser som återanvänder Bitcoin-adresssystemet.

Tidiga färgade mynt använde i första hand OP_RETURN opcode i skript för att lagra metadata om tillgångar. Efter uppgraderingarna av SegWit och Taproot har nya derivatprotokoll fler alternativ.

SegWit, förkortning för Segregated Witness, skiljer i huvudsak vittnet (transaktionsinmatningsskript) från transaktionen. Huvudskälet till denna separation är att förhindra noder från att attackera genom att modifiera inmatningsskriptet. Det kommer dock med en fördel: att effektivt öka blockkapaciteten, vilket möjliggör mer lagring av vittnesdata.

Taproot introducerar en viktig funktion som kallas MAST, som gör det möjligt för utvecklare att inkludera metadata för alla tillgångar i utdata med Merkle Trees. Det utnyttjar Schnorr-signaturer för att förbättra fungibiliteten och skalbarheten, och stöder multi-hop-transaktioner genom Lightning Network.

Ordinals & BRC20 och Simulated Trading: A Grand Social Experiment

I vid mening består Ordinals av fyra komponenter:

– En BIP för sekvensering av satsningar

– En indexerare som använder Bitcoin Core Node för att spåra positionen (ordinal) för alla satoshis

– En plånbok för hantering av ordinalrelaterade transaktioner

– En blockutforskare för att identifiera ordinalrelaterade transaktioner

Naturligtvis är kärnan själva BIP/protokollet. Ordinaler define ett sorteringsschema (som börjar från 0 baserat på den ordning de bryts), som tilldelar nummer till den minsta enheten i Bitcoin, Satoshis. Detta ger heterogenitet till ursprungligen homogena Satoshis, vilket introducerar knapphet.

Den kan återanvända BTC:s infrastruktur, inklusive enstaka signaturer, multisignaturer, tidslås, höjdlås etc., utan att uttryckligen behöva skapa ordningstal. Det erbjuder god anonymitet och lämnar inga uttryckliga fotavtryck på kedjan. Men nackdelarna är uppenbara, eftersom ett stort antal små och oanvända UTXO kan öka storleken på UTXO-setet, vilket potentiellt kan leda till vad som kallas en damm attack. Dessutom är utrymmet som upptas av indexet betydande, vilket kräver specifik information varje gång du spenderar ett visst besök:

– Blockchain-huvud

– Merkles väg till myntbastransaktionen som skapade den satt

– Coinbase transaktion som skapade det satt

För att bevisa att en specifik sat ingår i en specifik utgång.

Inskription, i detta sammanhang, är gravering av godtyckligt innehåll på sats. Den specifika metoden innebär att innehållet placeras i utgiftsskripten för taproot-skriptvägar, helt i kedjan. Det inskrivna innehållet serialiseras enligt HTTP-svarsformatet, skjuts in i icke-körbara skript i spend-skript, så kallade "kuvert". Specifikt innebär inskription att lägga till OP_FALSE före villkorliga uttalanden, placera det inskrivna innehållet i en icke-körbar villkorssats i JSON-format. Storleken på det inskrivna innehållet begränsas av taproot-skriptet, totalt inte mer än 520 byte.

Eftersom taproot-utgiftsskript kräver att befintliga taproot-utdata används, kräver inskription två steg: begå och avslöja. I det första steget skapas en taproot-utgång som förbinder sig till det inskrivna innehållet. I det andra steget används det inskrivna innehållet och motsvarande Merkle Path för att spendera taproot-utgången från föregående steg, vilket avslöjar det inskrivna innehållet i kedjan.

Det ursprungliga syftet med inskriptionen var att introducera icke-fungibla tokens (NFTs) till BTC. Nya utvecklare har dock skapat BRC20, som efterliknar ERC20 på grundval av det, vilket ger möjligheten att ge ut utbytbara tillgångar till Ordinals. BRC20 inkluderar operationer som Deploy, Mint, Transfer, etc., där varje operation kräver både commit och avslöjande steg. Transaktionsprocessen är mer komplex, med högre kostnader.

Använda verklig data som ett exempel: [Exempelinformation tillhandahålls inte]

Den valda delen är det inskrivna innehållet, och resultatet efter deserialisering är som följer:

ARC20-protokollet som härrör från Atomicals syftar till att förenkla transaktioner genom att binda varje enhet av ARC20-tokens till satoshis, genom att återanvända Bitcoin-transaktionssystemet. Efter att ha utfärdat tillgångar genom commit- och avslöjningssteg, kan överföringar mellan ARC20-tokens utföras direkt genom att överföra motsvarande satoshis. Designen av ARC20 överensstämmer mer med det bokstavliga definition of Colored Coins – lägga till nytt innehåll till befintliga tokens för att skapa nya tokens, där värdet på den nya tokenen inte är lägre än den ursprungliga token, som liknar guld- och silversmycken.

Client-Side Validation (CSV) och Next Generation Asset Protocols

Validering på klientsidan, som föreslogs av Peter Todd 2017, involverar datalagring utanför kedjan, åtaganden i kedjan och verifiering på klientsidan. För närvarande inkluderar tillgångsprotokoll som stöder validering på klientsidan RGB och Taproot Assets (Taro).

RGB:

Förutom validering på klientsidan använder RGB Pedersen-hash som en engagemangsmekanism och stöder utgångsblindning. När du begär en betalning behöver den UTXO som tar emot token inte offentliggöras; istället skickas ett hashvärde, vilket ökar integriteten och motståndet mot censur. När du spenderar token måste det blindade värdet avslöjas för mottagaren för att verifiera transaktionshistoriken.

Dessutom introducerar RGB AluVM för ökad programmerbarhet. Under validering på klientsidan verifierar användare inte bara inkommande betalningsinformation utan får också all transaktionshistorik från betalaren, spåra tillbaka till tillgångens uppkomsttransaktion för slutgiltighet. Att verifiera all transaktionshistorik säkerställer giltigheten av mottagna tillgångar.

Taproot-tillgångar:

Taproot Assets, som utvecklats av Lightning Labs, möjliggör omedelbar överföring av emitterade tillgångar med hög volym till låg kostnad på Lightning Network. Designad helt kring Taproot-protokollet, förbättrar det integritet och skalbarhet.

Vittnesdata lagras utanför kedjan, verifieras i kedjan och kan existera lokalt eller i informationsarkiv som kallas "Universum" (liknande Git-repositories). Vittnesverifiering kräver all historisk data från tillgångsutgivningen, spridd genom Taproot Assets-skvallerlagret. Klienter kan korsverifiera med hjälp av en lokal blockchain-kopia.

Taproot Assets använder Sparse Merkle Sum Tree för att lagra tillgångarnas globala tillstånd, vilket medför höga lagringskostnader men erbjuder effektiv verifiering. Bevis på inkludering/icke-inkludering tillåter verifiering av transaktioner utan att spåra tillgångstransaktionshistorik.

Skalbarhet: Bitcoins eviga förslag

Trots att Bitcoin har det högsta marknadsvärdet, säkerheten och stabiliteten avviker den från sin ursprungliga vision om ett "peer-to-peer elektroniskt kontantsystem." Begränsad blockkapacitet gör att Bitcoin inte kan hantera stora och frekventa transaktioner, vilket har fått olika protokoll att ta itu med detta problem under det senaste decenniet.

Betalningskanaler och Lightning Network: The Bitcoin Orthodox Solution

Lightning Network verkar genom att etablera betalningskanaler. Användare kan skapa betalningskanaler mellan vilka två parter som helst, koppla kanaler för att bilda ett mer omfattande betalkanalnätverk och till och med göra betalningar indirekt mellan användare utan en direkt kanal. Till exempel, om Alice och Bob vill genomföra flera transaktioner utan att registrera var och en på Bitcoin blockchain, kan de öppna en betalningskanal mellan dem. De kan utföra många transaktioner inom denna kanal, vilket bara kräver två blockchain-inspelningar: en gång när kanalen öppnas och en annan när den stänger den. Detta minskar avsevärt väntetiderna för blockchain-bekräftelser och minskar bördan för blockkedjan.

För närvarande har Lightning Network över 14,000 60,000 noder, 5000 XNUMX kanaler och en total kapacitet som överstiger XNUMX XNUMX BTC.

Sidokedjor: Ethereum-metoden i Bitcoin

Stacks

Stacks positionerar sig som Bitcoins smarta kontraktslager, och använder dess inhemska token som Gas-token. Stacks använder en mikroblockmekanism, som utvecklas i synk med Bitcoin, där deras blockering bekräftas samtidigt. I Stacks kallas detta för ett "förankrat block." Varje Stacks-transaktionsblock motsvarar en enda Bitcoin-transaktion, vilket ger högre transaktionsgenomströmning. Med block genererade samtidigt fungerar Bitcoin som en hastighetsbegränsare för att skapa Stacks-block, vilket förhindrar denial-of-service-attacker på dess peer-nätverk.

Stacks uppnår konsensus genom den dubbla spiralmekanismen för Proof of Transfer (PoX). Gruvarbetare skickar BTC till STX-aktörer för att tävla om rätten att bryta block, och framgångsrika gruvarbetare får STX-belöningar efter att ha lyckats bryta ett block. Under denna process får STX-spelare en proportionell mängd BTC som skickas av gruvarbetaren. Stacks syftar till att uppmuntra gruvarbetare att behålla den historiska huvudboken genom att utfärda inbyggda tokens, även om incitament fortfarande kan uppnås utan inbyggda tokens (som ses i RSK).

För transaktionsdata i Stacks-blockkedjan lagras hashen av transaktionsdata i Bitcoin-transaktionsskriptet med hjälp av OP_RETURN-bytekoden. Stacksnoder kan hämta Stacks transaktionsdata-hashar lagrade i Bitcoin-transaktioner genom Claritys inbyggda funktioner.

Stackar kan betraktas som nästan en lager 2-kedja för Bitcoin; Det finns dock fortfarande vissa brister i förflyttningen av tillgångar över gränserna. Efter Nakamoto-uppgraderingen stöder Stacks att skicka Bitcoin-transaktioner för att slutföra tillgångsrörelser, men transaktionernas komplexitet gör att de inte går att verifiera i Bitcoin-kedjan. Tillgångsrörelser kan endast verifieras genom en multisignaturkommitté.

RSK

RSK använder en sammanslagen gruvalgoritm, där Bitcoin-gruvarbetare kan hjälpa RSK i blockproduktion nästan utan kostnad, och tjänar ytterligare belöningar. RSK har ingen inbyggd token och fortsätter att använda BTC (RBTC) som gastoken. RSK har sin egen exekveringsmotor som är kompatibel med Ethereum Virtual Machine (EVM).

Flytande

Liquid är en federerad sidokedja av Bitcoin med tillåten nodåtkomst, övervakad av femton medlemmar som ansvarar för blockproduktion. Tillgångar överförs med hjälp av lock-and-mint-mekanismen, där tillgångar skickas till multisignaturadressen på Liquid med BTC, vilket gör att tillgångarna kan komma in i Liquid sidokedjan. För att avsluta skickas L-BTC till multisignaturadressen på Liquid-kedjan. Säkerheten för multisignaturadressen är inställd på 11 av 15.

Vätska fokuserar på finansiella applikationer och erbjuder utvecklare en SDK relaterad till finansiella tjänster. Total Value Locked (TVL) på Liquid-nätverket är för närvarande cirka 3000 BTC.

Nostr Assets: Centralisering förstärkt

Nostr Assets, som ursprungligen hette NostrSwap, fungerar som en BRC20-handelsplattform. Uppgraderad till Nostr Assets Protocol den 3 augusti 2023, stöder överföringen av alla tillgångar inom Nostrs ekosystem. Lightning Network hanterar tillgångsavveckling och säkerhet. Nostr Assets gör det möjligt för användare att skicka och ta emot Lightning Network-tillgångar med Nostr offentliga och privata nycklar. Transaktioner på Nostr Assets-protokollet, exklusive insättningar och uttag, är gasfria, krypterade och lagrade på Nostr Protocol-reläet med hjälp av IPFS för snabb och effektiv åtkomst. Det stöder naturligt språkinteraktion, vilket eliminerar behovet av komplexa gränssnitt. Nostr Assets ger användarna ett enkelt och bekvämt sätt att överföra och handla tillgångar, och kan potentiellt hitta betydande applikationer i samband med trafikeffekterna av Nostrs sociala protokoll. Men i grunden är det en metod för att kontrollera (vårdnad) plånböcker med hjälp av Nostr-meddelanden. Användare sätter in tillgångar i Nostr Assets-reläet genom att överföra dem till Lightning Network, som liknar att deponera tillgångar på en centraliserad börs. När användare vill överföra och handla tillgångar inom Nostr Assets skickar de meddelanden signerade med Nostr-nycklar till servern. Efter verifiering registrerar servern transaktionerna internt, kringgår exekvering på Lightning Network eller mainnet, vilket uppnår noll gasavgifter och hög TPS.

BitVM: Programmerbarhet och oändlig skalning

"Alla beräkningsbara funktioner kan verifieras på Bitcoin."

— Robin Linus, skapare av BitVM

BitVM, föreslagit av Robin Linus, grundaren av ZeroSync, använder befintliga Bitcoin OP-koder (OP_BOOLEAN, OP_NOT) för att bilda AND- och INTE-grindkretsar, och dela upp program i primitiva OCH- och INTE-grindkretsar. Det placerar roten av utgiftsskriptet i Taproot-transaktioner för lågkostnadslagring i kedjan. Enligt beräkningsteorin kan alla logiska beräkningar konstrueras med AND och NOT-grindkretsar, vilket teoretiskt gör BitVM Turing komplett och kapabel att utföra alla beräkningar på Bitcoin. Det finns dock många praktiska begränsningar.

BitVM fungerar i ett P2P-läge, enligt konceptet med OP Rollup. Det finns två roller: provare och verifierare. I varje transaktion bygger både provaren och verifieraren en transaktion tillsammans och sätter in säkerheter. Bevisaren ger resultat, och om verifieraren beräknar olika resultat, skickar de ett bedrägeribevis till kedjan för att straffa bevisaren. BitVM:s primära användningsfall är för minimala förtroendebryggor och ZKP-skalning (ZK Rollup). BitVM:s förslag är en kompromiss på grund av svårigheten att få stöd i Bitcoin-gemenskapen för att öka OP_CODE-komplexiteten. Den använder befintliga OP_CODEs för att implementera nya funktioner.

BitVM introducerar ett nytt paradigm för skalning, men det finns många utmaningar i praktiken:

– För tidigt: Medan EVM har en omfattande VM-arkitektur har BitVM bara en funktion för att verifiera om en sträng är 0 eller 1.

– Lagringskostnader: Att konstruera program med NAND-grindar kan kräva hundratals megabyte data, med miljarder pälsrotsblad.

– P2P: Den nuvarande modellen involverar interaktioner mellan två parter, och strukturen för prover-utmanare har incitamentsproblem. Det finns överväganden att utvidga till 1-N eller N-N, liknande den ideala OP Rollup (enkelt ärligt antagande).

Slutsats

En omfattande genomgång av texten avslöjar att på grund av begränsningarna i huvudnätets bearbetningskapacitet och beräkningsförmåga måste Bitcoin flytta beräkningar utanför kedjan för att främja ett mer blomstrande och mångsidigt ekosystem.

Å ena sidan använder lösningar utanför kedjan och verifiering på klientsidan vissa fält i Bitcoin-transaktioner för att lagra viktig information, behandlar Bitcoin mainnet som ett distribuerat loggningssystem, utnyttjar dess censurmotstånd och tillförlitlighet för att säkerställa tillgängligheten av kritiska data. På sätt och vis liknar det här tillvägagångssättet Sovereign Rollups. Det kräver inga modifieringar av Bitcoins protokolllager, vilket möjliggör konstruktion av protokoll efter behov, vilket erbjuder högre genomförbarhet i det aktuella scenariot men inte helt ärver Bitcoins säkerhet.

Å andra sidan pågår ansträngningar för att främja on-chain-verifiering, genom att försöka använda befintliga verktyg för att uppnå godtyckliga beräkningar på Bitcoin, och därefter använda noll-kunskapssäker teknologi för effektiv skalning. Dessa nuvarande lösningar är dock fortfarande i mycket tidiga skeden, med höga beräkningskostnader, och förväntas inte implementeras på kort sikt.

Naturligtvis kan vissa undra varför man inte byter till Ethereum, som tillsammans med andra blockkedjor har hög beräkningskraft. Varför gå igenom processen att återimplementera saker på Bitcoin?

Eftersom det är Bitcoin.

Referens:

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

Om CGV
CGV (Cryptogram Venture) är ett värdepappersföretag för kryptovaluta med huvudkontor i Tokyo, Japan. CGV investerar i och inkuberar licensierade japanska yen stablecoin JPYW. Dessutom är CGV FoF en kommanditdelägare i flera globalt kända kryptovalutfonder. Sedan 2022 har CGV framgångsrikt organiserat två upplagor av Japan Web3 Hackathon (TWSH) och fick gemensamt stöd från institutioner och experter som det japanska ministeriet för utbildning, kultur, sport, vetenskap och teknik, Keio University och NTT Docomo. För närvarande har CGV filialer i Hong Kong, Singapore, New York och andra regioner.

Varning: Informationen och materialet som presenteras i denna artikel kommer från offentliga kanaler, och vårt företag lämnar inga garantier för deras riktighet och fullständighet. Beskrivningar eller prognoser av framtida situationer är framåtblickande uttalanden, och alla förslag och åsikter som tillhandahålls är endast för referens och utgör inte investeringsråd eller implikationer för någon individ. Strategierna som vårt företag kan anta kan vara desamma, motsatta eller inte relaterade till de strategier som läsarna antar utifrån den här artikeln.