Contrats intelligents sur le réseau BTC : Fractal Bitcoin et protocole CAT20

Récemment, l'écosystème Bitcoin a connu une mise à jour importante. Après plusieurs validations sur le testnet, Fractal BTC a été officiellement lancé sur le mainnet en septembre. L'un des points forts de Fractal est sa capacité à gérer des smart contracts, et à l'occasion de son lancement sur le mainnet, un nouveau protocole de jetons, le CAT20, a été introduit. Cet article explorera en profondeur la conception technique du CAT20 ainsi que les concepts innovants qu'il contient.

Introduction à Fractal Bitcoin

Avant d'approfondir 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, le temps de confirmation des blocs de Fractal n'est que de 1 minute, ce qui améliore considérablement la vitesse des transactions. Son principe de base consiste à copier plusieurs réseaux BTC, chaque chaîne pouvant traiter des transactions, ce qui augmente le débit global.

Une grande avancée de Fractal réside dans la réactivation du code d'opération OP_CAT, qui avait été abandonné dans les premiers temps de BTC pour des raisons de sécurité. Cette mesure a considérablement amélioré la fonctionnalité de Fractal Bitcoin, lui conférant des capacités de smart contracts et ouvrant de vastes horizons pour le développement d'applications futures.

CAT Protocol aperçu

Grâce au support d'OP_CAT, le protocole CAT a vu le jour. Actuellement, le protocole CAT20 est déjà en fonctionnement, et une plateforme d'échange a également ajouté un panneau de fonctionnalités correspondant. CAT20 fait écho à l'ERC20 dans son nom, et son design fonctionnel est également assez similaire.

processus de déploiement

Le processus de déploiement de CAT20 se divise en deux phases : "commit" et "reveal".

1. Phase de Commit : Les informations de base du jeton, telles que le nom, le symbole, etc., sont écrites dans le script de sortie de la transaction. Le hashId de la transaction de cette phase servira d'identifiant unique pour ce jeton.

2. Phase de Révélation : sortie contenant deux parties - un OP_RETURN pour sauvegarder le Hash de l'état initial du CAT20, ainsi qu'un Minter pour maintenir les changements d'état lors du processus de Mint suivant.

Cette méthode de déploiement en deux étapes est assez courante dans les projets de blockchain, car elle aide à protéger les informations sensibles jusqu'à ce qu'elles soient complètement divulguées à la dernière étape.

mécanisme de Mint

Le processus de Mint a les caractéristiques suivantes :

• L'entrée est un minter, initialement généré lors de la phase de déploiement.
• Chaque mint ne peut avoir qu'un minter comme entrée, mais peut avoir plusieurs minters comme sortie.
• Chaque mint génère un nouveau token.
• L'ordre de sortie est fixe, le minter doit être avant le token.

Il convient de noter que le nombre de minters configuré affecte l'activité de minting de l'ensemble du réseau. Si un seul minter est émis à chaque fois, cela peut entraîner un engorgement du processus de minting ; tandis que si plusieurs minters sont autorisés à émettre, cela peut conduire à une déflation des minters pour des raisons économiques. Actuellement, la version V2 génère par défaut deux minters avec des états proches pour équilibrer ce problème.

Innovation dans la construction des transactions

CAT20 adopte un design astucieux en matière de construction de transactions :

1. En réécrivant la logique du script, l'utilisateur peut contrôler les UTXO d'adresses autres que les siennes.
2. Utiliser les caractéristiques des adresses P2TR pour ajuster la clé publique en fonction de l'ISSUE_PUBKEY afin de générer différentes adresses.
3. Minter en tant que smart contracts permet à quiconque d'utiliser ses UTXO comme entrée.

gestion d'état (version V2)

CAT20 utilise un mécanisme de stockage à double état :

• Hash de l'état de la sortie de transaction actuelle stocké dans OP_RETURN.
• Stocker le nombre restant de Mint dans le contrat (Minter et Token).

Après chaque Mint, le nombre de mint du nouveau Minter est la moitié de la quantité restante pouvant être mint. Ce design garantit une distribution équilibrée du processus de mint.

Contrairement aux BRC20 ou aux inscriptions, le token CAT20 n'est pas directement stocké sur l'UTXO de l'adresse de l'utilisateur, mais existe en tant que smart contract indépendant.

transfert et destruction

Lors d'un transfert, les quantités de tokens en entrée et en sortie de la transaction doivent être cohérentes. Une seule transaction peut inclure plusieurs tokens différents, tant qu'ils sont équilibrés.

Pour détruire un token, il suffit de le transférer à une adresse ordinaire.

Résumé

Le concept de conception de CAT20 met en avant la flexibilité et l'efficacité :

1. Pour vérifier la détention de token, il suffit de vérifier le UTXO du token, sans remonter dans le temps.
2. En recherchant les transactions contenant "cat" dans OP_RETURN, vous pouvez rapidement comprendre l'état de mint.

Cette conception innovante offre de nouvelles possibilités au réseau Bitcoin, mais nécessite également un renforcement de la vérification dans la logique des contrats pour prévenir d'éventuelles vulnérabilités. Avec l'amélioration continue de la technologie, le CAT20 devrait devenir un standard de protocole de jetons important dans l'écosystème Bitcoin.