Discussion sur le principe et les détails techniques de l’accord d’inscription ordinale

Auteur: Captainz, Ancienne Gametaversedao Researcher Source: X, @ Hicaptainz

Au cours des deux dernières semaines, lorsque j’étudiais l’écologie de la BTC et divers projets d’inscription, j’ai constaté que peu d’articles peuvent clairement présenter les principes et les détails techniques: par exemple, comment la transaction a été initiée lorsque l’inscription a été coulée et le SATS UTXO dans UTXO Comment est-il suivi, le contenu d’inscription est placé dans le script et pourquoi le BRC20 doit-il fonctionner deux fois lors du transfert?Je trouve que je ne comprends pas ces détails techniques, il est difficile de comprendre les différences entre BRC20, BRC420, atomiques, timbres, runes de runes, cet article pénétra les connaissances de base de la blockchain BTC et essaiera de répondre aux questions ci-dessus .

Structure de blocs de BTC

La blockchain est essentiellement une technologie de comptabilité multi-utilisateurs.

Nous avons utilisé Excel pour faire une forme pour expliquer le principe de travail de la blockchain.Un fichier Excel représente une blockchain, chacune montrant un formulaire distinct.La partie principale du bloc est la méthode de comptabilité duplex la plus courante dans le champ comptable.La valeur correspond à l’adresse correspondante de l’adresse correspondante.Le nombre de pièces d’entrée sera supérieure au nombre de pièces de sorties.La tête de bloc obtiendra la hauteur du bloc précédent, la valeur de hachage du bloc précédent, le temps d’établissement (horodatage) de ce bloc et le nombre aléatoire.Donc, en tant que technologie de comptabilité décentralisée, qui saisira les droits de comptabilité du prochain bloc?S’appuyer sur ce nombre aléatoire et la valeur de hachage correspondante.Les mineurs avec une puissance de calcul calculent le calcul du hachage des blocs actuels, et les premiers mineurs qui obtiennent la valeur de hachage qualifiée ont le prochain droit de comptabilité de blocage et gagnent les frais de récompense et de transfert de bloc.Enfin, la zone de script peut être utilisée pour faire des applications d’extension.Il convient de noter que dans le bloc réel, la zone de script est attachée aux informations d’entrée et de sortie, pas dans une zone distincte.Par exemple, le script attaché à l’entrée est le script de déverrouillage (scriptsig), qui nécessite l’adresse du portefeuille pour effectuer l’autorisation de signature de la clé privée pour permettre le transfert.

Les deux chiffres ci-dessus sont des tables de structure de données de l’entrée et de la sortie d’origine.

Témoin d’isolement et tapoot #

Bien que le réseau Bitcoin fonctionne depuis plus de 10 ans, il n’y a pas eu d’événements significatifs, mais les coûts de transaction ont grimpé à des points élevés qui ne sont plus possibles.Par conséquent, les développeurs de Bitcoin ont discuté de la façon dont la meilleure expansion du réseau pour gérer le volume de transaction croissant à l’avenir.

En 2017, le débat a atteint un point culminant et la communauté de développement de Bitcoin a été divisée en deux factions. .

Nous avons mentionné ci-dessus que la compréhension du script de verrouillage doit utiliser une clé privée pour générer des « données des témoins », alors pouvons-nous séparer ces données de témoin du bloc, afin d’augmenter le nombre de transactions qui peuvent être accueillies par chaque bloc?Le témoin séparé a été officiellement activé en août 2017.Sa méthode de mise en œuvre consiste à diviser toutes les données de transaction en deux parties, l’une est les données d’information de base de la transaction, et l’autre partie est les informations de signature de la transaction, et enregistre les informations de signature dans une nouvelle structure de données dans le nouveau bloc, qui est appelé « témoin » et est transmis séparément de la transaction d’origine.

