Le protocole CBRC-20 est la nouvelle star du système « BRC-20 » au cours des six derniers mois, ce phénomène est en fait plus spécial et intéressant, car au cours des six derniers mois, beaucoup d’attention s’est en fait déplacée vers le battage médiatique des inscriptions de diverses chaînes publiques en dehors de l’écosystème Bitcoin, telles que Solana, AVAX, INJ, etc. Dans l’écosystème Bitcoin, même si la capitalisation boursière des actifs liés au BRC-20 est encore suffisamment importante pour avoir une position relativement dominante, d’autres protocoles tels que Atomicals et NostrAssets détournent en fait une partie considérable de l’attention et des fonds.
En plus du BRC-20 lui-même, il existe également le protocole Tap et le CBRC-20. Il est intéressant de noter que les deux protocoles ont une forte influence dans le monde anglophone, et les acteurs du monde sinophone mettront l’accent sur le genre que « beaucoup d’étrangers aiment ». Cependant, il y a beaucoup de différences en matière d’innovation entre Tap Protocol et CBRC-20, et les tenants et aboutissants du projet sont également légers et rebondissants.
Avant de parler du CBRC-20, parlons un peu du protocole Tap. La nature de Tap est généralement un patch d’amélioration BRC-20, comme si un jeu avait déjà une version amusante, il suffit de la patcher pour rendre l’expérience plus forte. En général, les fonctionnalités de Tap telles que la libération de la limite de 4 caractères, l’Airdrop par lots, les inscriptions d’échange, etc. sont en fait plus des mises à jour au niveau de l’index - comment rationaliser certains des points douloureux / fonctions non implémentées de BRC-20 dans JSON, puis laisser le support de l’indexeur comprendre ces comportements OK.
Tap appartient à l’écosystème TRAC de Beny, TRAC a eu de nombreux fans étrangers fidèles en cours de route, et il n’y a pas eu d’accidents en général, les étrangers ont toujours aimé que « Marshal B » fasse toutes sortes de remarques attaquant les index centralisés.
Le changement magique de CBRC-20 est en fait basé sur le fait que le protocole BRC-20 utilise la version Ordinals v 0.9.0 comme version standard unifiée de l’index afin de maintenir la stabilité de l’index - les nouvelles fonctionnalités après la version Ordinals v 0.9.0, le protocole BRC-20 ne peut pas être joué, alors continuons à utiliser la logique fonctionnelle de base et combinons les nouvelles fonctionnalités pour créer une nouvelle version. Si Tap et CBRC-20 sont considérés comme les « serveurs privés » de BRC-20, alors le premier est un « serveur classique » patché, et le second est un « serveur magique » avec beaucoup de nouveau contenu.
Le protocole Ordinals postérieur à la version v 0.10.0 introduit des champs pour définir les « métaprotocoles » et les « métadonnées » pour les inscriptions, et l’effet le plus direct de ces deux nouveaux champs est de supprimer directement et considérablement le texte long et répétitif du protocole BRC-20 lors du déploiement/de la frappe/du transfert, réduisant ainsi les coûts et simplifiant l’indexation.
L’image ci-dessus est un exemple d’inscription de déploiement pour le BRC-20. Pour CBRC-20, qui a introduit les « métadonnées », il suffisait en fait de laisser les trois lignes « tick », « max » et « lim » à l’intérieur des paires d’accolades, puis de compresser la quantité réduite d’informations dans un fichier .cbor plus petit.
Le « métaprotocole » permet à l’index de savoir selon quelles spécifications de protocole comprendre les instructions. Pour la frappe et le transfert, les instructions sont simplifiées pour ressembler à ceci :
Comparez la taille du contenu avec celle du BRC-20 :
BRC-20, la taille de l’opération de transfert est de 57 octets
CBRC-20, la taille de l’opération de transfert est de 4 octets
Un autre point intéressant apporté par le « métaprotocole » et les « métadonnées » est que le jeton CBRC-20 n’a pas de limite de type, ce qui donne l’impression d’une « transmogrification » des armes et de l’équipement dans le jeu - par exemple, vous pouvez frapper 1000 jetons CBRC-20, puis exécuter l’instruction de frappe avec un diagramme CryptoPunks, de sorte qu’il peut s’agir soit de 1000 jetons CBRC-20, soit de 1 Punk. En fait, Tap a fait une tentative similaire, en ajoutant un champ Logo supplémentaire au jeton, qui peut faire référence à l’ID Inion et laisser l’index le gérer. Mais Tap s’appuie sur ses propres index, et CBRC s’appuie sur les nouvelles fonctionnalités du protocole Ordinals.
–file peut être attaché au fichier spécifié
CBRC-20 est l’"apéritif » fait par l’équipe de OSHI d’origine après la scission, en plus de CBRC-20, cette partie de l’équipe de OSHI d’origine doit également créer un index général plus important appelé Moto, en bref, n’importe quel développeur peut soumettre ses normes FT à Moto, puis Moto empile ces normes pour réaliser l’interaction des actifs entre les protocoles FT.
Le premier jeton de CBRC-20, avec un montant total de 21 millions, le minimum du jeton actuel est d’environ 2,2 U, et la capitalisation boursière correspondante est d’environ 46,2 millions U. L’une des principales caractéristiques de CBRC-20 que nous avons mentionnée précédemment est qu’il n’y a pas de limite de type, il peut s’agir d’une pièce ou non d’une pièce, par exemple, l’inscription de déploiement de $BORD n’est pas un format texte, mais un fichier HTML qui introduit CBRC-20.
Connu comme le premier jeton utilitaire sur CBRC-20, il fournit un service de frappe par lots de jetons CBRC-20 sur Discord. Le montant total est de 10 000, le minimum du jeton actuel est d’environ 200 U et la capitalisation boursière correspondante est d’environ 2 millions U.
Une inscription recto-verso qui prétend être reconnaissable à la fois par le protocole CBRC-20 et le protocole BRC-20. Le montant total est de 21 millions, et le minimum actuel d’un token est d’environ 0,12 U, ce qui correspond à une capitalisation boursière d’environ 2,52 millions U.
Ici, vous êtes peut-être un peu confus - n’ai-je pas dit qu’un v 0.10.0 et un v 0.9.0, comment deux versions différentes des index du protocole Ordinals peuvent-elles être compatibles ?
L’inscription originale semble être dans une « enveloppe » (OP_FALSE OP_IF OP_PUSH Contenu, contenu et contenu… OP_ENDIF), l’index doit ouvrir l’enveloppe et la lire mot par mot, afin que vous puissiez savoir quel type d’accord se trouve dans l’enveloppe (quel index faire le travail), ce que cette inscription représente, ce qu’il faut faire…
« métaprotocole » c’est comme une lettre claire sur l’enveloppe, je suis une inscription de tel ou tel protocole, et l’index peut interpréter mes instructions selon les instructions de tel ou tel protocole. L’index de v 0.10.0 sait qu’il s’agit d’une inscription CBRC-20. Puis j’ai lu et j’ai découvert que le texte était écrit dans l’ensemble des index BRC-20, et l’index de v 0.9.0 savait qu’il s’agissait d’une inscription BRC-20. Ce n’est vraiment pas une bonne affaire, mais il y a des parties qui peuvent être comprises.
L’art de la performance, 9 au mécanisme, il suffit de regarder le schéma suivant pour comprendre :
Il a actuellement une capitalisation boursière de plus de 1 million d’U.
Inscription - (Mint est OK sans pourboire)
Marché - (Il y a encore beaucoup de choses qui n’ont pas été bien faites, comme le fait de ne pas pouvoir monter et descendre par prix unitaire, ce qui a l’air très désordonné)
À en juger par les performances actuelles du marché, à l’exception du premier Token $BORD, les autres sont encore relativement stables, ce qui est similaire à Tap…
Bien que la performance du marché soit similaire à celle de Tap, le positionnement sous-jacent de CBRC-20 est passé du patch au changement magique, et les progrès sont encore relativement importants. Bien sûr, la plus grande valeur est en fait le Moto (la partie originale de l’équipe Oshi). Le nouveau jeton CBRC-20 de Moto a été déployé, et un instantané de l’ancien jeton BRC-20 d’Oshi a été terminé, prêt à envoyer un nouveau jeton pour recommencer. À moins que Tap n’invite TRAC $ à son propre accord, le CBRC-20 a formé une tendance à la suppression narrative à ce stade.