Préface
Au cours du quatrième cycle de réduction de moitié du Bitcoin, l'adoption explosive du protocole #Ordinals et de protocoles similaires a fait comprendre à l'industrie du cryptage que l'émission et l'échange d'actifs basés sur la couche Bitcoin L1 sont essentiels au consensus en matière de sécurité et d'écologie. développement du réseau principal Bitcoin. La valeur des externalités positives peut être décrite comme le « moment Uniswap » de l’écosystème Bitcoin.
L'évolution et l'itération de la programmabilité Bitcoin sont le résultat de la gouvernance du marché des opinions de la communauté Bitcoin, plutôt que d'être motivées par une téléologie telle que Holder pour BTC ou Builder pour l'espace de bloc.
À l'heure actuelle, en améliorant la programmabilité de Bitcoin et en augmentant ainsi le taux d'utilisation de l'espace de bloc du réseau principal Bitcoin, il est devenu un nouvel espace de conception pour le consensus de la communauté Bitcoin.
Contrairement à Ethereum et à d'autres chaînes publiques hautes performances, afin de garantir la simplicité et la légèreté de l'ensemble UTXO, l'espace de conception de la programmabilité de Bitcoin est très restreint. Les contraintes de base sont la manière d'utiliser les scripts et le code OP pour faire fonctionner UTXO.
Les solutions de programmabilité Bitcoin classiques incluent les canaux d'état (Lightning Network), la vérification client (RGB), les chaînes latérales (Liquid Network, Stacks, RootSock, etc.), CounterParty, Omni Layer, Taproot Assets, DLC, etc. Les solutions de programmabilité Bitcoin émergentes depuis 2023 incluent Ordinals, BRC20, Runes, Atomics, Stamps, etc.
Après la fin de la deuxième vague d'inscription, une nouvelle génération de solutions de programmabilité Bitcoin a émergé les unes après les autres, telles que la solution #UTXO #同构绑定 de #CKB et la solution Bitcoin L2 compatible EVM. , solution DriveChain, etc.
Comparée à la solution Bitcoin L2 compatible EVM, la solution de programmabilité Bitcoin de CKB (Common Knowledge Base) est une solution native et sécurisée dans l'espace de conception moderne de la programmabilité Bitcoin qui n'introduit pas d'hypothèses de confiance sociale. Par rapport à la solution DriveChain, elle ne nécessite aucune modification au niveau du protocole Bitcoin.
Dans un avenir prévisible, la courbe de croissance de la programmabilité Bitcoin connaîtra une phase de croissance accélérée, et les actifs, les utilisateurs et les applications de l'écosystème Bitcoin ouvriront la voie à une vague d'explosion Xuanbian. La pile UTXO de l'écosystème CKB sera une nouvelle. L’afflux de développeurs Bitcoin offre la possibilité de créer des protocoles utilisant des piles modulaires. De plus, CKB étudie l’intégration du réseau Lightning à la pile UTXO pour tirer parti de la programmabilité native de Bitcoin afin d’assurer l’interopérabilité entre les nouveaux protocoles.
Espace de noms de programmabilité Bitcoin
La blockchain est une machine qui crée la confiance, et le réseau principal Bitcoin est la machine 0. Tout comme toute philosophie occidentale est une note de bas de page de Platon, tout dans le monde de la cryptographie (actifs, récits, réseaux blockchain, protocoles, DAO, etc.) est des dérivés et des dérivés du Bitcoin.
Dans le processus de co-évolution entre Bitcoin Maxi et les expansionnistes, depuis le débat sur la question de savoir si le réseau principal Bitcoin prend en charge l'exhaustivité de Turing jusqu'au différend entre le système de témoins séparés et le système d'expansion de grands blocs, Bitcoin est constamment en train de bifurquer. Il s'agit non seulement de créer de nouveaux projets de chiffrement et un consensus communautaire de chiffrement, mais également de renforcer et de consolider le propre consensus communautaire de Bitcoin. Il s'agit d'un processus d'auto-confirmation tout en étant différent.
En raison de la mystérieuse disparition de Satoshi Nakamoto, la gouvernance de la communauté Bitcoin n'a pas une structure de gouvernance de « monarchie éclairée » comme Ethereum, mais un modèle de gouvernance dans lequel les mineurs, les développeurs, les communautés et les marchés s'engagent dans des jeux ouverts pour parvenir à un modèle de gouvernance équilibré. Cela donne au consensus de la communauté Bitcoin la capacité d’être extrêmement stable une fois formé.
Les caractéristiques actuelles du consensus de la communauté Bitcoin sont : le consensus n'est pas le commandement et le contrôle, la minimisation de la confiance, la décentralisation, la résistance à la censure, le pseudo-anonymat, l'open source, la collaboration ouverte, l'absence de permission, la neutralité juridique, l'homogénéité, la compatibilité ascendante, la minimisation de l'utilisation des ressources. , vérification > calcul, convergence, immuabilité des transactions, résistance aux attaques DoS, évitement des conflits d'entrée, robustesse, incitations cohérentes, solidification, consensus à ne pas altérer, principes de conflit, avancement collaboratif, etc. [1]
La forme actuelle du réseau principal Bitcoin peut être considérée comme une instanciation des caractéristiques consensuelles de la communauté Bitcoin ci-dessus. L’espace de conception de la programmabilité Bitcoin est également défini par les caractéristiques consensuelles de la communauté Bitcoin.
Un espace de conception classique pour la programmabilité Bitcoin
Alors que d'autres chaînes publiques tentent la modularisation, la parallélisation et d'autres solutions pour explorer l'espace de conception de la solution triangulaire impossible de la blockchain, l'espace de conception du protocole Bitcoin s'est toujours concentré sur les scripts, le code OP et l'UTXO.
Deux exemples typiques sont les deux mises à niveau majeures du réseau principal Bitcoin depuis 2017 : le hard fork Segwit et le soft fork Taproot.
Dans le hard fork Segwit d'août 2017, un bloc 3M a été ajouté au bloc principal 1M pour stocker spécifiquement les signatures (témoins), et le poids des données de signature a été défini sur 1 des données du bloc principal lors du calcul des frais de mineur /4. pour maintenir la cohérence du coût de dépense d'une sortie UTXO et de création d'une sortie UTXO, et empêcher l'abus du changement UTXO pour augmenter la vitesse d'expansion de l'ensemble UTXO.
Le soft fork Taproot de novembre 2021 permettra d'économiser le temps de vérification d'UTXO et l'espace de bloc occupé par les multi-signatures en introduisant le schéma multi-signature Schnorr.
1 groupe clé-valeur UTXO (Source : learnmeabitcoin.com)
UTXO (sortie de transaction non dépensée) est la structure de données de base du réseau principal Bitcoin. Elle présente les caractéristiques d'atomicité, de non-homogénéité et de couplage en chaîne. Chaque transaction sur le réseau principal Bitcoin consomme 1 UTXO en entrée et crée un nombre entier de nouvelles sorties UTXO. Pour faire simple, UTXO peut être considéré comme des dollars américains, des euros et d'autres billets de banque circulant sur la chaîne. Il peut être dépensé, modifié, divisé, combiné, etc., mais sa plus petite unité atomique est Satoshi (sats). Un UTXO représente le dernier statut à une heure précise. L'ensemble UTXO représente le dernier état du réseau principal Bitcoin à un moment précis.
En gardant l'ensemble Bitcoin UTXO simple, léger et facile à vérifier, le taux d'expansion de l'état du réseau principal Bitcoin a été stabilisé avec succès à un niveau conforme à la loi de Moore matérielle, garantissant ainsi la participation de tous les nœuds du réseau principal Bitcoin et sa robustesse. de vérification des transactions.
En conséquence, l’espace de conception de la programmabilité Bitcoin est également limité par les caractéristiques consensuelles de la communauté Bitcoin. Par exemple, afin de prévenir les risques de sécurité potentiels, Satoshi Nakamoto a décidé en août 2010 de supprimer l'opcode OP-CAT, qui était la logique clé pour atteindre le niveau de programmabilité complet de Bitcoin de Turing.
La voie à suivre pour réaliser la programmabilité Bitcoin n'utilise pas de solutions de machine virtuelle (VM) en chaîne comme Ethereum et Solana, mais choisit d'utiliser des scripts et des codes d'opération (OP Code) pour contrôler UXTO, les champs d'entrée de transaction, les champs de sortie et les témoins. Les données (témoin), etc. sont utilisées pour les opérations de programmation.
La principale boîte à outils de programmabilité Bitcoin est la suivante : multi-signature, verrouillage temporel, verrouillage par hachage, contrôle de processus (OP_IF, OP_ELIF). [2]
Dans l'espace de conception classique, la programmabilité de Bitcoin est très limitée. Il ne prend en charge que plusieurs procédures de vérification et ne prend pas en charge le stockage d'état en chaîne et les calculs en chaîne sont précisément la réalisation de Turing. niveau. Composant fonctionnel de base de la programmabilité.
La renaissance de la programmabilité Bitcoin
Mais l’espace de conception de la programmabilité Bitcoin n’est pas un état fixe. Au lieu de cela, il s’agit plutôt d’un spectre dynamique qui évolue avec le temps.
Contrairement au stéréotype du monde extérieur selon lequel le développement du réseau principal Bitcoin stagne, avec divers vecteurs de consensus limitant l'espace de conception, le développement, le déploiement, l'adoption et la promotion de nouveaux scripts et de nouveaux opcodes pour le réseau principal Bitcoin sont toujours en cours. parfois même déclenché des guerres de fork dans la communauté du chiffrement (comme le hard fork de Segwit).
En prenant comme exemple les changements d’adoption des types de scripts du réseau principal Bitcoin, nous pouvons clairement percevoir les changements. Les scripts utilisés par le type de sortie du réseau principal Bitcoin peuvent être divisés en trois catégories :
Script original : pubkey, pubkeyhash
Scripts améliorés : multisig, scripthash
Scripts de témoin : témoin_v0_keyhash, témoin_v0_scripthash, témoin_v1_taproot
Types de sorties historiques complètes du réseau principal Bitcoin ; source : Dune
À partir du tableau des tendances de changement de l'ensemble du type de sortie historique du réseau principal Bitcoin, nous observons un fait fondamental : l'amélioration de la programmabilité du réseau principal Bitcoin est une tendance historique à long terme. Les scripts améliorés dévorent la part des scripts originaux. tandis que les scripts témoins dévorent les améliorations. Le protocole Ordinals basé sur les scripts améliorés Segweit et les scripts témoins Taproot a lancé une vague d'émission d'actifs Bitcoin L1, qui n'est pas seulement une continuation de la tendance historique de la programmabilité du réseau principal Bitcoin, mais également une nouvelle étape de la programmabilité du réseau principal Bitcoin.
L’opcode du réseau principal Bitcoin a également un processus d’évolution similaire à celui du script du réseau principal Bitcoin.
Par exemple, le protocole Ordinals réalise sa conception fonctionnelle en combinant les dépenses du chemin de script de la racine pivotante du script du réseau principal Bitcoin et les codes d'opération (OP_FALSE, OP_IF, OP_PUSH, OP_ENDIF).
1 instance gravée du protocole Ordinals
Avant la naissance officielle du protocole Ordinals, les solutions classiques pour la programmabilité Bitcoin incluaient principalement les canaux d'état (Lightning Network), la vérification client (RGB), les chaînes latérales (Liquid Network, Stacks, RootSock, etc.), CounterParty, Omni Layer, DLC etc. .
Le protocole Ordinals sérialise Satoshi, la plus petite unité atomique d'UXTO, puis grave le contenu des données dans le champ Witness d'UTXO et l'associe à un Satoshi sérialisé spécifique. L'indexeur hors chaîne est ensuite responsable des opérations d'indexation et de programmation sur. ces états de données. Ce nouveau paradigme de programmabilité Bitcoin est fortement assimilé à une « gravure sur or ».
Le nouveau paradigme du protocole Ordinals a inspiré l'enthousiasme de la plus grande communauté cryptographique à utiliser l'espace de bloc du réseau principal Bitcoin pour émettre, créer et échanger des objets de collection NFT et des jetons de type MeMe (qui peuvent être collectivement appelés inscriptions), parmi lesquels de nombreux personnes dans leur vie Ayez votre propre adresse Bitcoin pour la première fois.
Cependant, la programmabilité du protocole Ordinals hérite de la programmabilité limitée de Bitcoin et ne prend en charge que trois méthodes fonctionnelles : Déploiement, Mint et Transfert. Cela rend le protocole Ordinals et ses adeptes BRC20, Runes, Atomics, Stamps et autres protocoles uniquement adaptés aux scénarios d'application d'émission d'actifs. Cependant, la prise en charge des scénarios d'application DeFi tels que les transactions et les prêts qui nécessitent un calcul d'état et un stockage d'état est relativement faible.
Protocole des ordinaux 3 types de quantités TX (Source : Dune)
La liquidité est l’élément vital des actifs. En raison des caractéristiques naturelles du protocole de programmabilité Bitcoin de type Ordinals, les actifs d'inscription sont réémis et la liquidité est fournie avec légèreté, ce qui à son tour affecte la valeur générée tout au long du cycle de vie d'un actif d'inscription.
De plus, les protocoles Ordinals et BRC20 sont également soupçonnés d’abuser de l’espace de données des témoins et ont objectivement provoqué une explosion du statut du réseau principal Bitcoin.
Modifications de la taille de l'espace du bloc Bitcoin (Source : Dune)
À titre de référence, les principales sources de frais de gaz sur le réseau principal Ethereum sont les frais de transaction DEX, les frais de disponibilité des données L2 et les frais de transfert de gaz stable. Par rapport au réseau principal Ethereum, les revenus du réseau principal Bitcoin sont uniques, hautement cycliques et très volatils.
Les capacités de programmation du réseau principal Bitcoin ne sont pas encore en mesure de répondre à la demande du côté de l’offre de l’espace de bloc du réseau principal Bitcoin. Pour atteindre un statut de revenus d’espace de bloc stable et durable pour le réseau principal Ethereum, DEX, stablecoins et L2 natifs de l’écosystème Bitcoin sont nécessaires. La condition préalable à la réalisation de ces protocoles et applications est que le protocole programmable Bitcoin doit fournir des capacités de programmation complètes à Turing.
Par conséquent, comment réaliser nativement la programmabilité Turing-complète de Bitcoin tout en limitant l’impact négatif sur l’échelle de l’état du réseau principal Bitcoin est devenu un sujet important dans l’écosystème Bitcoin.
Solution CKB pour la programmabilité Bitcoin
Actuellement, les solutions permettant d'obtenir la programmabilité native Turing complète de Bitcoin incluent : BitVM, RGB, CKB, EVM compatible avec Rollup L2, DriveChain, etc.
BitVM utilise un ensemble de codes OP Bitcoin pour construire des portes logiques NAND, puis construit d'autres portes logiques de base via des portes logiques NAND. Enfin, une VM native Bitcoin est construite à partir de ces circuits de portes logiques de base. Ce principe est quelque peu similaire au diagramme de réseau King Qin dans le célèbre roman de science-fiction « Le problème à trois corps ». Des scènes spécifiques sont présentées dans la série télévisée Netflix du même nom. Le document sur la solution BitVM est entièrement open source et est très attendu par la communauté du chiffrement. Cependant, sa mise en œuvre technique est très difficile et se heurte à des problèmes tels que le coût de gestion des données hors chaîne, la limite du nombre de participants, le nombre d'interactions défi-réponse, la complexité de la fonction de hachage, etc., ce qui rend sa mise en œuvre difficile à court terme. terme.
Le protocole RVB utilise une vérification côté client et une technologie de scellement unique pour obtenir une programmabilité complète de Turing. L'idée de base de la conception est de stocker l'état et la logique du contrat intelligent sur la sortie (Sortie) de la transaction Bitcoin (Transaction). La maintenance du code et le stockage des données sont effectués hors chaîne, le réseau principal Bitcoin servant de couche d'engagement pour l'état final.
EVM est compatible avec Rollup L2 et constitue une solution permettant de réutiliser rapidement la pile Rollup L2 mature pour créer Bitcoin L2. Cependant, étant donné que le réseau principal Bitcoin ne peut actuellement pas prendre en charge la preuve de fraude/validité, le Rollup L2 doit introduire une hypothèse de confiance sociale (signature multiple).
DriveChain est une solution d'extension de chaîne latérale. L'idée de conception de base est d'utiliser Bitcoin comme couche inférieure de la blockchain et de créer une chaîne latérale en verrouillant Bitcoin, réalisant ainsi une interopérabilité bidirectionnelle entre Bitcoin et la chaîne latérale. La mise en œuvre du projet DriveChain nécessite des modifications au niveau du protocole pour Bitcoin, qui consiste à déployer les BIP300 et BIP301 proposés par l'équipe de développement sur le réseau principal.
Les solutions de programmabilité Bitcoin ci-dessus sont soit extrêmement difficiles à mettre en œuvre à court terme, introduisent trop d’hypothèses de confiance sociale ou nécessitent des modifications au niveau du protocole pour Bitcoin.
Protocole d'actif Bitcoin L1 : RVB++
En réponse aux lacunes et problèmes ci-dessus du protocole de programmabilité Bitcoin, l’équipe CKB a proposé une solution relativement équilibrée. La solution comprend le protocole d'actifs Bitcoin L1 RGB++, le fournisseur de services Bitcoin L2 Raas UTXO Stack et un protocole d'interopérabilité intégré au Lightning Network.
Primitives natives UXTO : liaison isomorphe
RGB++ est un protocole d'émission d'actifs Bitcoin L1 développé sur la base des idées de conception RGB. L'implémentation technique de RGB++ hérite des primitives techniques de CKB et RBG. Il utilise la technologie de « sceau unique » et de vérification client de RGB, et mappe Bitcoin UTXO à la cellule (version étendue d'UTXO) du réseau principal CKB via une liaison isomorphe, et utilise des scripts sur CKB et les contraintes de la chaîne Bitcoin pour vérifier l'exactitude. des calculs de l'État et de la validité des changements de propriété.
En d’autres termes, RGB++ utilise les cellules de la chaîne CKB pour exprimer la relation de propriété des actifs RGB. Il déplace les données d'actifs initialement stockées localement sur le client RGB vers la chaîne CKB et les exprime sous forme de cellule, établissant une relation de mappage avec Bitcoin UTXO, permettant à CKB d'agir comme une base de données publique et une couche de pré-règlement hors chaîne pour Actifs RVB Remplacez le client RVB pour obtenir un hébergement de données et une interaction de contrat RVB plus fiables.
Liaison isomorphe de RGB++ (Source : RGB++ Protocol Light Paper)
Cell est l'unité de stockage de données de base de CKB et peut contenir différents types de données, tels que des CKBytes, des jetons, du code TypeScript ou des données sérialisées (telles que des chaînes JSON). Chaque cellule contient un petit programme appelé Lock Script, qui définit le propriétaire de la cellule. Lock Script prend non seulement en charge les scripts du réseau principal Bitcoin, tels que la multi-signature, le verrouillage de hachage, le verrouillage temporel, etc., mais permet également l'inclusion d'un script de type pour exécuter des règles spécifiques pour contrôler son utilisation. Cela permet aux développeurs de personnaliser les contrats intelligents pour différents cas d'utilisation, tels que l'émission de NFT, le largage de jetons, l'AMM Swap, etc.
Le protocole RGB utilise l'opcode OP RETURN pour attacher la racine d'état d'une transaction hors chaîne à la sortie d'un UTXO, en utilisant l'UTXO comme conteneur pour les informations d'état. Ensuite, RGB++ mappe le conteneur d'informations d'état construit à partir de RGB à la cellule de CKB, enregistre les informations d'état dans le type et les données de la cellule et utilise ce conteneur UTXO comme propriétaire de l'état de la cellule.
Cycle de vie des transactions RGB++ (Source : RGB++ Protocol Light Paper)
Comme le montre la figure ci-dessus, le cycle de vie complet d'une transaction RGB++ est le suivant :
Informatique hors chaîne. Lors du lancement d'un Tx lié de manière isomorphe, vous devez d'abord sélectionner un nouvel UTXO btc_utx#2sur le réseau principal Bitcoin en tant que conteneur scellé unique, puis lier l'UTXO btc_utx#1de manière isomorphe à la cellule hors chaîne d'origine, la nouvelle. La cellule liée de manière isomorphe btc_utxo#2, utilise la cellule d'origine comme entrée et la nouvelle cellule comme sortie de CKB TX pour le calcul de hachage afin de générer un engagement.
Soumettez une transaction Bitcoin. RGB++ initie un Tx sur le réseau principal Bitcoin, prend btc_utx#1lié isomorphiquement à la cellule d'origine en entrée et utilise OP RETURN pour prendre l'engagement généré à l'étape précédente en sortie.
Soumettez la transaction CKB. CKB Tx généré par calcul hors chaîne avant l'exécution du réseau principal CKB.
Vérification en chaîne. Le réseau principal CKB exécute un client léger du réseau principal Bitcoin pour vérifier les changements d'état de l'ensemble du système. Ceci est très différent du RVB. Le mécanisme P2P utilisé pour la vérification des changements d'état du RVB nécessite que l'initiateur et le récepteur de Tx soient en ligne en même temps et vérifient uniquement de manière interactive la carte TX correspondante.
RGB++ implémenté sur la base de la logique de liaison isomorphe ci-dessus, par rapport au protocole RGB, tout en renonçant à une certaine confidentialité, a acquis de nouvelles fonctionnalités : vérification client améliorée par la blockchain, repliement des transactions et état partagé sans contrat principal ni transferts non interactifs.
Vérification côté client améliorée par la blockchain. RGB++ permet aux utilisateurs de choisir d'adopter PoW pour maintenir la sécurité consensuelle, le calcul de l'état de vérification CKB et le changement de propriété d'URXO-Cell.
Pliage des transactions. RGB++ prend en charge le mappage de plusieurs cellules sur un seul UTXO, permettant ainsi une expansion élastique de RGB++.
Contrats intelligents sans propriétaire et état partagé. Une difficulté majeure dans la mise en œuvre de contrats intelligents complets de Turing à l’aide des structures de données d’état UTXO réside dans les contrats intelligents sans propriétaire et les états partagés. RGB++ peut résoudre ce problème en utilisant la cellule d'état globale et la cellule d'intention de CKB.
Transferts non interactifs.RGB++ rend le processus de vérification côté client de RGB facultatif et n'impose plus de transferts interactifs. Si l'utilisateur choisit CKB pour vérifier le calcul du statut et les changements de propriété, l'expérience d'interaction avec la transaction sera cohérente avec le réseau principal Bitcoin.
De plus, RGB++ hérite également de la fonction de privatisation de l'espace d'état de la cellule du réseau principal CKB. En plus de payer les frais de mineur pour l'utilisation de l'espace de bloc du réseau principal Bitcoin, chaque TX de RGB++ doit également payer des frais supplémentaires pour la location de l'état de la cellule. espace (cette partie Les frais sont renvoyés au chemin d'origine après la consommation de la cellule). La privatisation de l'espace d'état de Cell est un mécanisme de défense inventé par CKB pour faire face à l'explosion de l'état du réseau principal blockchain. Les locataires de l'espace d'état de Cell doivent continuer à payer pendant la période d'utilisation (la valeur est diluée sous forme d'inflation). par les jetons en circulation de CKB). Cela fait du protocole RGB++ un protocole d’extension de programmabilité responsable du réseau principal Bitcoin qui peut limiter dans une certaine mesure l’abus de l’espace de bloc du réseau principal Bitcoin.
Interopérabilité L1<>L2 sans confiance : Leap
La liaison isomorphe de RGB++ est une logique d'implémentation atomique synchronique, qui se produit soit en même temps, soit s'inverse en même temps, et il n'y a pas d'état intermédiaire. Toutes les transactions RGB++ apparaîtront simultanément sur les chaînes BTC et CKB. Le premier est compatible avec les transactions du protocole RGB et le second remplace le processus de vérification du client. Les utilisateurs n'ont qu'à vérifier les transactions pertinentes sur CKB pour vérifier si le calcul du statut de cette transaction RGB++ est correct. Cependant, les utilisateurs peuvent également utiliser la carte Tx de corrélation locale d'UTXO pour vérifier indépendamment les transactions RGB++ sans utiliser les transactions sur la chaîne CKB comme base de vérification (certaines fonctions telles que le repliement des transactions doivent toujours s'appuyer sur le hachage d'en-tête de bloc de CKB pour une vérification de prévention des doubles dépenses. .
Par conséquent, les actifs inter-chaînes entre RGB++ et le réseau principal CKB ne reposent pas sur l'introduction d'hypothèses de confiance sociale supplémentaires, telles que la couche relais du pont inter-chaînes, la trésorerie multi-signature centralisée Rollup compatible EVM, etc. Les actifs RGB++ peuvent être transférés de manière native et sans confiance du réseau principal Bitcoin au réseau principal CKB, ou du réseau principal CKB au réseau principal Bitcoin. CKB appelle ce flux de travail inter-chaînes Leap.
Il existe une relation de couplage lâche entre RGB++ et CKB. En plus de prendre en charge les actifs de couche Bitcoin L1 (non limités aux actifs natifs du protocole RGB++, y compris les actifs émis à l'aide de Runes, Atomicals, Taproot Assets et d'autres protocoles) Leap to CKB, le protocole RGB++ prend également en charge Leap to Cardano et d'autres chaînes complètes UTXO Turing. . Dans le même temps, RGB++ prend également en charge le saut des actifs Bitcoin L2 vers le réseau principal Bitcoin.
Fonctions étendues et exemples d'application de RGB++
Le protocole RGB++ prend en charge nativement l'émission de jetons fongibles et de NFT.
La norme de jeton fongible pour RGB++ est xUDT, et la norme NFT est Spore, etc.
La norme xUDT prend en charge une variété de méthodes homogènes d'émission de jetons, y compris, mais sans s'y limiter, la distribution centralisée, les parachutages, les abonnements, etc. Le nombre total de jetons peut également être choisi entre des plafonds non plafonnés et prédéfinis. Pour les jetons avec un plafond prédéfini, un système de partage d'état peut être utilisé pour vérifier que le nombre total de chaque émission est inférieur ou égal au plafond prédéfini.
Spore dans la norme NFT stockera toutes les métadonnées de la chaîne, garantissant ainsi une sécurité de disponibilité des données à 100 %. DOB (Digital Object), un actif émis par le protocole Spore, est similaire à Ordinals NFT, mais possède des fonctionnalités et un gameplay plus riches.
En tant que protocole de vérification client, le protocole RGB prend naturellement en charge les canaux d'état et le réseau Lightning. Cependant, il est limité par les capacités de calcul des scripts de Bitcoin et il est très difficile d'introduire des actifs sans confiance autres que BTC dans le réseau Lightning. Cependant, le protocole RGB++ peut utiliser le système de script Turing-complete de CKB pour implémenter des canaux d'état et des réseaux Lightning basés sur les actifs RGB++ de CKB.
Avec les normes et fonctions ci-dessus, les cas d'utilisation du protocole RGB++ ne se limitent pas à de simples scénarios d'émission d'actifs comme d'autres protocoles programmables du réseau principal Bitcoin, mais prennent en charge des scénarios d'application complexes tels que l'échange d'actifs, le prêt d'actifs et les pièces stables CDP. Par exemple, la logique de liaison isomorphe RGB++ combinée au script PSBT natif du réseau principal Bitcoin peut implémenter un DEX sous la forme d'une grille de carnet de commandes.
Fournisseur de services Bitcoin L2 RaaS : UTXO Stack
Bitcoin isomorphe UTXO L2 vs Bitcoin Rollup L2 compatible EVM
Dans la concurrence sur le marché pour les solutions complètes de mise en œuvre de la programmabilité Bitcoin de Turing, des solutions telles que DriveChain et Restoring OPCAT nécessitent des modifications de la couche de protocole Bitcoin, et le temps et le coût requis sont très incertains et imprévisibles. Le Bitcoin isomorphe UTXO L2 et le Bitcoin compatible EVM. Les Rollup L2 dans la voie réaliste sont plus reconnus par les développeurs et le capital. UTXO isomorphe à Bitcoin L2, représenté par CKB. EVM est compatible avec Bitcoin Rollup L2, représenté par MerlinChain et BOB.
Pour être honnête, le protocole d’émission d’actifs Bitcoin L1 vient tout juste de commencer à former un consensus partiel au sein de la communauté Bitcoin, tandis que le consensus communautaire de Bitcoin L2 en est à un stade précoce. Mais sur cette frontière, Bitcoin Magazine et Pantera ont tenté de fixer les limites de Bitcoin L2 en empruntant la structure conceptuelle d’Ethereum L2.
À leurs yeux, Bitcoin L2 devrait avoir les 3 caractéristiques suivantes :
Utilisez Bitcoin comme actif natif. Bitcoin L2 doit utiliser Bitcoin comme principal actif de règlement.
Utilisez Bitcoin comme mécanisme de règlement pour appliquer les transactions. Les utilisateurs de Bitcoin L2 doivent pouvoir reprendre avec force le contrôle de leurs actifs à un niveau (fiable ou non).
Démontrer une dépendance fonctionnelle à l’égard du Bitcoin. Si le réseau principal Bitcoin tombe en panne mais que le système Bitcoin L2 peut toujours continuer à fonctionner, alors le système n'est pas le L2 de Bitcoin. [4]
En d’autres termes, le Bitcoin L2 devrait, selon eux, avoir une vérification de la disponibilité des données basée sur le réseau principal Bitcoin, un mécanisme de trappe de secours, BTC comme jeton Bitcoin L2 Gas, etc. Il semble que, inconsciemment, ils considèrent le paradigme L2 compatible EVM comme le modèle standard pour Bitcoin L2.
Cependant, les faibles capacités de calcul et de vérification de l'état du réseau principal Bitcoin ne peuvent pas réaliser les fonctionnalités 1 et 2 à court terme. Dans ce cas, la compatibilité EVM avec L2 est un schéma d'expansion hors chaîne qui repose entièrement sur l'hypothèse de confiance sociale, bien que. ils sont écrits dans le livre blanc. À l'avenir, BitVM sera intégré pour la vérification de la disponibilité des données et l'exploitation conjointe avec le réseau principal Bitcoin afin d'améliorer la sécurité.
Bien sûr, cela ne signifie pas que ces Rollup L2 compatibles EVM sont de faux Bitcoin L2, mais qu'ils n'établissent pas un bon équilibre entre sécurité, manque de confiance et évolutivité. De plus, l'introduction de la solution Turing-complete d'Ethereum dans l'écosystème Bitcoin peut facilement être considérée par Bitcoin Maxi comme un apaisement de la voie expansionniste.
Par conséquent, Bitcoin L2 isomorphe UTXO est naturellement supérieur au Rollup L2 compatible EVM en termes de légitimité et de consensus de la communauté Bitcoin.
Caractéristiques de la pile UTXO : réseau principal Bitcoin fractal
Si Ethereum L2 est la fractale d’Ethereum, alors Bitcoin L2 devrait être la fractale de Bitcoin.
La pile UTXO de l'écosystème CKB permet aux développeurs de lancer UTXO Bitcoin L2 en un seul clic et intègre nativement les capacités du protocole RGB++. Cela permet une interopérabilité transparente entre le réseau principal Bitcoin et le Bitcoin L2 isomorphe UTXO développé à l'aide d'UTXO Stack via le mécanisme Leap. UTXO Stack prend en charge la mise en gage des actifs BTC, CKB et BTC L1 pour garantir la sécurité du Bitcoin isomorphe UTXO L2.
Architecture de la pile UTXO (Source : Medium)
UTXO Stack prend actuellement en charge la libre circulation et l'interopérabilité des actifs RGB++ entre Bitcoin Lightning Network - CKB Lightning Network - UTXO Stack parallèle L2. De plus, UTXO Stack prend également en charge la libre circulation des actifs du protocole de programmabilité Bitcoin L1 basés sur UTXO tels que les runes, les atomes, les actifs Taproot, les timbres, etc. entre les L2 parallèles de la pile UTXO - CKB Lightning Network - Bitcoin Lightning Network et l'interopérabilité.
UTXO Stack introduit le paradigme modulaire dans le domaine de la construction Bitcoin L2 et utilise la liaison isomorphe pour contourner intelligemment les problèmes de calcul de l'état du réseau principal Bitcoin et de vérification de la disponibilité des données. Dans cette pile modulaire, le rôle de Bitcoin est la couche de consensus et la couche de règlement, le rôle de CKB est la couche de disponibilité des données et le rôle des L2 parallèles de la pile UTXO est la couche d'exécution.
La courbe de croissance de la programmabilité Bitcoin et l’avenir de CKB
La courbe de croissance de la programmabilité Bitcoin et l’avenir de CKB
En fait, en raison de la tension inhérente entre le récit de l’or numérique de Bitcoin et le récit programmable de Bitcoin, certains OG de la communauté Bitcoin considèrent le protocole programmable Bitcoin L1 qui a émergé depuis 23 ans comme un nouvel ajout au réseau principal Bitcoin. . Dans une certaine mesure, la guerre des mots entre Luke, le développeur principal de Bitcoin, et les fans de BRC20 est le troisième monde de Bitcoin Maxi et des expansionnistes après le débat sur l'opportunité de soutenir l'exhaustivité de Turing et le différend sur les grands et petits blocs.
Mais il existe en réalité une autre perspective qui considère Bitcoin comme la chaîne APP de l’or numérique. De ce point de vue, c’est le positionnement du grand livre décentralisé sous-jacent de l’or numérique qui façonne la forme UTXO et les caractéristiques du protocole programmable du réseau principal Bitcoin d’aujourd’hui. Mais si je me souviens bien, la vision de Satoshi Nakamoto était de faire du Bitcoin une monnaie électronique P2P. Le besoin de programmabilité de l’or numérique concerne les coffres-forts et les chambres fortes, et le besoin de programmabilité de la monnaie réside dans le réseau de circulation banque centrale-banque commerciale. Par conséquent, le protocole d’amélioration de la programmabilité de Bitcoin n’est pas un acte déviant, mais un retour à la vision de Satoshi Nakamoto.
Bitcoin est la première AppChain (Source : @tokenterminal)
Nous nous appuyons sur les méthodes de recherche de Gartner Hype Cycle et pouvons diviser les solutions de programmabilité Bitcoin en 5 étapes.
Stade technologique naissant : DriveChain, UTXO Stack, BitVM, etc.
Période d'attentes gonflées : Runes, RGB++, EVM Rollup, Bitcoin L2, etc.
Période d’éclatement des bulles : BRC20, Atomics, etc.
Période de récupération régulière : RVB, Lightning Network, sidechain Bitcoin, etc.
Plateau de maturité : script Bitcoin, script Taproot, verrouillage temporel de hachage, etc.
L'avenir de CKB : OP Stack+EigenLayer de l'écosystème Bitcoin
Qu'il s'agisse d'EVM compatible avec Bitcoin Rollup L2, de Bitcoin isomorphe UTXO L2 ou de nouveaux paradigmes tels que DriveChain, diverses solutions de mise en œuvre pour la programmabilité complète de Turing pointent finalement vers le réseau principal Bitcoin comme couche de consensus et couche de règlement.
Tout comme l’évolution convergente se produit de manière répétée dans la nature, on peut s’attendre à ce que la tendance au développement de la programmabilité complète de Turing dans l’écosystème Bitcoin montre un certain degré de cohérence avec l’écosystème Ethereum à certains égards. Mais cette cohérence ne signifiera pas simplement copier la pile technologique d’Ethereum dans l’écosystème Bitcoin, mais utiliser la pile technologique native de Bitcoin (programmabilité basée sur UTXO) pour obtenir une structure écologique similaire.
Le positionnement de la pile UTXO de CKB est très similaire à celui de la pile OP d'Optimism. OP Stack maintient une forte équivalence et cohérence avec le réseau principal Ethereum au niveau de la couche d'exécution, tandis que la pile UTXO maintient une forte équivalence avec le réseau principal Bitcoin au niveau de l'efficacité. et la cohérence. Dans le même temps, UTXO Stack a la même structure qu'OP Stack, qui est une structure parallèle.
État actuel de l'écologie CKB (Source : Communauté CKB)
À l'avenir, UTXO Stack lancera des services RaaS tels que des séquenceurs partagés, une sécurité partagée, une liquidité partagée et des ensembles de vérification partagés pour réduire davantage le coût et la difficulté pour les développeurs de lancer le Bitcoin isomorphe UTXO L2. Il existe déjà un grand nombre de protocoles stablecoin décentralisés, AMM DEX, protocoles de prêt, mondes autonomes et autres projets, qui prévoient d'utiliser UTXO Stack pour construire Bitcoin L2 isomorphe UTXO comme infrastructure de consensus sous-jacente.
Différent des autres protocoles abstraits de sécurité Bitcoin, le mécanisme de consensus de CKB est un mécanisme de consensus PoW cohérent avec le réseau principal Bitcoin, et la puissance de calcul de la machine maintient la cohérence du grand livre de consensus. Mais il existe certaines différences entre l’économie des jetons de CKB et celle de Bitcoin. Afin de maintenir la cohérence des incitations à la production et au comportement de consommation de l'espace de bloc, Bitcoin a choisi d'introduire des mécanismes de pondération et de vByte pour calculer les frais d'utilisation de l'espace d'État, tandis que CKB a choisi de privatiser l'espace d'État.
L’économie des jetons de CKB se compose de deux parties : l’émission de base et l’émission secondaire. Tous les CKB émis par le système de base sont entièrement récompensés pour les mineurs, et le but de l'émission secondaire de CKB est de percevoir la rente de l'État. Le taux de distribution spécifique de l'émission secondaire dépend de la manière dont le CKB actuellement en circulation est utilisé dans le réseau.
À titre d'exemple, supposons que 50 % de tous les CKB en circulation soient utilisés pour stocker l'état, 30 % soient verrouillés dans NervosDAO et 20 % restent entièrement liquides. Ensuite, 50 % de l'émission secondaire (c'est-à-dire la rente de l'État de stockage) sera allouée aux mineurs, 30 % sera allouée aux déposants de NervosDAO et les 20 % restants seront alloués au fonds du Trésor.
Ce modèle économique symbolique peut freiner la croissance de l'État mondial, coordonner les intérêts des différents participants au réseau (y compris les utilisateurs, les mineurs, les développeurs et les détenteurs de jetons) et créer une structure d'incitation bénéfique pour tous, cohérente avec le marché. la situation est différente pour les autres L1.
De plus, CKB permet à une seule cellule d'occuper un maximum de 1 000 octets d'espace d'état, ce qui donne aux actifs NFT sur CKB des fonctionnalités exotiques que d'autres actifs blockchain similaires n'ont pas, telles que les frais de gaz natif, la programmabilité de l'espace d'état, et ainsi de suite. Ces propriétés exotiques font d'UTXO Stack une infrastructure très adaptée aux projets mondiaux autonomes visant à construire une réalité physique numérique.
UTXO Stack permet aux développeurs Bitcoin L2 d'utiliser BTC, CKB et d'autres actifs Bitcoin L1 pour participer au consensus de son réseau.
Résumer
Il est inévitable que Bitcoin évolue vers une solution programmable complète de Turing. Cependant, la programmabilité complète de Turing ne se produira pas sur le réseau principal Bitcoin, mais se produira hors chaîne (RGB, BitVM) ou sur Bitcoin L2 (CKB, EVM Rollup, DriveChain).
Selon l’expérience historique, l’un de ces accords finira par se transformer en un accord type monopolistique.
Deux facteurs clés déterminent la compétitivité du protocole de programmabilité Bitcoin : 1. Parvenir à la libre circulation du BTC entre L1<>L2 sans s'appuyer sur des hypothèses de confiance sociale supplémentaires. 2. Attirer des développeurs, des fonds et des utilisateurs d'une taille suffisante pour entrer dans son protocole ; Ecologie L2.
En tant que solution de programmabilité Bitcoin, CKB utilise la liaison isomorphe + le réseau CKB pour remplacer les solutions de vérification client, permettant la libre circulation des actifs de couche Bitcoin L1 entre L1<>L2 sans s'appuyer sur une hypothèse de confiance sociale supplémentaire. Et bénéficiant de la fonctionnalité de privatisation de l’espace d’état de CKB Cell, RBG++ n’apporte pas la pression d’une explosion d’état au réseau principal Bitcoin comme les autres protocoles de programmabilité Bitcoin.
Récemment, le démarrage à chaud de l'écosystème s'est initialement achevé grâce à l'émission du premier lot d'actifs RGB++, intégrant avec succès environ 150 000 nouveaux utilisateurs et un groupe de nouveaux développeurs pour l'écosystème CKB. Par exemple, OpenStamp, la solution unique pour l'écosystème Stamps du protocole de programmabilité Bitcoin L1, a choisi d'utiliser UTXO Stack pour construire le Bitcoin L2 isomorphe UTXO qui sert l'écosystème Stamps.
Dans la prochaine étape, CKB se concentrera sur la construction d'applications écologiques, en réalisant la libre circulation du BTC entre L1<>L2, en intégrant Lightning Network, etc., en s'efforçant de devenir la couche de programmabilité de Bitcoin à l'avenir.
Quelques liens mentionnés dans l'article :
[1] https://nakamoto.com/what-are-the-key-properties-of-bitcoin/
[2] https://www.btcstudy.org/2022/09/07/on-the-programmability-of-bitcoin-protocol/#一-Introduction
[3] https://medium.com/@ABCDE.com/cn-abcde-Pourquoi devrions-nous investir dans utxo-stack-91c9d62fa74e
[4] https://bitcoinmagazine.com/technical/layer-2-is-not-a-magic-incantation