Le secteur BTC accueille un nouveau développement des smart contracts
Récemment, un nouveau plateforme de smart contracts, Fractal Bitcoin, a émergé dans l'écosystème Bitcoin, et elle a été officiellement lancée sur le réseau principal en septembre. L'une des caractéristiques majeures de Fractal est sa capacité à intégrer des smart contracts, et en même temps que le lancement sur le réseau principal, un nouveau protocole de jetons CAT20 a été introduit. Quelles sont les subtilités de la conception technique de CAT20 ? Que pouvons-nous en apprendre ?
Introduction à Fractal Bitcoin
Avant de comprendre le CAT20, nous devons d'abord avoir une brève compréhension du Fractal Bitcoin, la relation entre les deux est similaire à celle entre l'ERC20 et l'ETH, le protocole CAT20 est déployé sur le Fractal Bitcoin.
Fractal Bitcoin, également connu sous le nom de fractal BTC, est un réseau de deuxième couche entièrement compatible avec BTC. Par rapport à BTC, son temps de confirmation de bloc est plus rapide, ne prenant qu'une minute. Son principe de base consiste à copier le réseau BTC plusieurs fois, chaque chaîne pouvant traiter des transactions, ce qui augmente le nombre de nœuds de traitement des transactions et accélère naturellement la vitesse. Cependant, les détails techniques spécifiques, tels que la manière dont les différentes chaînes communiquent, ne sont pas encore très clairs, et les autorités n'ont pas fourni de documentation technique pertinente.
Une caractéristique importante de Fractal est l'activation de l'opcode OP_CAT, qui avait été abandonné pour des raisons de sécurité il y a longtemps pour BTC, ce qui a permis à Fractal Bitcoin de franchir un nouveau cap. Certains pensent qu'OP_CAT pourrait donner à BTC la capacité de smart contracts, ouvrant ainsi plus de possibilités pour le développement futur.
Actuellement, quelqu'un a déjà mis en œuvre un protocole similaire à l'ERC20 sur Fractal Bitcoin.
CAT Protocol
Avec le support sous-jacent d'OP_CAT, le protocole CAT correspondant est rapidement apparu. Le protocole CAT20 est actuellement en fonctionnement, et un explorateur de blocs a également ajouté un panneau de fonctionnalités correspondant.
Le nom CAT20 rappelle l'ERC20, et les deux sont en effet assez similaires. Par rapport au protocole ERC20 mature, comment le CAT20 parvient-il à réaliser un cycle de vie similaire ?
Déployer
Avant le déploiement, les utilisateurs doivent spécifier l'adresse du portefeuille et les informations de base sur le jeton, qui sont similaires à celles de l'ERC20. La différence est que le CAT20 peut définir des pré-mines et des limites de quantité pour chaque Mint.
Le déploiement se divise en deux phases : "commit" et "reveal". Au cours de la phase de commit, les informations de base du jeton, telles que le nom et le symbole, seront écrites dans le script de sortie de la transaction. L'identifiant hashId de la transaction initiée pendant la phase de commit servira d'identifiant pour ce jeton, permettant de le distinguer des autres jetons.
Au stade de reveal, la transaction produira un OP_RETURN, enregistrant le hash de l'état initial du CAT20. Ensuite, un Minter sera également produit pour maintenir les changements d'état du processus de Mint suivant.
L'ensemble du processus de déploiement suit les deux étapes couramment utilisées sur la blockchain, à savoir la soumission et la révélation, et constitue une méthode de déploiement de projet relativement courante.
Mint
Le processus de Mint a les caractéristiques suivantes :
l'entrée de mint est un minter, généré au moment du déploiement.
À chaque mint, il n'y a qu'un seul minter en entrée, avec un nombre quelconque de minters en sortie.
Chaque mint ne produit qu'un seul token
L'ordre de sortie a des exigences, le minter doit être avant le token.
Le changement du nombre de minters pendant le processus de mint affecte l'activité de mint de l'ensemble du réseau. Si à chaque fois on ne produit qu'un seul minter, le nombre de minters disponibles dans le réseau reste inchangé, ce qui peut entraîner une congestion. Pour éviter cela, il est nécessaire de définir le nombre de minters produits à chaque fois à plus de 1. Cependant, produire un minter supplémentaire nécessite de payer un utxo supplémentaire, et pour des raisons économiques, plus de personnes auront tendance à définir le minter à 0, ce qui entraînera une déflation des minters. Il est donc nécessaire que certaines personnes paient volontairement les minters supplémentaires pour maintenir l'équilibre.
Dans la version V2, deux Minter sont générés par défaut, et les états des deux Minter seront aussi proches que possible.
État de la transaction (V2)
L'état dans le minter est conservé à deux endroits : d'une part dans l'OP_RETURN de la sortie de transaction, d'autre part dans les smart contracts, c'est-à-dire dans le Minter et le Token mentionnés ci-dessus.
Le Hash stocké dans OP_RETURN représente l'état de sortie de la transaction actuelle, et le contrat stocke le nombre de Mint restants pour le Token. Après chaque Mint, la quantité mintée par le nouveau Minter est égale au nombre de mint restants divisé par deux. Enfin, la quantité restante de tous les Minters est de 0.
À l'exception de Minter, les tokens générés sont également des smart contracts, c'est-à-dire CAT20. CAT20 a deux états fondamentaux : la quantité et l'adresse du propriétaire du token. Contrairement aux BRC20 ou aux inscriptions, le CAT20 ne se trouve pas sur l'UTXO de l'adresse.
Transfert
Lors du transfert, le nombre de tokens d'entrée et de sortie construits pour la transaction doit rester cohérent. Une seule transaction peut avoir plusieurs tokens différents, il suffit que les quantités d'entrée et de sortie de chaque token soient cohérentes.
Brûler
Pour brûler des tokens, il suffit de transférer les tokens à une adresse ordinaire.
Résumé
Toutes les opérations de CAT20 sont construites par les utilisateurs eux-mêmes, offrant une grande flexibilité. Par conséquent, la partie contrat nécessite beaucoup de logique de vérification. Certains des vulnérabilités qui se sont produites récemment sont également dues à des négligences dans la logique de vérification.
Ce design présente les avantages suivants :
Pour trouver toutes les situations de détention de Token, il suffit de consulter les utxo du token, sans avoir besoin de continuer à remonter.
Pour vérifier la situation actuelle de mint, vous pouvez rechercher les transactions dans OP_RETURN contenant des données avec cat.
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.
13 J'aime
Récompense
13
7
Partager
Commentaire
0/400
CountdownToBroke
· Il y a 5h
Encore un L2 Se faire prendre pour des cons est arrivé
Voir l'originalRépondre0
NftRegretMachine
· Il y a 5h
Bitcoin n'a pas autant de fioritures, vraiment pas doué pour le trading.
Voir l'originalRépondre0
LucidSleepwalker
· Il y a 5h
Encore des smart contracts, n'est-ce pas mieux de ne pas s'occuper de BTC ?
Voir l'originalRépondre0
NFTDreamer
· Il y a 5h
Encore un alts qui reste là où il fait frais.
Voir l'originalRépondre0
BearMarketBarber
· Il y a 5h
Encore un alts, je ne peux presque plus les compter.
Voir l'originalRépondre0
MetaDreamer
· Il y a 5h
Encore des smart contracts ? btc prend exemple sur eth.
Voir l'originalRépondre0
OvertimeSquid
· Il y a 5h
BTC a encore quelque chose de nouveau, n'est-ce pas ? J'attends avec impatience de couper les coupons.
Analyse des points forts du protocole CAT20 sur la nouvelle plateforme de smart contracts Fractal de l'écosystème BTC.
Le secteur BTC accueille un nouveau développement des smart contracts
Récemment, un nouveau plateforme de smart contracts, Fractal Bitcoin, a émergé dans l'écosystème Bitcoin, et elle a été officiellement lancée sur le réseau principal en septembre. L'une des caractéristiques majeures de Fractal est sa capacité à intégrer des smart contracts, et en même temps que le lancement sur le réseau principal, un nouveau protocole de jetons CAT20 a été introduit. Quelles sont les subtilités de la conception technique de CAT20 ? Que pouvons-nous en apprendre ?
Introduction à Fractal Bitcoin
Avant de comprendre le CAT20, nous devons d'abord avoir une brève compréhension du Fractal Bitcoin, la relation entre les deux est similaire à celle entre l'ERC20 et l'ETH, le protocole CAT20 est déployé sur le Fractal Bitcoin.
Fractal Bitcoin, également connu sous le nom de fractal BTC, est un réseau de deuxième couche entièrement compatible avec BTC. Par rapport à BTC, son temps de confirmation de bloc est plus rapide, ne prenant qu'une minute. Son principe de base consiste à copier le réseau BTC plusieurs fois, chaque chaîne pouvant traiter des transactions, ce qui augmente le nombre de nœuds de traitement des transactions et accélère naturellement la vitesse. Cependant, les détails techniques spécifiques, tels que la manière dont les différentes chaînes communiquent, ne sont pas encore très clairs, et les autorités n'ont pas fourni de documentation technique pertinente.
Une caractéristique importante de Fractal est l'activation de l'opcode OP_CAT, qui avait été abandonné pour des raisons de sécurité il y a longtemps pour BTC, ce qui a permis à Fractal Bitcoin de franchir un nouveau cap. Certains pensent qu'OP_CAT pourrait donner à BTC la capacité de smart contracts, ouvrant ainsi plus de possibilités pour le développement futur.
Actuellement, quelqu'un a déjà mis en œuvre un protocole similaire à l'ERC20 sur Fractal Bitcoin.
CAT Protocol
Avec le support sous-jacent d'OP_CAT, le protocole CAT correspondant est rapidement apparu. Le protocole CAT20 est actuellement en fonctionnement, et un explorateur de blocs a également ajouté un panneau de fonctionnalités correspondant.
Le nom CAT20 rappelle l'ERC20, et les deux sont en effet assez similaires. Par rapport au protocole ERC20 mature, comment le CAT20 parvient-il à réaliser un cycle de vie similaire ?
Déployer
Avant le déploiement, les utilisateurs doivent spécifier l'adresse du portefeuille et les informations de base sur le jeton, qui sont similaires à celles de l'ERC20. La différence est que le CAT20 peut définir des pré-mines et des limites de quantité pour chaque Mint.
Le déploiement se divise en deux phases : "commit" et "reveal". Au cours de la phase de commit, les informations de base du jeton, telles que le nom et le symbole, seront écrites dans le script de sortie de la transaction. L'identifiant hashId de la transaction initiée pendant la phase de commit servira d'identifiant pour ce jeton, permettant de le distinguer des autres jetons.
Au stade de reveal, la transaction produira un OP_RETURN, enregistrant le hash de l'état initial du CAT20. Ensuite, un Minter sera également produit pour maintenir les changements d'état du processus de Mint suivant.
L'ensemble du processus de déploiement suit les deux étapes couramment utilisées sur la blockchain, à savoir la soumission et la révélation, et constitue une méthode de déploiement de projet relativement courante.
Mint
Le processus de Mint a les caractéristiques suivantes :
Le changement du nombre de minters pendant le processus de mint affecte l'activité de mint de l'ensemble du réseau. Si à chaque fois on ne produit qu'un seul minter, le nombre de minters disponibles dans le réseau reste inchangé, ce qui peut entraîner une congestion. Pour éviter cela, il est nécessaire de définir le nombre de minters produits à chaque fois à plus de 1. Cependant, produire un minter supplémentaire nécessite de payer un utxo supplémentaire, et pour des raisons économiques, plus de personnes auront tendance à définir le minter à 0, ce qui entraînera une déflation des minters. Il est donc nécessaire que certaines personnes paient volontairement les minters supplémentaires pour maintenir l'équilibre.
Dans la version V2, deux Minter sont générés par défaut, et les états des deux Minter seront aussi proches que possible.
État de la transaction (V2)
L'état dans le minter est conservé à deux endroits : d'une part dans l'OP_RETURN de la sortie de transaction, d'autre part dans les smart contracts, c'est-à-dire dans le Minter et le Token mentionnés ci-dessus.
Le Hash stocké dans OP_RETURN représente l'état de sortie de la transaction actuelle, et le contrat stocke le nombre de Mint restants pour le Token. Après chaque Mint, la quantité mintée par le nouveau Minter est égale au nombre de mint restants divisé par deux. Enfin, la quantité restante de tous les Minters est de 0.
À l'exception de Minter, les tokens générés sont également des smart contracts, c'est-à-dire CAT20. CAT20 a deux états fondamentaux : la quantité et l'adresse du propriétaire du token. Contrairement aux BRC20 ou aux inscriptions, le CAT20 ne se trouve pas sur l'UTXO de l'adresse.
Transfert
Lors du transfert, le nombre de tokens d'entrée et de sortie construits pour la transaction doit rester cohérent. Une seule transaction peut avoir plusieurs tokens différents, il suffit que les quantités d'entrée et de sortie de chaque token soient cohérentes.
Brûler
Pour brûler des tokens, il suffit de transférer les tokens à une adresse ordinaire.
Résumé
Toutes les opérations de CAT20 sont construites par les utilisateurs eux-mêmes, offrant une grande flexibilité. Par conséquent, la partie contrat nécessite beaucoup de logique de vérification. Certains des vulnérabilités qui se sont produites récemment sont également dues à des négligences dans la logique de vérification.
Ce design présente les avantages suivants :