Le fork BRC-20 a suscité la controverse. Quelles sont les positions et les impacts possibles de chaque partie ?

Alors que le troisième jour de 2024 était sur le point d'entrer, un tweet de domodata, le fondateur du BRC-20, a soulevé des vagues, et le différend sur la fourche BRC-20 était officiellement sur la table.

Dans ce tweet, domo a lancé de graves accusations contre UniSat. domo a affirmé que la mise à niveau par UniSat du protocole Ordinals de l'index BRC-20 vers la version v0.13.0 était un « fork » de BRC-20, un comportement technique « unilatéral » d'UniSat et une lutte pour le contrôle du protocole.

Comment comprendre rapidement ce débat « fourchette » ? Ce débat "fork", c'est comme si nous détenions tous le même actif (jeton BRC-20). Avant, nous n'avions aucun problème à déposer, retirer/effectuer des transactions dans divers endroits tels que UniSat, MagicEden, OKX, etc. car ils utilisent tous la même comptabilité. système. Désormais, UniSat souhaite mettre à niveau le système comptable. Si d'autres endroits ne suivent pas la mise à niveau, les règles du système comptable peuvent être différentes et les résultats comptables (le jeton BRC-20 entre les mains de chacun) peuvent être différents selon les endroits. . Différents soldes apparaîtront, ce qui peut prêter à confusion.

Alors pourquoi y a-t-il un tel désaccord ? Quelle est l’attitude des parties qui continuent de construire l’accord BRC-20 face à ce désaccord ? Quels sont les impacts potentiels des désaccords ?

Pourquoi y a-t-il de telles différences ?

Le 9 novembre 2023, avec la sortie du bloc Bitcoin d'une hauteur de 816 000, la proposition de « gel » de la spécification de l'indice BRC-20 est officiellement entrée en vigueur.

La proposition de « geler » la spécification de l'indice BRC-20 a été proposée par domo, le fondateur du protocole BRC-20, le 26 octobre. Domo a nommé la proposition « Freeze » car le but de la proposition est de standardiser l'index du BRC-20 et de le conserver à la version v0.9.0 pour maintenir la stabilité de l'index.

En octobre 2023, il a été découvert que les inscriptions #35321413 et #35329860 pouvaient être indexées par la version v 0.9.0 du protocole Ordinals, mais pas par les versions v 0.7.0 et v 0.8.0. Étant donné que différents marchés utilisent différentes versions du protocole Ordinals, certaines inscriptions ne peuvent pas être indexées correctement sur certains marchés, provoquant de facto un changement de numéro d'inscription.

Pour le BRC-20, ce problème est encore plus important. v Un bogue dans le protocole Ordinals dans la version 0.8.0 fait que la double dépense entre la frappe au-delà de l'offre maximale et les différences de version du protocole Ordinals sur différents marchés représente un risque énorme. C'est pourquoi Magic Eden a brièvement suspendu la négociation du BRC-20 en novembre 2023 - Magic Eden n'avait aucun défaut, mais la version qu'il utilisait s'est avérée être gravement affectée. La suspension des transactions en temps opportun est responsable pour les utilisateurs.

BRC-20 est un protocole qui « parasite » le protocole Ordinals. La question de savoir si son index doit être mis à niveau avec le protocole Ordinals est un dilemme à ce stade. D'une part, le protocole Ordinals est toujours mis à jour et itéré rapidement, et de plus en plus de nouvelles fonctionnalités sont ajoutées au protocole, notamment la mise à niveau "Jubilee" qui sera activée à la hauteur de bloc 824544. La méthode originale de génération d'inscriptions de malédiction La méthode sera corrigée, ce qui signifie que les inscriptions de malédiction qui recevront des nombres négatifs dans la version v 0.9.0 du protocole Ordinals recevront des nombres positifs dans la version v 0.13.0. La différence de version du protocole Ordinals sera ultérieure. La numérotation des nouvelles inscriptions est très différente. De plus, de nouvelles fonctionnalités telles que CBRC-20, qui utilise une nouvelle version du protocole Ordinals et apporte une optimisation des performances à la version modifiée du protocole BRC-20, posent également certains défis au développement de BRC-20.

