Faire suivre le titre original：Discussion approfondie sur le protocole des runes et le mécanisme d'émission des « gravures publiques »

Cet article est repris de Foresight News, écrit par Trustless Labs. Lien original de l'article : https://foresightnews.pro/article/detail/54503 L'engouement pour le titre Bitcoin Layer 2 reste vif. Parmi les nombreux projets de L2, CKB se démarque à plusieurs titres. D'une part, parce que l'équipe est issue de la célèbre chaîne publique Nervos CKB, qui est très engagée dans le mécanisme Proof of Work (PoW) ; d'autre part, après avoir annoncé son repositionnement en tant que réseau BTC de couche 2, l'équipe a proposé un schéma innovant, RGB++, utilisant la cellule de la chaîne CKB pour « lier de manière isomorphe » le Bitcoin UTXO de la chaîne d'origine. La réponse du marché à CKB a été très enthousiaste. Le 22 février, Trustless Labs a invité les auteurs du RGB++ et cofondateur de CKB, Cipher, ainsi que le leader de l'écosystème Baiyu à partager leur compréhension du Bitcoin L2, du mécanisme du RGB++, des actifs du RGB++ et des idées de développement de l'écosystème CKB. Voici la disposition textuelle du contenu de l'espace Twitter :

1. Nervos CKB est une chaîne publique de PoW de longue date. Pourquoi a-t-elle insisté sur PoW sans passer à une chaîne PoS ? Comment est née l'idée de passer au BTCKB ?

Nervos CKB a choisi de s'en tenir à PoW au lieu de passer à une chaîne PoS, une décision qui repose sur notre profonde compréhension de la technologie et du marché. Nous pensons que la décentralisation et la sécurité apportées par le mécanisme Proof of Work (PoW) sont irremplaçables. De plus, nos choix technologiques, y compris le modèle UTXO et l'adoption de l'architecture RISC-V, étaient basés sur des considérations de durabilité à long terme et d'avantages technologiques, bien que contraires à la tendance dominante de l'époque. Entre le début du projet en 2018 et son lancement en 2019, nous avons connu de multiples fluctuations sur le marché des cryptomonnaies, mais nous n'avons jamais changé de direction. À l'époque, les contrats intelligents et les mécanismes PoS étaient considérés comme l'orientation future, tandis que le PoW était considéré comme une technologie dépassée. Néanmoins, notre engagement en faveur du PoW n'est pas simplement dû à notre préférence technologique, mais aussi parce que nous pensons que le modèle UTXO et le mécanisme PoW peuvent fournir des caractéristiques de sécurité et de décentralisation uniques que les autres solutions technologiques ne peuvent remplacer. En ce qui concerne l'idée de passer au BTCKB, elle découle en fait de notre connaissance approfondie des récits de marché. Ces dernières années, même si notre discours semblait avoir été supprimé par les discours sur les points de vente et les modèles de comptes, nous avons vu une opportunité l'année dernière, avec l'expansion du Bitcoin en couche 1 et l'émergence de nouvelles applications pour le modèle UTXO. Ces modifications ont non seulement élargi les cas d'utilisation du Bitcoin, mais ont également amélioré la compréhension et l'acceptation de l'UTXO et du PoW par les utilisateurs. En outre, compte tenu de la réévaluation de l'impact environnemental du PoW et de la reconnaissance croissante des modèles de calcul hors chaîne et de vérification en chaîne, nous pensons que c'est le meilleur moment pour lancer de nouveaux protocoles basés sur le modèle PoW UTXO, tels que le RGB++. Je pense qu'avec la renaissance du Bitcoin et la réévaluation par le marché de la valeur des modèles PoW et UTXO, Nervos CKB sera à l'avant-garde du développement des cryptomonnaies. Notre engagement en faveur de PoW n'est pas sans raison, mais repose sur une véritable compréhension de la valeur de la technologie et sur une connaissance approfondie des tendances futures.

2. Comment l'équipe de Nervos CKB comprend-elle la mise à l'échelle de BTC et les solutions de couche 2 de BTC, et pourquoi avoir choisi le protocole RGB ?

Le point de vue de l'équipe Nervos CKB sur la mise à l'échelle du BTC, les solutions BTC Layer 2 et le choix du protocole RGB repose sur les caractéristiques et l'accumulation technique de notre équipe. Nous avons eu des discussions approfondies sur la question de savoir s'il fallait opter pour la solution Total Value Locked (TVL) ou opter pour une route de couche 2 compatible EVM. Après mûre réflexion, nous pensons que notre avantage est d'adopter une approche axée sur la technologie, même si cela implique de suivre une voie différente de celle habituelle. Nos choix et stratégies technologiques, en particulier le choix du protocole RGB, sont basés sur notre compréhension de l'attitude conservatrice de la communauté Bitcoin et sur notre quête d'innovation technologique.