Techniquement, la mise en œuvre de SEGWIT signifie que les transactions n’ont plus besoin d’inclure les données des témoins (n’occupant pas des espaces de 1 Mo que Bitcoin a organisé à l’origine pour Block).Au lieu de cela, à la fin d’un bloc, un espace indépendant supplémentaire est créé pour assister aux données.Il prend en charge tout transfert de données et a une remise « poids de bloc », qui conserve intelligemment une grande quantité de données dans la taille du bloc de Bitcoin pour éviter les besoins des fourches dures.De cette façon, la taille des données de transaction des transactions Bitcoin augmente la limite supérieure, tout en réduisant le coût de transaction des données de signature.Avant la mise à niveau de Segwit, la capacité du Bitcoin était de 1 Mo, et après SEGWIT, bien que la capacité de la transaction simple soit encore de 1 m, la taille de l’espace des témoins d’isolement a atteint 4 Mo.

Taproot a été mis en œuvre en novembre 2021. Il se compose de trois propositions d’amélioration de Bitcoin différentes (BIP), notamment: Taproot, Tapscript et son nouveau schéma de signature numérique nommé « SCHNORN Signature ».Taproot vise à apporter de nombreux avantages aux utilisateurs de Bitcoin, tels que l’augmentation de la confidentialité des transactions et la réduction des coûts de transaction.Il permettra également à Bitcoin d’effectuer des transactions plus complexes, élargissant ainsi les scénarios d’application (en ajoutant des opcodes de code d’exploitation).

Ces mises à jour sont le facteur de promotion clé des ordinaux NFT, qui stocke les données NFT dans le script usé (espace de données témoins) dans le chemin de script de tapoot.Cette mise à niveau permet à la structure et au stockage de voir plus facilement les données, jetant les bases de la norme « ORD ».Avec la relaxation des exigences de données, en supposant qu’une transaction peut remplir l’ensemble du bloc avec sa transaction et les données de témoignage – la limitation de la taille du bloc (espace de données des témoins) de 4 Mo élargira le type de type de média qui peut être placé sur la chaîne.

Certaines personnes peuvent demander, comme il y a une chaîne dans le script, n’y a-t-il aucune restriction sur ces chaînes?Et si ces scripts sont vraiment exécutés?Si le contenu est placé avec désinvolture, le code d’erreur refusera-t-il de sortir?Il s’agit de mentionner l’instruction OP_FALSE.OP_FALSE (également exprimé dans les scripts Bitcoin en tant que « 0 ») garantit que le chemin d’exécution dans le langage de script n’entrera jamais dans la branche OP_IF et le gardera dans un état incessant.Il agit comme un lieu de lieu ou d’air dans le script, similaire aux « annotations » dans les langues avancées pour s’assurer que le code ultérieur n’est pas exécuté.

Modèle de transfert UTXO

Ce qui précède est les principes de base de la BTC de la structure des données informatiques.

UTXO est l’abréviation des sorties de transaction non dépensées.Alors pourquoi Bitcoin utilise-t-il un tel concept?Cela commence par le modèle de trading de compte et le modèle de solde du compte de la méthode de comptabilité.

Parce que nous sommes dans le système centralisé depuis trop longtemps, nous sommes très habitués à la méthode comptable des modèles de solde de compte.Lorsque l’utilisateur A transfère 100 yuans à l’utilisateur B, la banque vérifiera s’il y a 100 yuans sur le compte bancaire de A. La course est terminée.

Cependant, l’algorithme de comptabilité du Bitcoin n’a pas le concept d’équilibre.Il n’y a qu’une transaction enregistrée sur le grand livre distribué de la blockchain, et il n’enregistrera pas directement le solde actuel d’un compte (le solde d’enregistrement nécessite généralement un nœud de serveur spécial pour enregistrer, puis centralisé).Supposons que l’utilisateur actuel soit un solde est de 1 000 yuan.

Transaction 1 utilisateur a à l’utilisateur b transférer 100 yuans

Transaction 2 Utilisateur A pour utiliser un transfert 900 yuan (UTXO) (UTXO)

Bien que la transaction ici soit une transaction, en termes de fonction, il a joué le rôle du solde du compte, indiquant qu’il reste encore 900 yuans sur le compte du compte de A après avoir terminé le transfert de 100 yuans.