D'un autre côté, en tant que protocole d'actifs ayant produit un grand nombre d'actifs avec une valeur marchande énorme, le maintien de la stabilité pendant le processus de développement du BRC-20 est naturellement devenu la priorité absolue. Si la recherche de nouvelles fonctionnalités pour optimiser et étendre le BRC-20 entraîne une perte d’actifs utilisateur, cela causera sans aucun doute d’énormes dommages à l’écosystème du BRC-20.

Sur cette question, il existe des divergences entre les entreprises qui ont leur mot à dire dans le protocole BRC-20. C'est la raison pour laquelle BRC-20 est confronté à ce différend « fork ». Le débat dit « fork » est de savoir s'il faut mettre à niveau la version Ordinals exécutée sur l'index BRC-20 à partir de la version v 0.9.0.

Les attitudes de toutes les parties à l'égard du "forking"

Pas d'accord : domo, l'attitude de la Fondation Layer 1 dirigée par Best in Slot

domo a été évoquée au début de cet article. Best in Slot a même tweeté hier qu'une « grave vulnérabilité » avait été découverte dans le protocole Ordinals v 0.13.1 qui affecterait l'exactitude de la balance BRC-20, et a fortement appelé l'index BRC-20 à maintenir la version en cours à v. Version 0.9.0 pour maintenir la stabilité du protocole. Best in Slot a également déclaré dans un tweet qu'il y aurait probablement d'autres bugs affectant le protocole BRC-20 dans la version v 0.13.1. La « stabilité » est la première priorité du BRC-20. Le protocole BRC-20, déjà énorme, ne peut pas résister. mises à niveau en cours et non testées.

J'aime : UniSat

UniSat a toujours eu pour objectif de promouvoir rapidement le développement lié au BRC-20. Du développement fonctionnel de BRC-20 Swap, à cette déclaration directe selon laquelle il favorisera la mise à niveau de la version du protocole Ordinals gérée par l'index BRC-20. Après le tweet de Domo, UniSat a également tweeté en réponse, déclarant qu'elle suspendrait actuellement les tâches de développement restantes et ferait tout son possible pour garantir que la mise à niveau du BRC-20 se déroule comme prévu. Dans le même temps, UniSat a également souligné qu'elle ferait de son mieux pour garantir que le BRC-20 ne se « divise » pas.

De plus, il y a des nouvelles selon lesquelles Magic Eden est favorable à la mise à niveau du BRC-20.

Neutre : Benny, le fondateur de TRAC

TRAC, maintient une position neutre en cas de désaccord. Il a déclaré qu'il était définitivement faux que la version du protocole Ordinals exécutée sur l'index BRC-20 ait été conservée à la version v 0.9.0, mais des semaines, voire des mois de tests sont nécessaires avant la mise à niveau pour garantir que le passage à la nouvelle version fonctionnera. correctement.

Impact Potentiel

UniSat utilise « split » pour décrire ce désaccord, plutôt que « bifurcation ». UniSat a souligné que le « fork » est une « séparation » au sens physique causée par des différences de consensus. Par exemple, BCH et BTC forment en fait deux chaînes, chacune se développant selon son propre consensus sans affecter l'autre. Le résultat possible du désaccord sur la mise à niveau du BRC-20 est qu'un protocole BRC-20 exécute deux ensembles d'index avec des règles différentes sur la même chaîne (réseau principal Bitcoin), et ils s'influenceront toujours mutuellement.

Le différend « divisé » sur le BRC-20 a jeté une autre ombre sur le marché des inscriptions, qui se refroidit actuellement. Mais vous n'avez pas à vous inquiéter outre mesure, car personne ne veut vraiment nuire au BRC-20. Ils ont simplement des compréhensions différentes sur la manière de mieux développer le BRC-20. C'est en fait une bonne chose, ainsi que le BRC-20. doit être supporté dans le processus de développement. Je suis convaincu que toutes les parties discuteront de cette question de manière appropriée, parviendront à un résultat avec lequel tout le monde sera d'accord et développeront un bon mécanisme de dialogue à partir de cet incident. Après la tempête, l’avenir du BRC-20 sera sûrement meilleur.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!