Nous sommes bien conscients que la concurrence directe avec Bitcoin et Ethereum est un défi. Par le passé, nous avons essayé de positionner CKB en tant que chaîne publique de couche 1, similaire à Bitcoin et Ethereum, dans le but de devenir une plateforme de stockage de valeur. Cependant, ce positionnement nous a placés dans une situation délicate, car il ne répondait pas totalement aux normes conservatrices de la communauté Bitcoin et ne correspondait pas à l'orientation de développement d'Ethereum. Cette position unique nous a quelque peu déplacés dans les deux communautés.

Face à de tels défis, nous avons décidé d'adopter nos caractéristiques et de nous en tenir à notre vision technologique d'origine. Cela inclut une exploration approfondie et une innovation du modèle UTXO et des recherches sur les solutions de couche 2 de Bitcoin. Nous pensons qu'en nous concentrant sur nos atouts et innovations technologiques, nous pouvons trouver une voie qui correspond à l'esprit du Bitcoin et apporte de la valeur à la communauté.

Au cours du processus de transformation, nous nous sommes rendu compte que le modèle UTXO était de plus en plus accepté par le marché, ce qui constituait une opportunité favorable pour notre transformation. Nous avons décidé d'exprimer clairement le positionnement de CKB en tant que solution de couche 2 pour Bitcoin, ce qui correspond non seulement à notre philosophie technologique, mais offre également de nouvelles opportunités de croissance à l'écosystème Bitcoin. Dans l'ensemble, nos décisions sont basées sur une compréhension approfondie de l'essence de la technologie et sur une connaissance approfondie des tendances du marché. Nous pensons qu'en nous concentrant sur nos principaux atouts et en persévérant dans l'innovation technologique, nous pouvons trouver notre position unique dans le monde des cryptomonnaies.

3. Les choix techniques du BTCKB : découverte du protocole RGB et introduction du RGB++

Entretien avec Baiyu : explication du protocole RGB++ (couche DA, vérification côté client, index open source et machine virtuelle)

Baiyu : Pour commencer, je vais vous donner un aperçu du contexte de notre processus de prise de décisions. Nous pensons que la concurrence dans la couche 2 de Bitcoin provient fondamentalement de la couche 1, où le cœur de la compétition réside dans l'introduction de nouveaux protocoles. Nous classons ces nouveaux protocoles en deux catégories : ceux qui utilisent la fonction UTXO et ceux qui n'en utilisent pas. Sur cette base, nous avons opté pour des protocoles dotés de caractéristiques UTXO, tels que les actifs Atomical, RGB et Taproot.

Plus précisément, nous avons choisi le protocole RGB en raison du vif intérêt que Cipher porte au RGB et de ses recherches approfondies avec le professeur Ajian. Nous avons proposé une méthode de liaison isomorphe pour introduire le RGB++. Il est important de noter que RGB++ et RGB sont des concepts distincts. Le protocole RGB a été initialement proposé par Peter, puis développé par l'association LNP/BP, et par le Dr Maxim, en utilisant le concept de joints à usage unique pour l'extension. En revanche, le RGB++ permet à d'autres chaînes UTXO de devenir clientes, la principale contribution étant le concept de liaison isomorphe. Du point de vue de CKB, notre objectif est de soutenir davantage de protocoles à l'avenir.

Cipher : À propos des choix techniques, expliquons d'abord en quoi consiste le protocole RGB. RGB utilise les sceaux à usage unique et la technologie de vérification côté client de Bitcoin pour lier les états des transactions RGB hors chaîne via le modèle UTXO de Bitcoin, créant ainsi un protocole d'actifs sur Bitcoin Layer 1. Ce design permet à la vérification des transactions de se concentrer uniquement sur le chemin de transaction lié à cet UTXO, évitant ainsi d'avoir à vérifier le solde ou la confirmation de l'état de toutes les transactions.

