Recherche CGV | Des pièces colorées aux contrats intelligents, une analyse complète de l'évolution technologique dans l'écosystème Bitcoin

Produit par : CGV Recherche
Auteur : Cynique

Bitcoin, en tant que première monnaie numérique décentralisée à succès, est au cœur du domaine des crypto-monnaies depuis sa création en 2009. En tant que moyen de paiement innovant et réserve de valeur, Bitcoin a suscité un intérêt mondial généralisé pour la technologie des crypto-monnaies et de la blockchain. Cependant, à mesure que l’écosystème Bitcoin continue de mûrir et de s’étendre, il est confronté à divers défis, notamment la vitesse des transactions, l’évolutivité, la sécurité et les problèmes de réglementation.

Récemment, l'écosystème des scripts, dirigé par BRC20, a pris d'assaut le marché, le nombre de scripts étant multiplié par plus de cent. Les transactions Bitcoin en chaîne sont gravement encombrées, le Gas moyen atteignant plus de 300 sat/vB. Simultanément, le airdrop de Nostr Assets capte davantage l'attention du marché et la conception du protocole whitepaperDes solutions comme BitVM et BitStream sont proposées, indiquant le potentiel naissant de l'écosystème Bitcoin.

L’équipe de recherche CGV, à travers un examen complet de l’état actuel de l’écosystème Bitcoin, couvrant les avancées technologiques, la dynamique du marché, les réglementations légales, etc., effectue une analyse approfondie de la technologie Bitcoin et examine les tendances du marché. Notre objectif est de fournir une perspective panoramique sur le développement du Bitcoin. L'article commence par revisiter les principes fondamentaux et l'histoire du développement du Bitcoin, puis se penche sur les innovations technologiques du réseau Bitcoin, telles que le Lightning Network et le Segregated Witness, tout en faisant des prédictions sur ses tendances de développement futures.

Émission d'actifs : commencer par les pièces colorées

L'essence de l'écosystème Script réside dans le fait de fournir aux individus ordinaires le droit d'émettre des actifs avec de faibles barrières, accompagné de simplicité, d'équité et de commodité. L’émergence du protocole de script sur Bitcoin a eu lieu en 2023, mais dès 2012, il existait le concept d’utiliser Bitcoin pour l’émission d’actifs, connus sous le nom de pièces colorées.

Pièces colorées : premières tentatives

Les pièces colorées font référence à un ensemble de technologies utilisant le système Bitcoin pour enregistrer la création, la propriété et le transfert d'actifs autres que Bitcoin. Cette technologie peut être utilisée pour suivre les actifs numériques et les actifs corporels détenus par des tiers, facilitant ainsi les transactions de propriété via des pièces colorées. Le terme « coloré » fait référence à l’ajout d’informations spécifiques aux Bitcoin UTXO, les distinguant des autres Bitcoin UTXO, introduisant ainsi une hétérogénéité parmi les bitcoins homogènes. Grâce à la technologie Colored Coins, les actifs émis possèdent de nombreuses caractéristiques identiques à Bitcoin, notamment la prévention des doubles dépenses, la confidentialité, la sécurité, la transparence et la résistance à la censure, garantissant la fiabilité des transactions.

Il convient de noter que le protocole definé par Colored Coins n'est pas implémenté par les logiciels Bitcoin typiques. Un logiciel spécifique est requis pour identifier les transactions liées aux pièces colorées. De toute évidence, les pièces colorées n’ont de valeur qu’au sein des communautés qui reconnaissent le protocole des pièces colorées ; sinon, les attributs colorés des pièces colorées hétérogènes seront perdus, revenant à de purs satoshis. D’une part, les pièces colorées reconnues par les communautés à petite échelle peuvent tirer parti de nombreux avantages du Bitcoin pour l’émission et la circulation d’actifs. D’un autre côté, il est presque impossible que le protocole Colored Coins soit fusionné dans le logiciel Bitcoin-Core le plus consensuel via un soft fork.

Actifs ouverts

Fin 2013, Flavien Charlon a introduit l'Open Assets Protocol comme une implémentation des Coloured Coins. Les émetteurs d'actifs utilisent la cryptographie asymétrique pour calculer les ID d'actifs, garantissant que seuls les utilisateurs disposant de la clé privée pour l'ID d'actif peuvent émettre des actifs identiques. Pour les métadonnées des actifs, l'opcode OP_RETURN est utilisé pour stocker les métadonnées dans le script, appelé « sortie du marqueur », qui stocke les informations colorées sans contaminer les UTXO. Puisqu’il utilise les outils cryptographiques à clé publique-privée de Bitcoin, l’émission d’actifs peut être effectuée via des mécanismes multisignatures.