La question est donc de savoir pourquoi devez-vous construire un tel UTXO?Étant donné que seules les transactions peuvent être enregistrées sur la blockchain BTC, le solde du compte ne peut pas être enregistré.Sans cet UTXO, vous devez calculer le solde du solde et accumuler toutes les transactions et comptes de tout le compte.L’apparition d’Utxo évite intelligemment les points de douleur de toutes les transactions lors du calcul du solde.

UTXO a une caractéristique, c’est-à-dire, comme une pièce, vous ne pouvez pas l’ouvrir.Nous pouvons utiliser la pièce pour faire une analogie (en fait, il est préférable de le traduire automatiquement en « pièce » lorsque vous voyez le mot utxo).

XiaoMing transféré 1 Bitcoin pour Xiaogang.L’ensemble du processus est comme ceci. deux entrées dans cette transaction de transfert.Dans le même temps, il y aura deux sorties, l’une est à l’adresse du petit pigrant, et la valeur nominale est 1 Bitcoin.Une autre adresse à l’adresse de XiaoMing est 0,1 Bitcoin.

En d’autres termes, il y a deux pièces dans la poche de XiaoMing, une valeur nominale est de 0,9 et l’autre est de 0,2. Xiaogang en même temps.Par conséquent, l’essence de ce modèle de comptabilité est d’éviter le «balance de calcul» par l’action de «trouver zéro».

Le système de commande du protocole ordinal

Le protocole ordinal peut être considéré comme la source de ce cycle d’explosion écologique du BTC.Comment cela a-t-il fait?

Nous savons que le montant total de BTC est de 21 millions, et un BTC peut être divisé à 100 millions (SAT), donc la plus petite unité de BTC est SAT.Nous essayons maintenant d’allouer un numéro de série à ces SAT.

Lorsque vous parlez de la structure des données de bloc plus tôt, nous avons mentionné que les informations de transaction doivent indiquer l’adresse et la quantité d’entrée et l’adresse et la quantité de sortie.Chaque bloc contient deux parties des transactions: les frais de livraison et de transfert de BTC.Le trading de frais de manutention doit avoir des entrées et des sorties, mais comme la récompense de sortie est un BTC généré par mince air, il n’y a pas d’adresse d’entrée.Le nombre total de BTC est dérivé de cette transaction Coinbase, qui est également classé d’abord dans toutes les transactions de bloc.

Le protocole ordinal stipule comme suit:

