CGV Research | Fra farvede mønter til smarte kontrakter, en omfattende analyse af teknologisk udvikling i Bitcoin-økosystemet

Produceret af: CGV Research
Forfatter: Cynic

Bitcoin, som den første succesrige decentraliserede digitale valuta, har været kernen i kryptovaluta-området siden starten i 2009. Bitcoin har tjent som et innovativt betalingsmiddel og værdiopbevaring, og har udløst en udbredt global interesse for kryptovaluta og blockchain-teknologi. Men da Bitcoin-økosystemet fortsætter med at modnes og udvides, står det over for forskellige udfordringer, herunder transaktionshastighed, skalerbarhed, sikkerhed og regulatoriske problemer.

For nylig har script-økosystemet, ledet af BRC20, taget markedet med storm, med forskellige scripts, der har oplevet over en hundredfold stigning. Bitcoin on-chain-transaktioner er alvorligt overbelastede, med en gennemsnitlig gas på over 300 sat/vB. Samtidig er airdrop fra Nostr Assets fanger yderligere markedets opmærksomhed og protokoldesign whitepapers som BitVM og BitStream foreslås, hvilket indikerer det spirende potentiale i Bitcoin-økosystemet.

CGV Research-teamet udfører gennem en omfattende gennemgang af den nuværende tilstand af Bitcoin-økosystemet, der dækker teknologiske fremskridt, markedsdynamik, juridiske reguleringer osv., en dybdegående analyse af Bitcoin-teknologi og undersøger markedstendenser. Vi sigter efter at give et panoramisk perspektiv på udviklingen af ​​Bitcoin. Artiklen begynder med at gense Bitcoins grundlæggende principper og udviklingshistorie og dykker derefter ned i de teknologiske innovationer i Bitcoin-netværket, såsom Lightning Network og Segregated Witness, samtidig med at de forudsiger dets fremtidige udviklingstendenser.

Aktivudstedelse: Starter med farvede mønter

Essensen af ​​Script-økosystemet ligger i at give almindelige individer ret til at udstede aktiver med lave barrierer, ledsaget af enkelhed, retfærdighed og bekvemmelighed. Fremkomsten af ​​script-protokollen på Bitcoin fandt sted i 2023, men allerede i 2012 eksisterede der konceptet med at bruge Bitcoin til aktivudstedelse, kendt som Colored Coins.

Farvede mønter: Tidlige forsøg

Farvede mønter henviser til et sæt teknologier, der bruger Bitcoin-systemet til at registrere oprettelse, ejerskab og overførsel af andre aktiver end Bitcoin. Denne teknologi kan bruges til at spore digitale aktiver og materielle aktiver, der besiddes af tredjeparter, hvilket letter ejerskabstransaktioner gennem farvede mønter. Udtrykket "farvet" refererer til at tilføje specifik information til Bitcoin UTXO'er, der adskiller dem fra andre Bitcoin UTXO'er, og derved indføre heterogenitet blandt homogene bitcoins. Gennem Colored Coins-teknologien besidder udstedte aktiver mange egenskaber, der er identiske med Bitcoin, herunder forebyggelse af dobbeltforbrug, privatliv, sikkerhed, gennemsigtighed og modstand mod censur, hvilket sikrer pålideligheden af ​​transaktioner.

Det er værd at bemærke, at protokollen defined by Colored Coins er ikke implementeret af typisk Bitcoin-software. Specifik software er påkrævet for at identificere transaktioner relateret til farvede mønter. Det er klart, at farvede mønter kun har værdi inden for fællesskaber, der anerkender protokollen for farvede mønter; ellers vil de farvede attributter for heterogene farvede mønter gå tabt, og vende tilbage til ren satoshis. På den ene side kan farvede mønter, der er anerkendt af små samfund, udnytte mange fordele ved Bitcoin til aktivudstedelse og cirkulation. På den anden side er det næsten umuligt for Colored Coins-protokollen at blive fusioneret til den største konsensus Bitcoin-Core-software gennem en blød gaffel.

Åbn Aktiver