EPOBC

En 2014, ChromaWay a introduit le protocole EPOBC, qui signifie Enhanced, Padded, Order-Based Coloring. Le protocole comprend deux types d'opérations : la genèse et le transfert. L'opération de genèse est utilisée pour l'émission d'actifs, tandis que l'opération de transfert facilite le transfert d'actifs. Le type d'actif ne peut pas être explicitement codé ou différencié, et chaque transaction de genèse émet un nouvel actif, déterminant sa quantité totale lors de l'émission. Les actifs EPOBC doivent être transférés à l’aide de l’opération de transfert, et si un actif EPOBC est utilisé comme entrée dans une transaction sans opération de transfert, l’actif sera perdu.

Des informations supplémentaires sur les actifs EPOBC sont stockées via le champ nSequence dans les transactions Bitcoin. Le champ nSequence est un champ réservé dans les transactions Bitcoin composé de 32 bits. Ses six bits les plus bas sont utilisés pour déterminer le type de transaction, et les bits 6 à 12 sont utilisés pour le remplissage afin de répondre aux exigences d'attaque anti-poussière du protocole Bitcoin. L'avantage d'utiliser le champ nSequence pour stocker les informations de métadonnées réside dans le fait qu'il ne nécessite pas de stockage supplémentaire. Comme il n'y a pas d'identifiant d'actif pour l'identification, chaque transaction impliquant un actif EPOBC doit être retracée jusqu'à la transaction de genèse pour déterminer sa catégorie et sa légitimité.

Couche Mastercoin/Omni

Par rapport aux protocoles susmentionnés, Mastercoin a connu une mise en œuvre commerciale plus réussie. En 2013, Mastercoin a réalisé la toute première ICO de l'histoire, levant 5000 XNUMX BTC et inaugurant une nouvelle ère. Le très connu USDT, initialement émis sur la blockchain Bitcoin, a été introduit via Omni Layer.

Mastercoin présente un degré moindre de dépendance à l'égard de Bitcoin, choisissant de conserver la majeure partie de son état hors chaîne, avec seulement un minimum d'informations stockées en chaîne. Mastercoin traite essentiellement Bitcoin comme un système de journalisation décentralisé, utilisant toute transaction Bitcoin pour diffuser les modifications apportées aux opérations sur les actifs. La validation de l’efficacité des transactions implique une analyse continue de la blockchain Bitcoin et la maintenance d’une base de données d’actifs hors chaîne. Cette base de données préserve la relation de mappage entre les adresses et les actifs, les adresses réutilisant le système d'adresses Bitcoin.

Les premières pièces colorées utilisaient principalement l'opcode OP_RETURN dans des scripts pour stocker des métadonnées sur les actifs. Après les mises à niveau de SegWit et Taproot, les nouveaux protocoles dérivés offrent plus d'options.