Numéro: chaque SAT est numéroté dans l’ordre de leur mine
Transfert: Selon les règles avancées d’abord avancées, transférer de l’entrée de la transaction à la sortie
Article 1 Les règles sont relativement simples et déterminent que le nombre ne peut être généré que par la transaction Coinbase dans la récompense minière.Par exemple, si le premier bloc de récompenses est de 50 BTC, le premier bloc sera attribué [0; 5 000 000 000; 5 000 000 000 001;

La partie la plus difficile ici est que parce que UTXO contient en fait beaucoup de Cong, chaque Cong de cet UTXO se ressemble.Ceci est en fait déterminé par les deuxième règles.

Je suppose d’abord que la plus petite unité de division du BTC est 1, qui a un total de 10 blocs, et les récompenses de sortie de chaque bloc sont de 10 BTC, c’est-à-dire que le montant total est de 100.Nous pouvons donner à ces 100 BTC un numéro de série de (0-99).S’il n’y a pas de situation de transfert, alors nous savons seulement que les 10 nombres BTC du premier bloc sont (0-9), et les 10 BTC du deuxième bloc sont (10-19), jusqu’à la dixième zone, les 10 BTC Les nombres du bloc sont (90-99).Il n’y a pas de sortie car il n’y a pas de coût, et nous ne pouvons donner qu’une plage de numéros à chaque 10 BTC.

Supposons que deux dépenses sont ajoutées au deuxième bloc, l’une est 3BTC, et l’autre est 7 BTC avec « Find Zero », ce qui correspond à 3 BTC pour d’autres et trouve 7 BTC pour eux-mêmes.À l’heure actuelle, dans la liste des transactions de blocs, il est classé premier dans les 7 classements BTC que vous trouvez zéro (le nombre correspondant est 10-16) et le classement 3BTC pour les autres (le nombre correspondant est 17-19).Cela confirme la collection de séquences de SAT contenus dans un UTXO par le transfert de sortie.

Notez que chaque SAT n’est pas UTXO! Puisque UTXO est une unité de trading minimum indispensable, SAT peut exister dans UTXO, et UTXO contient une certaine plage de SAT et ne peut générer une nouvelle sortie après avoir dépensé un certain numéro UTXO.

Quant à la façon d’exprimer ce « nombre », l’ordinal prend en charge plusieurs formes, telles que la « méthode entière » mentionnée ci-dessus, d’autres méthodes décimales décimales, la méthode de degré, la méthode en pourcentage et la méthode de dénomination des lettres pures.

Après que SATS ait un numéro de série unifié, vous pouvez envisager l’inspection.Nous avons mentionné ci-dessus que nous pouvons télécharger tous les fichiers de type de données dans la taille 4m de la zone de données, qu’il s’agisse de texte ou de photos et de vidéos.Ainsi, 1 UTXO correspond à une zone de script de tapoot, et ces UTXO comprendront également de nombreux SAT (collection de séquences SATS globale. Afin d’empêcher les attaques de poussière, le nombre de Bitcoins dans un seul UTXO ne peut pas être inférieur à 546 Cong Cong).Afin de faciliter l’enregistrement, le protocole ordinal stipule artificiellement que « le premier numéro SAT en utilisant cette collection de séquences représente la relation de liaison » (le mot d’origine du livre blanc est le premier numéro de sortie)) L’UTXO du nombre SATS utilise directement directement le 17 pour remplacer la collection et la liaison du contenu d’inscription.

Coulée et transfert d’actifs ordinaux #

La NFT ordinale est évidemment téléchargée sur le script dans la zone de témoignage d’isolement et la lie à une séquence SATS pour se rassembler pour émettre des actifs NFT sur la chaîne BTC.Mais il y a aussi un problème ici.La bonne réponse est que les deux sont disponibles.Ici, je dois mentionner le mécanisme de commit-révérence dans la technologie de la blockchain.

Le mécanisme de commit-révérence dans la blockchain est un protocole pour garantir l’équité et le traitement transparent des informations.Ce mécanisme est généralement utilisé dans le scénario qui doit être soumis à des informations cachées (telles que le vote ou les enchères), puis révèle ces informations à un certain moment dans le futur.Le mécanisme de commit-révérence est divisé en deux étapes: la phase de commission (commit) et la phase révélée.

Étape de soumission (commit): À ce stade, les utilisateurs soumettent leurs informations (telles que la sélection de vote ou le prix d’enchères), mais ces informations sont cryptées.Généralement, les utilisateurs généreront la valeur de hachage (c’est-à-dire le chiffrement des informations), puis enverront cette valeur de hachage à la blockchain.En raison des caractéristiques de la fonction de hachage, ils peuvent générer une sortie unique (valeur de hachage), qui est irréversible pour les informations d’origine.Cela signifie que les informations d’origine ne peuvent pas être déduites de la valeur de hachage.Ce processus garantit la confidentialité des informations lors de la soumission.
Révèlera une étape: après une heure réservée, les utilisateurs doivent révéler leurs informations d’origine et prouver qu’elle correspond à la valeur de hachage soumise plus tôt.Cela se fait généralement en soumettant les informations d’origine et toutes les données supplémentaires (telles que des nombres aléatoires ou « sel ») utilisées pour générer du hachage.Le réseau vérifie alors si la valeur de hachage de ces informations d’origine est la même que la valeur de hachage soumise auparavant.Si correspondant, les informations d’origine sont acceptées comme valides.

