Nombres ordinaux "1"
De nombreux articles existants commencent par le protocole des ordinaux, mais dans la documentation officielle des ordinaux, le premier mentionne la théorie des nombres ordinaux. De là, on peut déduire que Casey a également puisé une certaine inspiration pour créer le protocole des ordinaux.
Comme nous le savons tous, la plus petite unité dans le monde du Bitcoin est le satoshi (sat), et la théorie des nombres ordinaux peut simplement être comprise comme numérotant artificiellement ces sat. Dans la section des motivations de la proposition BIP, nous pouvons résumer que la théorie vise à fournir un moyen pour que le Bitcoin agisse comme un identifiant stable pour empêcher les transferts de propriété ou la rotation des clés, sans nécessiter de modifications du réseau Bitcoin.
Bien sûr, il y a des objections à cette théorie, telles que la réduction de la vie privée des utilisateurs, l'augmentation de la taille des ensembles UTXO, les attaques de poussière, etc. Pour plus de détails, consultez la proposition BIP.
Accord des ordinaux "2"
Proposition d'un accord
L'accord des ordinaux a été proposé et publié par Casey, dans lequel il a proposé les idées suivantes :
Pouvons-nous organiser ces « Satoshi » dans un certain ordre, leur attribuer un numéro ordinal entre 0 et 2 100 000 000 000 000, puis les relier à d'autres informations : images, texte, vidéos, ou même une chaîne de code. En conséquence, chaque Satoshi est devenu unique et irremplaçable. Cela revient à donner à Bitcoin sa capacité native de créer des NFT.
L'accord des Ordinaux a été déployé fin 2022, et la première inscription sur le mainnet a été gravée le 14 décembre 2022 UTC (https://ordinalswallet.com/inscription/6fb976ab49dcec017f1e201e84395983204ae1a7c2abf7ced0a85d692e442799i0), pendant laquelle l'accord a été convenuIl a toujours été mis à jour et itéré mais n'a pas été officiellement annoncé. Actuellement, il peut être mis à jour à partir de La première annonce officielle trouvée sur le Twitter de Casey est la suivante, donc l'accord des Ordinaux peut être considéré comme étant proposé soit en décembre soit en janvier: (Merci aussi pour l'indice fourni par Shep)
Caractéristiques de l'accord
Les chiffres SAT et la division de la rareté
Les humains sont des collectionneurs naturels. Puisque les nombres ordinaux numérotent artificiellement les Sats, pourquoi ne leur donnent-ils pas des SATs plus élevés ou plus bas, afin qu'il y ait une distinction entre la rareté. Actuellement, il existe 6 types de rareté :
Cette rareté est similaire à ce que nous appelons des « billets de léopard », des « billets séries », etc. en jouant avec des billets dans la vie réelle. Fondamentalement, ce sont tous des billets. Leur valeur réelle est la valeur faciale du billet, mais parce que les gens lui donnent une signification spéciale, ils ont une valeur de collection plus élevée, et il y a une prime, c'est-à-dire ce que nous appelons souvent « le consensus génère de la valeur ».
En attribuant un numéro de règle spécifique à chaque sat et suivi dans la transaction, l'Accord des Ordinaux permet également à quiconque d'attacher des données supplémentaires telles que des images (Image), du texte (Texte), des vidéos (Vidéo), des fichiers audio (Audio), etc. par le biais de l'Accord des Ordinaux. Au début, les joueurs étaient plus susceptibles de créer des NFT dessus. La position initiale du fondateur Casey était également de permettre aux gens de stocker quelque chose d'immuable sur Bitcoin, la chaîne la plus ancienne et la plus courante. Pendant un certain temps, beaucoup de gens assimilaient les Ordinaux aux “Bitcoin NFTs.” Aujourd'hui, nous pouvons encore les voir dans le portefeuille Unisat.
Commercez d'abord, sortez d'abord
Afin de garantir que le SAT séquentiel avec des numéros de série ne soit pas chaotique pendant le processus de transaction, une méthode de transaction premier entré, premier sorti est utilisée.Voici un exemple de l'article de Wang Yishi (https://yishi.io/a-beginner-guide-to-the-ordinals-protocol/) pour expliquer les caractéristiques du premier entré, premier sorti :
Sur l'image ci-dessous, il y a deux entrées à gauche. L'adresse 1 et l'adresse 2 ont un total de 5 Satoshi. Dans cette transaction, 4 Satoshi ont été envoyés à une adresse commençant par 3 OpZ, et 1 Satoshi est resté à payer au mineur en tant que frais de mineur.
En supposant que dans la transaction ci-dessus, nous avons secrètement utilisé le protocole Ord pour attribuer une identité (numéro de série) à chaque Satoshi, alors après la transaction, les 4 Satoshi numérotés Ord A-> D à l'adresse 1 et à l'adresse 2 sont allés à l'adresse 3, et le dernier Satoshi a été donné au mineur.
Le soi-disant "premier entré, premier sorti" signifie que chaque nombre de Satoshi est ordonné selon son index dans la sortie de transaction. Par exemple, dans la sortie de transaction (Output) dans la figure ci-dessous, l'adresse 3 est classée devant l'adresse du mineur, puis les Satoshi transférés de l'adresse 1 et de l'adresse 2 sont d'abord hérités par l'adresse 3, puis l'adresse du mineur.
Principes du protocole
Toute personne familière avec Bitcoin sait que Bitcoin est né comme un système monétaire électronique pair à pair. Le langage de programmation qu'il utilise n'est pas un langage de script complet de Turing, il est donc presque impossible de mettre en œuvre des fonctions complexes, et les deux mises à jour majeures de BTC en '17 et '21 ont permis de mettre en œuvre certaines fonctions impliquant une logique complexe sur BTC.
Sur la base du développement décrit ci-dessus, le protocole Ordinals a réalisé l'effet de visualisation et de transfert en écrivant le contenu de son inscription dans le script Taproot et en utilisant UTXO. Étant donné que les coûts de script Taproot ne peuvent être supportés que par les sorties Taproot existantes, deux étapes (engagement/révélation) sont utilisées pour réaliser la gravure. Tout d'abord, en soumettant une transaction, nous devons créer une sortie Taproot avec un script contenant le contenu de l'inscription, et deuxièmement, en révélant la transaction, nous devons dépenser la transaction soumise créée précédemment pour révéler le contenu de l'inscription sur la chaîne. Dans ce processus, nous devons également sérialiser le contenu de l'inscription en une série d'étapes :
Eh bien, pour expliquer cela en termes simples, c'est équivalent à vous initier un transfert WeChat. Pendant le processus de transfert, nous devons indiquer le contenu de l'inscription que vous avez créée dans les commentaires (Sortie Taproot), puis envoyer le transfert (dépenser pour soumettre la transaction), donc après l'envoi est complet, nous pouvons laisser l'autre partie voir ce que vous avez écrit dans le commentaire (révéler la transaction) dans la boîte de discussion. S'il n'y a pas de commentaire sur ce transfert ou si la transaction est annulée, le contenu de cette inscription ne sera pas téléchargé sur le lien.
Accord Brc20 "1"
Proposition d'un accord
Après la sortie du protocole Ordinals, les premiers joueurs jouaient avec des NFT, et le développeur anonyme domo a publié une norme expérimentale le 8 mars 2023 - le protocole BRC-20 amélioré sur la base du protocole Ordinals et a officiellement déployé le premier BRC20 $ordi, qui permet à quiconque d'émettre des jetons sur le réseau Bitcoin, de manière similaire à la manière de jouer avec des jetons ERC-20 sur Ethereum.
Avis :
Le premier tweet de domo à propos de BRC-20 remonte au 9 mars 2023, mais en regardant l'heure de déploiement de meme et ordi, il aurait dû être lancé le 8 mars 2023.
$meme a été le premier BRC20 déployé, et $ordi a été le premier BRC20 officiellement lancé, ce qui peut être inféré en regardant leur temps de déploiement
Cependant, tout le monde devrait avoir connu le développement de $ordi. Il n'y a pas beaucoup de mention ici. Pour plus de détails, veuillez vous référer au tweet ci-dessous :
Principes du protocole
Le protocole BRC-20 établit une série de normes pour permettre le déploiement, le minage et le transfert de jetons BRC20 basés sur la théorie ordonnée. Les normes de format du protocole sont dérivées du format du projet Sats Name (le premier projet DID basé sur le protocole Ordinals) :
Aussi, pour expliquer en termes simples ici, comme l'Accord des Ordres, c'est l'équivalent de vous initier un transfert WeChat, mais le contenu des notes est différent.
prolongation
Bien que cette méthode du protocole BRC-20 permette l'émission gratuite de jetons homogénéisés sur la chaîne Bitcoin, étant donné que Bitcoin ne possède pas de modèle de compte et que le contenu de BRC-20 est placé dans le script Taproot de Segwit, nous ne sommes pas en mesure de calculer directement le solde BRC20 de chaque compte sur la chaîne. Par conséquent, la méthode actuelle consiste à construire un serveur d'index sous la chaîne pour réaliser l'acquisition d'informations sur les jetons BRC20, le calcul des soldes, le transfert des transactions, etc., mais il existe un risque de centralisation.
Tout d'abord, comprenons les trois parties du protocole de couche BTC : l'accord stipule les règles d'écriture des données sur Bitcoin, l'indexeur fournit la capacité d'interroger et d'analyser ces données, et le grand livre enregistre les soldes de jetons et traite les transferts.
Pour le BRC20, le serveur d'index doit d'abord reconnaître chaque déploiement de BRC20 afin de lire les informations sur le jeton, appelées l'"index".
En même temps, puisque les soldes BRC20 sont tous gravés dans le script, le réseau BTC lui-même ne peut pas le reconnaître, donc le serveur d'index BRC20 doit construire un grand livre local pour enregistrer le solde BRC20. À chaque fois qu'un transfert a lieu, le grand livre local doit être vérifié et mis à jour pour voir si la transaction peut être effectuée (s'il y a suffisamment de pièces).
Par conséquent, BRC20 doit envoyer deux transactions pendant la transaction:
La première transaction lit les dernières données du grand livre local et calcule le solde
La deuxième transaction est ensuite transférée.
Le protocole Ordinals est essentiellement conçu pour les NFT. Basé sur son BRC20 amélioré, la complexité des transferts augmente de manière récursive. L'indexeur BRC20 assume également le travail d'un grand livre. Ce grand livre existe complètement hors chaîne de Bitcoin. L'indexeur doit enregistrer avec précision chaque changement de solde pour assurer l'intégrité du grand livre.
Par conséquent, à mesure que le temps s'accumule, les registres d'indexation s'accumuleront et la pression sur les nœuds augmentera. Si l'indexeur n'est pas continuellement motivé, il sera difficile de maintenir. Si le registre de l'indexeur n'est plus en service, alors BRC20 sera complètement inutilisable.
Systèmes TRAC "2"
$TRAC
$TRAC est un jeton BRC20 lancé par Benny le 3 mai 2023 et déployé et lancé officiellement le 22 mai 2023.
Trac Core
Le noyau Trac est un oracle et un indexeur décentralisé pour les inscriptions Bitcoin, qui résout des problèmes tels que l'indexation, la récupération et la tarification des données écologiques d'inscription.
Par exemple, en ce qui concerne les indexeurs, bien que les données d'inscription soient stockées sur la chaîne Bitcoin, il s'agit uniquement d'informations liées à l'inscription, et le processus de mise à jour et d'audit des données nécessite un indexeur centralisé tiers, et la sécurité est toujours critiquée (par exemple, l'erreur comptable de l'indice ordi de Binance fin novembre). Par conséquent, Trac peut faire en sorte que l'écosystème d'inscription hérite de la sécurité de Bitcoin dans une plus grande mesure, collecter, organiser et trier toutes les données sur Bitcoin, et prévoit d'introduire des centaines de nœuds indexeurs à l'avenir.
En même temps, à mesure que le nombre de nœuds augmente, Trac Core intègre également le rôle des oracles pour obtenir des données fiables nécessaires auprès de sources externes pour les intégrer dans la blockchain, ce qui constitue la base pour la construction ultérieure de protocoles de niveau supérieur tels que DeFi native inscrite, et l'API de Trac peut être appelée gratuitement.
En conséquence, la fente de carte écologique de Trac Core, qui est à la fois un indexeur décentralisé et un oracle Bitcoin, peut être considérée comme en avance sur la plupart des projets d'inscription.
Protocole Tap
Tap Protocol est un protocole amélioré basé sur les Ordinaux publié par l'équipe $TRAC le 7 août 2023. Nous pouvons le considérer comme une version améliorée du protocole BRC20 miroir. Il s'agit d'un protocole compatible et amélioré pour BRC20. Il possède les 4 fonctionnalités suivantes :
Utilise le $TRAC précédemment déployé comme jeton de gouvernance pour son protocole (pas très caractéristique, mais je vais l'expliquer ici)
Actuellement, les jetons $TAP et $-TAP ont été officiellement publiés dans le protocole Tap, dont $TAP a été créé par BennyTheDev le 6 août 2023; $-TAP a été ouvert à la communauté pour la création, avec un total de 21 000 000 (ou 21 000). Selon la recherche de Shep, $-TAP a été déployé 30 minutes plus tôt que $TAP, et est le premier jeton natif réel dans le protocole.
tuyau
Le protocole Pipe a été proposé par l'auteur de $TRAC Benny, qui était une amélioration du protocole Runes. On peut dire que l'accord Pipe a arraché l'accord Runes car l'accord Runes a été proposé par Casey, le fondateur de l'accord Ordinals, mais son principal objectif est l'accord Ordinals, donc le développement de l'accord Runes a été lent, et Benny a lancé l'accord Pipe en seulement environ un mois après avoir appris les idées de l'accord Runes.
Le lien entre les trois
À ce stade, nous pouvons voir que Benny a lancé 3 projets consécutifs en moins de six mois, et ces 3 projets sont également interconnectés, l'ensemble de poupées ultime. Utilisons l'image ci-dessous pour démêler la relation entre eux.
En général, les jetons de gouvernance d'un projet sont utilisés comme jeton natif de l'accord, et Benny peut se promouvoir et se restreindre mutuellement grâce à cette méthode de jetons de gouvernance, ce qui est extrêmement rare. Actuellement, les fonctions spécifiques de ces jetons de gouvernance n'ont pas été officiellement annoncées, nous verrons donc si cela entraînera des collisions excitantes dans le développement à venir.
Accord atomique de “3”
Proposition d'un accord
Le fondateur du protocole Atomicals a tenté de développer un projet DID sur le protocole Ordinals en février, mais au cours du processus de développement, il a découvert que les limitations du protocole Ordinals rendaient certaines fonctionnalités qu'il souhaitait impossibles ou un peu maladroites. Il a tweeté sa première idée sur le protocole Atomicals le 29.5.2023, et a finalement lancé l'accord le 17.9.2023 après plusieurs mois de développement.
Le lancement initial du protocole Atomicals n'a pas beaucoup fait parler de lui dans l'écosystème Bitcoin car, à l'époque, en raison de l'introduction du protocole Ordinals et du protocole BRC-20, un grand nombre de protocoles améliorés basés sur eux ont émergé sur différentes chaînes, mais lorsque nous avons examiné la documentation du protocole Atomicals, nous avons constaté qu'il s'agissait d'un protocole complètement différent.
Fondements théoriques — Théorie de la matière numérique (DMT)
La théorie de la DMT (théorie de la matière numérique) fait référence à la théorie de la matière numérique, ce qui signifie que les informations numériques ne sont pas seulement des nombres et des lettres aléatoires ; en fait, elles peuvent aussi être considérées comme leur propre “matière”, telle que le bois ou le métal. La DMT peut être des transactions, des octets ou tout autre motif de données de la blockchain, et ces motifs peuvent être transformés en objets ou actifs numériques précieux.
Voici également une citation du contenu du Dr. Jingle pour que tout le monde comprenne mieux :
Problèmes auxquels sont confrontés les constructeurs de Bitcoin existants
Les trois premières sont des questions pour les développeurs, et les trois dernières sont pour les créateurs
théorie atomique
Le protocole Atomicals est un protocole simple et flexible pour la création, le transfert et la mise à jour d'objets numériques (traditionnellement appelés NFT) pour les blockchains à sortie de transaction non dépensée (UTXO) telles que Bitcoin.
1 ️ ︎ Objets numériques — NFT "atom"
Atomical (ou "atom") est un nouveau type de NFT qui peut être mis en circulation, transféré et mis à jour sur Bitcoin. La principale différence est qu'il n'est pas nécessaire d'utiliser un service centralisé ou un indexeur tiers de confiance. Il ne nécessite aucune modification de Bitcoin pour fonctionner, ni de chaînes secondaires ou de L2. Il est temps de reprendre le contrôle de nos vies numériques pour de bon.
2 ️ ︎ BitWork — Micro Preuve de Travail PoW
La plus intéressante amélioration du protocole Atomicals est l'ajout du processus de calcul CPU au processus de création de tokens, appelé BitWork. Les fondateurs doivent calculer de manière exhaustive des valeurs de hash qui correspondent à des caractères spécifiques de préfixe avant de pouvoir créer des tokens.
PoW peut rendre la frappe de pièces relativement équitable, avec à la fois des injections de valeur énergétique et temporelle et des composantes de chance aléatoires.
Contrairement aux algorithmes PoW traditionnels, qui sont difficiles à calculer, Bitwork peut ajuster la difficulté de minage de manière fine en changeant la méthode de correspondance de préfixe. Il peut ajouter des chiffres entre 1 et 15 après le préfixe, tels que "7777.1" ou "7777.15" ou tout nombre entre les deux, ce qui indique la plage de variation autorisée pour ce caractère.
Son principe de fonctionnement est “.” Le nombre qui suit est appelé un demi-joker et est utilisé pour correspondre à n'importe quel 5ème caractère à partir de ce nombre. Avec “7777.10” Par exemple, les 4 premiers caractères txid (hex) doivent être “7777,” et le 5ème caractère peut être un nombre 10 (hex) ou plus.
Donc les 5 chiffres peuvent être a, b, c, d, e, ou f. Cela permet à tout le système de choisir entre 2 et 16 fois au lieu de seulement 16 fois à chaque fois que la difficulté augmente.
Dans le même temps, BitWork a également apporté quelques cas d'utilisation novateurs :
3 ️ ︎ Conteneur NFTs — La norme NFT
Container (Container) est une norme de collection pour représenter des NFT et des métadonnées. Il peut être utilisé pour ajouter / modifier / supprimer le contenu de tout accord tel que Atomicals, Ordinaux, Bitmaps, etc., et vous pouvez également choisir un “scellage” permanent, c'est-à-dire verrouiller le contenu dans un conteneur puis détruire la “clé” qui peut ouvrir le conteneur, atteignant ainsi l'objectif de maintenir l'état dans lequel il se trouvait lorsqu'il a été scellé et ne peut pas être modifié.
Service de nom de conteneur :
4 ️ ECT ARC20 — Pièce colorée
Le protocole Atomicals utilise la plus petite unité de Bitcoin, c’est-à-dire « l’atome » de base. L’UTXO de chaque sat est utilisé pour représenter le jeton lui-même, c’est-à-dire que le solde d’ARC20 est le nombre de sat. 1 jeton = 1 sat.
ARC20 est un modèle de pièce teinte, et les informations d'inscription sont enregistrées dans un script de transaction. En liant les informations à UTXO, la programmabilité et la décentralisation du jeton peuvent être améliorées. En même temps, la sécurité de la transaction est garantie par le réseau principal BTC. Il n'est pas nécessaire d'avoir un système hors chaîne pour calculer le solde des jetons ARC20 en termes de suivi des transactions et de calcul des soldes, car le solde du jeton est cohérent avec le nombre de SATs dans l'UTXO. C'est la plus grande différence avec le protocole BRC-20.
Lors du déploiement d'ARC20, des informations telles que le nom du jeton, le montant total, la limite de quantité, les paramètres de difficulté, le bloc de départ, les images, etc.
2. Lorsque les utilisateurs créent des ARC20, ils écrivent le nom du jeton dans le script UTXO. Le montant est directement déterminé par le nombre de sats dans UTXO, 1 sat = 1 jeton.
3. Pour transférer ARC20, les utilisateurs n'ont plus besoin de déposer des données dans BTC; ils doivent simplement utiliser UXTO, qui continue de détenir des jetons, comme entrée et sortie de transaction vers d'autres adresses.
Pour ARC20, nous avons seulement besoin d'un index pour nous aider à lire les informations d'enregistrement du token et identifier les transactions de mint afin de confirmer quel UTXO est ARC20.
Les avantages de ceci sont :
Bien sûr, la conception des pièces teintes présente également certains inconvénients, car l'équilibre n'est pas inscrit dans les données, mais plutôt lié au sat, donc la précision de division minimale de l'équilibre ARC20 est de 1.
Cela rend également impossible aux utilisateurs d'effectuer des transactions fines sous le réseau principal BTC lui-même, qui a fixé une limite de transaction minimale de 546 sat pour prévenir les attaques de poussière. Cependant, le protocole Atomicals a maintenant proposé un plan de fractionnement spécifique et est en cours de développement actif.
Voici une image montrant la différence la plus essentielle entre BRC20 et ARC20 :
5️ ︎ Système de Nom de Domaine Realm (RNS) - Système de Nom de Domaine
RNS prétend être le véritable concurrent du système de nom de domaine DNS et vise à être un remplacement mondial pour le DNS et d'autres systèmes de nom de domaine blockchain
Les noms de domaine sont des identifiants lisibles par l'homme qui peuvent être utilisés pour corréler les adresses réseau et les informations sur les ressources. Les noms de domaine commencent par un signe plus + et ont au moins un caractère alphabétique, tels que +alice et +agent007, qui sont tous des noms valides (domaine de premier niveau - domaine ou TLR dans le système de noms de domaine de royaume (RNS)).
Le nom de domaine est auto-détenu et auto-géré directement sur la blockchain Bitcoin en utilisant un format d'objet numérique atomique, ce qui signifie essentiellement qu'il n'y a pas d'intermédiaires ou de registrars centralisés.
6 ️ ︎ Subrealm Minting — Subdomain Foundry
Gérez et tokenizez les communautés en émettant des sous-royaumes (Subrealms) sous n'importe quel royaume (Realm). Les règles spécifiques sont les suivantes :
Voici un exemple générique :
En plus de cela, Subrealm peut également être utilisé pour l'organisation des médias sociaux, la vérification d'identité, les récompenses de fidélité, et plus encore.
Caractéristiques de l'accord
Grâce à la théorie atomique ci-dessus, nous pouvons voir que les principales caractéristiques du protocole Atomicals incluent :
Principales différences par rapport à d'autres accords
La meilleure façon de comprendre les différences dans le protocole Atomicals est de le comparer à d'autres protocoles NFT populaires :
Protocole Bitmap "4"
Proposition d'un accord
Bitmap.land est le premier projet de métavers dans l'écosystème Bitcoin, basé sur la théorie des ordinaux (théorie des ordinaux) et la théorie des bitmaps (théorie des bitmaps).
La théorie des bitmaps (théorie des bitmaps) a été proposée par l'utilisateur Twitter @blockamotole 5 juin 2023.
Cette théorie cartographie chaque entrée de transaction dans un bloc Bitcoin comme un lot (Parcel) pour former un bloc ou un quartier (district). En raison des différences de taille des différentes entrées de transaction, la taille du lot cartographié est également différente.
Concept d'accord
Les acheteurs de Bitmap.land ont été influencés par Decentraland et The Sandbox et ont utilisé la méthode de diviser la terre et de dessiner des motifs sur une carte, similaire à la logique d'achat de terre sur ces deux plateformes. Les utilisateurs écrivent des données à Satoshi à travers des inscriptions pour obtenir la propriété de blocs Bitcoin spécifiques, similaire à la frappe libre.
Sur la blockchain Bitcoin, chaque bloc est divisé en quatre parties pour représenter différents cycles de réduction de moitié. Les utilisateurs peuvent vérifier le nombre et la couleur de chaque bloc sur le site Web Bitmap.land. Les couleurs différentes représentent différents états de ventes.
La vente de Bitmap.land est étroitement liée à la théorie des nombres ordinaux, similaire à la vente de terrains virtuels de Decentraland et The Sandbox, qui repose sur les normes ERC-721. La théorie des nombres ordinaux est similaire aux principes des premières pièces teintes, mais les deux sont différents dans le contexte du récit actuel de Bitcoin, du consensus, de l'écologie et de l'infrastructure. Bien que la théorie des nombres ordinaux ne soit pas aussi innovante que l'ERC-721, l'approche du BRC-20 est plus primitive.
La théorie des bitmaps ajoute une nouvelle explication au bloc Bitcoin, offrant un aspect à la mode, bien qu'il manque d'utilité. Elle a changé la connexion entre Bitcoin et le métavers, donnant à chaque bloc de la blockchain Bitcoin une nouvelle dimension et le rendant partie du métavers en permettant aux utilisateurs de posséder et d'enregistrer des blocs individuels.
La théorie du bitmap a attiré l'attention de la communauté des Ordinaux et a suscité un boom dans les inscriptions. N'importe quel bloc sur la blockchain Bitcoin peut devenir une partie de l'univers virtuel grâce à un Bitmap, offrant de nouvelles opportunités de création et de propriété à la communauté.
Bitmap.land brouille les frontières entre Bitcoin et le métavers à travers la théorie des bitmaps, ouvrant la voie à la propriété, la créativité et le développement communautaire. Alors que la folie des inscriptions se poursuit, cela signifie un énorme potentiel pour ceux qui cherchent une place dans le monde numérique.
Protocole BRC-100 "5"
Proposition d'un accord
Comme nous le savons tous, les protocoles basés sur Bitcoin tels que le protocole des nombres ordinaux et le BRC-20 ont apporté beaucoup de place à l'imagination pour le développement de l'écosystème Bitcoin grâce à un mécanisme de « déclaration sur chaîne et analyse hors chaîne ». De plus, un grand nombre de NFT et de jetons Bitcoin ont été émis, mais le développement d'applications décentralisées telles que DeFi est encore en retard. En conséquence, Mikael.BTC a publié un protocole prenant en charge le calcul décentralisé : le BRC-100 le 2 septembre 2023.
Introduction à l'accord
BRC-100 est un protocole d'extension basé sur la théorie des ordinaux, conçu pour mettre en œuvre diverses applications décentralisées sur la couche 1 de Bitcoin. Cet accord assure non seulement les fonctions de base de BRC-20 sur Bitcoin, telles que la création, l'émission et le commerce, mais introduit également le concept de calcul décentralisé.
Cela signifie qu'en s'appuyant sur la pile de protocoles BRC-100, il est possible de développer diverses applications décentralisées telles que DeFi, SocialFi et GameFi, apportant des scénarios d'application véritablement décentralisés, sans confiance, résistants à la censure et sans permission à la première couche de Bitcoin.
L'une des principales caractéristiques du protocole BRC-100 est son interopérabilité, qui permet non seulement à tous les protocoles et applications au sein de sa pile de protocoles d'être compatibles les uns avec les autres, mais prend également en charge l'interaction avec BTC, BRC-20 ou d'autres chaînes de couche 1 telles qu'Ethereum et Stacks. De plus, le protocole a introduit un modèle UTXO et un modèle de machine à états, renforçant ainsi sa sécurité et ses capacités de calcul.
Caractéristiques de l'accord
Parce que le protocole BRC-100 est une extension de la théorie des Ordinaux, le BRC-100 lui-même possède toutes les fonctionnalités du BRC-20, tout en introduisant également certaines fonctionnalités innovantes :
Économiser de l'argent : Il est basé sur le protocole BRC-100 pour diverses expansions telles que des accords de largage aérien, des accords de gouvernance, des accords de relais, etc. Nous pouvons comprendre que Mikael souhaite introduire divers jeux DeFi dans BTC
Succession de protocole
Le protocole BRC-100 introduit le concept d'héritage. Les protocoles qui héritent directement ou indirectement du BRC-100 sont appelés protocoles d'extension BRC-100. Le protocole d'extension BRC-100 doit hériter d'un seul protocole. Un accord étendu hérite des propriétés, des opérations et des opérations de calcul de l'accord parent, et ne peut étendre que les propriétés et les opérations de calcul.
Cela ressemble à lorsque nous fabriquons de la céramique, au début c'était juste un embryon d'argile. Lentement, en le polissant et en le façonnant, nous avons progressivement des fonctions plus étendues telles que la décoration, le stockage d'objets, etc.
pile de protocoles BRC-100
Le protocole BRC-100 et toutes ses extensions et améliorations sont collectivement connus sous le nom de pile BRC-100. Sur cette pile, tous les jetons/applications sont compatibles les uns avec les autres, ce qui signifie qu'un jeton/application peut utiliser d'autres applications n'importe où.
Accords et applications
Dans la pile de protocoles BRC-100, un protocole est une norme pour décrire les propriétés, les opérations et les opérations de calcul d'une application. Une application est une instance créée après le déploiement du protocole sur le réseau Bitcoin via une inscription.
Une application est essentiellement un jeton avec une puissance de calcul et un statut. La puissance de calcul de l'application est décrite en détail dans le protocole. Si vous n'ajoutez pas de sous-application, l'application ne peut pas avoir de puissance de calcul non décrite dans l'accord. La sous-application ajoutée ne peut également avoir que la puissance de calcul du protocole; sinon, l'indexeur public ne peut pas vérifier l'état de l'application, ce qui entraîne une incohérence entre l'état de l'utilisateur et de l'application.
Application nesting
Les applications déployées sur la base du BRC-100 et de ses protocoles étendus peuvent être imbriquées, c'est-à-dire qu'une autre application peut être créée sous une application, appelée sous-application.
Le ticker de l'application enfant commence par "ticker de l'application parent :". Plusieurs applications peuvent être créées sous une application pour compléter une logique de calcul indépendante. Par exemple, dans le scénario classique de DEX AMM, plusieurs sous-applications/jetons LP, telles que "amm_dex: LP_BRC100_BTC", doivent être créées au sein d'une application DEX.
État de l'application et adresse
En plus du modèle UTXO, le protocole BRC-100 introduit également un modèle de machine d'état pour étendre les capacités de calcul du protocole.
Les applications, sous-applications et adresses peuvent toutes avoir des états. Par exemple, les applications peuvent détenir des jetons, et les adresses peuvent détenir des soldes au sein des applications. Les transitions d'UTXO et d'état sont effectuées avec les instructions burn2/burn3 et mint2/mint3.
Les opérations de calcul (cop) sont utilisées pour représenter une logique de calcul spécifique, c’est-à-dire une logique de transformation d’état d’application et d’adresse.
Par exemple, l'adresse A détruit 10 token1 à l'application via l'inscription burn3. À ce stade, l'application dispose de cette UTXO et de 10 token1. L'application peut allouer ces 10 token1 grâce à sa logique computationnelle en modifiant n'importe quelle adresse ou l'état interne de l'application. Ensuite, l'adresse du token1 dans l'application ou l'application peut le créer avec la commande mint3.
Permissions
Le protocole BRC-100 introduit deux rôles : propriétaire et administrateur.
L'adresse avec l'inscription de déploiement de l'application est appelée propriétaire. Les propriétaires peuvent suivre les transferts UTXO avec des inscriptions de déploiement. Le propriétaire de toutes les applications enfants est le propriétaire de l'application parentale.
Les administrateurs sont gérés par le propriétaire, et les administrateurs ne peuvent pas gérer d'autres administrateurs. Les droits des propriétaires et des administrateurs sont strictement limités. Ils ne peuvent pas vérifier les utilisateurs; ils ne peuvent que gérer les applications qui n'ont pas lancé DAO et effectuer des opérations de calcul mint2/burn2.
Un administrateur peut être une adresse, une application ou une sous-application. Par défaut, l'application et la sous-application sont les administrateurs l'un de l'autre ; aucune configuration supplémentaire n'est nécessaire, mais les sous-applications ne sont pas les administrateurs les unes des autres.
L'inscription burn2/burn3 doit être envoyée au déployeur de l'application pour un traitement adéquat.
Certains des jetons que l'instruction "mint2" doit émettre ne peuvent être alloués logiquement que par l'application/sous-application, et l'application/sous-application doit être l'administrateur du jeton. L'instruction "burn2" a également une logique similaire.
L'inscription de burn2/burn3 doit être envoyée au déployeur de l'application pour un traitement approprié selon la logique de l'opération informatique.
Gouvernance décentralisée des applications
La pile de protocoles BRC-100 introduit un protocole de gouvernance : BRC-101, qui régit les applications qui implémentent BRC-100 ou ses normes de protocole étendues. Une fois que l'application lance le DAO, elle doit achever la gouvernance par le vote décentralisé.
La gouvernance de l'application comprend la mise à jour des propriétés de l'application et des sous-applications, le déploiement des sous-applications et l'arrêt des applications. La gouvernance de l'application est une gouvernance on-chain. Une fois que le vote on-chain est adopté, l'application doit être notifiée par le biais d'une action computationnelle : egov, puis l'application effectuera automatiquement la gouvernance après que le temps soit verrouillé.
Déployer des applications/jetons
Dans le protocole BRC-100, il existe deux façons de déployer des applications : l'une consiste à déployer directement en utilisant des instructions de déploiement, et l'autre consiste à déployer via le protocole de gouvernance, BRC-101.
Le premier est utilisé pour déployer des applications parent et enfant qui ne nécessitent pas la configuration de la gouvernance, et l'autre est utilisé pour déployer des applications enfant qui nécessitent une gouvernance.
Création de jetons
Le protocole BRC-100 fournit trois instructions de frappe : mint, mint2 et mint3, pour frapper des jetons dans différents scénarios.
Lors du déploiement d'une application, vous devez définir le nombre de jetons que les utilisateurs peuvent créer (en utilisant la commande "mint"). Les jetons restants seront également créés en utilisant les instructions "mint".
“Mint”: Les utilisateurs peuvent créer, les créations justes, n'importe qui peut créer des jetons pour les utilisateurs, mais le nombre total d'opérateurs de “création” ne peut pas dépasser les paramètres des attributs “max” et “mma” de l'application. Après la création, l'offre en circulation de jetons augmentera.
« mint2 » : la création d’une liste blanche, l’application enregistre le nombre d’utilisateurs ou d’applications qui peuvent être frappés, et n’importe qui peut frapper 2 jetons pour l’utilisateur ou l’application en vertu des règles de l’application. Après mint2, l’offre de tokens en circulation augmentera également.
“mint3”: Mint3 est un système de création monétaire du trésor. mint3 représente le solde des utilisateurs ou des applications dans d'autres applications. Tout le monde peut demander des jetons mint3 pour les utilisateurs ou les applications selon les règles de demande. Après la création monétaire mint3, l'offre en circulation de jetons ne augmentera pas.
Détruire les jetons
Destroy est une nouvelle opération introduite dans le protocole BRC-100. Les utilisateurs peuvent graver l'opération de destruction puis transférer l'inscription au déployeur de l'application, ce qui est similaire à la sémantique de l'opération de transfert. Les jetons brûlés seront ensuite détruits ou transférés au solde de l'application.
Semblable à la définition d’une opération de mint, il existe 3 opérateurs de gravure : burn, burn2 et burn3, qui correspondent logiquement respectivement à mint, mint2 et mint3. Aucune configuration supplémentaire n’est requise, et toutes les applications/jetons prennent en charge ces trois instructions de gravure.
« Brûler » : Brûlage public, où tout le monde peut utiliser des instructions pour détruire des jetons. Une fois le jeton détruit avec succès, la circulation diminue et le jeton détruit ne peut plus être frappé.
“burn2”: La liste blanche est détruite. Selon les règles fixées par l'application, après que les jetons burn2 sont transférés à l'application, le solde de l'utilisateur diminuera, l'état de l'application sera mis à jour en conséquence et la circulation diminuera. En réalité, une logique telle que la suppression de liquidité dans AMM DEX peut être mise en œuvre grâce à burn2.
«Burn3» : Le trésor est détruit. Burn3 réduira le solde de jetons de l'utilisateur et augmentera le solde de l'application «to». Dans des applications réelles, il est possible de coopérer avec mint3 pour compléter la logique d'échange de jetons et d'augmentation de la liquidité dans AMM DEX.
Taxes sur les transactions et déflation
L'accord BRC-100 a introduit un nouveau mécanisme de transaction de jetons : taxes de transaction et déflation. Les applications peuvent définir les pourcentages de taxe de transaction, les bénéficiaires de la taxe et les pourcentages de trou noir de transaction. Ces paramètres ne prennent effet que lors des échanges sur les bourses décentralisées basées sur l'AMM. Les transferts normaux, l'émission et les opérations de destruction ne génèrent pas de taxes de transaction ou de déflation.
Opérations de calcul
Les opérations computationnelles sont des comportements computationnels étendus du protocole BRC-100. Il est représenté par l'attribut cop et est l'unité de puissance de calcul la plus petite du protocole. Lorsqu'il est utilisé avec l'opérateur op : burn2/burn3/mint2/mint3, il peut être compris comme une fonction de transition d'état, qui définit comment l'état de l'application et de l'utilisateur est mis à jour sous l'opérateur correspondant.
Oracles d’Oracle
Oracle est une exigence commune pour la blockchain afin d'interagir avec toutes les parties sous la chaîne, et a été bien implémenté et appliqué sur des blockchains telles que Ethereum. Sans oracles, les contrats intelligents sur la blockchain seraient entièrement limités aux données sur la chaîne. Cependant, par rapport à la blockchain, le protocole BRC-100 a des caractéristiques très spéciales.
Il dispose non seulement de la puissance de calcul de la blockchain, mais repose également sur un indexeur hors chaîne pour effectuer le calcul. En même temps, les indexeurs hors chaîne peuvent communiquer directement avec d'autres blockchains ou méta-protocoles, mais les blockchains ne peuvent pas le faire, ce qui signifie que l'indexeur peut vérifier que toutes les données hors chaîne ou en chaîne répondent aux exigences du protocole Oracle BRC-100.
Exemples: vérification du transfert de BTC ou d'actifs BRC-20, vérification du prix de l'ETH sur un bloc Ethereum, etc.
En d'autres termes, dans le protocole BRC-100, les oracles ont un nouveau paradigme : attestation et vérification, où les utilisateurs soumettent des données d'attestation et l'indexeur agit en tant que vérificateur d'oracle pour vérifier les données d'attestation soumises par l'utilisateur en dehors de l'accord, sans avoir besoin d'un service d'oracle distinct.
Dans le protocole BRC-100, les instructions burn2/burn3/mint2/mint3 prennent en charge nativement les attributs de preuve pour soumettre des données de preuve en dehors du protocole. L'indexeur peut vérifier les données de certification et garantir la cohérence et l'exactitude du statut. La preuve peut être une preuve de transfert, une preuve d'arbre de Merkel, une preuve de connaissance nulle, une preuve de prix, etc., et peut être utilisée pour des scénarios de pont tels que les actifs, les largages aériens, etc., et peut être utilisée pour des scénarios tels que la couche 2 de Bitcoin, le règlement de prêt, etc.
protocole de relais
Le méta-protocole sur Bitcoin est hétérogène et ne peut pas communiquer entre eux. Les différents protocoles sont similaires à différents blockchains; ils partagent la sécurité de la blockchain Bitcoin et ont des capacités de calcul différentes. De plus, les méta-protocoles ne peuvent pas communiquer directement avec d'autres blockchains: Ethereum, par exemple, ne peut pas utiliser des actifs sur d'autres blockchains.
Par conséquent, la pile de protocoles BRC-100 nécessite un protocole relais pour compléter la communication entre Bitcoin, le méta-protocole, la blockchain et le protocole BRC-100, pour relier les actifs sur d'autres protocoles ou blockchains à BRC-100, et participer à des applications décentralisées telles que DeFi. En raison de la diversité des protocoles et des blockchains, BRC-100 disposera de plusieurs protocoles relais.
Tout d'abord, nous allons publier : BRC-103, qui est responsable de la liaison des actifs entre Bitcoin, BRC-20 et BRC-100.
Lorsqu'un actif est transféré du méta-protocole ou de la blockchain (source) vers le protocole BRC-100 (cible), afin que l'indexeur puisse vérifier la justesse de la transmission, il est nécessaire de soumettre la preuve des données de transmission en utilisant la commande "mint2", appelée preuve de transmission.
La preuve de transfert signifie que lorsqu'un actif ancré est émis sur le protocole cible (BRC-100), les données de transfert du côté source (telles que Bitcoin, BRC-20 ou autre blockchain) doivent également être soumises comme preuve. Il peut s'agir d'un hachage de transaction ou d'un ID d'inscription.
Ainsi, tous les indexeurs BRC-100 peuvent vérifier la justesse du minage des actifs ancrés.
La preuve de transfert est une application très importante du protocole BRC-100 d'Oracle.
Cas d'utilisation du protocole
Étant donné que le BRC-100 a été étendu à partir du BRC-20, il a essentiellement tous les scénarios d'application du BRC-20, mais les scénarios d'application du BRC-100 sont bien plus nombreux que cela. Nous pouvons encore étendre sur la base du protocole BRC-100. Voici quelques-unes des extensions officielles répertoriées, dont certaines sont déjà en cours de développement :
BRC-101 (libéré)
Le protocole de gouvernance on-chain décentralisé de la pile de protocoles BRC-100 définit comment mettre à jour les attributs des applications/jetons parents/enfants, arrêter les applications et ajouter des applications enfants.
De plus, BRC-101 peut également compléter la gouvernance hors chaîne via un vote décentralisé.
BRC-102 (en développement)
Un protocole de liquidité automatisé définit comment échanger des jetons pour la pile de protocole BRC-100 à travers un algorithme de créateur de marché automatisé (AMM). La logique de calcul sera similaire à Uniswap sur Ethereum.
BRC-103 (en développement)
Un protocole relais entre BTC, BRC-20 et BRC-100. Le méta-protocole sur Bitcoin est hétérogène et ne peut pas communiquer entre eux. Les différents protocoles sont similaires à des chaînes différentes. Ils partagent la sécurité de la blockchain Bitcoin et ont une puissance de calcul différente.
Par conséquent, la pile de protocoles BRC-100 publiera plusieurs protocoles de relais pour compléter la communication entre méta-protocoles, différentes chaînes et BRC-100, et pour relier d'autres protocoles et actifs sur chaîne à BRC-100 afin de participer à des DApps telles que DeFi.
Réf. BRC-104
Les accords de minage de liquidités définissent comment obtenir des récompenses en jetons après avoir mis en jeu des jetons.
Un jeton de mise peut être n'importe quel jeton basé sur BRC-100, tel que le jeton de pool de liquidité du protocole BRC-103, ou le même jeton en tant que jeton de récompense. De plus, BRC-104 prendra en charge le verrouillage des jetons misés pendant la période de verrouillage.
BRC-105
Un protocole de largage définit comment larguer efficacement des jetons à plusieurs adresses.
Le protocole utilisera l'arbre de Merkle pour effectuer l'airdrop afin d'économiser sur les frais de transaction, car toutes les données de l'airdrop d'origine n'ont pas besoin d'être rendues publiques sur Bitcoin. Les utilisateurs ont seulement besoin de soumettre la preuve de Merkle pour prouver qu'ils possèdent l'airdrop pendant le "mint2", puis tous les indexeurs peuvent vérifier la correction pour achever l'airdrop.
BRC-106
Un protocole de pool de stablecoin décentralisé définit comment les stablecoins sont générés grâce à des garanties.
La logique computationnelle sera similaire à celle du DAI de MakerDAO3 sur Ethereum.
BRC-107
Un accord de pool de prêt définit comment les actifs peuvent être empruntés via des garanties.
La logique computationnelle sera similaire à Aave sur Ethereum.
BRC-108
Un protocole de liquidité automatisé pour les stablecoins.
BRC-109
Protocole de trading décentralisé pour contrats à terme perpétuels.
BRC-110
Un protocole de relais entre les chaînes de blocs compatibles avec l'EVM et le BRC-100 définit comment les actifs sur les chaînes de blocs compatibles avec l'EVM peuvent être reliés au BRC-100.
BRC-111
Le protocole de vérification de la couche 2 de Bitcoin définit comment vérifier les données de preuve de la couche 2 de Bitcoin telles qu'un contrat intelligent de couche 2 sur Ethereum.
protocole BRC-420 "6"
Proposition d'un accord
Après la proposition du protocole BRC-20, un autre nouveau protocole expérimental appelé BRC-420, également connu sous le nom de protocole metaverse, est apparu le 2023.9.19.
Concept d'accord
BRC-420 est une expérience intéressante. C'est le premier protocole de métavers dans le protocole Ordinals, un protocole d'actifs basé sur le protocole Bitmap.
En combinant plusieurs inscriptions en un actif complexe, tel que des objets de jeu, des animations et des effets, ou des modules de jeu dans le métavers. Tout, des petits personnages et animaux de compagnie aux scripts de jeu complets et aux machines virtuelles, a été créé.
En raison de leur nature open source on-chain, ces actifs peuvent être exécutés ou vérifiés par n'importe quel client, reflétant pleinement l'esprit "Client Agnostic" des jeux full-chain.
L'accord BRC-420 se compose de deux parties : le Standard Metaverse, qui définit un format ouvert pour les actifs dans le métavers, et le Standard de Royauté, qui établit un accord sur chaîne pour l'économie des créateurs.
BRC-420 ouvre des possibilités pour le jeu on-chain d'Ordinals et les blockchains modulaires. Différents créateurs peuvent contribuer à différents modules, et de nouveaux créateurs peuvent s'appuyer sur l'innovation de leurs prédécesseurs. Cela a conduit à une prolifération d'innovations au sein de l'écosystème des Ordinals, bénéficiant à tous les participants.
Développement de l'accord
Actuellement, BRC-420 a publié le DLC BRC-420 le 3 novembre 2023, qui peut intégrer des milliers de méta-inscriptions en une seule DLC. Après le déploiement, les utilisateurs peuvent obtenir des milliers de méta-actifs en une seule frappe.
Accord de Runes “7”
Proposition d'un accord
Après la sortie du protocole BRC20, Casey a estimé qu'il n'était pas judicieux de créer des jetons homogénéisés sur Bitcoin. 99% des jetons homogénéisés sont des arnaques et ne disparaîtront pas à court terme. Créer un bon protocole de jetons homogénéisés pour Bitcoin est susceptible d'apporter à Bitcoin des revenus importants de frais de transaction, l'attention des développeurs et des utilisateurs.
Casey a donc proposé le protocole Runes basé sur la technologie UTXO le 26.9.2023.
La conception du protocole Runes a peut-être aussi été affectée par ARC20. Le choix a été d'écrire directement les données du jeton dans le script UTXO, qui comprend l'ID, la sortie et la quantité de jetons.
De toute évidence, l'implémentation de Runes est très similaire à ARC20, et les transferts de jetons sont effectués directement vers le réseau principal BTC. La différence est que Runes écrit le nombre de jetons dans les données de script, ce qui le rend plus précis qu'ARC20.
Cependant, en même temps, la complexité a également augmenté, ce qui rend difficile d'utiliser directement la nature combinatoire du BTC UTXO comme ARC20.
Développement de l'accord
Depuis le lancement de l'accord Runes, puisque l'effort de développement de Casey était principalement axé sur le protocole Ordinals, le développement du protocole Runes a été lent, c'est pourquoi Benny a rapidement dépassé les coins et développé le protocole Pipe après la sortie de l'accord Runes.
Pendant la Taiwan Blockchain Week en décembre, Casey a également annoncé lors d'un événement à Taipei que le protocole Runes sera lancé sur le réseau principal. Au bloc hauteur de 840 000, c'est-à-dire la prochaine fois que le BTC est divisé par deux, cela se produira probablement fin avril 2014.
Après avoir étudié le plan d'émission d'actifs BTC, j'ai également pleinement ressenti leur charme, j'ai donc également mentionné certaines de mes propres opinions subjectives :
Enfin, merci d'avoir lu cet article. Le but initial de cet article est de vous donner une compréhension meilleure et plus complète du développement de l'écosystème BTC, et vous êtes également les bienvenus pour venir me parler. Dans les prochains jours, je posterai de temps en temps quelques opinions, et j'écrirai également un autre article sur le plan d'expansion, alors restez à l'écoute.
Nombres ordinaux "1"
De nombreux articles existants commencent par le protocole des ordinaux, mais dans la documentation officielle des ordinaux, le premier mentionne la théorie des nombres ordinaux. De là, on peut déduire que Casey a également puisé une certaine inspiration pour créer le protocole des ordinaux.
Comme nous le savons tous, la plus petite unité dans le monde du Bitcoin est le satoshi (sat), et la théorie des nombres ordinaux peut simplement être comprise comme numérotant artificiellement ces sat. Dans la section des motivations de la proposition BIP, nous pouvons résumer que la théorie vise à fournir un moyen pour que le Bitcoin agisse comme un identifiant stable pour empêcher les transferts de propriété ou la rotation des clés, sans nécessiter de modifications du réseau Bitcoin.
Bien sûr, il y a des objections à cette théorie, telles que la réduction de la vie privée des utilisateurs, l'augmentation de la taille des ensembles UTXO, les attaques de poussière, etc. Pour plus de détails, consultez la proposition BIP.
Accord des ordinaux "2"
Proposition d'un accord
L'accord des ordinaux a été proposé et publié par Casey, dans lequel il a proposé les idées suivantes :
Pouvons-nous organiser ces « Satoshi » dans un certain ordre, leur attribuer un numéro ordinal entre 0 et 2 100 000 000 000 000, puis les relier à d'autres informations : images, texte, vidéos, ou même une chaîne de code. En conséquence, chaque Satoshi est devenu unique et irremplaçable. Cela revient à donner à Bitcoin sa capacité native de créer des NFT.
L'accord des Ordinaux a été déployé fin 2022, et la première inscription sur le mainnet a été gravée le 14 décembre 2022 UTC (https://ordinalswallet.com/inscription/6fb976ab49dcec017f1e201e84395983204ae1a7c2abf7ced0a85d692e442799i0), pendant laquelle l'accord a été convenuIl a toujours été mis à jour et itéré mais n'a pas été officiellement annoncé. Actuellement, il peut être mis à jour à partir de La première annonce officielle trouvée sur le Twitter de Casey est la suivante, donc l'accord des Ordinaux peut être considéré comme étant proposé soit en décembre soit en janvier: (Merci aussi pour l'indice fourni par Shep)
Caractéristiques de l'accord
Les chiffres SAT et la division de la rareté
Les humains sont des collectionneurs naturels. Puisque les nombres ordinaux numérotent artificiellement les Sats, pourquoi ne leur donnent-ils pas des SATs plus élevés ou plus bas, afin qu'il y ait une distinction entre la rareté. Actuellement, il existe 6 types de rareté :
Cette rareté est similaire à ce que nous appelons des « billets de léopard », des « billets séries », etc. en jouant avec des billets dans la vie réelle. Fondamentalement, ce sont tous des billets. Leur valeur réelle est la valeur faciale du billet, mais parce que les gens lui donnent une signification spéciale, ils ont une valeur de collection plus élevée, et il y a une prime, c'est-à-dire ce que nous appelons souvent « le consensus génère de la valeur ».
En attribuant un numéro de règle spécifique à chaque sat et suivi dans la transaction, l'Accord des Ordinaux permet également à quiconque d'attacher des données supplémentaires telles que des images (Image), du texte (Texte), des vidéos (Vidéo), des fichiers audio (Audio), etc. par le biais de l'Accord des Ordinaux. Au début, les joueurs étaient plus susceptibles de créer des NFT dessus. La position initiale du fondateur Casey était également de permettre aux gens de stocker quelque chose d'immuable sur Bitcoin, la chaîne la plus ancienne et la plus courante. Pendant un certain temps, beaucoup de gens assimilaient les Ordinaux aux “Bitcoin NFTs.” Aujourd'hui, nous pouvons encore les voir dans le portefeuille Unisat.
Commercez d'abord, sortez d'abord
Afin de garantir que le SAT séquentiel avec des numéros de série ne soit pas chaotique pendant le processus de transaction, une méthode de transaction premier entré, premier sorti est utilisée.Voici un exemple de l'article de Wang Yishi (https://yishi.io/a-beginner-guide-to-the-ordinals-protocol/) pour expliquer les caractéristiques du premier entré, premier sorti :
Sur l'image ci-dessous, il y a deux entrées à gauche. L'adresse 1 et l'adresse 2 ont un total de 5 Satoshi. Dans cette transaction, 4 Satoshi ont été envoyés à une adresse commençant par 3 OpZ, et 1 Satoshi est resté à payer au mineur en tant que frais de mineur.
En supposant que dans la transaction ci-dessus, nous avons secrètement utilisé le protocole Ord pour attribuer une identité (numéro de série) à chaque Satoshi, alors après la transaction, les 4 Satoshi numérotés Ord A-> D à l'adresse 1 et à l'adresse 2 sont allés à l'adresse 3, et le dernier Satoshi a été donné au mineur.
Le soi-disant "premier entré, premier sorti" signifie que chaque nombre de Satoshi est ordonné selon son index dans la sortie de transaction. Par exemple, dans la sortie de transaction (Output) dans la figure ci-dessous, l'adresse 3 est classée devant l'adresse du mineur, puis les Satoshi transférés de l'adresse 1 et de l'adresse 2 sont d'abord hérités par l'adresse 3, puis l'adresse du mineur.
Principes du protocole
Toute personne familière avec Bitcoin sait que Bitcoin est né comme un système monétaire électronique pair à pair. Le langage de programmation qu'il utilise n'est pas un langage de script complet de Turing, il est donc presque impossible de mettre en œuvre des fonctions complexes, et les deux mises à jour majeures de BTC en '17 et '21 ont permis de mettre en œuvre certaines fonctions impliquant une logique complexe sur BTC.
Sur la base du développement décrit ci-dessus, le protocole Ordinals a réalisé l'effet de visualisation et de transfert en écrivant le contenu de son inscription dans le script Taproot et en utilisant UTXO. Étant donné que les coûts de script Taproot ne peuvent être supportés que par les sorties Taproot existantes, deux étapes (engagement/révélation) sont utilisées pour réaliser la gravure. Tout d'abord, en soumettant une transaction, nous devons créer une sortie Taproot avec un script contenant le contenu de l'inscription, et deuxièmement, en révélant la transaction, nous devons dépenser la transaction soumise créée précédemment pour révéler le contenu de l'inscription sur la chaîne. Dans ce processus, nous devons également sérialiser le contenu de l'inscription en une série d'étapes :
Eh bien, pour expliquer cela en termes simples, c'est équivalent à vous initier un transfert WeChat. Pendant le processus de transfert, nous devons indiquer le contenu de l'inscription que vous avez créée dans les commentaires (Sortie Taproot), puis envoyer le transfert (dépenser pour soumettre la transaction), donc après l'envoi est complet, nous pouvons laisser l'autre partie voir ce que vous avez écrit dans le commentaire (révéler la transaction) dans la boîte de discussion. S'il n'y a pas de commentaire sur ce transfert ou si la transaction est annulée, le contenu de cette inscription ne sera pas téléchargé sur le lien.
Accord Brc20 "1"
Proposition d'un accord
Après la sortie du protocole Ordinals, les premiers joueurs jouaient avec des NFT, et le développeur anonyme domo a publié une norme expérimentale le 8 mars 2023 - le protocole BRC-20 amélioré sur la base du protocole Ordinals et a officiellement déployé le premier BRC20 $ordi, qui permet à quiconque d'émettre des jetons sur le réseau Bitcoin, de manière similaire à la manière de jouer avec des jetons ERC-20 sur Ethereum.
Avis :
Le premier tweet de domo à propos de BRC-20 remonte au 9 mars 2023, mais en regardant l'heure de déploiement de meme et ordi, il aurait dû être lancé le 8 mars 2023.
$meme a été le premier BRC20 déployé, et $ordi a été le premier BRC20 officiellement lancé, ce qui peut être inféré en regardant leur temps de déploiement
Cependant, tout le monde devrait avoir connu le développement de $ordi. Il n'y a pas beaucoup de mention ici. Pour plus de détails, veuillez vous référer au tweet ci-dessous :
Principes du protocole
Le protocole BRC-20 établit une série de normes pour permettre le déploiement, le minage et le transfert de jetons BRC20 basés sur la théorie ordonnée. Les normes de format du protocole sont dérivées du format du projet Sats Name (le premier projet DID basé sur le protocole Ordinals) :
Aussi, pour expliquer en termes simples ici, comme l'Accord des Ordres, c'est l'équivalent de vous initier un transfert WeChat, mais le contenu des notes est différent.
prolongation
Bien que cette méthode du protocole BRC-20 permette l'émission gratuite de jetons homogénéisés sur la chaîne Bitcoin, étant donné que Bitcoin ne possède pas de modèle de compte et que le contenu de BRC-20 est placé dans le script Taproot de Segwit, nous ne sommes pas en mesure de calculer directement le solde BRC20 de chaque compte sur la chaîne. Par conséquent, la méthode actuelle consiste à construire un serveur d'index sous la chaîne pour réaliser l'acquisition d'informations sur les jetons BRC20, le calcul des soldes, le transfert des transactions, etc., mais il existe un risque de centralisation.
Tout d'abord, comprenons les trois parties du protocole de couche BTC : l'accord stipule les règles d'écriture des données sur Bitcoin, l'indexeur fournit la capacité d'interroger et d'analyser ces données, et le grand livre enregistre les soldes de jetons et traite les transferts.
Pour le BRC20, le serveur d'index doit d'abord reconnaître chaque déploiement de BRC20 afin de lire les informations sur le jeton, appelées l'"index".
En même temps, puisque les soldes BRC20 sont tous gravés dans le script, le réseau BTC lui-même ne peut pas le reconnaître, donc le serveur d'index BRC20 doit construire un grand livre local pour enregistrer le solde BRC20. À chaque fois qu'un transfert a lieu, le grand livre local doit être vérifié et mis à jour pour voir si la transaction peut être effectuée (s'il y a suffisamment de pièces).
Par conséquent, BRC20 doit envoyer deux transactions pendant la transaction:
La première transaction lit les dernières données du grand livre local et calcule le solde
La deuxième transaction est ensuite transférée.
Le protocole Ordinals est essentiellement conçu pour les NFT. Basé sur son BRC20 amélioré, la complexité des transferts augmente de manière récursive. L'indexeur BRC20 assume également le travail d'un grand livre. Ce grand livre existe complètement hors chaîne de Bitcoin. L'indexeur doit enregistrer avec précision chaque changement de solde pour assurer l'intégrité du grand livre.
Par conséquent, à mesure que le temps s'accumule, les registres d'indexation s'accumuleront et la pression sur les nœuds augmentera. Si l'indexeur n'est pas continuellement motivé, il sera difficile de maintenir. Si le registre de l'indexeur n'est plus en service, alors BRC20 sera complètement inutilisable.
Systèmes TRAC "2"
$TRAC
$TRAC est un jeton BRC20 lancé par Benny le 3 mai 2023 et déployé et lancé officiellement le 22 mai 2023.
Trac Core
Le noyau Trac est un oracle et un indexeur décentralisé pour les inscriptions Bitcoin, qui résout des problèmes tels que l'indexation, la récupération et la tarification des données écologiques d'inscription.
Par exemple, en ce qui concerne les indexeurs, bien que les données d'inscription soient stockées sur la chaîne Bitcoin, il s'agit uniquement d'informations liées à l'inscription, et le processus de mise à jour et d'audit des données nécessite un indexeur centralisé tiers, et la sécurité est toujours critiquée (par exemple, l'erreur comptable de l'indice ordi de Binance fin novembre). Par conséquent, Trac peut faire en sorte que l'écosystème d'inscription hérite de la sécurité de Bitcoin dans une plus grande mesure, collecter, organiser et trier toutes les données sur Bitcoin, et prévoit d'introduire des centaines de nœuds indexeurs à l'avenir.
En même temps, à mesure que le nombre de nœuds augmente, Trac Core intègre également le rôle des oracles pour obtenir des données fiables nécessaires auprès de sources externes pour les intégrer dans la blockchain, ce qui constitue la base pour la construction ultérieure de protocoles de niveau supérieur tels que DeFi native inscrite, et l'API de Trac peut être appelée gratuitement.
En conséquence, la fente de carte écologique de Trac Core, qui est à la fois un indexeur décentralisé et un oracle Bitcoin, peut être considérée comme en avance sur la plupart des projets d'inscription.
Protocole Tap
Tap Protocol est un protocole amélioré basé sur les Ordinaux publié par l'équipe $TRAC le 7 août 2023. Nous pouvons le considérer comme une version améliorée du protocole BRC20 miroir. Il s'agit d'un protocole compatible et amélioré pour BRC20. Il possède les 4 fonctionnalités suivantes :
Utilise le $TRAC précédemment déployé comme jeton de gouvernance pour son protocole (pas très caractéristique, mais je vais l'expliquer ici)
Actuellement, les jetons $TAP et $-TAP ont été officiellement publiés dans le protocole Tap, dont $TAP a été créé par BennyTheDev le 6 août 2023; $-TAP a été ouvert à la communauté pour la création, avec un total de 21 000 000 (ou 21 000). Selon la recherche de Shep, $-TAP a été déployé 30 minutes plus tôt que $TAP, et est le premier jeton natif réel dans le protocole.
tuyau
Le protocole Pipe a été proposé par l'auteur de $TRAC Benny, qui était une amélioration du protocole Runes. On peut dire que l'accord Pipe a arraché l'accord Runes car l'accord Runes a été proposé par Casey, le fondateur de l'accord Ordinals, mais son principal objectif est l'accord Ordinals, donc le développement de l'accord Runes a été lent, et Benny a lancé l'accord Pipe en seulement environ un mois après avoir appris les idées de l'accord Runes.
Le lien entre les trois
À ce stade, nous pouvons voir que Benny a lancé 3 projets consécutifs en moins de six mois, et ces 3 projets sont également interconnectés, l'ensemble de poupées ultime. Utilisons l'image ci-dessous pour démêler la relation entre eux.
En général, les jetons de gouvernance d'un projet sont utilisés comme jeton natif de l'accord, et Benny peut se promouvoir et se restreindre mutuellement grâce à cette méthode de jetons de gouvernance, ce qui est extrêmement rare. Actuellement, les fonctions spécifiques de ces jetons de gouvernance n'ont pas été officiellement annoncées, nous verrons donc si cela entraînera des collisions excitantes dans le développement à venir.
Accord atomique de “3”
Proposition d'un accord
Le fondateur du protocole Atomicals a tenté de développer un projet DID sur le protocole Ordinals en février, mais au cours du processus de développement, il a découvert que les limitations du protocole Ordinals rendaient certaines fonctionnalités qu'il souhaitait impossibles ou un peu maladroites. Il a tweeté sa première idée sur le protocole Atomicals le 29.5.2023, et a finalement lancé l'accord le 17.9.2023 après plusieurs mois de développement.
Le lancement initial du protocole Atomicals n'a pas beaucoup fait parler de lui dans l'écosystème Bitcoin car, à l'époque, en raison de l'introduction du protocole Ordinals et du protocole BRC-20, un grand nombre de protocoles améliorés basés sur eux ont émergé sur différentes chaînes, mais lorsque nous avons examiné la documentation du protocole Atomicals, nous avons constaté qu'il s'agissait d'un protocole complètement différent.
Fondements théoriques — Théorie de la matière numérique (DMT)
La théorie de la DMT (théorie de la matière numérique) fait référence à la théorie de la matière numérique, ce qui signifie que les informations numériques ne sont pas seulement des nombres et des lettres aléatoires ; en fait, elles peuvent aussi être considérées comme leur propre “matière”, telle que le bois ou le métal. La DMT peut être des transactions, des octets ou tout autre motif de données de la blockchain, et ces motifs peuvent être transformés en objets ou actifs numériques précieux.
Voici également une citation du contenu du Dr. Jingle pour que tout le monde comprenne mieux :
Problèmes auxquels sont confrontés les constructeurs de Bitcoin existants
Les trois premières sont des questions pour les développeurs, et les trois dernières sont pour les créateurs
théorie atomique
Le protocole Atomicals est un protocole simple et flexible pour la création, le transfert et la mise à jour d'objets numériques (traditionnellement appelés NFT) pour les blockchains à sortie de transaction non dépensée (UTXO) telles que Bitcoin.
1 ️ ︎ Objets numériques — NFT "atom"
Atomical (ou "atom") est un nouveau type de NFT qui peut être mis en circulation, transféré et mis à jour sur Bitcoin. La principale différence est qu'il n'est pas nécessaire d'utiliser un service centralisé ou un indexeur tiers de confiance. Il ne nécessite aucune modification de Bitcoin pour fonctionner, ni de chaînes secondaires ou de L2. Il est temps de reprendre le contrôle de nos vies numériques pour de bon.
2 ️ ︎ BitWork — Micro Preuve de Travail PoW
La plus intéressante amélioration du protocole Atomicals est l'ajout du processus de calcul CPU au processus de création de tokens, appelé BitWork. Les fondateurs doivent calculer de manière exhaustive des valeurs de hash qui correspondent à des caractères spécifiques de préfixe avant de pouvoir créer des tokens.
PoW peut rendre la frappe de pièces relativement équitable, avec à la fois des injections de valeur énergétique et temporelle et des composantes de chance aléatoires.
Contrairement aux algorithmes PoW traditionnels, qui sont difficiles à calculer, Bitwork peut ajuster la difficulté de minage de manière fine en changeant la méthode de correspondance de préfixe. Il peut ajouter des chiffres entre 1 et 15 après le préfixe, tels que "7777.1" ou "7777.15" ou tout nombre entre les deux, ce qui indique la plage de variation autorisée pour ce caractère.
Son principe de fonctionnement est “.” Le nombre qui suit est appelé un demi-joker et est utilisé pour correspondre à n'importe quel 5ème caractère à partir de ce nombre. Avec “7777.10” Par exemple, les 4 premiers caractères txid (hex) doivent être “7777,” et le 5ème caractère peut être un nombre 10 (hex) ou plus.
Donc les 5 chiffres peuvent être a, b, c, d, e, ou f. Cela permet à tout le système de choisir entre 2 et 16 fois au lieu de seulement 16 fois à chaque fois que la difficulté augmente.
Dans le même temps, BitWork a également apporté quelques cas d'utilisation novateurs :
3 ️ ︎ Conteneur NFTs — La norme NFT
Container (Container) est une norme de collection pour représenter des NFT et des métadonnées. Il peut être utilisé pour ajouter / modifier / supprimer le contenu de tout accord tel que Atomicals, Ordinaux, Bitmaps, etc., et vous pouvez également choisir un “scellage” permanent, c'est-à-dire verrouiller le contenu dans un conteneur puis détruire la “clé” qui peut ouvrir le conteneur, atteignant ainsi l'objectif de maintenir l'état dans lequel il se trouvait lorsqu'il a été scellé et ne peut pas être modifié.
Service de nom de conteneur :
4 ️ ECT ARC20 — Pièce colorée
Le protocole Atomicals utilise la plus petite unité de Bitcoin, c’est-à-dire « l’atome » de base. L’UTXO de chaque sat est utilisé pour représenter le jeton lui-même, c’est-à-dire que le solde d’ARC20 est le nombre de sat. 1 jeton = 1 sat.
ARC20 est un modèle de pièce teinte, et les informations d'inscription sont enregistrées dans un script de transaction. En liant les informations à UTXO, la programmabilité et la décentralisation du jeton peuvent être améliorées. En même temps, la sécurité de la transaction est garantie par le réseau principal BTC. Il n'est pas nécessaire d'avoir un système hors chaîne pour calculer le solde des jetons ARC20 en termes de suivi des transactions et de calcul des soldes, car le solde du jeton est cohérent avec le nombre de SATs dans l'UTXO. C'est la plus grande différence avec le protocole BRC-20.
Lors du déploiement d'ARC20, des informations telles que le nom du jeton, le montant total, la limite de quantité, les paramètres de difficulté, le bloc de départ, les images, etc.
2. Lorsque les utilisateurs créent des ARC20, ils écrivent le nom du jeton dans le script UTXO. Le montant est directement déterminé par le nombre de sats dans UTXO, 1 sat = 1 jeton.
3. Pour transférer ARC20, les utilisateurs n'ont plus besoin de déposer des données dans BTC; ils doivent simplement utiliser UXTO, qui continue de détenir des jetons, comme entrée et sortie de transaction vers d'autres adresses.
Pour ARC20, nous avons seulement besoin d'un index pour nous aider à lire les informations d'enregistrement du token et identifier les transactions de mint afin de confirmer quel UTXO est ARC20.
Les avantages de ceci sont :
Bien sûr, la conception des pièces teintes présente également certains inconvénients, car l'équilibre n'est pas inscrit dans les données, mais plutôt lié au sat, donc la précision de division minimale de l'équilibre ARC20 est de 1.
Cela rend également impossible aux utilisateurs d'effectuer des transactions fines sous le réseau principal BTC lui-même, qui a fixé une limite de transaction minimale de 546 sat pour prévenir les attaques de poussière. Cependant, le protocole Atomicals a maintenant proposé un plan de fractionnement spécifique et est en cours de développement actif.
Voici une image montrant la différence la plus essentielle entre BRC20 et ARC20 :
5️ ︎ Système de Nom de Domaine Realm (RNS) - Système de Nom de Domaine
RNS prétend être le véritable concurrent du système de nom de domaine DNS et vise à être un remplacement mondial pour le DNS et d'autres systèmes de nom de domaine blockchain
Les noms de domaine sont des identifiants lisibles par l'homme qui peuvent être utilisés pour corréler les adresses réseau et les informations sur les ressources. Les noms de domaine commencent par un signe plus + et ont au moins un caractère alphabétique, tels que +alice et +agent007, qui sont tous des noms valides (domaine de premier niveau - domaine ou TLR dans le système de noms de domaine de royaume (RNS)).
Le nom de domaine est auto-détenu et auto-géré directement sur la blockchain Bitcoin en utilisant un format d'objet numérique atomique, ce qui signifie essentiellement qu'il n'y a pas d'intermédiaires ou de registrars centralisés.
6 ️ ︎ Subrealm Minting — Subdomain Foundry
Gérez et tokenizez les communautés en émettant des sous-royaumes (Subrealms) sous n'importe quel royaume (Realm). Les règles spécifiques sont les suivantes :
Voici un exemple générique :
En plus de cela, Subrealm peut également être utilisé pour l'organisation des médias sociaux, la vérification d'identité, les récompenses de fidélité, et plus encore.
Caractéristiques de l'accord
Grâce à la théorie atomique ci-dessus, nous pouvons voir que les principales caractéristiques du protocole Atomicals incluent :
Principales différences par rapport à d'autres accords
La meilleure façon de comprendre les différences dans le protocole Atomicals est de le comparer à d'autres protocoles NFT populaires :
Protocole Bitmap "4"
Proposition d'un accord
Bitmap.land est le premier projet de métavers dans l'écosystème Bitcoin, basé sur la théorie des ordinaux (théorie des ordinaux) et la théorie des bitmaps (théorie des bitmaps).
La théorie des bitmaps (théorie des bitmaps) a été proposée par l'utilisateur Twitter @blockamotole 5 juin 2023.
Cette théorie cartographie chaque entrée de transaction dans un bloc Bitcoin comme un lot (Parcel) pour former un bloc ou un quartier (district). En raison des différences de taille des différentes entrées de transaction, la taille du lot cartographié est également différente.
Concept d'accord
Les acheteurs de Bitmap.land ont été influencés par Decentraland et The Sandbox et ont utilisé la méthode de diviser la terre et de dessiner des motifs sur une carte, similaire à la logique d'achat de terre sur ces deux plateformes. Les utilisateurs écrivent des données à Satoshi à travers des inscriptions pour obtenir la propriété de blocs Bitcoin spécifiques, similaire à la frappe libre.
Sur la blockchain Bitcoin, chaque bloc est divisé en quatre parties pour représenter différents cycles de réduction de moitié. Les utilisateurs peuvent vérifier le nombre et la couleur de chaque bloc sur le site Web Bitmap.land. Les couleurs différentes représentent différents états de ventes.
La vente de Bitmap.land est étroitement liée à la théorie des nombres ordinaux, similaire à la vente de terrains virtuels de Decentraland et The Sandbox, qui repose sur les normes ERC-721. La théorie des nombres ordinaux est similaire aux principes des premières pièces teintes, mais les deux sont différents dans le contexte du récit actuel de Bitcoin, du consensus, de l'écologie et de l'infrastructure. Bien que la théorie des nombres ordinaux ne soit pas aussi innovante que l'ERC-721, l'approche du BRC-20 est plus primitive.
La théorie des bitmaps ajoute une nouvelle explication au bloc Bitcoin, offrant un aspect à la mode, bien qu'il manque d'utilité. Elle a changé la connexion entre Bitcoin et le métavers, donnant à chaque bloc de la blockchain Bitcoin une nouvelle dimension et le rendant partie du métavers en permettant aux utilisateurs de posséder et d'enregistrer des blocs individuels.
La théorie du bitmap a attiré l'attention de la communauté des Ordinaux et a suscité un boom dans les inscriptions. N'importe quel bloc sur la blockchain Bitcoin peut devenir une partie de l'univers virtuel grâce à un Bitmap, offrant de nouvelles opportunités de création et de propriété à la communauté.
Bitmap.land brouille les frontières entre Bitcoin et le métavers à travers la théorie des bitmaps, ouvrant la voie à la propriété, la créativité et le développement communautaire. Alors que la folie des inscriptions se poursuit, cela signifie un énorme potentiel pour ceux qui cherchent une place dans le monde numérique.
Protocole BRC-100 "5"
Proposition d'un accord
Comme nous le savons tous, les protocoles basés sur Bitcoin tels que le protocole des nombres ordinaux et le BRC-20 ont apporté beaucoup de place à l'imagination pour le développement de l'écosystème Bitcoin grâce à un mécanisme de « déclaration sur chaîne et analyse hors chaîne ». De plus, un grand nombre de NFT et de jetons Bitcoin ont été émis, mais le développement d'applications décentralisées telles que DeFi est encore en retard. En conséquence, Mikael.BTC a publié un protocole prenant en charge le calcul décentralisé : le BRC-100 le 2 septembre 2023.
Introduction à l'accord
BRC-100 est un protocole d'extension basé sur la théorie des ordinaux, conçu pour mettre en œuvre diverses applications décentralisées sur la couche 1 de Bitcoin. Cet accord assure non seulement les fonctions de base de BRC-20 sur Bitcoin, telles que la création, l'émission et le commerce, mais introduit également le concept de calcul décentralisé.
Cela signifie qu'en s'appuyant sur la pile de protocoles BRC-100, il est possible de développer diverses applications décentralisées telles que DeFi, SocialFi et GameFi, apportant des scénarios d'application véritablement décentralisés, sans confiance, résistants à la censure et sans permission à la première couche de Bitcoin.
L'une des principales caractéristiques du protocole BRC-100 est son interopérabilité, qui permet non seulement à tous les protocoles et applications au sein de sa pile de protocoles d'être compatibles les uns avec les autres, mais prend également en charge l'interaction avec BTC, BRC-20 ou d'autres chaînes de couche 1 telles qu'Ethereum et Stacks. De plus, le protocole a introduit un modèle UTXO et un modèle de machine à états, renforçant ainsi sa sécurité et ses capacités de calcul.
Caractéristiques de l'accord
Parce que le protocole BRC-100 est une extension de la théorie des Ordinaux, le BRC-100 lui-même possède toutes les fonctionnalités du BRC-20, tout en introduisant également certaines fonctionnalités innovantes :
Économiser de l'argent : Il est basé sur le protocole BRC-100 pour diverses expansions telles que des accords de largage aérien, des accords de gouvernance, des accords de relais, etc. Nous pouvons comprendre que Mikael souhaite introduire divers jeux DeFi dans BTC
Succession de protocole
Le protocole BRC-100 introduit le concept d'héritage. Les protocoles qui héritent directement ou indirectement du BRC-100 sont appelés protocoles d'extension BRC-100. Le protocole d'extension BRC-100 doit hériter d'un seul protocole. Un accord étendu hérite des propriétés, des opérations et des opérations de calcul de l'accord parent, et ne peut étendre que les propriétés et les opérations de calcul.
Cela ressemble à lorsque nous fabriquons de la céramique, au début c'était juste un embryon d'argile. Lentement, en le polissant et en le façonnant, nous avons progressivement des fonctions plus étendues telles que la décoration, le stockage d'objets, etc.
pile de protocoles BRC-100
Le protocole BRC-100 et toutes ses extensions et améliorations sont collectivement connus sous le nom de pile BRC-100. Sur cette pile, tous les jetons/applications sont compatibles les uns avec les autres, ce qui signifie qu'un jeton/application peut utiliser d'autres applications n'importe où.
Accords et applications
Dans la pile de protocoles BRC-100, un protocole est une norme pour décrire les propriétés, les opérations et les opérations de calcul d'une application. Une application est une instance créée après le déploiement du protocole sur le réseau Bitcoin via une inscription.
Une application est essentiellement un jeton avec une puissance de calcul et un statut. La puissance de calcul de l'application est décrite en détail dans le protocole. Si vous n'ajoutez pas de sous-application, l'application ne peut pas avoir de puissance de calcul non décrite dans l'accord. La sous-application ajoutée ne peut également avoir que la puissance de calcul du protocole; sinon, l'indexeur public ne peut pas vérifier l'état de l'application, ce qui entraîne une incohérence entre l'état de l'utilisateur et de l'application.
Application nesting
Les applications déployées sur la base du BRC-100 et de ses protocoles étendus peuvent être imbriquées, c'est-à-dire qu'une autre application peut être créée sous une application, appelée sous-application.
Le ticker de l'application enfant commence par "ticker de l'application parent :". Plusieurs applications peuvent être créées sous une application pour compléter une logique de calcul indépendante. Par exemple, dans le scénario classique de DEX AMM, plusieurs sous-applications/jetons LP, telles que "amm_dex: LP_BRC100_BTC", doivent être créées au sein d'une application DEX.
État de l'application et adresse
En plus du modèle UTXO, le protocole BRC-100 introduit également un modèle de machine d'état pour étendre les capacités de calcul du protocole.
Les applications, sous-applications et adresses peuvent toutes avoir des états. Par exemple, les applications peuvent détenir des jetons, et les adresses peuvent détenir des soldes au sein des applications. Les transitions d'UTXO et d'état sont effectuées avec les instructions burn2/burn3 et mint2/mint3.
Les opérations de calcul (cop) sont utilisées pour représenter une logique de calcul spécifique, c’est-à-dire une logique de transformation d’état d’application et d’adresse.
Par exemple, l'adresse A détruit 10 token1 à l'application via l'inscription burn3. À ce stade, l'application dispose de cette UTXO et de 10 token1. L'application peut allouer ces 10 token1 grâce à sa logique computationnelle en modifiant n'importe quelle adresse ou l'état interne de l'application. Ensuite, l'adresse du token1 dans l'application ou l'application peut le créer avec la commande mint3.
Permissions
Le protocole BRC-100 introduit deux rôles : propriétaire et administrateur.
L'adresse avec l'inscription de déploiement de l'application est appelée propriétaire. Les propriétaires peuvent suivre les transferts UTXO avec des inscriptions de déploiement. Le propriétaire de toutes les applications enfants est le propriétaire de l'application parentale.
Les administrateurs sont gérés par le propriétaire, et les administrateurs ne peuvent pas gérer d'autres administrateurs. Les droits des propriétaires et des administrateurs sont strictement limités. Ils ne peuvent pas vérifier les utilisateurs; ils ne peuvent que gérer les applications qui n'ont pas lancé DAO et effectuer des opérations de calcul mint2/burn2.
Un administrateur peut être une adresse, une application ou une sous-application. Par défaut, l'application et la sous-application sont les administrateurs l'un de l'autre ; aucune configuration supplémentaire n'est nécessaire, mais les sous-applications ne sont pas les administrateurs les unes des autres.
L'inscription burn2/burn3 doit être envoyée au déployeur de l'application pour un traitement adéquat.
Certains des jetons que l'instruction "mint2" doit émettre ne peuvent être alloués logiquement que par l'application/sous-application, et l'application/sous-application doit être l'administrateur du jeton. L'instruction "burn2" a également une logique similaire.
L'inscription de burn2/burn3 doit être envoyée au déployeur de l'application pour un traitement approprié selon la logique de l'opération informatique.
Gouvernance décentralisée des applications
La pile de protocoles BRC-100 introduit un protocole de gouvernance : BRC-101, qui régit les applications qui implémentent BRC-100 ou ses normes de protocole étendues. Une fois que l'application lance le DAO, elle doit achever la gouvernance par le vote décentralisé.
La gouvernance de l'application comprend la mise à jour des propriétés de l'application et des sous-applications, le déploiement des sous-applications et l'arrêt des applications. La gouvernance de l'application est une gouvernance on-chain. Une fois que le vote on-chain est adopté, l'application doit être notifiée par le biais d'une action computationnelle : egov, puis l'application effectuera automatiquement la gouvernance après que le temps soit verrouillé.
Déployer des applications/jetons
Dans le protocole BRC-100, il existe deux façons de déployer des applications : l'une consiste à déployer directement en utilisant des instructions de déploiement, et l'autre consiste à déployer via le protocole de gouvernance, BRC-101.
Le premier est utilisé pour déployer des applications parent et enfant qui ne nécessitent pas la configuration de la gouvernance, et l'autre est utilisé pour déployer des applications enfant qui nécessitent une gouvernance.
Création de jetons
Le protocole BRC-100 fournit trois instructions de frappe : mint, mint2 et mint3, pour frapper des jetons dans différents scénarios.
Lors du déploiement d'une application, vous devez définir le nombre de jetons que les utilisateurs peuvent créer (en utilisant la commande "mint"). Les jetons restants seront également créés en utilisant les instructions "mint".
“Mint”: Les utilisateurs peuvent créer, les créations justes, n'importe qui peut créer des jetons pour les utilisateurs, mais le nombre total d'opérateurs de “création” ne peut pas dépasser les paramètres des attributs “max” et “mma” de l'application. Après la création, l'offre en circulation de jetons augmentera.
« mint2 » : la création d’une liste blanche, l’application enregistre le nombre d’utilisateurs ou d’applications qui peuvent être frappés, et n’importe qui peut frapper 2 jetons pour l’utilisateur ou l’application en vertu des règles de l’application. Après mint2, l’offre de tokens en circulation augmentera également.
“mint3”: Mint3 est un système de création monétaire du trésor. mint3 représente le solde des utilisateurs ou des applications dans d'autres applications. Tout le monde peut demander des jetons mint3 pour les utilisateurs ou les applications selon les règles de demande. Après la création monétaire mint3, l'offre en circulation de jetons ne augmentera pas.
Détruire les jetons
Destroy est une nouvelle opération introduite dans le protocole BRC-100. Les utilisateurs peuvent graver l'opération de destruction puis transférer l'inscription au déployeur de l'application, ce qui est similaire à la sémantique de l'opération de transfert. Les jetons brûlés seront ensuite détruits ou transférés au solde de l'application.
Semblable à la définition d’une opération de mint, il existe 3 opérateurs de gravure : burn, burn2 et burn3, qui correspondent logiquement respectivement à mint, mint2 et mint3. Aucune configuration supplémentaire n’est requise, et toutes les applications/jetons prennent en charge ces trois instructions de gravure.
« Brûler » : Brûlage public, où tout le monde peut utiliser des instructions pour détruire des jetons. Une fois le jeton détruit avec succès, la circulation diminue et le jeton détruit ne peut plus être frappé.
“burn2”: La liste blanche est détruite. Selon les règles fixées par l'application, après que les jetons burn2 sont transférés à l'application, le solde de l'utilisateur diminuera, l'état de l'application sera mis à jour en conséquence et la circulation diminuera. En réalité, une logique telle que la suppression de liquidité dans AMM DEX peut être mise en œuvre grâce à burn2.
«Burn3» : Le trésor est détruit. Burn3 réduira le solde de jetons de l'utilisateur et augmentera le solde de l'application «to». Dans des applications réelles, il est possible de coopérer avec mint3 pour compléter la logique d'échange de jetons et d'augmentation de la liquidité dans AMM DEX.
Taxes sur les transactions et déflation
L'accord BRC-100 a introduit un nouveau mécanisme de transaction de jetons : taxes de transaction et déflation. Les applications peuvent définir les pourcentages de taxe de transaction, les bénéficiaires de la taxe et les pourcentages de trou noir de transaction. Ces paramètres ne prennent effet que lors des échanges sur les bourses décentralisées basées sur l'AMM. Les transferts normaux, l'émission et les opérations de destruction ne génèrent pas de taxes de transaction ou de déflation.
Opérations de calcul
Les opérations computationnelles sont des comportements computationnels étendus du protocole BRC-100. Il est représenté par l'attribut cop et est l'unité de puissance de calcul la plus petite du protocole. Lorsqu'il est utilisé avec l'opérateur op : burn2/burn3/mint2/mint3, il peut être compris comme une fonction de transition d'état, qui définit comment l'état de l'application et de l'utilisateur est mis à jour sous l'opérateur correspondant.
Oracles d’Oracle
Oracle est une exigence commune pour la blockchain afin d'interagir avec toutes les parties sous la chaîne, et a été bien implémenté et appliqué sur des blockchains telles que Ethereum. Sans oracles, les contrats intelligents sur la blockchain seraient entièrement limités aux données sur la chaîne. Cependant, par rapport à la blockchain, le protocole BRC-100 a des caractéristiques très spéciales.
Il dispose non seulement de la puissance de calcul de la blockchain, mais repose également sur un indexeur hors chaîne pour effectuer le calcul. En même temps, les indexeurs hors chaîne peuvent communiquer directement avec d'autres blockchains ou méta-protocoles, mais les blockchains ne peuvent pas le faire, ce qui signifie que l'indexeur peut vérifier que toutes les données hors chaîne ou en chaîne répondent aux exigences du protocole Oracle BRC-100.
Exemples: vérification du transfert de BTC ou d'actifs BRC-20, vérification du prix de l'ETH sur un bloc Ethereum, etc.
En d'autres termes, dans le protocole BRC-100, les oracles ont un nouveau paradigme : attestation et vérification, où les utilisateurs soumettent des données d'attestation et l'indexeur agit en tant que vérificateur d'oracle pour vérifier les données d'attestation soumises par l'utilisateur en dehors de l'accord, sans avoir besoin d'un service d'oracle distinct.
Dans le protocole BRC-100, les instructions burn2/burn3/mint2/mint3 prennent en charge nativement les attributs de preuve pour soumettre des données de preuve en dehors du protocole. L'indexeur peut vérifier les données de certification et garantir la cohérence et l'exactitude du statut. La preuve peut être une preuve de transfert, une preuve d'arbre de Merkel, une preuve de connaissance nulle, une preuve de prix, etc., et peut être utilisée pour des scénarios de pont tels que les actifs, les largages aériens, etc., et peut être utilisée pour des scénarios tels que la couche 2 de Bitcoin, le règlement de prêt, etc.
protocole de relais
Le méta-protocole sur Bitcoin est hétérogène et ne peut pas communiquer entre eux. Les différents protocoles sont similaires à différents blockchains; ils partagent la sécurité de la blockchain Bitcoin et ont des capacités de calcul différentes. De plus, les méta-protocoles ne peuvent pas communiquer directement avec d'autres blockchains: Ethereum, par exemple, ne peut pas utiliser des actifs sur d'autres blockchains.
Par conséquent, la pile de protocoles BRC-100 nécessite un protocole relais pour compléter la communication entre Bitcoin, le méta-protocole, la blockchain et le protocole BRC-100, pour relier les actifs sur d'autres protocoles ou blockchains à BRC-100, et participer à des applications décentralisées telles que DeFi. En raison de la diversité des protocoles et des blockchains, BRC-100 disposera de plusieurs protocoles relais.
Tout d'abord, nous allons publier : BRC-103, qui est responsable de la liaison des actifs entre Bitcoin, BRC-20 et BRC-100.
Lorsqu'un actif est transféré du méta-protocole ou de la blockchain (source) vers le protocole BRC-100 (cible), afin que l'indexeur puisse vérifier la justesse de la transmission, il est nécessaire de soumettre la preuve des données de transmission en utilisant la commande "mint2", appelée preuve de transmission.
La preuve de transfert signifie que lorsqu'un actif ancré est émis sur le protocole cible (BRC-100), les données de transfert du côté source (telles que Bitcoin, BRC-20 ou autre blockchain) doivent également être soumises comme preuve. Il peut s'agir d'un hachage de transaction ou d'un ID d'inscription.
Ainsi, tous les indexeurs BRC-100 peuvent vérifier la justesse du minage des actifs ancrés.
La preuve de transfert est une application très importante du protocole BRC-100 d'Oracle.
Cas d'utilisation du protocole
Étant donné que le BRC-100 a été étendu à partir du BRC-20, il a essentiellement tous les scénarios d'application du BRC-20, mais les scénarios d'application du BRC-100 sont bien plus nombreux que cela. Nous pouvons encore étendre sur la base du protocole BRC-100. Voici quelques-unes des extensions officielles répertoriées, dont certaines sont déjà en cours de développement :
BRC-101 (libéré)
Le protocole de gouvernance on-chain décentralisé de la pile de protocoles BRC-100 définit comment mettre à jour les attributs des applications/jetons parents/enfants, arrêter les applications et ajouter des applications enfants.
De plus, BRC-101 peut également compléter la gouvernance hors chaîne via un vote décentralisé.
BRC-102 (en développement)
Un protocole de liquidité automatisé définit comment échanger des jetons pour la pile de protocole BRC-100 à travers un algorithme de créateur de marché automatisé (AMM). La logique de calcul sera similaire à Uniswap sur Ethereum.
BRC-103 (en développement)
Un protocole relais entre BTC, BRC-20 et BRC-100. Le méta-protocole sur Bitcoin est hétérogène et ne peut pas communiquer entre eux. Les différents protocoles sont similaires à des chaînes différentes. Ils partagent la sécurité de la blockchain Bitcoin et ont une puissance de calcul différente.
Par conséquent, la pile de protocoles BRC-100 publiera plusieurs protocoles de relais pour compléter la communication entre méta-protocoles, différentes chaînes et BRC-100, et pour relier d'autres protocoles et actifs sur chaîne à BRC-100 afin de participer à des DApps telles que DeFi.
Réf. BRC-104
Les accords de minage de liquidités définissent comment obtenir des récompenses en jetons après avoir mis en jeu des jetons.
Un jeton de mise peut être n'importe quel jeton basé sur BRC-100, tel que le jeton de pool de liquidité du protocole BRC-103, ou le même jeton en tant que jeton de récompense. De plus, BRC-104 prendra en charge le verrouillage des jetons misés pendant la période de verrouillage.
BRC-105
Un protocole de largage définit comment larguer efficacement des jetons à plusieurs adresses.
Le protocole utilisera l'arbre de Merkle pour effectuer l'airdrop afin d'économiser sur les frais de transaction, car toutes les données de l'airdrop d'origine n'ont pas besoin d'être rendues publiques sur Bitcoin. Les utilisateurs ont seulement besoin de soumettre la preuve de Merkle pour prouver qu'ils possèdent l'airdrop pendant le "mint2", puis tous les indexeurs peuvent vérifier la correction pour achever l'airdrop.
BRC-106
Un protocole de pool de stablecoin décentralisé définit comment les stablecoins sont générés grâce à des garanties.
La logique computationnelle sera similaire à celle du DAI de MakerDAO3 sur Ethereum.
BRC-107
Un accord de pool de prêt définit comment les actifs peuvent être empruntés via des garanties.
La logique computationnelle sera similaire à Aave sur Ethereum.
BRC-108
Un protocole de liquidité automatisé pour les stablecoins.
BRC-109
Protocole de trading décentralisé pour contrats à terme perpétuels.
BRC-110
Un protocole de relais entre les chaînes de blocs compatibles avec l'EVM et le BRC-100 définit comment les actifs sur les chaînes de blocs compatibles avec l'EVM peuvent être reliés au BRC-100.
BRC-111
Le protocole de vérification de la couche 2 de Bitcoin définit comment vérifier les données de preuve de la couche 2 de Bitcoin telles qu'un contrat intelligent de couche 2 sur Ethereum.
protocole BRC-420 "6"
Proposition d'un accord
Après la proposition du protocole BRC-20, un autre nouveau protocole expérimental appelé BRC-420, également connu sous le nom de protocole metaverse, est apparu le 2023.9.19.
Concept d'accord
BRC-420 est une expérience intéressante. C'est le premier protocole de métavers dans le protocole Ordinals, un protocole d'actifs basé sur le protocole Bitmap.
En combinant plusieurs inscriptions en un actif complexe, tel que des objets de jeu, des animations et des effets, ou des modules de jeu dans le métavers. Tout, des petits personnages et animaux de compagnie aux scripts de jeu complets et aux machines virtuelles, a été créé.
En raison de leur nature open source on-chain, ces actifs peuvent être exécutés ou vérifiés par n'importe quel client, reflétant pleinement l'esprit "Client Agnostic" des jeux full-chain.
L'accord BRC-420 se compose de deux parties : le Standard Metaverse, qui définit un format ouvert pour les actifs dans le métavers, et le Standard de Royauté, qui établit un accord sur chaîne pour l'économie des créateurs.
BRC-420 ouvre des possibilités pour le jeu on-chain d'Ordinals et les blockchains modulaires. Différents créateurs peuvent contribuer à différents modules, et de nouveaux créateurs peuvent s'appuyer sur l'innovation de leurs prédécesseurs. Cela a conduit à une prolifération d'innovations au sein de l'écosystème des Ordinals, bénéficiant à tous les participants.
Développement de l'accord
Actuellement, BRC-420 a publié le DLC BRC-420 le 3 novembre 2023, qui peut intégrer des milliers de méta-inscriptions en une seule DLC. Après le déploiement, les utilisateurs peuvent obtenir des milliers de méta-actifs en une seule frappe.
Accord de Runes “7”
Proposition d'un accord
Après la sortie du protocole BRC20, Casey a estimé qu'il n'était pas judicieux de créer des jetons homogénéisés sur Bitcoin. 99% des jetons homogénéisés sont des arnaques et ne disparaîtront pas à court terme. Créer un bon protocole de jetons homogénéisés pour Bitcoin est susceptible d'apporter à Bitcoin des revenus importants de frais de transaction, l'attention des développeurs et des utilisateurs.
Casey a donc proposé le protocole Runes basé sur la technologie UTXO le 26.9.2023.
La conception du protocole Runes a peut-être aussi été affectée par ARC20. Le choix a été d'écrire directement les données du jeton dans le script UTXO, qui comprend l'ID, la sortie et la quantité de jetons.
De toute évidence, l'implémentation de Runes est très similaire à ARC20, et les transferts de jetons sont effectués directement vers le réseau principal BTC. La différence est que Runes écrit le nombre de jetons dans les données de script, ce qui le rend plus précis qu'ARC20.
Cependant, en même temps, la complexité a également augmenté, ce qui rend difficile d'utiliser directement la nature combinatoire du BTC UTXO comme ARC20.
Développement de l'accord
Depuis le lancement de l'accord Runes, puisque l'effort de développement de Casey était principalement axé sur le protocole Ordinals, le développement du protocole Runes a été lent, c'est pourquoi Benny a rapidement dépassé les coins et développé le protocole Pipe après la sortie de l'accord Runes.
Pendant la Taiwan Blockchain Week en décembre, Casey a également annoncé lors d'un événement à Taipei que le protocole Runes sera lancé sur le réseau principal. Au bloc hauteur de 840 000, c'est-à-dire la prochaine fois que le BTC est divisé par deux, cela se produira probablement fin avril 2014.
Après avoir étudié le plan d'émission d'actifs BTC, j'ai également pleinement ressenti leur charme, j'ai donc également mentionné certaines de mes propres opinions subjectives :
Enfin, merci d'avoir lu cet article. Le but initial de cet article est de vous donner une compréhension meilleure et plus complète du développement de l'écosystème BTC, et vous êtes également les bienvenus pour venir me parler. Dans les prochains jours, je posterai de temps en temps quelques opinions, et j'écrirai également un autre article sur le plan d'expansion, alors restez à l'écoute.