Indépendamment des inscriptions ou des runes, ces méthodes innovantes d'émission d'actifs sont très matures, et les plateformes et outils allant du déploiement à la frappe, en passant par le transfert, etc. sont également très complets. Le problème que la liquidité a toujours voulu résoudre s'ajoute actuellement à l'inscription. les jetons runiques qui ont été cotés en bourse. À l'exception des jetons, les autres ne peuvent être achetés ou vendus que via des carnets de commandes sur des plateformes telles que UniSat, OKX et MagicEden. Seul un nombre fixe de jetons peut être acheté et vendu en même temps. , si vous souhaitez acheter plusieurs tokens, vous aurez besoin de plusieurs frais de transaction. Si ces jetons doivent avoir davantage de scénarios d'application à l'avenir, Swap est la technologie qui doit être résolue en premier.

Qu'est-ce que l'échange BRC-20

BRC-20 Swap est un nouveau produit lancé par UniSat conçu pour permettre aux utilisateurs d'échanger rapidement et facilement des jetons BRC-20 sans avoir recours à des intermédiaires. D'octobre 2023 à mai 2024, UniSat continue de promouvoir le développement du BRC-20 Swap. En octobre 2023, UniSat a annoncé le calendrier de sortie du BRC-20 Swap et les premiers actifs disponibles pris en charge lors des premières étapes du lancement du réseau principal. En avril 2024, lors de la réduction de moitié du Bitcoin, UniSat a mis à jour le BRC-20 Swap et a avancé les travaux de normalisation. En mai 2024, UniSat a annoncé que la mise à jour de l'état de normalisation du BRC-20 Swap était open source et que les spécifications associées avaient été définies.

Les responsables du BRC20 @unisat_wallet et @bestinslotxyz ont rejoint @domodata et @isabelfoxenduke le 6 juin pour discuter de la nouvelle mise à niveau du « module Swap » du BRC20 qui permettra de créer des pools de liquidités au sein du protocole BRC20. Je pense que nous verrons bientôt l’émergence de ce produit fonctionnel.

Détails techniques

BRC-20 Swap est un DEX basé sur AMM qui utilise la formule x * y = k pour maintenir l'équilibre des deux jetons dans le pool de liquidité. Sur cette plateforme, les traders n'ont pas besoin d'attendre les contreparties, mais négocient avec des pools de liquidité et obtiennent des prix calculés sur la base de formules mathématiques prédéfinies. Comme le concept de base de l'AMM dans DeFi, le slippage fait référence à la différence entre le prix de transaction réel et le prix attendu ou coté, ce qui se produit généralement lorsque la volatilité du marché est élevée ou que la liquidité est faible. Une transaction déséquilibrée peut entraîner des coûts de transaction plus élevés ou plus faibles que prévu.

Chaque transaction est facturée des frais de négociation de 0,3 %, dont 1/6 va à la plateforme et le reste aux LP. Les jetons LP représentent une part des actifs du pool. À mesure que les frais s'accumulent dans le pool, la valeur des actifs BRC-20 derrière les jetons LP augmentera automatiquement, mais l'impact des pertes temporaires sur la rentabilité doit être pris en compte.

Les soldes utilisateurs sont divisés en trois catégories : solde BRC-20, solde module et solde autorisé. Il définit un ensemble de codes d'opération (OP) pour faciliter les transferts de solde entre ces catégories.

  • le dépôt permet aux utilisateurs de transférer les soldes BRC-20 vers les soldes approuvés.

  • l'approbation et l'approbation conditionnelle permettent aux utilisateurs de transférer les soldes des modules vers les soldes approuvés.

  • retirer permet aux utilisateurs de retirer les soldes de modules vers les soldes BRC-20.

Une fois que le solde de l'utilisateur entre dans le solde autorisé, il peut effectuer des opérations d'échange, qui seront effectuées par le séquenceur via une opération de validation. Il définit un ensemble de sous-opérations (Sub-OP) qui permettent aux utilisateurs de créer et d'exploiter des paires de trading, notamment DeployPool, AddLiquidity, RemoveLiquidity et Swap. Étant donné que le séquenceur est responsable de la génération finale du script et de l'exécution en chaîne, le séquenceur facturera un certain nombre de sats par sous-opcode pour couvrir son coût.

La proposition modulaire d'UniSat

Le mécanisme modulaire offre une nouvelle façon de prendre en charge une variété d'applications basées sur l'inscription dans le cadre BRC-20 existant. Les modules fonctionnent indépendamment et chaque indexeur n'a besoin que d'analyser les données liées aux modules qui l'intéressent, tout en conservant une cohérence équilibrée du BRC-20 avec les autres indexeurs. L'extension modulaire du BRC-20 est réalisée par :

Développement sans autorisation : le développement de nouveaux modules pour BRC-20 est un processus sans autorisation. Les nouveaux modules commencent comme des modules noirs et sont naturellement séparés du protocole principal et des autres modules.

Exécution isolée : s'il y a un problème avec la mise en œuvre d'un module, l'isolation entre les modules noirs garantit qu'elle n'affecte pas le fonctionnement du protocole principal et des autres modules.

Mise à niveau consensuelle : lorsqu'une majorité d'indexeurs reconnaissent et mettent en œuvre l'indexation d'un module spécifique, le module peut être transformé en module blanc et devenir un élément naturel du protocole BRC-20.

Module noir : module comme boîte noire

Lorsqu'un module est un module noir, le modèle d'extension modulaire présente un inconvénient, c'est-à-dire qu'une extraction libre ne peut pas être obtenue, comme le montre la figure suivante :