Comme mentionné précédemment, le contenu de l’inscription doit être emballé avec l’ensemble de séquences SATS contenu dans UTXO.Cependant, le nœud complet de BTC doit être une maintenance et une transmission locales de tous les ensembles UTXO de l’ensemble du réseau.Imaginez que s’il y a 10 000 fichiers vidéo 4M téléchargés directement sur 10 000 scripts UTXO Lock, tous les nœuds complets doivent avoir un espace de stockage élevé et une vitesse de réseau ultra-rapide.Par conséquent, la seule solution consiste à mettre le contenu dans le script de déverrouillage dans l’entrée, puis à laisser ce contenu « pointer » vers une autre sortie.

Par conséquent, la coulée des actifs ordinaux doit être divisée en deux étapes (le portefeuille consiste à combiner ces deux étapes. Lors de la construction d’une transaction, et en même temps, la transaction père-fils est construite. Frais).

Pendant la phase de coulée, l’utilisateur doit d’abord télécharger la valeur de hachage d’un fichier dans le script de verrouillage dans l’UTXO de la transaction de validation (l’adresse de l’adresse A à l’adresse B de l’adresse B).Deuxièmement, l’utilisateur construit une nouvelle transaction (l’adresse B est transférée à vous-même), qui est appelée transaction de révélation. Entrée Le script de déverrouillage doit contenir le fichier d’inscription d’origine.La description des mots originaux dans le livre blanc est « tout d’abord, dans le commit, créent une sortie de tapoot soumise au script contenant le contenu d’inscription. Deuxièmement, dans la transaction de révélation » « »

Pendant le stade de transfert, le NFT ordinal et le BRC20 sont légèrement différents. Parce que le NFT ordinal est un transfert global, il vous suffit de transférer la NFT qui lie un certain UTXO au récepteur, similaire au transfert de BTC ordinaire.Cependant, le BRC20 est divisé en deux étapes car il implique un transfert de montant personnalisé. Implique la paire de transactions de père et de fils.Certains portefeuilles effectueront ces trois transactions (transactions à trois génération de leurs enfants et petits-enfants) en même temps, afin d’économiser du temps et du gaz.

En résumé, la transaction de validation est utilisée pour lier le contenu d’inscription (valeur de hachage du contenu d’origine) avec le SATS (UTXO) avec le numéro de série, et la transaction de révélation est utilisée pour afficher le contenu (contenu d’origine).Cette transaction père -son a terminé le casting de NFT.

P2tr et un exemple #

La discussion technique ci-dessus sur le casting n’est pas terminée, car certaines personnes seront curieuses, comment la transaction de révélation vérifie-t-elle les informations d’inscription dans la transaction de validation?Pourquoi dois-je transférer les deux adresses les uns des autres lors de la construction d’une transaction?Je n’ai pas vu deux portefeuilles lorsque je jouais des inscriptions.Ici, nous devons parler de l’une des principales mises à niveau de la racine de tapoot P2TR.

P2TR (Pay-To-Taproot) est un nouveau type de transaction Bitcoin introduite par Taproot.Les transactions P2TR dépensent Bitcoin en permettant aux utilisateurs d’utiliser une seule clé publique ou un script plus compliqué (tel que plusieurs portefeuilles ou contrats intelligents) pour obtenir une confidentialité et une flexibilité plus élevées.Ceci est réalisé en signant les signatures des arbres de syntaxe abstraits Merkleized (Mast) et Schnorr.