SegWit, abréviation de Segregated Witness, sépare essentiellement le témoin (script d'entrée de transaction) de la transaction. La raison principale de cette séparation est d'empêcher les nœuds d'attaquer en modifiant le script d'entrée. Cependant, cela présente un avantage : augmenter efficacement la capacité des blocs, permettant ainsi davantage de stockage des données des témoins.

Taproot introduit une fonctionnalité importante appelée MAST, permettant aux développeurs d'inclure des métadonnées pour n'importe quel actif dans les sorties à l'aide de Merkle Trees. Il exploite les signatures Schnorr pour améliorer la fongibilité et l'évolutivité, et prend en charge les transactions multi-sauts via le réseau Lightning.

Ordinaux & BRC20 et trading simulé : une grande expérience sociale

Au sens large, les ordinaux se composent de quatre éléments :

– Un BIP pour le séquençage des sats

– Un indexeur qui utilise le Bitcoin Core Node pour suivre la position (ordinale) de tous les satoshis

– Un portefeuille pour gérer les transactions liées aux ordinaux

– Un explorateur de blocs pour identifier les transactions liées aux ordinaux

Bien entendu, le noyau est le BIP/protocole lui-même. Ordinaires defiIl s'agit d'un système de tri (à partir de 0 en fonction de l'ordre dans lequel ils sont extraits), attribuant des numéros à la plus petite unité du Bitcoin, les Satoshis. Cela confère une hétérogénéité aux Satoshis initialement homogènes, introduisant la rareté.

Il peut réutiliser l'infrastructure de BTC, y compris les signatures uniques, les signatures multiples, les verrous temporels, les verrous de hauteur, etc., sans qu'il soit nécessaire de créer explicitement des nombres ordinaux. Il offre un bon anonymat et ne laisse aucune empreinte explicite sur la chaîne. Cependant, les inconvénients sont évidents, car un grand nombre d’UTXO petits et inutilisés peuvent augmenter la taille de l’ensemble UTXO, conduisant potentiellement à ce que l’on appelle une attaque de poussière. De plus, l'espace occupé par l'index est important, nécessitant des informations spécifiques à chaque passage d'un sat particulier :

– En-tête blockchain

– Chemin Merkle vers la transaction coinbase qui a créé ce sat

– Transaction Coinbase qui a créé ce samedi

Prouver qu'un sat spécifique est inclus dans une sortie spécifique.

L'inscription, dans ce contexte, consiste à graver un contenu arbitraire sur des sats. La méthode spécifique consiste à placer le contenu dans les scripts de dépenses du chemin de script de la racine pivotante, entièrement en chaîne. Le contenu inscrit est sérialisé selon le format de réponse HTTP, inséré dans des scripts non exécutables dans des scripts de dépenses, appelés « enveloppes ». Plus précisément, l'inscription implique d'ajouter OP_FALSE avant les instructions conditionnelles, en plaçant le contenu inscrit dans une instruction conditionnelle non exécutable au format JSON. La taille du contenu inscrit est limitée par le script de la racine pivotante, ne dépassant pas 520 octets.

Étant donné que les scripts de dépenses de la racine pivotante nécessitent que les sorties de la racine pivotante existantes soient dépensées, l'inscription nécessite deux étapes : la validation et la révélation. Dans la première étape, une sortie de racine pivotante s'engageant sur le contenu inscrit est créée. Dans la deuxième étape, le contenu inscrit et le chemin Merkle correspondant sont utilisés pour dépenser la sortie de la racine pivotante de l'étape précédente, révélant le contenu inscrit sur la chaîne.

Le but initial de l'inscription était d'introduire des jetons non fongibles (NFTs) en BTC. Cependant, de nouveaux développeurs ont créé BRC20, imitant ERC20 sur sa base, apportant la possibilité d'émettre des actifs fongibles aux Ordinaux. BRC20 comprend des opérations telles que Deploy, Mint, Transfer, etc., chaque opération nécessitant à la fois des étapes de validation et de révélation. Le processus de transaction est plus complexe et entraîne des coûts plus élevés.

Utiliser des données réelles comme exemple : [Exemple de données non fournies]

La partie sélectionnée est le contenu inscrit, et le résultat après désérialisation est le suivant :

Le protocole ARC20 dérivé d'Atomicals vise à simplifier les transactions en liant chaque unité de tokens ARC20 à des satoshis, réutilisant ainsi le système de transaction Bitcoin. Après avoir émis des actifs via les étapes de validation et de révélation, les transferts entre les jetons ARC20 peuvent être directement effectués en transférant les satoshis correspondants. La conception de l'ARC20 s'aligne davantage sur le sens littéral definition de pièces colorées : ajout de nouveau contenu aux jetons existants pour créer de nouveaux jetons, où la valeur du nouveau jeton n'est pas inférieure à celle du jeton d'origine, ressemblant à des bijoux en or et en argent.

Validation côté client (CSV) et protocoles d'actifs de nouvelle génération

La validation côté client, proposée par Peter Todd en 2017, implique le stockage de données hors chaîne, les engagements en chaîne et la vérification côté client. Actuellement, les protocoles d'actifs prenant en charge la validation côté client incluent RGB et Taproot Assets (Taro).

RGB:

En plus de la validation côté client, RGB utilise le hachage Pedersen comme mécanisme d'engagement et prend en charge l'aveuglement de sortie. Lors d’une demande de paiement, l’UTXO recevant le jeton n’a pas besoin d’être divulgué publiquement ; à la place, une valeur de hachage est envoyée, améliorant ainsi la confidentialité et la résistance à la censure. Lors de la dépense du jeton, la valeur aveugle doit être révélée au destinataire pour vérifier l'historique des transactions.

De plus, RGB introduit AluVM pour une programmabilité accrue. Lors de la validation côté client, les utilisateurs vérifient non seulement les informations de paiement entrantes, mais reçoivent également tout l'historique des transactions du payeur, remontant à la transaction de genèse de l'actif pour finalité. La vérification de tout l’historique des transactions garantit la validité des actifs reçus.

Actifs de la racine pivotante :

Développés par Lightning Labs, Taproot Assets permet le transfert instantané, de gros volumes et à faible coût d'actifs émis sur le réseau Lightning. Conçu entièrement autour du protocole Taproot, il améliore la confidentialité et l’évolutivité.

Les données des témoins sont stockées hors chaîne, vérifiées en chaîne et peuvent exister localement ou dans des référentiels d'informations appelés « Univers » (similaires aux référentiels Git). La vérification des témoins nécessite toutes les données historiques de l’émission des actifs, diffusées via la couche de potins Taproot Assets. Les clients peuvent effectuer une vérification croisée à l'aide d'une copie locale de la blockchain.

Taproot Assets utilise Sparse Merkle Sum Tree pour stocker l'état global des actifs, ce qui entraîne des coûts de stockage élevés mais offre une vérification efficace. La preuve d'inclusion/non-inclusion permet de vérifier les transactions sans revenir en arrière sur l'historique des transactions d'actifs.

Évolutivité : la proposition éternelle de Bitcoin

Bien qu’il ait la valeur marchande, la sécurité et la stabilité les plus élevées, Bitcoin s’écarte de sa vision initiale d’un « système de paiement électronique peer-to-peer ». La capacité limitée des blocs rend Bitcoin incapable de gérer des transactions importantes et fréquentes, ce qui a incité divers protocoles à résoudre ce problème au cours de la dernière décennie.

Canaux de paiement et réseau Lightning : la solution orthodoxe Bitcoin

Le Lightning Network fonctionne en établissant des canaux de paiement. Les utilisateurs peuvent créer des canaux de paiement entre deux parties, connecter des canaux pour former un réseau de canaux de paiement plus étendu et même effectuer des paiements indirectement entre utilisateurs sans canal direct. Par exemple, si Alice et Bob souhaitent effectuer plusieurs transactions sans enregistrer chacune sur la blockchain Bitcoin, ils peuvent ouvrir un canal de paiement entre eux. Ils peuvent effectuer de nombreuses transactions au sein de ce canal, ne nécessitant que deux enregistrements blockchain : un à l’ouverture du canal et un autre à sa fermeture. Cela réduit considérablement les temps d’attente pour les confirmations de la blockchain et allège le fardeau de la blockchain.

Actuellement, le Lightning Network compte plus de 14,000 60,000 nœuds, 5000 XNUMX canaux et une capacité totale supérieure à XNUMX XNUMX BTC.

Sidechains : l'approche Ethereum dans Bitcoin

Combos

Stacks se positionne comme la couche de contrat intelligent de Bitcoin, en utilisant son jeton natif comme jeton Gas. Stacks utilise un mécanisme de micro-blocs, évoluant en synchronisation avec Bitcoin, où leurs blocs sont confirmés simultanément. Dans Stacks, cela est appelé un « bloc ancré ». Chaque bloc de transaction Stacks correspond à une seule transaction Bitcoin, ce qui permet d'obtenir un débit de transaction plus élevé. Avec des blocs générés simultanément, Bitcoin agit comme un limiteur de débit pour créer des blocs Stacks, empêchant ainsi les attaques par déni de service sur son réseau homologue.

Stacks parvient à un consensus grâce au mécanisme à double spirale de la preuve de transfert (PoX). Les mineurs envoient du BTC aux jalonneurs STX pour concourir pour le droit d'exploiter des blocs, et les mineurs qui réussissent reçoivent des récompenses STX après avoir réussi à extraire un bloc. Au cours de ce processus, les jalonneurs STX reçoivent une quantité proportionnelle de BTC envoyée par le mineur. Stacks vise à inciter les mineurs à maintenir le grand livre historique en émettant des jetons natifs, bien que l'incitation puisse toujours être obtenue sans jetons natifs (comme le montre RSK).

Pour les données de transaction dans la blockchain Stacks, le hachage des données de transaction est stocké dans le script de transaction Bitcoin à l'aide du bytecode OP_RETURN. Les nœuds Stacks peuvent récupérer les hachages de données de transaction Stacks stockés dans les transactions Bitcoin grâce aux fonctionnalités intégrées de Clarity.

Les piles peuvent être considérées comme presque une chaîne de couche 2 pour Bitcoin ; cependant, il existe encore certaines failles dans la circulation des actifs à travers les frontières. Après la mise à niveau de Nakamoto, Stacks prend en charge l'envoi de transactions Bitcoin pour effectuer des mouvements d'actifs, mais la complexité des transactions les rend invérifiables sur la chaîne Bitcoin. Les mouvements d'actifs ne peuvent être vérifiés que par l'intermédiaire d'un comité multisignature.

RSK

RSK utilise un algorithme de minage fusionné, dans lequel les mineurs de Bitcoin peuvent aider RSK à produire des blocs presque gratuitement, gagnant ainsi des récompenses supplémentaires. RSK n'a pas de jeton natif et continue d'utiliser BTC (RBTC) comme jeton de gaz. RSK possède son propre moteur d'exécution compatible avec la machine virtuelle Ethereum (EVM).

Liquide

Liquid est une sidechain fédérée de Bitcoin avec un accès autorisé aux nœuds, supervisée par quinze membres responsables de la production de blocs. Les actifs sont transférés à l'aide du mécanisme de verrouillage et de menthe, où les actifs sont envoyés à l'adresse multisignature sur Liquid à l'aide de BTC, permettant aux actifs d'entrer dans la sidechain Liquid. Pour sortir, L-BTC est envoyé à l'adresse multisignature sur la chaîne Liquid. La sécurité de l'adresse multisignature est fixée à 11 sur 15.

Le liquide se concentre sur applications financières et propose aux développeurs un SDK lié aux services financiers. La valeur totale verrouillée (TVL) sur le réseau Liquid est actuellement d'environ 3000 XNUMX BTC.

Nostr Assets : Centralisation renforcée

Nostr Assets, initialement nommé NostrSwap, sert de plateforme de trading BRC20. Mis à niveau vers Nostr Assets Protocol le 3 août 2023, il prend en charge le transfert de tous les actifs au sein de l'écosystème Nostr. Lightning Network gère le règlement et la sécurité des actifs. Nostr Assets permet aux utilisateurs d'envoyer et de recevoir des ressources Lightning Network à l'aide des clés publiques et privées Nostr. Les transactions sur le protocole Nostr Assets, à l'exclusion des dépôts et des retraits, sont sans gaz, cryptées et stockées sur le relais du protocole Nostr utilisant IPFS pour un accès rapide et efficace. Il prend en charge l’interaction en langage naturel, éliminant ainsi le besoin d’interfaces complexes. Nostr Assets offre aux utilisateurs un moyen simple et pratique de transférer et d'échanger des actifs, trouvant potentiellement des applications importantes en conjonction avec les effets de trafic du protocole social Nostr. Cependant, fondamentalement, il s’agit d’une méthode de contrôle (de garde) des portefeuilles à l’aide de messages Nostr. Les utilisateurs déposent des actifs dans le relais Nostr Assets en les transférant sur le réseau Lightning, ce qui revient à déposer des actifs dans un échange centralisé. Lorsque les utilisateurs souhaitent transférer et échanger des actifs au sein de Nostr Assets, ils envoient des messages signés avec les clés Nostr au serveur. Après vérification, le serveur enregistre les transactions en interne, contournant l'exécution sur le réseau Lightning ou le réseau principal, obtenant ainsi des frais de gaz nuls et un TPS élevé.

BitVM : programmabilité et mise à l'échelle infinie

"Toute fonction calculable peut être vérifiée sur Bitcoin."

— Robin Linus, créateur de BitVM

BitVM, proposé par Robin Linus, le fondateur de ZeroSync, utilise les codes OP Bitcoin existants (OP_BOOLEAN, OP_NOT) pour former des circuits de porte ET et NON, décomposant les programmes en circuits de porte ET et NON primitifs. Il place la racine du script de dépenses dans les transactions Taproot pour un stockage en chaîne à faible coût. Selon la théorie informatique, tous les calculs logiques peuvent être construits à l'aide de circuits de portes ET et NON, ce qui rend théoriquement BitVM Turing complet et capable d'effectuer tous les calculs sur Bitcoin. Il existe cependant de nombreuses limites pratiques.

BitVM fonctionne en mode P2P, suivant le concept d'OP Rollup. Il y a deux rôles : prouveur et vérificateur. Dans chaque transaction, le prouveur et le vérificateur construisent en collaboration une transaction et déposent des garanties. Le prouveur fournit des résultats, et si le vérificateur calcule des résultats différents, il soumet une preuve de fraude à la chaîne pour pénaliser le prouveur. Le principal cas d'utilisation de BitVM concerne les ponts de confiance minimaux et la mise à l'échelle ZKP (ZK Rollup). La proposition de BitVM est un compromis en raison de la difficulté d'obtenir le soutien de la communauté Bitcoin pour augmenter la complexité OP_CODE. Il utilise les OP_CODE existants pour implémenter de nouvelles fonctionnalités.

BitVM introduit un nouveau paradigme de mise à l'échelle, mais les défis en pratique sont nombreux :

– Trop tôt : alors qu'EVM dispose d'une architecture VM complète, BitVM n'a qu'une seule fonction pour vérifier si une chaîne est 0 ou 1.

– Surcharge de stockage : la construction de programmes avec des portes NAND peut nécessiter des centaines de mégaoctets de données, avec des milliards de feuilles de racine pivotante.

– P2P : le modèle actuel implique des interactions entre deux parties, et la structure prouveur-challenger présente des problèmes d'incitation. Il existe des considérations à étendre à 1-N ou NN, similaires au OP Rollup idéal (une seule hypothèse honnête).

Conclusion

Un examen complet du texte révèle qu’en raison des limitations de la capacité de traitement et des capacités de calcul du réseau principal, Bitcoin doit déplacer les calculs hors chaîne pour favoriser un écosystème plus prospère et plus diversifié.

D'une part, les solutions de calcul hors chaîne et de vérification côté client utilisent certains champs des transactions Bitcoin pour stocker des informations cruciales, traitant le réseau principal Bitcoin comme un système de journalisation distribué, tirant parti de sa résistance à la censure et de sa fiabilité pour garantir la disponibilité des données critiques. Dans un sens, cette approche est similaire aux Sovereign Rollups. Il ne nécessite pas de modifications de la couche de protocole de Bitcoin, permettant la construction de protocoles selon les besoins, offrant une plus grande faisabilité dans le scénario actuel mais n’héritant pas pleinement de la sécurité de Bitcoin.

D’un autre côté, des efforts sont en cours pour faire progresser la vérification en chaîne, en tentant d’utiliser les outils existants pour réaliser des calculs arbitraires sur Bitcoin, en utilisant ensuite une technologie de preuve de connaissance nulle pour une mise à l’échelle efficace. Cependant, ces solutions actuelles en sont encore à leurs débuts, avec des coûts de calcul élevés, et ne devraient pas être mises en œuvre à court terme.

Bien sûr, certains pourraient se demander pourquoi ne pas passer à Ethereum, qui, avec d’autres blockchains, possède une puissance de calcul élevée. Pourquoi passer par le processus de réimplémentation des choses sur Bitcoin ?

Parce que c'est Bitcoin.

Référence:

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

À propos du CGV
CGV (Cryptogram Venture) est une société d'investissement en cryptomonnaie dont le siège est à Tokyo, au Japon. CGV investit et incube le stablecoin sous licence du yen japonais JPYW. De plus, CGV FoF est un partenaire limité de plusieurs fonds de crypto-monnaie de renommée mondiale. Depuis 2022, CGV a organisé avec succès deux éditions du Japan Web3 Hackathon (TWSH) et a obtenu le soutien conjoint d'institutions et d'experts tels que le ministère japonais de l'Éducation, de la Culture, des Sports, des Sciences et de la Technologie, l'Université Keio et NTT Docomo. Actuellement, CGV possède des succursales à Hong Kong, Singapour, New York et dans d'autres régions.

Avertissement: Les informations et les documents présentés dans cet article proviennent de chaînes publiques et notre société ne donne aucune garantie quant à leur exactitude et leur exhaustivité. Les descriptions ou prévisions de situations futures sont des déclarations prospectives, et toutes les suggestions et opinions fournies sont à titre de référence uniquement et ne constituent pas des conseils d'investissement ou des implications pour quiconque. Les stratégies que notre entreprise peut adopter peuvent être les mêmes, opposées ou sans rapport avec les stratégies déduites par les lecteurs sur la base de cet article.