En effet, lorsqu'un module est exécuté en tant que module noir, l'indexeur principal ne reconnaît pas la fiabilité de son fonctionnement. De son côté, ce module est une boîte noire et son état interne n'est pas considéré comme un état BRC-20 valide. Par conséquent, le solde calculé n'est pas considéré comme un solde BRC-20 valide et les actifs du module ne peuvent pas être librement retirés vers BRC-20.

Si les modules noirs pouvaient étendre arbitrairement le protocole BRC-20, les développeurs pourraient créer des modules similaires au 100x du BRC-20, permettant aux utilisateurs de recevoir cent fois le montant du dépôt. Par exemple, si vous déposez 5 $ordi, vous recevrez 500 $ordi, une telle inflation illimitée est inacceptable pour le protocole de base BRC-20. Par conséquent, tous les modules noirs non vérifiés et leurs mécanismes internes sont considérés comme non fiables.

Module blanc : mise à niveau consensuelle

Au fur et à mesure qu’un module est exécuté dans le monde réel, son comportement devient progressivement fiable. Au fur et à mesure que de plus en plus d'indexeurs acceptent le comportement du module, celui-ci est finalement jugé fiable et converti en module blanc, faisant ainsi partie du consensus de mise à niveau. La conversion en module blanc signifie que ses soldes calculés sont largement reconnus et peuvent interagir en toute sécurité avec le réseau principal BRC-20. Autrement dit, les utilisateurs peuvent retirer de l'argent sur le réseau principal BRC-20 en toute sécurité, librement et à tout moment (comme le montre l'image). La différence fondamentale entre les modules noirs et les modules blancs réside dans la question de savoir si les utilisateurs sont autorisés à extraire librement.

Extraire les actifs des modules noirs

D’un point de vue fonctionnel, un système qui autorise uniquement les dépôts mais pas les retraits est inacceptable. Inspiré par le mécanisme de correspondance de la campagne UniSat Marketplace. Faire correspondre dynamiquement la demande de retrait de l'utilisateur A et la demande de dépôt de l'utilisateur B, permettant au système d'utiliser les transactions de dépôt pour satisfaire les besoins de retrait. Le processus est illustré ci-dessous :

L'utilisateur A fait une demande de retrait de 80 $ordi, tandis que l'utilisateur B fait une demande de dépôt de 20 $ordi. À ce stade, le système répond dynamiquement à leurs besoins, en utilisant les dépôts de 20 $ordi de l’utilisateur B pour satisfaire la demande de retrait partiel de l’utilisateur A (20/80). L'utilisateur B peut continuer à attendre les dépôts des autres utilisateurs pour permettre davantage de retraits.

Décentralisation

Dans les premiers stades du développement du BRC-20, UniSat a fourni aux utilisateurs un service d'indexation complet pour les requêtes de transactions et de soldes, ce qui a soulevé des problèmes de centralisation : si le système s'appuyait sur UniSat pour l'interprétation et l'application des règles, UniSat disposerait-il d'une certaine forme de pouvoir centralisé ? , peut conduire à ce que le protocole BRC-20 soit contrôlé par une seule équipe de développement ? Il existe trois niveaux de compréhension sur cette question :

Non obligatoire : L'indexation implique principalement l'analyse et l'organisation des données en chaîne pour les rendre plus faciles à comprendre pour les utilisateurs, et s'appuie sur les règles prédéfinies du protocole. Il fonctionne sur des données immuables et ne peut pas modifier les transactions passées. Le code d'indexation et d'exécution d'UniSat est open source et tout le monde peut le vérifier pour s'assurer qu'il est conforme aux règles BRC-20.

Concurrence et robustesse : fiabilité accrue avec l’émergence de plusieurs fournisseurs de services d’indexation. Les erreurs dans les résultats d'un fournisseur d'indexation sont plus facilement identifiées par d'autres fournisseurs. Si un indexeur cesse de fonctionner, cela n’affectera pas les résultats globaux. En fait, même si tous les indexeurs cessent de fonctionner, brc-20 continue de fonctionner de manière robuste et les utilisateurs peuvent toujours DÉPLOYER/MINT/TRANSFER comme d'habitude. Aucune opération critique ne repose uniquement sur la prise en charge des index.

Gouvernance et consensus : étant donné que plusieurs indexeurs participent au système, le mécanisme de module mis en œuvre permet à différents fournisseurs de services d'apprendre efficacement comment gouverner et étendre le protocole brc-20 de manière gérable.

Dans l'architecture modulaire, le seuil permettant aux fournisseurs de services d'indexer les données est encore abaissé. Dans le passé, les indexeurs devaient traiter toutes les transactions réseau avec précision pour être considérés comme des indexeurs valides. Désormais, il suffit d'indexer les données dans son propre module noir pour commencer à fournir des services d'indexation, ce qui demande beaucoup moins d'effort que de traiter toutes les données brc-20 sur le réseau. Par conséquent, à mesure que le module sera adopté plus largement, on s’attend à ce que le nombre d’index augmente considérablement et certains services pourraient progressivement évoluer pour fournir une indexation complète des données.

Le récent largage par UniSat de la première inscription BRC-20 à cinq caractères $pizza a suscité un sentiment de fomo sur le marché, ce qui pourrait promouvoir l'ensemble du marché des inscriptions. Nous attendons avec impatience le lancement de la section de fonction Swap à l'avenir, créant ainsi l'écosystème Bitcoin. plus prospère et il existe plus de scénarios d'application.