Créer des coûts
Pour créer une transaction P2TR, les utilisateurs définissent d’abord une condition conditionnelle, comme une seule clé publique ou un script plus compliqué, spécifiant les exigences pour dépenser Bitcoin (par exemple, plusieurs portefeuilles de signature ou contrats intelligents).
Générer une sortie de tapoot
L’utilisateur génère ensuite une sortie de tapoot, qui comprend une seule clé publique (la clé publique représente l’état des dépenses).Cette clé publique est dérivée de la combinaison de la clé publique de l’utilisateur et du hachage de l’utilisateur, en utilisant un processus appelé « ajustement ».Cela garantit que la sortie ressemble à une clé publique standard, ce qui rend difficile le distinguer avec d’autres transactions sur la blockchain.
Dépenser le bitcoin
Lorsque les utilisateurs souhaitent dépenser Bitcoin, ils peuvent utiliser leur clé unique (si le coût est rempli), ou divulguer le script d’origine et fournir les signatures ou données nécessaires pour répondre au coût.Cela se fait en utilisant Tapscript, ce qui permet une exécution plus efficace et flexible des coûts.
Transaction de vérification
Les mineurs et les nœuds ont ensuite été vérifiés en vérifiant les signatures et les données et les conditions de dépenses et les conditions de dépenses fournies par l’inspection.Si les conditions sont remplies et que la transaction est considérée comme valide, Bitcoin peut être attendu.
Intimité et flexibilité améliorées
Étant donné que les transactions P2TR ne divulguent que les coûts nécessaires lors de la dépense Bitcoin, ils maintiennent la confidentialité de niveau élevé.De plus, les signatures de Mast et Schnorr le font peut-être efficacement coder plusieurs coûts et permettre des transactions plus compliquées et flexibles sans augmenter la taille globale de la transaction.

Ce qui précède est la méthode d’application du mécanisme de commit-révélateur dans P2TR.

Utilisez le navigateur de blockchain https://www.blockchain.com/ Étudons le processus de coulée d’une image ordinale NFT, y compris le commit précédent.

Tout d’abord, nous voyons que l’ID de hachage de la transaction de validation est (2DDF90DDF7C929C8038888FC2B7591FB999C3BA3C7B49D54D01F8DB4AF585C).On peut noter que la sortie de cette transaction ne contient pas de données d’inscription (en fait, la valeur de hachage du fichier d’image du mécanisme 16), et il n’y a pas d’informations d’inscription pertinentes dans la page Web.Cette adresse (BC1P4MTC …) est en fait une adresse temporaire générée par le processus « ajustement » (représentant la clé publique de la condition de déverrouillage du script) et une clé privée avec l’adresse principale (BC1PG2MP …).Le deuxième UTXO de cette transaction appartient au fonctionnement « zéro » du retour.De cette façon, la liaison du contenu d’inscription et les SAT contenus dans le premier UTXO.

Ensuite, nous avons vérifié l’enregistrement de transaction de révélation, et son ID de hachage est (E7454DB518CA3910D2F17F41C7B215D6CBA00F29BD186AE77D7FCD7F0BA7C0E1).Ici, nous pouvons voir les informations sur les ordinales inscrits.L’adresse d’entrée de cette transaction est l’adresse de sortie temporaire générée par la transaction précédente (BC1P4MTC …..), et le script de déverrouillage de l’entrée contient le fichier hexadécimal de l’image d’origine, tandis que la sortie 0,00000546BTC (546 Cong) Il s’agit d’envoyer cette NFT à sa propre adresse principale de tapoot (BC1PG2MP …).Sur la base du premier principe du premier Out et « Le premier nombre de Cong de la première sortie est lié ».Par conséquent, nous pouvons trouver Cong, où se trouve l’inscription (SAT 1893640468329373).