La disponibilité des données (DA) évoque souvent leur placement dans la couche 1 ou la couche 2 de l'écosystème Ethereum et son impact sur la sécurité. Cependant, ce concept diffère dans l'écosystème Bitcoin, en particulier pour les protocoles basés sur Utxo tels que RGB. En RGB, c'est suffisant pour vérifier les données relatives aux utilisateurs, qui n'ont théoriquement pas besoin d'être stockées sur une couche DA spécifique puisque les parties peuvent échanger directement les informations nécessaires.

Le protocole RGB++ étend le RGB, qui nécessitait à l'origine l'échange de l'historique des transactions et de données via un réseau P2P, y compris de nouvelles machines virtuelles et la définition d'une logique d'interaction, compliquant ainsi la logique hors chaîne et ralentissant le développement. Le RGB++ vise à transférer tous les composants « intelligents » du protocole RGB, tels que les réseaux P2P, les machines virtuelles et les contrats intelligents, en chaîne, en particulier vers CKB. Les transitions d'état pour chaque UTXO sur CKB sont limitées par les contrats intelligents CKB, qui permettent de vérifier et d'exécuter les actifs et la logique des contrats RGB++ sur CKB, de résoudre les problèmes d'interaction, d'exécution des contrats intelligents et de fourniture de preuves. CKB utilise une machine virtuelle RISC-V, qui prend en charge les contrats intelligents Turing-Complete, qui permet aux utilisateurs de consulter ou de vérifier l'état des actifs directement sur CKB sans sacrifier la sécurité ni vérifier côté client si nécessaire.

Mise en œuvre : Le protocole RGB++ garantit la compatibilité avec toutes les opérations RGB. Elle répond à la lenteur des progrès des clients hors chaîne en adoptant une stratégie de chaîne UTXO basée sur la preuve de travail (PoW). De plus, nous avons mis en place un mécanisme pour migrer facilement les transactions de Bitcoin vers CKB, en utilisant l'environnement d'exécution performant de CKB avant de remigrer les résultats vers Bitcoin.

Optimisation des performances : L'une des principales caractéristiques du protocole RGB++ est de permettre aux transactions de passer à la couche 2 (par exemple, de Bitcoin à CKB), améliorant ainsi de manière significative l'efficacité et les performances des transactions tout en contournant les limites de performance du Bitcoin.

Considérations de sécurité : Lors de la mise en œuvre du processus de saut, nous avons donné la priorité à la sécurité, en nous appuyant sur des liaisons directes entre deux UTXO plutôt que sur des ponts inter-chaînes basés sur la confiance ou des mécanismes multi-signatures. Nous respectons les normes de sécurité PoW, en considérant que les transactions sur la blockchain Bitcoin sont irréversibles après six blocs, et sur CKB, environ 24 blocs sont nécessaires pour une sécurité équivalente. Cette méthode garantit la sécurité lors des sauts d'actifs ou des migrations entre les couches.

Innovation et optimisation : Notre approche diffère de la logique de couche 2 d'Ethereum ou d'autres ponts inter-chaînes, ce qui témoigne de notre innovation et de notre optimisation en matière de technologie blockchain. Le protocole RGB++ résout les problèmes de performances et de coûts tout en améliorant la sécurité et la fiabilité du système.

En résumé, en introduisant le protocole RGB++, nous avons considérablement amélioré les performances et garanti une sécurité stricte tout en maintenant la compatibilité avec le protocole RGB d'origine. Ces optimisations et innovations démontrent notre profonde compréhension du développement de la technologie blockchain et notre exploration des orientations futures.

4. Le développement de contrats intelligents dans le cadre du protocole RGB est un défi, et c'est l'une des principales raisons de sa lenteur. Le RGB++ va-t-il adopter les mêmes contrats intelligents que le RGB ? Quels sont les outils techniques et le support disponibles pour les développeurs ?

Tout d'abord, en ce qui concerne la compatibilité du RGB++ avec le protocole RGB d'origine, notre processus de développement sera divisé en deux étapes. Dans un premier temps, nous ne nous conformerons pas totalement au protocole RGB d'origine, principalement parce que le protocole RGB lui-même continue d'évoluer et n'a pas été complètement perfectionné. Dans un deuxième temps, nous utiliserons la technologie de liaison isomorphe pour lier chaque transaction RGB ou RGB++ à l'UTXO de CKB (que nous appelons cellule). Cela signifie que les contrats intelligents et les états de la couche protocolaire RGB++ seront équivalents à ceux de CKB. Notre chaîne d'outils et notre support sont basés sur les cinq dernières années d'accumulation de CKB, bien que le développement soit relativement complexe.

