Analyse approfondie du protocole Runes : mécanismes de conception sous-jacents et limites

1. Runes( Introduction aux runes)

Au cours de l'année écoulée, le phénomène le plus marquant dans le domaine du Web3 est sans aucun doute l'explosion de l'écosystème des inscriptions. Cette tendance est née du protocole Ordinals, qui attribue un numéro unique à chaque satoshi sur Bitcoin. Le fondateur principal d'Ordinals, Casey, a soumis la version de base du code du protocole Runes dès septembre dernier, mais n'a pas encore officiellement lancé la version principale.

Pendant ce temps, certains projets comme RunesAlpha ont forké le code à l'avance et ont été publiés de manière indépendante. Bien qu'il y ait des soupçons de plagiat, la croissance de plusieurs centaines de millions de dollars de la capitalisation boursière en quelques mois montre également le potentiel énorme du protocole Runes.

La version officielle du protocole Runes devrait être lancée sur le réseau principal de Bitcoin autour du 20 avril 2024. Cela signifie que les parties prenantes, les portefeuilles et les plateformes d'échange seront confrontés à un défi majeur : comment s'adapter directement au réseau principal sans réseau de test.

Cet article va systématiquement passer en revue l'évolution des champs sous-jacents du projet Runes, afin d'aider les lecteurs à comprendre fondamentalement les différences entre Runes et les protocoles FT tels que BRC20, ARC20, et de comparer leurs avantages et inconvénients pour prendre des décisions éclairées.

2. Méthode d'enregistrement des données sur la chaîne Bitcoin

Il existe principalement deux solutions pour attacher des données hors chaîne à la chaîne de Bitcoin : l'inscription et la gravure.

2.1 Principe de base de la gravure

Les Runes utilisent une technologie de gravure, qui est une méthode intuitive d'enregistrement d'informations sur la chaîne. La mise en œuvre spécifique consiste à écrire des données dans le champ OP_RETURN des UTXO de Bitcoin. Cette fonctionnalité est prise en charge depuis la version 0.9 de Bitcoin Core en 2014, permettant de créer une sortie vérifiable mais non consommable, ce qui permet de stocker des données de manière permanente sur la blockchain.

Dans l'explorateur de blocs Bitcoin, il est facile de voir les informations OP_RETURN ajoutées aux transactions. Bien que ces informations occupent une position de sortie d'un UTXO, elles constituent en réalité des données fermées et non réutilisables. C'est comme une zone de remarques pour la transaction, conservée de façon permanente dans l'espace de stockage de Bitcoin, et peut être trouvée via l'index du hash de la transaction.

Le contenu du champ OP_RETURN est généralement une chaîne de données codées en hexadécimal, qui, une fois décodée, peut fournir des informations spécifiques, telles que les données relatives au déploiement, à la frappe et à l'émission des actifs Runes au format JSON.

2.2 Principes fondamentaux de gravure

Les protocoles Ordinals/BRC20 intègrent des métadonnées dans les données de témoins des transactions, ce processus est réalisé par le biais de témoins isolés et de "paiement vers Taproot"(P2TR), incluant la soumission de(commit) et la révélation de(reveal), nécessitant deux transactions pour être complété.

P2TR est un type de sortie de transaction introduit par la mise à niveau Taproot de Bitcoin en 2021, permettant de stocker différentes conditions de transaction de manière plus privée. La mise en œuvre consiste d'abord à générer un UTXO( commit transaction) à l'adresse P2TR générée par le hachage de script de paiement, puis lors de la dépense de ce UTXO, à fournir le véritable script dans le script de témoin, permettant ainsi de télécharger les données d'inscription sur la chaîne avec la transaction( reveal).

La définition du protocole Ordinals, les inscriptions sont liées au premier sat du premier input après avoir complété le processus de gravure avec les transactions ( commit et reveal.

) 2.3 Comparaison des deux solutions de mise en chaîne des données

Gravure:

• Avantages : logique simple et claire, coûts de transaction bas, n'occupe pas la mémoire des nœuds complets.
• Inconvénients : limité à 80 octets, nécessite un encodage de données très compressé.

Graver :