(Https://andinals.com/sat/1893640468329373)

Ces deux transactions (appartenant à la transaction du père et du fils) seront soumises au pool de mémoire par le portefeuille en même temps lors du casting, il ne faut donc qu’un gaz, et c’est aussi une excellente occasion qu’il soit enregistré et diffusé par les mineurs du même bloc (dans les exemples ci-dessus (les exemples ci-dessus, les deux transactions existent dans le bloc 790468).Les mineurs et les nœuds ont ensuite été vérifiés en vérifiant la signature Schnorr fournie par l’entrée dans la transaction de révélation et les valeurs de hachage des images hexadécimales et les valeurs de hachage d’image à 16 vitesses dans le script de sortie dans la transaction de validation.Si les deux sont les mêmes et que la transaction est considérée comme valide, l’UTXO de ce bitcoin peut être dépensé, ces deux transactions sont naturellement enregistrées en permanence dans la base de données de la blockchain de la BTC.Si les deux valeurs de hachage sont différentes, les deux transactions seront annulées et l’inscription échoue.

Protocole et indexer BRC20

Pour le protocole ordinal, nous sommes gravés d’un texte, qui est le texte NFT (correspondant au butin sur l’Ethereum), l’inscription est une image, c’est l’image NFT (correspondant au PFP sur Ethereum), qui est inscrite Pour une période de musique.Et si nous sommes gravés avec un code et que ce code est un code de «émission de jetons d’homogénéisation FT»?

Le BRC20 doit déployer, lancer et transférer des jetons en utilisant le protocole ordinal pour déployer, lancer et transférer au format de données JSON. .Nous avons déjà dit dans l’article précédent que l’essence du jeton BRC20 est le jeton semi-homogène SFT, c’est-à-dire dans certains cas, il peut être utilisé comme transactions NFT, et certains cas peuvent être utilisés comme transactions FT. de la paire est comment le contrôle des « situations différentes » peut-il être contrôlé?La réponse est l’index.

L’indexeur est en fait un comptable, qui est utilisé pour enregistrer les informations de réception dans la base de données.Dans le protocole ordinal, les index déterminent les modifications des SAT dans différentes adresses en suivant l’entrée et la sortie.Dans le protocole BRC-20, les index ont une fonction de plus: enregistrer les modifications dans différentes adresses dans l’inscription.

Par conséquent, nous pouvons voir des existences de jetons différentes du point de vue du comptable: les jetons de protocole BRC20 existent réellement dans une base de données triple.La première couche1, le comptable est BTC Miner, le type de base de données est la « base de données de chaîne » et le BTC généré est des actifs FT.La deuxième couche2, le comptable est l’indexeur ordinal, le type de base de données est la « base de données relationnelle » et le SATS avec numéro de série est un actif NFT.La troisième couche3, le comptable est l’indexer BRC20, le type de base de données est la « base de données relationnelle » et l’actif BRC20 généré est des actifs FT.当我们把 Brc20 按照按照张张来算的时候，，站的角度是 Ordinal 索引器（由该索引器记录），它自然是 NFT ；当我们把 Brc20 按照分拆好的 \ 个个来思考的时候（（（（（ Surtout après la recharge vers les échanges centralisés), l’angle de la station est l’index BRC20 (enregistré par l’enregistrement d’index ou le serveur de l’échange centralisé), qui est naturellement ft.De cela, nous pouvons conclure que l’existence de jetons semi-homogénisés SFT est causée par différents niveaux de Bookkeeppers.

La blockchain n’est pas une base de données distribuée, il y a donc un comptable d’un mineur pour maintenir conjointement cette « base de données de chaîne » (car seule la base de données de chaîne peut être vraiment décentralisée).Mais quand nous avons fait le tour, nous sommes toujours revenues sur l’ancien chemin de la « base de données relationnelle » centralisée.C’est pourquoi l’ordre de l’accord ordinal il y a quelque temps, le promoteur du protocole BRC20, le portefeuille unisat pour la raison essentielle indispensable pour savoir si l’indexeur souhaite mettre à niveau le filage des remous.

Cependant, après plus de dix ans de développement, l’industrie a accumulé beaucoup d’expérience dans la « décentralisation ».Pouvez-vous adopter une fraude ou un ZKP pour assurer la sécurité et la décentralisation?La demande DA de l’écosystème Bitcoin débordera-t-elle à d’autres DAS pour promouvoir la prospérité et l’intégration écologiques multi-chaînes?Je semble voir plus de possibilités.

Informations de référence

https://www.aixinzhijie.com/books/261/master_bitcoin/_book/

https://learnblockchain.cn/article/5717

https://zhuanlan.zhihu.com/p/361854961

https://www.odaily.news/post/5187233

https://learnblockchain.cn/article/5376

https://www.panewslab.com/zh/articledEtails/1301r1ibp79c.html

https://docs.ordinals.com/inscriptions.html

https://thebitcoinmanual.com/articles/pay-taproot-p2tr/