I slutningen af ​​2013 introducerede Flavien Charlon Open Assets Protocol som en implementering af farvede mønter. Aktivudstedere bruger asymmetrisk kryptografi til at beregne aktiv-id'er, hvilket sikrer, at kun brugere med den private nøgle til aktiv-id'et kan udstede identiske aktiver. For aktivmetadata bruges OP_RETURN-opkoden til at gemme metadataene i scriptet, kaldet "markøroutput", som gemmer farvet information uden at forurene UTXO'er. Da det bruger Bitcoins offentlige-private nøglekrypteringsværktøjer, kan aktivudstedelse udføres gennem multisignaturmekanismer.

EPOBC

I 2014 introducerede ChromaWay EPOBC-protokollen, som står for Enhanced, Padded, Order-Based Coloring. Protokollen omfatter to typer operationer: genese og overførsel. Genesis-operationen bruges til udstedelse af aktiver, mens overførselsoperationen letter overførslen af ​​aktiver. Aktivtypen kan ikke eksplicit kodes eller differentieres, og hver genesis-transaktion udsteder et nyt aktiv, der bestemmer dets samlede mængde under udstedelsen. EPOBC-aktiver skal overføres ved hjælp af overførselsoperationen, og hvis et EPOBC-aktiv bruges som input i en ikke-overførselstransaktion, vil aktivet gå tabt.

Yderligere oplysninger om EPOBC-aktiver gemmes gennem nSequence-feltet i Bitcoin-transaktioner. nSequence-feltet er et reserveret felt i Bitcoin-transaktioner bestående af 32 bit. Dens laveste seks bit bruges til at bestemme transaktionstypen, og bit 6-12 bruges til polstring for at opfylde kravene til anti-støvangreb i Bitcoin-protokollen. Fordelen ved at bruge nSequence-feltet til at gemme metadataoplysninger ligger i, at det ikke kræver yderligere lagring. Da der ikke er noget aktiv-id til identifikation, skal hver transaktion, der involverer et EPOBC-aktiv, spores tilbage til genesis-transaktionen for at bestemme dens kategori og legitimitet.

Mastercoin/Omni Layer

Sammenlignet med de førnævnte protokoller har Mastercoin set mere vellykket kommerciel implementering. I 2013 gennemførte Mastercoin den første ICO nogensinde i historien, og hævede 5000 BTC og indvarslede en ny æra. Den almindeligt kendte USDT, der oprindeligt blev udstedt på Bitcoin blockchain, blev introduceret gennem Omni Layer.

Mastercoin udviser en lavere grad af afhængighed af Bitcoin og vælger at opretholde det meste af sin stat uden for kæden, med kun minimal information gemt på kæden. Mastercoin behandler i det væsentlige Bitcoin som et decentraliseret logsystem, der bruger enhver Bitcoin-transaktion til at udsende ændringer i aktivoperationer. Valideringen af ​​transaktionseffektivitet involverer kontinuerlig scanning af Bitcoin blockchain og vedligeholdelse af en off-chain aktivdatabase. Denne database bevarer kortlægningsforholdet mellem adresser og aktiver, med adresser, der genbruger Bitcoin-adressesystemet.

Tidlige farvede mønter brugte primært OP_RETURN opkoden i scripts til at gemme metadata om aktiver. Efter SegWit- og Taproot-opgraderingerne har nye afledte protokoller flere muligheder.

SegWit, forkortelse for Segregated Witness, adskiller i det væsentlige Witness (transaktionsinput-script) fra transaktionen. Hovedårsagen til denne adskillelse er at forhindre noder i at angribe ved at ændre input-scriptet. Det kommer dog med en fordel: effektivt at øge blokkapaciteten, hvilket giver mulighed for mere lagring af vidnedata.

Taproot introducerer en vigtig funktion kaldet MAST, der gør det muligt for udviklere at inkludere metadata for ethvert aktiv i output ved hjælp af Merkle Trees. Det udnytter Schnorr-signaturer til at forbedre fungibilitet og skalerbarhed og understøtter multi-hop-transaktioner gennem Lightning Network.

Ordinals & BRC20 og simuleret handel: Et stort socialt eksperiment

I bred forstand består Ordinals af fire komponenter:

– En BIP til sekvensering af sats

– En indekser, der bruger Bitcoin Core Node til at spore positionen (ordinal) af alle satoshis

– En pung til håndtering af ordinal-relaterede transaktioner

– En blokudforsker til at identificere ordinal-relaterede transaktioner