Ensuite, par rapport au modèle de compte d'Ethereum, la différence intuitive et les difficultés de mise en œuvre entre le développement de contrats intelligents et le modèle UTXO de CKB sont importantes. Le modèle de compte d'Ethereum correspond davantage à l'intuition des programmeurs, car il permet d'effectuer des appels de fonction simples pour obtenir des résultats. Cependant, la mise en œuvre d'une logique métier basée sur Utxo (telle que RGB ou RGB++) dans le modèle de compte est extrêmement difficile, en raison de l'incertitude liée au résultat des transactions dans le modèle de compte, qui affecte la faisabilité de la liaison isomorphe.

Malgré les difficultés de programmation dans le modèle UTXO, nous pensons que c'est la seule option pour étendre la logique du protocole de Bitcoin. Nos outils de développement et la notoriété que nous avons accumulée au cours des quatre à cinq dernières années, y compris des chaînes d'outils et des designs de base pour la rédaction de contrats intelligents en Rust, C, Lua et JavaScript, fournissent un support complet aux développeurs. Nous avons essayé d'implémenter un AMM similaire à Uniswap dans le modèle UTXO, mais nous avons rencontré des difficultés importantes, ce qui a entraîné l'échec du projet, ce qui met en évidence la difficulté d'innover au sein de l'architecture UTXO.

En ce qui concerne l'expérience utilisateur, nous prévoyons de lancer les jetons fongibles et non fongibles de RGB++ et le DEX correspondant basé sur CKB d'ici la fin du mois de mars. La conception de l'expérience utilisateur vise à être simplifiée, afin de permettre aux utilisateurs de transférer facilement des actifs sans étapes de création fastidieuses. L'ensemble du processus automatise le traitement des transactions isomorphes, de manière transparente pour les utilisateurs, dans le but de fournir une expérience d'interaction fluide entre les chaînes.

En termes de choix techniques, nous avons d'abord veillé à la compatibilité avec le protocole RGB tout en introduisant un mécanisme qui permet aux transactions de migrer facilement de la chaîne Bitcoin vers CKB pour être exécutées, avec une efficacité d'exécution supérieure, puis de revenir à la chaîne Bitcoin. Ce processus, que nous appelons « saut », permet aux actifs de passer d'une chaîne à l'autre en toute sécurité sans avoir recours à des ponts inter-chaînes ou à des mécanismes multisig fiables, en se basant uniquement sur la liaison entre UTXOS. Ce design est basé sur la différence de confiance entre les délais de confirmation des blocs entre Bitcoin et CKB, afin de garantir la sécurité de la migration des actifs grâce à une durée appropriée de confirmations de blocs.

Pour relever les défis liés au développement de contrats intelligents pour le protocole RGB, nous y remédions en proposant une expérience d'échange plus riche et une assistance au développement sur CKB. Nous allons lancer une solution DEX de couche 2 afin d'optimiser l'expérience utilisateur, en évitant aux utilisateurs de se demander si leurs actifs se situent en couche 1 ou en couche 2. Ce DEX permet de répertorier les actifs des utilisateurs de la chaîne Bitcoin vers le DEX, en transférant la propriété des actifs de l'UTXO de Bitcoin à une adresse CKB, garantissant ainsi la sécurité et la transparence du transfert. Le code des contrats intelligents que nous utilisons est open source, ce qui réduit les problèmes de sécurité des utilisateurs. De plus, nous garantissons une protection contre les doubles dépenses lors du processus de transfert d'actifs et une expérience de transaction fluide sur la couche 2. Les utilisateurs n'ont donc pas à se soucier de la localisation précise de leurs actifs, offrant ainsi une expérience de trading presque fluide.

5. Puisqu'une transaction sur Bitcoin donne lieu à une transaction similaire synchronisée sur CKB, comment est calculé le gaz lorsque les utilisateurs utilisent les deux chaînes, y compris dans les scénarios de transfert d'actifs entre elles ?

Tout d'abord, lorsque des transactions ont lieu à la fois sur Bitcoin et CKB, une transaction est effectivement exécutée sur chaque chaîne. Les transactions sur CKB nécessitent non seulement des frais d'utilisation du réseau (frais de gaz), mais aussi des frais de stockage publics pour le stockage des états des transactions (tels que le montant de CKB détenu). Ces frais publics nécessitent généralement plus de 100 CKB, ce qui soulève la question de savoir qui prend en charge ces coûts et comment s'assurer que cela n'affecte pas l'expérience utilisateur.

