Analyse du mécanisme de substitution des actifs en jeton sur la chaîne Bitcoin : exemple de Runes

Introduction

Les transactions et l'attention sont des éléments clés du web3, le prix est le point de départ, et la valeur est la destination. Il y a plus d'un mois depuis la réduction de moitié du BTC et le lancement du protocole Runes, durant lequel plusieurs plateformes de jeu et marchés d'échange ont émergé. Cet article prend l'actif Runes comme exemple pour explorer le meilleur mécanisme du modèle de jeu (gravure) des actifs sur Bitcoin.

1. Classement GAS de la plateforme de jeu Runes

D'un point de vue de la solution, les conclusions principales sont les suivantes :

1. coût du gaz : fractionnement + chaîne < chaîne < fractionnement < frappe unique
2. Degré de centralisation : chaîne ( sans adresse intermédiaire ) < fractionnement ( sans adresse intermédiaire ) < chaîne ( avec adresse intermédiaire ) < fractionnement ( avec adresse intermédiaire )
3. Regroupement d'actifs : off-chain > fractionnement + off-chain > fractionnement
4. Vitesse de mise en chaîne en masse : Diviser = Diviser + Chaîne > Chaîne

1.1 Runes Mécanisme de gravure

Runes utilise la technologie de gravure pour enregistrer des informations dans le champ op-return des UTXO de Bitcoin. Cette méthode a été introduite dans la version 0.9 de Bitcoin Core, créant des sorties vérifiables mais non consommables, permettant de stocker des données sur la chaîne.

Dans l'explorateur de blocs Bitcoin, vous pouvez voir les informations op-return accompagnant les transactions. Ces informations, une fois décodées, sont généralement présentées au format JSON et contiennent des informations sur le déploiement, la frappe, l'émission des actifs Runes, etc.

Le mécanisme de代打 de Runes exige qu'une transaction ne puisse代打 qu'un seul jeton. Le coût de la transaction dépend de la taille des données off-chain, donc le modèle optimal devrait contrôler au maximum le nombre d'UTXO dans la transaction.

1.2 Modèle de division

Le modèle de séparation effectue d'abord une transaction pour diviser en plusieurs sous-transactions, chaque sous-transaction procédant ensuite à la création d'actifs.

Par exemple, le plan d'une plateforme de boost.

1. La première transaction est estimée avec les frais de chaque sous-transaction, en réservant 546 (la valeur de poussière commune de Bitcoin) + le montant des frais, en divisant plusieurs UTXO vers une nouvelle adresse.
2. La deuxième transaction est effectuée depuis la nouvelle adresse vers l'adresse de l'utilisateur, complétant le service de recharge, l'utilisateur obtient des actifs Runes.

Le problème de ce modèle est qu'il nécessite de procéder à des transactions fractionnées, ce qui donne aux utilisateurs des UTXO dispersés. Pour les grands clients, cela peut augmenter les coûts de transaction.

1.3 mode en chaîne

Le modèle en chaîne est similaire à la consommation de plusieurs transactions d'une transaction précédente encore dans la mémoire. Par exemple, un utilisateur a initialement 20000 Satoshi, et chaque transaction consomme la sortie d'une transaction précédente.

Une certaine plateforme adopte ce modèle, en facturant des frais de services de jeton pour la première transaction. Bien que le volume de données de ce modèle soit faible, il s'agit en réalité de frais excessifs inutiles. Plusieurs plateformes ont déjà open sourcé le code Runes, permettant aux développeurs de l'utiliser directement pour construire leurs propres outils de jeton.

2. Meilleur modèle de boost Runes : division + chaîne

La meilleure solution actuelle est d'adopter un modèle de séparation + de chaîne. Les caractéristiques de ce modèle sont :

1. Lors de la séparation, attribuez d'abord un actif à l'utilisateur.
2. Lors de la frappe jusqu'à 25 fois, séparez suffisamment de gas pour la frappe en chaîne, puis exécutez la frappe.
3. Lors de la fabrication plus de 25 fois, divisez le gaz requis pour plusieurs chaînes, puis exécutez la fabrication.

Bien que ce modèle n'ait pas de frais de transaction de base supérieurs à ceux de la méthode purement chainée, il permet de réaliser un grand volume de minting et l'efficacité d'enchaînement peut être achevée en 2 blocs.

2.1 L'importance de l'efficacité on-chain

Les nœuds Bitcoin ont un mécanisme pour prévenir les attaques DoS, limitant la consommation de vout d'un seul UTXO et le nombre de transactions sur sa chaîne à un maximum de 25 dans le pool de mémoire. C'est pourquoi un grand nombre de Mint utilise souvent des adresses intermédiaires.

Le modèle de séparation peut être mis en mémoire tampon de manière illimitée après la séparation des transactions sur la chaîne (car la transaction parente n'est plus dans le pool de mémoire, chaque vout de l'UTXO est calculé indépendamment avec une limite de 25).

Taux d'optimisation des frais de 2.2 BTC

Prenons l'exemple d'une adresse Taproot, nous pouvons calculer le taux d'optimisation des différents modèles :

• Mint en chaîne de 10 transactions, coût : 1310 vsize

• Diviser en plusieurs Mint 10 transactions, coût : 1697 vsize

• Taux d'optimisation du gaz : 22,8 %

• Mint en série de 20 transactions, coût : 2620 vsize

• Diviser le Mint en 20 transactions, coût : 3437 vsize

• Taux d'optimisation du gaz : 23,8 %

Il semble que 20 % ne soit pas beaucoup, mais pendant le pic où le coût de frappe unique est de 100 U, 10 fois en lot peut réduire le coût de 200 U.

3. Résumé

Un mois après l'émission du protocole d'actifs Runes, les deux infrastructures clés de l'écosystème, à savoir le service de parrainage et le marché, sont incomplètes, ce qui entraîne un coût de participation trop élevé pour les petits investisseurs et un manque d'exploitation de l'écosystème par les institutions.

Actuellement, les plateformes facturent soit des frais de transaction élevés, soit leurs fonctionnalités sont incomplètes. Le modèle de service de trading ignore également les véritables besoins des utilisateurs - la transaction elle-même. Au début, les fluctuations des prix sur le marché étaient énormes, le réseau BTC était encombré et la demande pour le trading d'actifs en grande quantité était limitée.

Bien que le modèle en chaîne soit peu coûteux, il peut entraîner une augmentation du seuil de rachat des transactions dans un contexte de fluctuations de prix rapides au début, lorsque le marché manque d'outils de séparation.

À l'avenir, exécuter directement du code source ouvert pourrait être un moyen efficace de réduire les frais de service de boost. Parallèlement, écouter la mémoire des pools pourrait également devenir l'une des stratégies pour obtenir des bénéfices.