Naturligvis er kernen selve BIP/protokollen. Ordinaler define et sorteringsskema (startende fra 0 baseret på den rækkefølge, de udvindes), der tildeler numre til den mindste enhed i Bitcoin, Satoshis. Dette giver heterogenitet til oprindeligt homogene Satoshis, hvilket introducerer knaphed.

Det kan genbruge BTC's infrastruktur, herunder enkeltsignaturer, multisignaturer, tidslåse, højdelåse osv., uden at det er nødvendigt eksplicit at oprette ordenstal. Det giver god anonymitet og efterlader intet eksplicit fodaftryk på kæden. Men ulemperne er tydelige, da et stort antal små og ubrugte UTXO'er kan øge størrelsen af ​​UTXO-sættet, hvilket potentielt kan føre til det, der er kendt som et støvangreb. Derudover er den plads, som indekset optager, betydelig, og kræver specifik information, hver gang du bruger et bestemt møde:

– Blockchain-header

– Merkle vej til den møntbase-transaktion, der skabte, der sad

– Coinbase transaktion, der skabte, at sad

For at bevise, at et specifikt sat er inkluderet i et specifikt output.

Inskription er i denne sammenhæng indgravering af vilkårligt indhold på sats. Den specifikke metode indebærer at placere indholdet i script-path-udgifts-scripts til taproot-scriptet, fuldstændigt i kæden. Det indskrevne indhold serialiseres i henhold til HTTP-svarformatet, skubbes ind i ikke-eksekverbare scripts i spend-scripts, kendt som "konvolutter". Specifikt involverer inskription at tilføje OP_FALSE før betingede sætninger, placere det indskrevne indhold i en ikke-eksekverbar betinget sætning i JSON-format. Størrelsen af ​​det indskrevne indhold er begrænset af taproot-scriptet, der i alt ikke er mere end 520 bytes.

Da taproot-udgiftsscripts kræver, at eksisterende taproot-output bruges, kræver inskription to trin: begå og afsløre. I det første trin oprettes et taproot-output, der forpligter sig til det indskrevne indhold. I det andet trin bruges det indskrevne indhold og den tilsvarende Merkle-sti til at bruge pælerodsoutputtet fra det foregående trin, hvilket afslører det indskrevne indhold på kæden.

Det oprindelige formål med inskriptionen var at introducere ikke-fungible tokens (NFTs) til BTC. Nye udviklere har imidlertid skabt BRC20, der efterligner ERC20 på dets grundlag, hvilket bringer muligheden for at udstede fungible aktiver til Ordinals. BRC20 inkluderer operationer som Deploy, Mint, Transfer osv., hvor hver operation kræver både commit og afsløringstrin. Transaktionsprocessen er mere kompleks med højere omkostninger.

Brug af rigtige data som eksempel: [Eksempel på data ikke angivet]

Den valgte del er det indskrevne indhold, og resultatet efter deserialisering er som følger:

ARC20-protokollen afledt af Atomicals har til formål at forenkle transaktioner ved at binde hver enhed af ARC20-tokens til satoshis ved at genbruge Bitcoin-transaktionssystemet. Efter at have udstedt aktiver gennem commit- og afsløringstrin, kan overførsler mellem ARC20-tokens udføres direkte ved at overføre de tilsvarende satoshis. Designet af ARC20 stemmer mere overens med det bogstavelige definition of Colored Coins – tilføjer nyt indhold til eksisterende tokens for at skabe nye tokens, hvor værdien af ​​det nye token ikke er lavere end det originale token, der ligner guld- og sølvsmykker.

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

Klientsidevalidering, foreslået af Peter Todd i 2017, involverer off-chain datalagring, on-chain forpligtelser og klientside verifikation. Aktuelt inkluderer aktivprotokoller, der understøtter validering på klientsiden, RGB og Taproot Assets (Taro).

RGB:

Ud over validering på klientsiden bruger RGB Pedersen-hash som en forpligtelsesmekanisme og understøtter output blinding. Når du anmoder om en betaling, behøver den UTXO, der modtager tokenet, ikke at blive offentliggjort; i stedet sendes en hashværdi, hvilket øger privatlivets fred og modstand mod censur. Når du bruger tokenet, skal den blindede værdi afsløres for modtageren for at verificere transaktionshistorikken.

