Analyse approfondie des mécanismes de conception sous-jacents et des limitations du protocole Runes

1. Runes( Protocole des runes)

Au cours de l'année écoulée, le sujet le plus en vogue dans le domaine du web3 est sans aucun doute l'explosion de l'écosystème des inscriptions. Ses origines remontent au protocole Ordinals, qui attribue un numéro unique à chaque satoshi sur Bitcoin. Le développeur principal d'Ordinals, Casey, avait soumis le code de base du protocole Runes dès septembre dernier, mais il n’a jamais été officiellement lancé. Cela a conduit certains projets à forker ce code à l'avance, émettant des protocoles comme RunesAlpha. Malgré les controverses, la croissance de plusieurs centaines de millions de dollars de capitalisation boursière en quelques mois a également démontré le potentiel énorme du protocole Runes.

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

Cet article examinera systématiquement l'évolution des champs sous-jacents du projet Runes, aidant les lecteurs à comprendre fondamentalement la différence entre Runes et les protocoles FT tels que Brc20 et Arc20, afin d'évaluer et de participer de manière rationnelle.

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 sur Bitcoin : gravure et érosion.

2.1 Principes fondamentaux de la gravure

Runes utilise une technologie de gravure, qui est une méthode d'enregistrement direct d'informations sur la chaîne. Plus précisément, il s'agit d'écrire des données dans le champ op-return des UTXO (outputs de transaction non dépensés) de Bitcoin. Cette fonctionnalité a commencé avec la version 0.9 du client Bitcoin Core en 2014. OP_RETURN a créé une sortie vérifiable mais non consommable, permettant de stocker des données sur la blockchain.

Dans l'explorateur de blocs Bitcoin, il est facile de voir les informations op-return ajoutées dans les transactions. Par exemple, la sortie #3 d'une transaction peut être un rectangle circulaire fermé, indiquant qu'il ne peut pas être transféré ou consommé à nouveau. C'est comme la zone de notes d'une transaction, conservée de manière permanente dans l'espace de stockage de Bitcoin, et pouvant être retrouvée via l'index de hachage de la transaction.

2.2 Principes de gravure de base

Les protocoles comme Ordinals/brc20 intègrent des métadonnées dans les données de témoin de la transaction. Ce processus est réalisé via le témoin isolé et le "paiement à Taproot" (P2TR), comprenant deux phases : la soumission et la révélation, nécessitant deux transactions pour être complétées.

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. Plus précisément, les adresses P2TR sont générées à l'aide d'un hachage de script, et lors de la dépense, un véritable script (contenant des données d'inscription) est fourni. Par conséquent, pour télécharger les données d'inscription, il est nécessaire de générer d'abord un UTXO (transaction soumise) payé à cette adresse P2TR générée par le script, puis lors de la dépense de cet UTXO, de fournir le véritable script dans le script de témoin, ce qui permet de télécharger les données d'inscription sur la chaîne (révélation de la transaction).

Le protocole Ordinals stipule que l'inscription est liée au premier satoshi du premier input après avoir effectué ces deux transactions.

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

Gravure :

• Avantages : logique simple et intuitive, coûts de transaction faibles, n'occupe pas la mémoire tampon des nœuds complets.
• Inconvénients : limité à 80 octets de longueur, nécessitant un encodage de données hautement compressé.

Gravé :

• 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 (comme le verrouillage temporel, la preuve de travail).
• Inconvénients : nécessite deux transactions sur la chaîne, le coût final est élevé, et cela met une pression importante sur la mémoire du nœud complet.

3. Analyse de la conception sous-jacente des Runes

3.1 Runes version 0.11

Les champs du protocole Runes au début sont divisés en trois parties : edicts (informations sur le transfert d'actifs), etching (informations sur le déploiement d'actifs) et burn (destruction).

Lorsque les informations dans op_Return sont décodées et présentées au format correct des edicts, le parseur hors chaîne calculera la situation de transfert des actifs de l'utilisateur, le champ output spécifie la cible de transfert.

Le contenu de l'etching définit les principales informations sur le déploiement des actifs. Par rapport à l'ERC721, la principale différence réside dans le fait que les champs limit et term limitent le nombre de frappes et la plage de frappes disponibles. Cela reflète 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 des inscriptions définit de manière unifiée la manière dont les actifs sont émis et comment les utilisateurs participent à la frappe, afin de réaliser un lancement équitable.

3.2 Runes version 0.18

La dernière version des champs du protocole Runes se divise en quatre aspects :

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

2. Mint : nouveau champ, limitant une transaction à la création d'un seul actif, équilibrant ainsi le point de départ des utilisateurs techniques et des utilisateurs ordinaires.

3. gravure : La manière de déployer les actifs a subi des changements majeurs. Les principales modifications incluent :

   • L'ID d'actif est changé en format de chaîne, économisant ainsi de l'espace de codage.
   • le champ terms introduit les paramètres height et offset, permettant à l'émetteur de spécifier le point de départ et de fin de la frappe.
   • le paramètre cap contrôle le nombre total de frappes.
   • Introduction d'une règle de libération de la longueur des noms pour contrôler les ressources rares.
   • Utiliser la technologie de gravure (commit et reveal) pour le déploiement, offrant une protection de la vie privée.

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

4. Évaluation du nouveau protocole Runes

Avantages :

• Répondant aux besoins du marché, cela résout le problème de la prolifération des actifs de mauvaise qualité dans l'écosystème des inscriptions.
• Intégration du protocole Ordinals, avec une base d'utilisateurs prête à l'emploi.
• En tant que protocole FT, il comble les lacunes d'Ordinals en matière de fonctionnement sur le marché.
• Utiliser op_Return pour enregistrer des données sur la chaîne, offrant une capacité de livre flexible et une sécurité élevée.

Inconvénients :

• Il existe des défis liés à la temporalité du marché, des délais de développement serrés pouvant affecter le développement initial de l'écosystème.
• Règles complexes, la longueur des noms d'actifs peut augmenter le risque de phishing pour les utilisateurs.
• Il y a des doutes sur la compatibilité future, par rapport à d'autres protocoles, la planification en matière de L2 ou de BVM semble légèrement en retard.