La solution consiste à ajouter une sortie supplémentaire à la transaction Bitcoin, une petite quantité de Bitcoin (qui coûte environ quelques dollars), destinée à un payeur qui couvre les frais de CKB en élaborant et en initiant une transaction correspondante pour le compte de l'utilisateur.

L'un des points clés est que CKB utilise une fonctionnalité qui permet de prouver la transaction Bitcoin sur CKB sans que l'utilisateur ait à se reconnecter à la chaîne CKB. Cela signifie que n'importe qui (comme les relais ou les payeurs) peut initier des transactions sur CKB pour le compte des utilisateurs et couvrir les frais connexes.

En fin de compte, ce mécanisme permet aux utilisateurs de transférer des actifs entre les deux chaînes sans se soucier de calculer et de payer directement les frais de gaz. Ces coûts sont gérés indirectement grâce à la sortie supplémentaire ajoutée à la transaction Bitcoin et couverts par le payeur, pour une expérience fluide et conviviale.

6. Alors que les solutions BTC L2 telles que BounceBit, Merlin Chain et B^2 enregistrent une forte croissance de leur TVL, comment la RGB++ compte-t-elle entrer sur le marché ? Le RGB++ aura-t-il un protocole d'émission d'actifs natif ?

En réponse à la tendance explosive des solutions Bitcoin Layer 2 (L2) et à la manière dont RGB++ prévoit d'entrer sur ce marché, je vais aborder deux aspects principaux : les fonctionnalités et les caractéristiques du RGB++ en tant que protocole d'émission, et notre stratégie et nos plans concernant la couche 2 du CKB.

Tout d'abord, la fonctionnalité principale du RGB++ est le protocole d'émission de NFT et de jetons fongibles (FT). Cela signifie que le RGB++ prend en charge l'émission de NFT et de FT, offrant ainsi une expérience similaire à celle du trading sur le réseau principal Bitcoin, mais peut-être confrontée à des frais de gaz plus élevés et à des vitesses de transaction plus lentes. Cependant, ces actifs peuvent être négociés directement sur le DEX de CKB, selon les mêmes normes que les actifs de CKB, comme notre norme FT xUDT, similaire à l'ERC20. Nous avons également une norme pour les NFT, Spore NFT, qui est déjà appliquée sur le réseau principal.

Ensuite, en ce qui concerne notre stratégie concernant la couche 2 de la CKB, nous nous concentrons sur la fourniture d'une expérience utilisateur fluide, y compris en émettant des actifs natifs et en prenant en charge les actifs inter-chaînes. Les actifs Bitcoin et Ethereum peuvent être transférés à CKB via des technologies de passerelle, et nous collaborons avec de grandes institutions pour garantir la sécurité et la fiabilité de ce processus. De plus, nous soulignons l'importance d'une plateforme de contrats intelligents ; une fois que les actifs sont émis en RGB++, ils peuvent immédiatement utiliser cette plateforme pour le développement de diverses applications décentralisées (DApps), telles que les activités de prêt, de jalonnement et de minage.

En ce qui concerne CKB Layer 2, nous nous concentrons sur trois types d'actifs : les actifs FT, les NFT et les actifs d'inscription natifs de CKB. Chaque type d'actif a ses applications et ses mécanismes de transaction spécifiques, et nous proposons des solutions techniques et de marché correspondantes pour les soutenir. Par exemple, nous soutenons la circulation des actifs NFT par le biais de normes et de marchés de négociation unifiés, et nous développons des plateformes spécifiques, comme le marché de négociation Omega pour faciliter l'émission et la négociation d'actifs d'inscription native CKB.

En résumé, la stratégie d'entrée sur le marché de RGB++ consiste à tirer parti de ses capacités en tant que puissant protocole d'émission de NFT et de FT et à lancer des actifs innovants et natifs sur la couche 2 du CKB. Nous nous engageons à fournir une plateforme complète de contrats intelligents, à prendre en charge les transferts d'actifs entre chaînes et à garantir la sécurité et la praticité de notre technologie grâce à des partenariats avec des acteurs du secteur.

7. En quoi les actifs RGB++ diffèrent-ils des RGB20 et RGB721 ? Sont-ils compatibles avec les actifs BRC20 et ARC20, qui détiennent une part de marché plus élevée par rapport à la chaîne Bitcoin d'origine ?