Derudover introducerer RGB AluVM for øget programmerbarhed. Under validering på klientsiden verificerer brugere ikke kun indgående betalingsoplysninger, men modtager også al transaktionshistorik fra betaleren, og sporer tilbage til aktivets tilblivelsestransaktion for endelighed. Bekræftelse af al transaktionshistorik sikrer gyldigheden af ​​modtagne aktiver.

Pælerodsaktiver:

Taproot Assets er udviklet af Lightning Labs og muliggør øjeblikkelig overførsel af udstedte aktiver i høj volumen til lave omkostninger på Lightning-netværket. Den er designet udelukkende omkring Taproot-protokollen og forbedrer privatlivets fred og skalerbarhed.

Vidnedata lagres uden for kæden, verificeres i kæden og kan eksistere lokalt eller i informationslagre kaldet "Universer" (svarende til Git-lagre). Vidnebekræftelse kræver alle historiske data fra aktivudstedelse, spredt gennem Taproot Assets sladderlag. Klienter kan krydsverificere ved hjælp af en lokal blockchain-kopi.

Taproot Assets bruger Sparse Merkle Sum Tree til at gemme den globale tilstand af aktiver, hvilket medfører høje lageromkostninger, men tilbyder effektiv verifikation. Bevis for inklusion/ikke-inkludering tillader verifikation af transaktioner uden at tilbagespore aktivtransaktionshistorik.

Skalerbarhed: Bitcoins evige forslag

På trods af at have den højeste markedsværdi, sikkerhed og stabilitet, afviger Bitcoin fra sin oprindelige vision om et "peer-to-peer elektronisk kontantsystem." Begrænset blokkapacitet gør, at Bitcoin ikke er i stand til at håndtere store og hyppige transaktioner, hvilket har fået forskellige protokoller til at løse dette problem i løbet af det sidste årti.

Betalingskanaler og Lightning Network: The Bitcoin Orthodox Solution

Lightning Network opererer ved at etablere betalingskanaler. Brugere kan oprette betalingskanaler mellem to parter, forbinde kanaler for at danne et mere omfattende betalingskanalnetværk og endda foretage indirekte betalinger mellem brugere uden en direkte kanal. For eksempel, hvis Alice og Bob ønsker at udføre flere transaktioner uden at registrere hver enkelt på Bitcoin blockchain, kan de åbne en betalingskanal mellem dem. De kan udføre adskillige transaktioner inden for denne kanal, der kun kræver to blockchain-optagelser: én gang, når kanalen åbnes, og en anden, når den lukkes. Dette reducerer ventetiden på blockchain-bekræftelser markant og letter byrden på blockchainen.

I øjeblikket har Lightning Network over 14,000 noder, 60,000 kanaler og en samlet kapacitet på over 5000 BTC.

Sidekæder: Ethereum-tilgangen i Bitcoin

Stakke

Stacks positionerer sig selv som Bitcoins smarte kontraktlag ved at bruge dets oprindelige token som Gas-token. Stacks anvender en mikroblokmekanisme, der udvikler sig synkront med Bitcoin, hvor deres blokeringer bekræftes samtidigt. I Stacks omtales dette som en "forankret blok." Hver Stacks-transaktionsblok svarer til en enkelt Bitcoin-transaktion, hvilket opnår højere transaktionsgennemstrømning. Med blokke genereret samtidigt, fungerer Bitcoin som en hastighedsbegrænser til at skabe Stacks-blokke, hvilket forhindrer denial-of-service-angreb på dets peer-netværk.

Stacks opnår konsensus gennem dobbeltspiralmekanismen for Proof of Transfer (PoX). Minearbejdere sender BTC til STX-aktører for at konkurrere om retten til at mine blokke, og succesrige minearbejdere modtager STX-belønninger efter at have udvundet en blok. Under denne proces modtager STX stakers en forholdsmæssig mængde BTC sendt af minearbejderen. Stacks sigter mod at tilskynde minearbejdere til at vedligeholde den historiske hovedbog ved at udstede native tokens, selvom incitament stadig kan opnås uden native tokens (som set i RSK).

For transaktionsdata i Stacks-blokkæden gemmes hashen af ​​transaktionsdata i Bitcoin-transaktionsscriptet ved hjælp af OP_RETURN-bytekoden. Stacks-noder kan hente Stacks-transaktionsdata-hash, der er gemt i Bitcoin-transaktioner, gennem Claritys indbyggede funktionaliteter.