• Avantages : presque aucune restriction de taille, possède une certaine capacité de protection de la vie privée, prend en charge plusieurs modes de jeu ### tels que le verrouillage temporel, la preuve de travail (.
• Inconvénients : nécessite deux transactions sur la chaîne, le coût final est relativement élevé, la durée de vie de la transaction commit est longue, ce qui exerce une pression importante sur la mémoire des nœuds complets.

![Analyse approfondie du mécanisme de conception sous-jacent et des limitations du protocole Runes])https://img-cdn.gateio.im/webp-social/moments-71b84def7979d41a2400449fdc5edcee.webp(

3. Interprétation de la conception sous-jacente des Runes

) 3.1 Runes Analyse de la version 0.11

La version initiale du champ du protocole Runes est divisée en trois parties : informations de transfert d'actifs edicts###, informations de déploiement d'actifs etching( et destruction burn).

Lorsque l'information edicts est incluse dans le OP_RETURN de manière correcte, le parseur hors chaîne calculera la situation de transfert des actifs de l'utilisateur, où le champ output spécifie la cible du transfert.

Le contenu de l'etching définit les principales informations sur le déploiement des actifs. Comparé à l'ERC721, la plus grande différence réside dans les champs limit et term qui restreignent la quantité de mint et l'intervalle de mintable. C'est également la différence fondamentale entre les projets d'inscriptions et de runes et l'émission d'actifs via des contrats intelligents Ethereum. En raison du manque de vérification des contrats intelligents en chaîne, le protocole d'inscription définit de manière unifiée la manière dont les actifs sont émis et les utilisateurs participent au mint, avec l'idée d'un lancement équitable, permettant une participation totalement ouverte des utilisateurs, réduisant ainsi la possibilité d'une intervention excessive du projet sur le marché.

( 3.2 Runes analyse de la version 0.18

Les champs du dernier version du protocole Runes sont divisés en quatre aspects :

1. édits : définir la direction de transfert des actifs, ajout d'un paramètre pointer pour modifier la direction de transfert par défaut, afin de s'adapter à la situation où plusieurs actifs Runes sont transférés simultanément, réduisant ainsi la quantité de code et le coût des transactions.

2. Mint : ajout de champ, limitant une transaction à ne pouvoir frapper qu'un seul actif, équilibrant ainsi la ligne de départ entre les techniciens et les utilisateurs ordinaires.

3. gravure : Le mode de déploiement des actifs a subi des changements majeurs

   • L'ID de l'actif a été changé en format chaîne, économisant de l'espace de codage
   • le champ terms a été augmenté avec les paramètres height et offset, spécifiant le point de départ de la frappe, améliorant l'équité
   • Introduire une règle de libération de la longueur des noms, contrôler les ressources rares
   • Utiliser la technique de gravure ) commit et reveal ( pour le déploiement, offrant une protection de la vie privée.

4. turbo: champ ajouté, réservé pour les futurs changements de protocole

![Analyse approfondie du mécanisme de conception sous-jacent et des limites du protocole Runes])https://img-cdn.gateio.im/webp-social/moments-a3fbbb22d01d9b7871f626a8836cec4f.webp###

( 4. Évaluation du protocole Runes nouveau

Avantages :

• Répondant aux besoins du marché, cela a résolu certains problèmes initiaux du protocole de gravure.
• Intégrer le protocole Ordinals, en utilisant la base d'utilisateurs existante
• En tant que protocole FT, il complète les lacunes d'Ordinals dans le fonctionnement du marché.
• Utiliser OP_RETURN pour enregistrer des données, améliore la sécurité et le degré de décentralisation.

Inconvénients :

• Problème de timing du marché, des délais de développement serrés peuvent affecter le développement de l'écosystème.
• Règles complexes, en particulier le problème de la longueur des noms d'actifs pouvant augmenter le risque pour les utilisateurs
• L'avenir de la compatibilité présente une incertitude, et le développement de L2 et de BVM est légèrement en retard.

![Analyse approfondie du mécanisme de conception sous-jacent et des limites du protocole Runes])https://img-cdn.gateio.im/webp-social/moments-76e02af769fcbb0515c5486c267f20dd.webp(