Les actifs sur Bitcoin peuvent généralement être divisés en deux catégories principales et trois sous-catégories. Tout d'abord, le Bitcoin lui-même constitue une catégorie d'actifs unique. Ensuite, tous les actifs qui nécessitent une vérification hors chaîne, ou ce que l'on appelle les « pièces colorées », constituent la deuxième catégorie majeure. Dans cette deuxième grande catégorie, je la divise en deux types : le premier est celui des actifs qui peuvent utiliser les fonctionnalités UTXO et qui peuvent être réutilisés sur le Lightning Network. Ces types d'actifs, grâce à des schémas similaires à ceux du RGB, peuvent migrer vers CKB par le biais de la cartographie et de la liaison isomorphes. Cela signifie que des actifs tels que les actifs atomiques et pivots, bien qu'ils soient toujours émis sur la chaîne Bitcoin, peuvent être utilisés sur CKB via le schéma RGB++ sans qu'il soit nécessaire de modifier trop cette couche d'actifs protocolaires.

Le second type d'actifs, comme le BRC20, qui utilise moins les fonctionnalités UTXO, est difficile à migrer vers le CKB par liaison isomorphe. Pour ce type d'actifs, notre approche est similaire à celle des autres chaînes du marché, c'est-à-dire en créant un pont inter-chaînes. Ce pont bloque les actifs BRC20 sur la chaîne Bitcoin, puis émet un FT (jeton fongible) ou un NFT (jeton non fongible) équivalent sur CKB, permettant aux utilisateurs de négocier sur CKB. Cette méthode s'applique aux actifs protocolaires qui ne peuvent pas utiliser directement les fonctionnalités UTXO, comme ORDI, un type d'actif BRC20. En résumé, le RGB++ vise à fournir un mécanisme de liaison isomorphe flexible afin de permettre et d'optimiser l'utilisation et la migration de différents types d'actifs entre Bitcoin et CKB.

8. Quel soutien le RGB++ apportera-t-il à l'avenir aux actifs existants destinés à une large base d'utilisateurs et à une large communauté ?

Nous prévoyons de prendre en charge les actifs existants auprès d'une large base d'utilisateurs. Deux approches principales sont envisagées :

1. Inscription Bridge Support: Nous prévoyons de soutenir le BRC 20 ou d'autres actifs par le biais de passerelles d'inscription, à condition qu'il existe des indexeurs et des opérateurs de ponts appropriés. Nous recherchons des partenaires pour construire ces ponts à chaînes avec inscription. Le problème avec le pont BTC sera bientôt résolu, et nous travaillons d'arrache-pied sur le pont des inscriptions. Cela nécessite la prise en charge des portefeuilles de l'écosystème, y compris des portefeuilles à plugins, qui font actuellement défaut dans l'écosystème CKB. Nous attendons avec impatience de bénéficier d'une assistance accrue de la part de portefeuilles matériels et de portefeuilles de plugins à l'avenir, qui seront compatibles avec les principaux protocoles et favoriseront ainsi le développement de l'ensemble de l'écosystème.

2. Approche passerelle sans inscription: Notre premier objectif est la mise en œuvre du RGB++. Une fois le RGB++ terminé, nous pourrions envisager de prendre en charge d'autres protocoles UTXO pour déterminer quelle méthode est la plus rapide et la plus efficace. Notre objectif est d'abord d'implémenter le RGB++. De plus, nous envisageons de coopérer avec l'équipe de Lightning Network. Bien qu'ils se concentrent principalement sur les paiements et les fonctionnalités limitées des scripts, nous pensons que le moyen le plus approprié est de proposer ces fonctionnalités à CKB et de lui fournir une couche de contrats intelligents.

Dans l'ensemble, notre stratégie est flexible et agressive et vise à améliorer progressivement la prise en charge d'un large éventail d'actifs destinés aux utilisateurs et à la communauté grâce à diverses approches techniques et à des partenariats. Nous sommes convaincus que ces tâches sont réalisables et que le pouvoir de mise en œuvre ultime est entre nos mains.

Déclaration :

1. Cet article est repris de Foresight News, et les droits d'auteur appartiennent à l'auteur original, Trustless Labs. En cas d'objection à la réimpression, veuillez contacter l'équipe de Gate Learn, qui la traitera le plus rapidement possible conformément aux procédures pertinentes.

2. Avertissement : Les points de vue et opinions exprimés dans cet article sont ceux de l'auteur uniquement et ne constituent en aucun cas un conseil d'investissement.

3. Les autres versions linguistiques de l'article sont traduites par l'équipe de Gate Learn. Sans mentionner Gate.io, il est interdit de copier, de diffuser ou de plagier les articles traduits.