Stabler kan betragtes som næsten en Layer 2-kæde for Bitcoin; der er dog stadig nogle mangler i bevægelsen af ​​aktiver på tværs af grænserne. Efter Nakamoto-opgraderingen understøtter Stacks at sende Bitcoin-transaktioner for at fuldføre aktivbevægelser, men kompleksiteten af ​​transaktioner gør dem uverificerbare i Bitcoin-kæden. Aktivbevægelser kan kun verificeres gennem en multisignaturkomité.

RSK

RSK anvender en fusioneret minedriftsalgoritme, hvor Bitcoin-minearbejdere kan hjælpe RSK med blokproduktion næsten uden omkostninger og tjene yderligere belønninger. RSK har ikke et indbygget token og fortsætter med at bruge BTC (RBTC) som Gas Token. RSK har sin egen eksekveringsmotor, der er kompatibel med Ethereum Virtual Machine (EVM).

Flydende

Liquid er en fødereret sidekæde af Bitcoin med tilladelse til nodeadgang, overvåget af femten medlemmer, der er ansvarlige for blokproduktion. Aktiver overføres ved hjælp af lock-and-mint-mekanismen, hvor aktiver sendes til multisignaturadressen på Liquid ved hjælp af BTC, hvilket gør det muligt for aktiverne at komme ind i Liquid-sidekæden. For at afslutte sendes L-BTC til multisignaturadressen på Liquid-kæden. Sikkerheden for multisignaturadressen er sat til 11 ud af 15.

Væske fokuserer på finansielle applikationer og tilbyder udviklere et SDK relateret til finansielle tjenester. Total Value Locked (TVL) på Liquid-netværket er i øjeblikket cirka 3000 BTC.

Nostr Assets: Centralisering forstærket

Nostr Assets, der oprindeligt hed NostrSwap, fungerer som en BRC20 handelsplatform. Opgraderet til Nostr Assets Protocol den 3. august 2023, den understøtter overførslen af ​​alle aktiver i Nostr-økosystemet. Lightning Network håndterer aktivafregning og sikkerhed. Nostr Assets gør det muligt for brugere at sende og modtage Lightning Network-aktiver ved hjælp af Nostr offentlige og private nøgler. Transaktioner på Nostr Assets-protokollen, eksklusive ind- og udbetalinger, er gasfri, krypteret og gemt på Nostr Protocol-relæet ved hjælp af IPFS for hurtig og effektiv adgang. Det understøtter naturlig sproginteraktion, hvilket eliminerer behovet for komplekse grænseflader. Nostr Assets giver brugerne en enkel og bekvem måde at overføre og handle med aktiver, der potentielt finder væsentlige applikationer i forbindelse med trafikeffekterne af Nostrs sociale protokol. Grundlæggende er det dog en metode til at kontrollere (depot) tegnebøger ved hjælp af Nostr-beskeder. Brugere deponerer aktiver i Nostr Assets-relæet ved at overføre dem på Lightning Network, svarende til at deponere aktiver i en centraliseret børs. Når brugere ønsker at overføre og handle aktiver inden for Nostr Assets, sender de meddelelser signeret med Nostr-nøgler til serveren. Efter verifikation registrerer serveren transaktionerne internt, omgår eksekvering på Lightning Network eller mainnet, hvilket opnår nul gasgebyrer og høj TPS.

BitVM: Programmerbarhed og uendelig skalering

"Enhver beregningsbar funktion kan verificeres på Bitcoin."

— Robin Linus, skaberen af ​​BitVM

BitVM, foreslået af Robin Linus, grundlæggeren af ​​ZeroSync, bruger eksisterende Bitcoin OP-koder (OP_BOOLEAN, OP_NOT) til at danne OG og IKKE gatekredsløb, der opdeler programmer i primitive OG og IKKE gatekredsløb. Det placerer roden af ​​forbrugsscriptet i Taproot-transaktioner til lavpris on-chain storage. Ifølge beregningsteorien kan alle logiske beregninger konstrueres ved hjælp af AND og NOT gatekredsløb, hvilket teoretisk gør BitVM Turing komplet og i stand til at udføre alle beregninger på Bitcoin. Der er dog mange praktiske begrænsninger.

