Analyse approfondie du protocole Runes : conception des mécanismes sous-jacents et limitations
Au cours de l'année écoulée, le développement le plus marquant dans le domaine du Web3 a été l'essor florissant de l'écosystème des inscriptions. Cette vague trouve son origine dans le protocole Ordinals, qui attribue un numéro de série unique à chaque satoshi sur le réseau Bitcoin.
Les développeurs principaux du protocole Runes ont soumis le code de base en septembre dernier, mais la version principale du réseau n'a jamais été officiellement publiée. Cela a conduit certains projets, comme RunesAlpha, à forker ce code et à émettre le protocole de manière indépendante. Malgré quelques controverses, ces projets ont réalisé une augmentation de plusieurs centaines de millions de dollars de leur capitalisation boursière en seulement quelques mois, montrant ainsi le potentiel énorme du protocole Runes.
La version officielle du protocole Runes devrait être lancée sur le réseau principal de Bitcoin aux alentours du 20 avril 2024. Cela signifie que les projets souhaitant émettre des actifs Runes, ainsi que les portefeuilles et plateformes d'échange souhaitant supporter Runes, devront faire face à l'une des tâches les plus difficiles de l'industrie de la blockchain : comment adapter directement le réseau principal sans réseau de test.
Cet article examinera systématiquement l'évolution des champs sous-jacents du projet Runes, afin d'aider les lecteurs à comprendre fondamentalement la différence entre Runes et d'autres protocoles FT (tels que BRC20, ARC20), et à évaluer rationnellement ses avantages et inconvénients.
Méthodes d'enregistrement des données sur la chaîne Bitcoin
Le réseau Bitcoin dispose principalement de deux méthodes pour attacher des données hors chaîne à la chaîne : l'inscription et la gravure.
principe de la technologie d'etching
Runes utilise une technologie de gravure, qui est une méthode intuitive d'enregistrement des informations sur la chaîne. Elle fonctionne en écrivant des données dans le champ OP_RETURN des UTXO (outputs de transaction non dépensés) de Bitcoin. Cette fonctionnalité est supportée depuis la version 0.9 du client principal Bitcoin en 2014, créant un type de sortie vérifiable mais non consommable, permettant de stocker des données directement sur la blockchain.
Dans l'explorateur de blocs Bitcoin, il est facile de voir les transactions contenant des informations OP_RETURN. Ces informations existent généralement sous forme de code hexadécimal et peuvent apparaître une fois décodées au format JSON, contenant des informations relatives au déploiement, à la frappe et à l'émission des actifs Runes.
principe de la technologie de gravure
Les protocoles tels que Ordinals/BRC20 utilisent la technique de gravure pour intégrer des métadonnées dans les données de témoin de la transaction. Ce processus utilise le témoignage isolé et le mécanisme de "paiement vers Taproot", qui s'effectue en deux phases (c'est-à-dire deux transactions) par soumission et révélation.
P2TR est un type de sortie de transaction introduit par la mise à niveau Taproot de Bitcoin en 2021, qui améliore la confidentialité des conditions de transaction. Le processus de gravure nécessite d'abord de générer un UTXO (transaction soumise) payé à une adresse P2TR générée par un script spécifique, puis lors de la dépense de cet UTXO, de fournir le vrai script dans le script de témoin, permettant ainsi de télécharger les données gravées sur la chaîne (révélant la transaction).
comparaison de deux solutions
Avantages de la gravure :
Logique simple et intuitive
Coût de transaction faible
Ne prend pas de place dans la mémoire cache des nœuds complets
Inconvénients de l'etching :
limité à une longueur de 80 octets
Besoin d'un encodage de données hautement compressé
Avantages gravés :
presque aucune restriction sur la taille des données
ayant une certaine capacité de protection de la vie privée
Prend en charge plusieurs fonctionnalités avancées (comme le verrouillage temporel, la preuve de travail)
Inconvénients de la gravure :
Nécessite deux transactions sur la chaîne, coût global assez élevé
Soumettre des transactions avec une longue durée de vie exerce une forte pression sur la mémoire des nœuds complets.
Analyse approfondie de la conception du protocole Runes
Le protocole Runes a évolué de la version 0.11 à la version actuelle 0.18, subissant des changements majeurs. En comparant la conception des champs de ces deux versions, nous pouvons comprendre en profondeur la proposition de valeur fondamentale de Runes.
Analyse de la version 0.11 des Runes
Les premières versions du protocole Runes comprenaient principalement trois parties : edicts (informations sur le transfert d'actifs), etching (informations sur le déploiement d'actifs) et burn (destruction).
Lorsque le champ OP_RETURN d'une transaction, une fois décodé, contient des informations edicts au format correct, le parseur hors chaîne calculera la situation de transfert des actifs de l'utilisateur, où l'output spécifie la cible du transfert.
La partie échantillonnage définit les principales informations sur le déploiement des actifs. Par rapport à l'ERC721, les Runes ajoutent des champs limite et terme, utilisés pour limiter le nombre de frappes et la période de temps pendant laquelle les frappes peuvent avoir lieu. 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 validation des contrats intelligents on-chain, des protocoles comme Runes définissent de manière uniforme la manière dont les actifs sont émis et la participation des utilisateurs à la frappe, soulignant le principe de lancement équitable et réduisant la possibilité d'intervention des projets sur le marché.
Analyse de la version 0.18 des Runes
La dernière version du protocole Runes introduit plusieurs changements importants :
Le champ edicts a ajouté un paramètre pointer, utilisé pour modifier la direction de transfert par défaut des actifs, optimisant ainsi l'efficacité du codage lors du transfert simultané de plusieurs actifs Runes.
Ajout du champ Mint, limitant chaque transaction à la création d'un seul actif, équilibrant ainsi les opportunités de participation entre les utilisateurs techniques et ordinaires.
La partie gravure (déploiement des actifs) a subi des réformes majeures :
Changement de la méthode de génération de l'ID d'actif, optimisation de l'utilisation de l'espace de codage
Introduction du champ terms, permettant à l'émetteur de spécifier la hauteur du bloc de départ de la frappe, améliorant l'équité de la participation des utilisateurs.
Mise en œuvre des règles de libération de la longueur du nom, contrôle de l'allocation des ressources rares
Utiliser un processus de déploiement en deux étapes similaire à l'enregistrement (commit et reveal), augmentant la protection de la vie privée.
Ajout du champ turbo, réservant de l'espace pour les futures extensions du protocole.
Évaluation du nouveau protocole Runes
Le dernier design du protocole Runes démontre une compréhension approfondie des besoins du marché et devrait améliorer le problème de la prolifération d'actifs de mauvaise qualité dans l'écosystème des inscriptions. En tant que partie du protocole Ordinals, Runes peut tirer parti de la base d'utilisateurs existante et compléter le protocole FT pour pallier les lacunes d'Ordinals en matière d'opérations sur le marché.
Cependant, le protocole Runes fait également face à certains défis :
Opportunité de marché : un calendrier de développement serré peut affecter le développement initial de l'écosystème.
Complexité des règles : Des règles de gestion d'émission complexes et des noms longs peuvent augmenter le risque d'erreurs d'opération des utilisateurs.
Compatibilité future : Comparé à d'autres protocoles (comme Atomical) qui explorent la direction des contrats intelligents, Runes se concentre actuellement principalement sur l'émission d'actifs.
Néanmoins, la conception du protocole Runes qui enregistre les données sur la chaîne via la méthode OP_RETURN offre une grande flexibilité pour la gestion des actifs, avec le potentiel d'atteindre des performances de sécurité comparables à celles de Bitcoin. À mesure que l'écosystème mûrit, Runes devrait ouvrir de nouveaux cas d'utilisation sur le réseau Bitcoin.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
8 J'aime
Récompense
8
6
Partager
Commentaire
0/400
SleepTrader
· Il y a 11h
Un autre jouet de l'écosystème BTC
Voir l'originalRépondre0
WhaleWatcher
· Il y a 11h
Un autre roi du volume qui apprend les ordinals est là?
Voir l'originalRépondre0
ChainSauceMaster
· Il y a 11h
Encore en train de berner les pigeons.
Voir l'originalRépondre0
GamefiHarvester
· Il y a 11h
Eh bien, il y a encore un nouveau point de prise des gens pour des idiots.
Voir l'originalRépondre0
DaoDeveloper
· Il y a 12h
modèle d'implémentation intéressant tbf... besoin d'examiner la théorie des jeux ici
Analyse du protocole Runes : conception de base, optimisation et défis potentiels
Analyse approfondie du protocole Runes : conception des mécanismes sous-jacents et limitations
Au cours de l'année écoulée, le développement le plus marquant dans le domaine du Web3 a été l'essor florissant de l'écosystème des inscriptions. Cette vague trouve son origine dans le protocole Ordinals, qui attribue un numéro de série unique à chaque satoshi sur le réseau Bitcoin.
Les développeurs principaux du protocole Runes ont soumis le code de base en septembre dernier, mais la version principale du réseau n'a jamais été officiellement publiée. Cela a conduit certains projets, comme RunesAlpha, à forker ce code et à émettre le protocole de manière indépendante. Malgré quelques controverses, ces projets ont réalisé une augmentation de plusieurs centaines de millions de dollars de leur capitalisation boursière en seulement quelques mois, montrant ainsi le potentiel énorme du protocole Runes.
La version officielle du protocole Runes devrait être lancée sur le réseau principal de Bitcoin aux alentours du 20 avril 2024. Cela signifie que les projets souhaitant émettre des actifs Runes, ainsi que les portefeuilles et plateformes d'échange souhaitant supporter Runes, devront faire face à l'une des tâches les plus difficiles de l'industrie de la blockchain : comment adapter directement le réseau principal sans réseau de test.
Cet article examinera systématiquement l'évolution des champs sous-jacents du projet Runes, afin d'aider les lecteurs à comprendre fondamentalement la différence entre Runes et d'autres protocoles FT (tels que BRC20, ARC20), et à évaluer rationnellement ses avantages et inconvénients.
Méthodes d'enregistrement des données sur la chaîne Bitcoin
Le réseau Bitcoin dispose principalement de deux méthodes pour attacher des données hors chaîne à la chaîne : l'inscription et la gravure.
principe de la technologie d'etching
Runes utilise une technologie de gravure, qui est une méthode intuitive d'enregistrement des informations sur la chaîne. Elle fonctionne en écrivant des données dans le champ OP_RETURN des UTXO (outputs de transaction non dépensés) de Bitcoin. Cette fonctionnalité est supportée depuis la version 0.9 du client principal Bitcoin en 2014, créant un type de sortie vérifiable mais non consommable, permettant de stocker des données directement sur la blockchain.
Dans l'explorateur de blocs Bitcoin, il est facile de voir les transactions contenant des informations OP_RETURN. Ces informations existent généralement sous forme de code hexadécimal et peuvent apparaître une fois décodées au format JSON, contenant des informations relatives au déploiement, à la frappe et à l'émission des actifs Runes.
principe de la technologie de gravure
Les protocoles tels que Ordinals/BRC20 utilisent la technique de gravure pour intégrer des métadonnées dans les données de témoin de la transaction. Ce processus utilise le témoignage isolé et le mécanisme de "paiement vers Taproot", qui s'effectue en deux phases (c'est-à-dire deux transactions) par soumission et révélation.
P2TR est un type de sortie de transaction introduit par la mise à niveau Taproot de Bitcoin en 2021, qui améliore la confidentialité des conditions de transaction. Le processus de gravure nécessite d'abord de générer un UTXO (transaction soumise) payé à une adresse P2TR générée par un script spécifique, puis lors de la dépense de cet UTXO, de fournir le vrai script dans le script de témoin, permettant ainsi de télécharger les données gravées sur la chaîne (révélant la transaction).
comparaison de deux solutions
Avantages de la gravure :
Inconvénients de l'etching :
Avantages gravés :
Inconvénients de la gravure :
Analyse approfondie de la conception du protocole Runes
Le protocole Runes a évolué de la version 0.11 à la version actuelle 0.18, subissant des changements majeurs. En comparant la conception des champs de ces deux versions, nous pouvons comprendre en profondeur la proposition de valeur fondamentale de Runes.
Analyse de la version 0.11 des Runes
Les premières versions du protocole Runes comprenaient principalement trois parties : edicts (informations sur le transfert d'actifs), etching (informations sur le déploiement d'actifs) et burn (destruction).
Lorsque le champ OP_RETURN d'une transaction, une fois décodé, contient des informations edicts au format correct, le parseur hors chaîne calculera la situation de transfert des actifs de l'utilisateur, où l'output spécifie la cible du transfert.
La partie échantillonnage définit les principales informations sur le déploiement des actifs. Par rapport à l'ERC721, les Runes ajoutent des champs limite et terme, utilisés pour limiter le nombre de frappes et la période de temps pendant laquelle les frappes peuvent avoir lieu. 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 validation des contrats intelligents on-chain, des protocoles comme Runes définissent de manière uniforme la manière dont les actifs sont émis et la participation des utilisateurs à la frappe, soulignant le principe de lancement équitable et réduisant la possibilité d'intervention des projets sur le marché.
Analyse de la version 0.18 des Runes
La dernière version du protocole Runes introduit plusieurs changements importants :
Le champ edicts a ajouté un paramètre pointer, utilisé pour modifier la direction de transfert par défaut des actifs, optimisant ainsi l'efficacité du codage lors du transfert simultané de plusieurs actifs Runes.
Ajout du champ Mint, limitant chaque transaction à la création d'un seul actif, équilibrant ainsi les opportunités de participation entre les utilisateurs techniques et ordinaires.
La partie gravure (déploiement des actifs) a subi des réformes majeures :
Évaluation du nouveau protocole Runes
Le dernier design du protocole Runes démontre une compréhension approfondie des besoins du marché et devrait améliorer le problème de la prolifération d'actifs de mauvaise qualité dans l'écosystème des inscriptions. En tant que partie du protocole Ordinals, Runes peut tirer parti de la base d'utilisateurs existante et compléter le protocole FT pour pallier les lacunes d'Ordinals en matière d'opérations sur le marché.
Cependant, le protocole Runes fait également face à certains défis :
Opportunité de marché : un calendrier de développement serré peut affecter le développement initial de l'écosystème.
Complexité des règles : Des règles de gestion d'émission complexes et des noms longs peuvent augmenter le risque d'erreurs d'opération des utilisateurs.
Compatibilité future : Comparé à d'autres protocoles (comme Atomical) qui explorent la direction des contrats intelligents, Runes se concentre actuellement principalement sur l'émission d'actifs.
Néanmoins, la conception du protocole Runes qui enregistre les données sur la chaîne via la méthode OP_RETURN offre une grande flexibilité pour la gestion des actifs, avec le potentiel d'atteindre des performances de sécurité comparables à celles de Bitcoin. À mesure que l'écosystème mûrit, Runes devrait ouvrir de nouveaux cas d'utilisation sur le réseau Bitcoin.