Les nouvelles avancées des smart contracts Bitcoin : Analyse du protocole Fractal BTC et CAT20
Récemment, l'écosystème Bitcoin a connu une avancée importante. Après plusieurs tests sur le réseau, Fractal BTC a été officiellement lancé sur le réseau principal en septembre. L'un des points forts de Fractal réside dans sa capacité à exécuter des smart contracts, et à l'occasion de son lancement sur le réseau principal, un tout nouveau protocole de jeton, le CAT20, a été introduit. Quelles sont les subtilités dans la conception technique du CAT20 ? Que pouvons-nous en apprendre ?
Introduction au Bitcoin Fractal
Avant de plonger dans CAT20, nous devons d'abord présenter brièvement Fractal Bitcoin. La relation entre les deux est similaire à celle entre ERC20 et ETH, le protocole CAT20 est déployé sur Fractal Bitcoin.
Fractal Bitcoin, également connu sous le nom de Bitcoin fractal, est un réseau "de deuxième couche" entièrement compatible avec le BTC. Par rapport au BTC, son temps de confirmation des blocs est plus court, nécessitant seulement 1 minute. Son principe de base, comme son nom l'indique, consiste à copier le réseau BTC plusieurs fois, chaque chaîne pouvant traiter des transactions, augmentant ainsi la vitesse de traitement globale. Cependant, les détails de communication entre les différentes chaînes ne sont pas encore clairs, et l'équipe officielle n'a pas fourni de documentation technique à ce sujet.
Un des points forts de Fractal est l'activation de l'opcode OP_CAT, qui avait été abandonné au début par BTC pour des raisons de sécurité, ce qui a considérablement amélioré les fonctionnalités de Fractal Bitcoin. Certains estiment qu'OP_CAT pourrait conférer des capacités de smart contracts à BTC, ouvrant ainsi plus de possibilités pour le développement futur.
Actuellement, des développeurs ont mis en œuvre un protocole similaire à ERC20 sur Fractal Bitcoin.
CAT Protocol aperçu
Avec le soutien de l'OP_CAT sous-jacent, le protocole correspondant a rapidement vu le jour. Actuellement, le protocole CAT20 est déjà en fonctionnement.
Comment CAT20 parvient-il à réaliser un cycle de vie similaire par rapport au protocole ERC20 mature ?
processus de déploiement
Avant le déploiement, l'utilisateur doit spécifier l'adresse du portefeuille et les informations de base du jeton, qui sont similaires à celles des ERC20. La caractéristique du CAT20 est qu'il est possible de définir des limites sur le pré-minage et sur le nombre de jetons créés à chaque fois.
Le processus de déploiement est divisé en deux phases : "commit" et "reveal". Pendant la phase de commit, le script de sortie de la transaction écrira les informations de base du jeton. La valeur de hachage de la transaction générée à ce stade servira d'identifiant unique pour le jeton.
Au stade de reveal, la transaction va d'abord produire un OP_RETURN, sauvegardant la valeur de hachage de l'état initial du CAT20. Ensuite, un Minter sera émis, utilisé pour le maintien de l'état lors du processus de minting suivant.
Tout le processus de déploiement a suivi les deux étapes de soumission-révélation courantes sur la blockchain, ce qui est une méthode de déploiement de projet largement utilisée.
mécanisme de frappe
Le processus de frappe présente les caractéristiques suivantes:
L'entrée est un minter, généré à l'étape de déploiement.
Chaque minting n'a qu'un seul minter en entrée, et peut avoir un nombre illimité de minters en sortie.
Chaque minting génère un seul token.
L'ordre de sortie est fixe, le minter doit être avant le token.
Ce design rend le processus de frappe flexible et intéressant. Par exemple, le minter en tant que sortie peut être 0, 1 ou plusieurs. Si une seule sortie est produite à chaque fois, le nombre de minters disponibles sur le réseau restera constant, ce qui pourrait entraîner des congestions. Pour éviter cela, il est habituel de définir la sortie à plus de 1.
Cependant, chaque minter supplémentaire implique un coût utxo supplémentaire. Pour des raisons économiques, un plus grand nombre de personnes pourraient être enclins à fixer le minter à 0, ce qui pourrait entraîner une déflation du minter, nécessitant que certains utilisateurs paient activement plus de minter pour rétablir l'équilibre.
Dans la version V2, deux Minter avec des états similaires sont générés par défaut.
détails techniques de la construction de transactions
Pendant le processus de révélation, la sortie de la transaction précédente est utilisée comme entrée pour le commit. Cela est réalisé par une réécriture astucieuse de la logique du script, permettant à la même clé privée de contrôler les utxo de deux adresses différentes.
Et lors de la phase minter, tout le monde peut utiliser ces utxo comme entrée, ce qui pourrait être grâce à la capacité des smart contracts d'OP_CAT, chaque minter étant essentiellement un smart contract.
gestion de l'état des transactions
L'état du minter est stocké à deux endroits : le OP_RETURN des sorties de transaction et le smart contract (, c'est-à-dire Minter et Token ).
OP_RETURN stocke la valeur de hachage de l'état de sortie de la transaction actuelle, et le contrat stocke le nombre restant de frappes de jeton. Après chaque frappe, le nombre de frappes du nouveau Minter est la moitié du nombre restant pouvant être frappé.
Finalement, le nombre restant de tous les Minter est réduit à zéro.
Il est important de noter que le Token CAT20 est également un smart contract, contenant deux états fondamentaux : la quantité et l'adresse du propriétaire. Contrairement au BRC20 ou aux inscriptions, le CAT20 n'existe pas directement sur le UTXO de l'adresse de l'utilisateur.
transfert et destruction
Lors d'un transfert, le nombre de tokens d'entrée et de sortie dans la construction de la transaction doit rester équilibré. Une seule transaction peut contenir plusieurs tokens différents, tant que les quantités d'entrée et de sortie de chacun sont équilibrées.
Pour détruire un jeton, il suffit de le transférer à une adresse ordinaire.
Résumé
Le design du CAT20 offre aux utilisateurs une grande flexibilité d'opération, mais impose également des exigences plus élevées en matière de logique de vérification des contrats. Ce design présente certains avantages :
Pour vérifier la détention de Token, il suffit de consulter les utxo du token, sans remonter dans le temps.
Vous pouvez vérifier l'état actuel de la frappe en recherchant des transactions contenant des données cat dans OP_RETURN.
Cette innovation offre de nouvelles possibilités à l'écosystème Bitcoin, ce qui mérite notre attention continue sur son développement.
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.
24 J'aime
Récompense
24
5
Partager
Commentaire
0/400
MysteryBoxOpener
· 07-19 19:16
Mystery box encore des nouveautés ?
Voir l'originalRépondre0
WalletDetective
· 07-16 19:43
Encore une fois se faire prendre pour des cons ?
Voir l'originalRépondre0
Web3ExplorerLin
· 07-16 19:40
hypothèse : le changement de paradigme du btc reflète l'évolution des anciens oracles... c'est plutôt poétique à vrai dire
Voir l'originalRépondre0
DuckFluff
· 07-16 19:39
Ah, les smart contracts sont de retour, cours !
Voir l'originalRépondre0
StrawberryIce
· 07-16 19:32
Eh, il y a encore de nouvelles choses qui émergent ~
Le protocole CAT20 favorise les nouvelles avancées des contrats intelligents Bitcoin. Lancement de Fractal BTC sur Mainnet.
Les nouvelles avancées des smart contracts Bitcoin : Analyse du protocole Fractal BTC et CAT20
Récemment, l'écosystème Bitcoin a connu une avancée importante. Après plusieurs tests sur le réseau, Fractal BTC a été officiellement lancé sur le réseau principal en septembre. L'un des points forts de Fractal réside dans sa capacité à exécuter des smart contracts, et à l'occasion de son lancement sur le réseau principal, un tout nouveau protocole de jeton, le CAT20, a été introduit. Quelles sont les subtilités dans la conception technique du CAT20 ? Que pouvons-nous en apprendre ?
Introduction au Bitcoin Fractal
Avant de plonger dans CAT20, nous devons d'abord présenter brièvement Fractal Bitcoin. La relation entre les deux est similaire à celle entre ERC20 et ETH, le protocole CAT20 est déployé sur Fractal Bitcoin.
Fractal Bitcoin, également connu sous le nom de Bitcoin fractal, est un réseau "de deuxième couche" entièrement compatible avec le BTC. Par rapport au BTC, son temps de confirmation des blocs est plus court, nécessitant seulement 1 minute. Son principe de base, comme son nom l'indique, consiste à copier le réseau BTC plusieurs fois, chaque chaîne pouvant traiter des transactions, augmentant ainsi la vitesse de traitement globale. Cependant, les détails de communication entre les différentes chaînes ne sont pas encore clairs, et l'équipe officielle n'a pas fourni de documentation technique à ce sujet.
Un des points forts de Fractal est l'activation de l'opcode OP_CAT, qui avait été abandonné au début par BTC pour des raisons de sécurité, ce qui a considérablement amélioré les fonctionnalités de Fractal Bitcoin. Certains estiment qu'OP_CAT pourrait conférer des capacités de smart contracts à BTC, ouvrant ainsi plus de possibilités pour le développement futur.
Actuellement, des développeurs ont mis en œuvre un protocole similaire à ERC20 sur Fractal Bitcoin.
CAT Protocol aperçu
Avec le soutien de l'OP_CAT sous-jacent, le protocole correspondant a rapidement vu le jour. Actuellement, le protocole CAT20 est déjà en fonctionnement.
Comment CAT20 parvient-il à réaliser un cycle de vie similaire par rapport au protocole ERC20 mature ?
processus de déploiement
Avant le déploiement, l'utilisateur doit spécifier l'adresse du portefeuille et les informations de base du jeton, qui sont similaires à celles des ERC20. La caractéristique du CAT20 est qu'il est possible de définir des limites sur le pré-minage et sur le nombre de jetons créés à chaque fois.
Le processus de déploiement est divisé en deux phases : "commit" et "reveal". Pendant la phase de commit, le script de sortie de la transaction écrira les informations de base du jeton. La valeur de hachage de la transaction générée à ce stade servira d'identifiant unique pour le jeton.
Au stade de reveal, la transaction va d'abord produire un OP_RETURN, sauvegardant la valeur de hachage de l'état initial du CAT20. Ensuite, un Minter sera émis, utilisé pour le maintien de l'état lors du processus de minting suivant.
Tout le processus de déploiement a suivi les deux étapes de soumission-révélation courantes sur la blockchain, ce qui est une méthode de déploiement de projet largement utilisée.
mécanisme de frappe
Le processus de frappe présente les caractéristiques suivantes:
Ce design rend le processus de frappe flexible et intéressant. Par exemple, le minter en tant que sortie peut être 0, 1 ou plusieurs. Si une seule sortie est produite à chaque fois, le nombre de minters disponibles sur le réseau restera constant, ce qui pourrait entraîner des congestions. Pour éviter cela, il est habituel de définir la sortie à plus de 1.
Cependant, chaque minter supplémentaire implique un coût utxo supplémentaire. Pour des raisons économiques, un plus grand nombre de personnes pourraient être enclins à fixer le minter à 0, ce qui pourrait entraîner une déflation du minter, nécessitant que certains utilisateurs paient activement plus de minter pour rétablir l'équilibre.
Dans la version V2, deux Minter avec des états similaires sont générés par défaut.
détails techniques de la construction de transactions
Pendant le processus de révélation, la sortie de la transaction précédente est utilisée comme entrée pour le commit. Cela est réalisé par une réécriture astucieuse de la logique du script, permettant à la même clé privée de contrôler les utxo de deux adresses différentes.
Et lors de la phase minter, tout le monde peut utiliser ces utxo comme entrée, ce qui pourrait être grâce à la capacité des smart contracts d'OP_CAT, chaque minter étant essentiellement un smart contract.
gestion de l'état des transactions
L'état du minter est stocké à deux endroits : le OP_RETURN des sorties de transaction et le smart contract (, c'est-à-dire Minter et Token ).
OP_RETURN stocke la valeur de hachage de l'état de sortie de la transaction actuelle, et le contrat stocke le nombre restant de frappes de jeton. Après chaque frappe, le nombre de frappes du nouveau Minter est la moitié du nombre restant pouvant être frappé.
Finalement, le nombre restant de tous les Minter est réduit à zéro.
Il est important de noter que le Token CAT20 est également un smart contract, contenant deux états fondamentaux : la quantité et l'adresse du propriétaire. Contrairement au BRC20 ou aux inscriptions, le CAT20 n'existe pas directement sur le UTXO de l'adresse de l'utilisateur.
transfert et destruction
Lors d'un transfert, le nombre de tokens d'entrée et de sortie dans la construction de la transaction doit rester équilibré. Une seule transaction peut contenir plusieurs tokens différents, tant que les quantités d'entrée et de sortie de chacun sont équilibrées.
Pour détruire un jeton, il suffit de le transférer à une adresse ordinaire.
Résumé
Le design du CAT20 offre aux utilisateurs une grande flexibilité d'opération, mais impose également des exigences plus élevées en matière de logique de vérification des contrats. Ce design présente certains avantages :
Cette innovation offre de nouvelles possibilités à l'écosystème Bitcoin, ce qui mérite notre attention continue sur son développement.