BitVM fungerer i en P2P-tilstand efter konceptet OP Rollup. Der er to roller: beviser og verifikator. I hver transaktion opbygger både bevisfører og verifikator i fællesskab en transaktion ved at deponere sikkerhed. Beviseren giver resultater, og hvis verifikatoren beregner forskellige resultater, sender de et bedrageribevis til kæden for at straffe beviseren. BitVM's primære use case er til minimale tillidsbroer og ZKP-skalering (ZK Rollup). BitVMs forslag er et kompromis på grund af vanskeligheden ved at få støtte i Bitcoin-fællesskabet for at øge OP_CODE-kompleksiteten. Den bruger eksisterende OP_CODEs til at implementere nye funktionaliteter.

BitVM introducerer et nyt paradigme for skalering, men der er adskillige udfordringer i praksis:

– For tidligt: ​​Mens EVM har en omfattende VM-arkitektur, har BitVM kun én funktion til at verificere, om en streng er 0 eller 1.

– Storage Overhead: Konstruktion af programmer med NAND-porte kan kræve hundredvis af megabyte data med milliarder af pælerodsblade.

– P2P: Den nuværende model involverer interaktioner mellem to parter, og prover-challenger-strukturen har incitamentsproblemer. Der er overvejelser om at udvide til 1-N eller NN, svarende til den ideelle OP Rollup (enkelt ærlig antagelse).

Konklusion

En omfattende gennemgang af teksten afslører, at på grund af begrænsningerne i mainnets behandlingskapacitet og beregningsevner, skal Bitcoin flytte beregninger ud af kæden for at fremme et mere blomstrende og mangfoldigt økosystem.

På den ene side bruger off-chain-beregnings- og klient-side-verifikationsløsninger visse felter i Bitcoin-transaktioner til at gemme afgørende information, behandler Bitcoin mainnet som et distribueret logningssystem, udnytter dets censurmodstand og pålidelighed for at sikre tilgængeligheden af ​​kritiske data. På en måde ligner denne tilgang til Sovereign Rollups. Det kræver ikke modifikationer af Bitcoins protokollag, hvilket giver mulighed for konstruktion af protokoller efter behov, hvilket giver højere gennemførlighed i det aktuelle scenario, men arver ikke helt Bitcoins sikkerhed.

På den anden side er der bestræbelser på at fremme on-chain-verifikation, der forsøger at bruge eksisterende værktøjer til at opnå vilkårlige beregninger på Bitcoin, efterfølgende ved at bruge nul-viden bevis teknologi til effektiv skalering. Disse nuværende løsninger er dog stadig i meget tidlige stadier med høje beregningsomkostninger og forventes ikke implementeret på kort sigt.

Selvfølgelig kan nogle undre sig over, hvorfor ikke skifte til Ethereum, som sammen med andre blockchains besidder høj beregningskraft. Hvorfor gå igennem processen med at genimplementere ting på Bitcoin?

Fordi det er Bitcoin.

Reference:

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) er et cryptocurrency-investeringsselskab med hovedkontor i Tokyo, Japan. CGV investerer i og inkuberer licenseret japansk yen stablecoin JPYW. Derudover er CGV FoF kommanditpartner i flere globalt anerkendte cryptocurrency-fonde. Siden 2022 har CGV med succes organiseret to udgaver af Japan Web3 Hackathon (TWSH) og fik fælles støtte fra institutioner og eksperter såsom det japanske ministerium for undervisning, kultur, sport, videnskab og teknologi, Keio University og NTT Docomo. I øjeblikket har CGV afdelinger i Hong Kong, Singapore, New York og andre regioner.

Disclaimer: De oplysninger og materialer, der præsenteres i denne artikel, er hentet fra offentlige kanaler, og vores virksomhed giver ingen garantier for deres nøjagtighed og fuldstændighed. Beskrivelser eller prognoser for fremtidige situationer er fremadrettede udsagn, og eventuelle forslag og udtalelser er kun til reference og udgør ikke investeringsrådgivning eller implikationer for nogen enkeltperson. De strategier, som vores virksomhed kan anvende, kan være de samme, modsatte eller ikke relaterede til de strategier, som læsere udleder på baggrund af denne artikel.