Smart contracts sur BTC : explorer Fractal Bitcoin et le protocole CAT20
Récemment, un nouveau développement intéressant est apparu dans l'écosystème Bitcoin. Après plusieurs séries de tests, Fractal BTC a officiellement lancé son réseau principal en septembre. Un des points forts de Fractal est sa capacité à gérer des smart contracts, et un nouveau protocole de jetons CAT20 a été lancé en même temps que le démarrage du réseau principal. Explorons en profondeur la conception technique de CAT20 et les enseignements qu'elle apporte.
Introduction à Fractal Bitcoin
Avant d'introduire CAT20, nous devons d'abord comprendre son environnement d'exécution, Fractal Bitcoin. Fractal Bitcoin, également connu sous le nom de Bitcoin fractal, est un réseau de deuxième couche entièrement compatible avec BTC. Par rapport à BTC, son temps de confirmation des blocs est plus court, ne nécessitant qu'une minute. Son principe de base est de copier le réseau BTC plusieurs fois, chaque chaîne pouvant traiter des transactions, ce qui améliore la vitesse de traitement globale.
Une des grandes caractéristiques de Fractal est la réactivation de l'opcode OP_CAT, abandonné tôt dans le BTC pour des raisons de sécurité. La réactivation de cet opcode confère à Fractal la capacité de créer des smart contracts Bitcoin, ouvrant ainsi davantage de possibilités pour ses cas d'utilisation.
CAT Protocol aperçu
Avec le soutien d'OP_CAT basé sur la couche sous-jacente, le protocole CAT est né. Actuellement, le protocole CAT20 est déjà en fonctionnement, et une interface opérationnelle correspondante a également été ajoutée sur une plateforme d'échange.
CAT20 est similaire à l'ERC20 en termes de nom, et en réalité, les deux présentent de nombreuses similitudes fonctionnelles. Comment le CAT20 parvient-il à réaliser un cycle de vie de jeton similaire par rapport à l'ERC20, qui est plus mature ?
processus de déploiement
Lors du déploiement d'un jeton CAT20, les utilisateurs doivent spécifier l'adresse du portefeuille et les informations de base du jeton. Ces informations sont similaires à celles de l'ERC20, y compris le nom, le symbole, etc. La différence réside dans le fait que le CAT20 permet de définir la quantité de pré-minage et la limite de minting par transaction.
Le déploiement se compose de deux phases : "commit" et "reveal".
Phase de Commit : Écrire les informations de base du jeton dans le script de sortie de la transaction. Le hashId de cette transaction sert d'identifiant unique pour le jeton.
Phase de révélation : comprend deux entrées, correspondant aux deux premières sorties de la phase de commit. Cette transaction produira un OP_RETURN, sauvegardant la valeur de hachage de l'état initial de CAT20, ainsi qu'un Minter, pour maintenir les changements d'état lors du processus de minting ultérieur.
Cette méthode de déploiement en deux étapes est courante dans les projets de blockchain, permettant de révéler certaines données du projet uniquement lors de la phase de révélation.
mécanisme de minting
Le processus de frappe de CAT20 présente les caractéristiques suivantes :
L'entrée est un minter, généré initialement lors de la phase de déploiement.
Chaque mint n'a qu'un seul minter en entrée, mais peut avoir plusieurs minters en sortie.
Chaque mint génère un token.
L'ordre de sortie est fixe, le minter doit être suivi du token.
Au cours du processus de minting, la variation du nombre de minters affecte le fonctionnement de l'ensemble du réseau. Si un seul minter est produit à chaque fois, cela peut entraîner une congestion du processus de minting. En revanche, produire trop de minters augmente le coût des transactions. Dans la version V2, deux minters ayant des états proches sont générés par défaut pour équilibrer ce problème.
construction de transaction
Le mécanisme de construction des transactions de CAT20 est assez unique. Au stade de révélation, grâce à une modification astucieuse de la logique du script, l'utilisateur peut contrôler des UTXO qui semblent provenir d'adresses différentes. Et au stade de minter, tout le monde peut utiliser ces UTXO comme entrée, ce qui pourrait être facilité par les capacités de smart contracts fournies par OP_CAT.
gestion des états
CAT20 maintient des informations d'état dans les transactions, stockées dans OP_RETURN et les smart contracts (Minter et Token). OP_RETURN conserve la valeur de hachage de l'état de sortie de la transaction actuelle, tandis que le contrat stocke le nombre restant de frappes. Après chaque frappe, le nombre de frappes du nouveau Minter généré est la moitié du nombre restant pouvant être frappé.
Il est important de noter que le jeton CAT20 n'est pas directement stocké sur l'UTXO de l'adresse de l'utilisateur, ce qui le différencie des BRC20 ou des inscriptions.
transfert et destruction
Lors d'un transfert, le nombre de tokens d'entrée et de sortie de la transaction doit rester cohérent. Une seule transaction peut inclure plusieurs tokens différents, il suffit que les quantités d'entrée et de sortie soient équilibrées.
Pour détruire un token, il suffit de le transférer à une adresse ordinaire.
Résumé
La conception de CAT20 offre aux utilisateurs une grande flexibilité opérationnelle, ce qui nécessite également que la partie contrat ait une logique de validation stricte. Ce design présente certains avantages :
Pour vérifier la détention de tokens, il suffit de vérifier les UTXO des tokens, sans remontée dans le temps.
En recherchant les transactions contenant "cat" dans OP_RETURN, vous pouvez facilement voir l'état actuel de la frappe.
L'émergence de CAT20 a apporté de nouvelles possibilités à l'écosystème Bitcoin, montrant des méthodes innovantes pour réaliser des fonctionnalités de smart contracts sur des blockchains traditionnelles. Avec la participation d'un nombre croissant de développeurs et d'utilisateurs, nous espérons voir plus d'applications intéressantes basées sur ce protocole.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
21 J'aime
Récompense
21
5
Partager
Commentaire
0/400
AllInAlice
· 07-28 07:44
Je l'attendais depuis longtemps!
Voir l'originalRépondre0
fren.eth
· 07-26 12:38
En croyant cela, je vais directement en acheter un.
Lancement du Mainnet Fractal BTC, ouverture du protocole CAT20, début d'une nouvelle ère pour les smart contracts Bitcoin.
Smart contracts sur BTC : explorer Fractal Bitcoin et le protocole CAT20
Récemment, un nouveau développement intéressant est apparu dans l'écosystème Bitcoin. Après plusieurs séries de tests, Fractal BTC a officiellement lancé son réseau principal en septembre. Un des points forts de Fractal est sa capacité à gérer des smart contracts, et un nouveau protocole de jetons CAT20 a été lancé en même temps que le démarrage du réseau principal. Explorons en profondeur la conception technique de CAT20 et les enseignements qu'elle apporte.
Introduction à Fractal Bitcoin
Avant d'introduire CAT20, nous devons d'abord comprendre son environnement d'exécution, Fractal Bitcoin. Fractal Bitcoin, également connu sous le nom de Bitcoin fractal, est un réseau de deuxième couche entièrement compatible avec BTC. Par rapport à BTC, son temps de confirmation des blocs est plus court, ne nécessitant qu'une minute. Son principe de base est de copier le réseau BTC plusieurs fois, chaque chaîne pouvant traiter des transactions, ce qui améliore la vitesse de traitement globale.
Une des grandes caractéristiques de Fractal est la réactivation de l'opcode OP_CAT, abandonné tôt dans le BTC pour des raisons de sécurité. La réactivation de cet opcode confère à Fractal la capacité de créer des smart contracts Bitcoin, ouvrant ainsi davantage de possibilités pour ses cas d'utilisation.
CAT Protocol aperçu
Avec le soutien d'OP_CAT basé sur la couche sous-jacente, le protocole CAT est né. Actuellement, le protocole CAT20 est déjà en fonctionnement, et une interface opérationnelle correspondante a également été ajoutée sur une plateforme d'échange.
CAT20 est similaire à l'ERC20 en termes de nom, et en réalité, les deux présentent de nombreuses similitudes fonctionnelles. Comment le CAT20 parvient-il à réaliser un cycle de vie de jeton similaire par rapport à l'ERC20, qui est plus mature ?
processus de déploiement
Lors du déploiement d'un jeton CAT20, les utilisateurs doivent spécifier l'adresse du portefeuille et les informations de base du jeton. Ces informations sont similaires à celles de l'ERC20, y compris le nom, le symbole, etc. La différence réside dans le fait que le CAT20 permet de définir la quantité de pré-minage et la limite de minting par transaction.
Le déploiement se compose de deux phases : "commit" et "reveal".
Phase de Commit : Écrire les informations de base du jeton dans le script de sortie de la transaction. Le hashId de cette transaction sert d'identifiant unique pour le jeton.
Phase de révélation : comprend deux entrées, correspondant aux deux premières sorties de la phase de commit. Cette transaction produira un OP_RETURN, sauvegardant la valeur de hachage de l'état initial de CAT20, ainsi qu'un Minter, pour maintenir les changements d'état lors du processus de minting ultérieur.
Cette méthode de déploiement en deux étapes est courante dans les projets de blockchain, permettant de révéler certaines données du projet uniquement lors de la phase de révélation.
mécanisme de minting
Le processus de frappe de CAT20 présente les caractéristiques suivantes :
Au cours du processus de minting, la variation du nombre de minters affecte le fonctionnement de l'ensemble du réseau. Si un seul minter est produit à chaque fois, cela peut entraîner une congestion du processus de minting. En revanche, produire trop de minters augmente le coût des transactions. Dans la version V2, deux minters ayant des états proches sont générés par défaut pour équilibrer ce problème.
construction de transaction
Le mécanisme de construction des transactions de CAT20 est assez unique. Au stade de révélation, grâce à une modification astucieuse de la logique du script, l'utilisateur peut contrôler des UTXO qui semblent provenir d'adresses différentes. Et au stade de minter, tout le monde peut utiliser ces UTXO comme entrée, ce qui pourrait être facilité par les capacités de smart contracts fournies par OP_CAT.
gestion des états
CAT20 maintient des informations d'état dans les transactions, stockées dans OP_RETURN et les smart contracts (Minter et Token). OP_RETURN conserve la valeur de hachage de l'état de sortie de la transaction actuelle, tandis que le contrat stocke le nombre restant de frappes. Après chaque frappe, le nombre de frappes du nouveau Minter généré est la moitié du nombre restant pouvant être frappé.
Il est important de noter que le jeton CAT20 n'est pas directement stocké sur l'UTXO de l'adresse de l'utilisateur, ce qui le différencie des BRC20 ou des inscriptions.
transfert et destruction
Lors d'un transfert, le nombre de tokens d'entrée et de sortie de la transaction doit rester cohérent. Une seule transaction peut inclure plusieurs tokens différents, il suffit que les quantités d'entrée et de sortie soient équilibrées.
Pour détruire un token, il suffit de le transférer à une adresse ordinaire.
Résumé
La conception de CAT20 offre aux utilisateurs une grande flexibilité opérationnelle, ce qui nécessite également que la partie contrat ait une logique de validation stricte. Ce design présente certains avantages :
L'émergence de CAT20 a apporté de nouvelles possibilités à l'écosystème Bitcoin, montrant des méthodes innovantes pour réaliser des fonctionnalités de smart contracts sur des blockchains traditionnelles. Avec la participation d'un nombre croissant de développeurs et d'utilisateurs, nous espérons voir plus d'applications intéressantes basées sur ce protocole.