La bataille des fourches BRC-20 est sur le point d'éclater : comment tout comprendre rapidement ?
TechFlow SélectionTechFlow Sélection
La bataille des fourches BRC-20 est sur le point d'éclater : comment tout comprendre rapidement ?
Nous avons besoin de décentralisation, de délibération, d'un consensus lent et de compromis pour faire avancer le protocole BRC-20.
Dédié à des analyses Web3 approfondiesRédaction : Bob Bodily
Traduction : TechFlow
Récemment, le créateur de BRC-20, @domodata, a publié un tweet critiquant UniSat, affirmant que la mise à jour par UniSat du protocole Ordinals servant d'indexation à BRC-20 vers une nouvelle version constituait un fork de BRC-20.
Derrière les évolutions technologiques et les mises à jour, il semble s’agir davantage d’une lutte pour le contrôle du protocole.
Par la suite, cet événement qualifié de « fork » par UniSat a suscité de vives discussions au sein de la communauté, avec des réactions mitigées du marché. Bob Bodily, PDG de BioniqMarket, a partagé ses commentaires sur cette affaire, permettant de mieux en comprendre rapidement les fondements techniques et le contexte. Voici la traduction intégrale.
Tout d’abord, un bref résumé de BRC-20 :
À ce jour, BRC-20 est le protocole de jetons fongibles le plus réussi sur Bitcoin. Son volume de transactions l’an dernier s’est élevé à plusieurs centaines de millions, voire plusieurs milliards de dollars. Il n’est pas parfait (utilise un encodage inefficace, alourdit l’ensemble UTXO, fonctionnalités limitées), mais il est extrêmement simple à déployer et à frapper, ayant ainsi déclenché dans tout l’écosystème cryptographique une vague d’inscriptions sur presque toutes les blockchains.
Ensuite, une introduction rapide aux aspects techniques :
BRC-20 est un méta-protocole construit sur le méta-protocole Ordinals, qui lui-même repose sur Bitcoin. Cela signifie qu’Ordinals utilise Bitcoin comme couche complète de disponibilité des données, et un indexeur hors chaîne pour déterminer l’état du méta-protocole. BRC-20 utilise le protocole Ordinals comme couche complète de disponibilité des données, et un indexeur hors chaîne pour déterminer son propre état. Cela fait donc de BRC-20 un « méta-méta-protocole », car il est construit au-dessus d’Ordinals.
La complexité de la construction de BRC-20 sur Ord :
Au cours de l’année écoulée, les spécifications techniques du protocole Ordinals ont constamment évolué. Ordinals étant un protocole entièrement nouveau, il change régulièrement. Lorsque vous construisez une norme de jeton au-dessus d’Ordinals, votre protocole accumule des risques supplémentaires, car il dépend d’un protocole en perpétuelle évolution. C’est précisément ce qui s’est produit entre Ordinals 0.8.0 et 0.9.0. Les différentes versions d’Ordinals suivent les inscriptions légèrement différemment, ce qui signifie que les indexeurs BRC-20 peuvent indiquer des soldes incorrects, selon qu’ils sont basés sur la version 0.8.0 ou 0.9.0. Bien entendu, ceci est indésirable.
La solution proposée par L1F
La Fondation Layer 1 Foundation @L1Fxyz (note du traducteur : cette organisation est la fondation du créateur de BRC20, Domo) a proposé de figer la version du protocole Ordinals à 0.9.0 afin d’éviter de futurs problèmes similaires. Ainsi, même si nous devions avoir d’autres types d’inscriptions maudites, en construisant tous les indexeurs sur la version 0.9.0, on évite toute incompatibilité inter-version. Ce n’est pas une solution permanente, mais elle fonctionne très bien actuellement pour maintenir la stabilité de BRC-20.
Unisat souhaite faire avancer le protocole
Unisat veut pousser le protocole vers l’avant. Tout d’abord, Unisat a introduit un système de modules noir/blanc. Cela permet aux développeurs construisant sur BRC-20 (comme Unisat) d’introduire de nouvelles fonctionnalités dans le module noir (un espace temporaire non indexé dans le protocole principal). Vous pouvez transférer vos jetons dans le module noir, mais ne pas pouvoir les retirer avant approbation, un peu comme une sidechain de Bitcoin (pont unidirectionnel). Puis hier, Unisat a annoncé vouloir mettre à jour la version d’Ordinals sous son indexeur BRC-20 vers la dernière version postérieure à « Jubilee ». Jubilee est la version officielle d’Ordinals, après laquelle nous n’aurons plus d’inscriptions maudites (toutes les inscriptions seront désormais strictement positives).
Le cœur du débat : comment mettre à niveau BRC-20 ?
Mettre à jour la version d’Ordinals sous l’indexeur BRC-20 est en réalité une excellente idée. Le protocole Ordinals deviendrait plus stable, nous n’aurions plus d’Ordinaux maudits, et nous n’aurions plus à craindre les problèmes de désaccord entre comptes.
Il est logique qu’Unisat veuille déployer cela rapidement, car Unisat est une startup. Une startup n’a pas le luxe d’attendre passivement. Elle doit continuellement chercher un produit adapté au marché et fournir des services aux utilisateurs.
L1F souhaite reporter la mise à niveau, car une mise à jour précipitée pourrait entraîner davantage d’erreurs. Best in slot et d’autres acteurs ont déjà identifié certains bugs dans ce protocole. Cela se comprend, car L1F a pour mission de protéger le protocole, et peut donc se permettre une évolution plus lente, plus réfléchie et plus intentionnelle.
Certains y voient une lutte de pouvoir de la part d’Unisat pour contrôler le protocole. D’autres pensent que L1F tente simplement de garder le contrôle, alors que le protocole devrait être davantage piloté par le marché.
Mon avis
Étant donné le succès incroyable du protocole BRC-20, nous ne pouvons plus agir de manière aussi audacieuse qu’au début. L’ère initiale de BRC-20 est terminée ; aujourd’hui, BRC-20 est un protocole absolument massif (TVL, utilisateurs, infrastructures, portefeuilles, marchés), et rien ne peut plus avancer rapidement. J’apprécie l’approche de L1F. Domo a toujours compris l’importance de la stabilité du protocole (BRC-20 n’a pratiquement pas changé depuis sa création), ce qui constitue un avantage : plus facile à intégrer, plus facile à développer. Nous avons besoin d’un processus décentralisé, consultatif, lent, basé sur le consensus et le compromis pour faire progresser le protocole BRC-20.
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News
@BobBodily
