Transférer le titre original 'Fractal、OP_NET、AVM、BRC100、可编程符文，BTC encore quels autres projets d'extension ?'

Depuis le premier trimestre de 2024, l'enthousiasme spéculatif dans l'écosystème BTC n'a pas été à la hauteur de celui de 2023. Cependant, à mesure que de plus en plus de développeurs rejoignent et deviennent familiers du modèle BTC, les progrès techniques dans l'écosystème BTC ont été rapides, notamment en termes de solutions de scalabilité programmable. Auparavant, Trustless labs a introduit la liaison L2 et UTXO de BTC, ainsi que le ré-empilage de BTC. Cet article continuera de combler les lacunes et présentera le Bitcoin fractal très populaire et les solutions programmables des protocoles de métadonnées BTC tels que BRC20, CBRC et ARC20.

1. Fractal

Fractal est un cadre extensible basé sur la virtualisation du logiciel client Bitcoin core, créant une structure en forme d'arbre récursif où chaque couche de la blockchain peut améliorer les performances de l'ensemble du réseau Fractal. En réutilisant le code principal, Fractal est instantanément entièrement compatible avec Bitcoin et son infrastructure, par exemple, dans le domaine minier. La différence est que Fractal a activé l'opérateur op_cat, permettant une mise en œuvre plus logique.

Fractal a été développé par l'équipe Unisat, qui a mentionné les progrès de développement de Fractal dans leur blog en janvier 2024. Le projet a lancé son testnet Beta le 1er juin 2024, a terminé une réinitialisation de phase de test le 29 juillet, et le mainnet devrait être lancé en septembre 2024.

L'équipe vient de publier sa tokenomique. Le réseau Fractal aura son propre jeton, dont 50% seront produits par minage, 15% pour l'écosystème, 5% pré-vendus aux investisseurs précoces, 20% pour les conseillers et contributeurs principaux, et 10% en subventions communautaires pour la mise en place de partenariats et de liquidité.

Conception d'architecture

Fractal virtualise entièrement le client Bitcoin Core, en l’encapsulant dans un package logiciel Bitcoin Core (BCSP) déployable et exécutable. Il s’ancre ensuite de manière récursive au réseau principal Bitcoin, en exécutant indépendamment une ou plusieurs instances BCSP. Grâce à la technologie de virtualisation moderne, il permet un partage efficace des performances matérielles, permettant à plusieurs instances de s’exécuter sur le système principal. En termes simples, cela revient à exécuter plusieurs instances de machine virtuelle (instances BCSP construites par Fractale) sur un seul ordinateur (réseau principal BTC), et cela peut se reproduire davantage.

Lorsqu'un grand nombre de demandes d'interaction on-chain apparaissent, ces demandes peuvent être sélectivement déléguées à des niveaux plus profonds. La capacité d'équilibre dynamique de ce système aide à éviter une congestion excessive à un niveau spécifique. Pour une meilleure expérience utilisateur, Fractal a également apporté des modifications au cœur de Bitcoin, en modifiant le temps de confirmation des blocs à 30 secondes ou moins, et en augmentant la taille des blocs de 20 fois à 20 Mo, garantissant des performances suffisantes et une latence courte.

Fractal a activé l'opérateur op_cat, permettant plus de possibilités d'exploration et de test pour les schémas de scalabilité BTC.

En termes d'actifs cross-chain, puisque différentes instances s'exécutent toutes dans un même environnement physique, on peut les comprendre comme exécutant plusieurs chaînes principales Bitcoin sous le même cadre BTC. Par conséquent, les chaînes d'instances peuvent communiquer entre elles, réalisant un transfert d'actifs sans couture entre différentes couches en construisant une interface de transfert d'actifs universelle.

Bitcoin, ainsi que des actifs tels que BRC-20 et Ordinals, peuvent être reliés de manière décentralisée. Le mécanisme sous-jacent est un mécanisme de signature MPC rotatif avec remplacement dynamique. Actuellement, il semble s'agir d'une couche d'emballage. Dans les itérations suivantes, BTC et d'autres actifs de la mainnet pourront également exister sous forme d'actifs enveloppés brc-20 sur Fractal Bitcoin.

Par rapport aux solutions typiques de couche 2 d'Ethereum, cette forme de virtualisation permet d'atteindre une évolutivité computationnelle grâce à une couche d'abstraction supplémentaire en dehors de la chaîne principale tout en maintenant la cohérence avec la chaîne principale sans introduire de nouveaux mécanismes de consensus. Par conséquent, les mineurs et les pools de minage ASIC BTC actuels peuvent rejoindre le réseau Fractal de manière transparente.

La garantie de sécurité de Fractal réside dans sa puissance de calcul. La conception améliore principalement la sécurité du mécanisme PoW de Fractal à travers trois aspects. Fractal introduit le minage conjoint, où un bloc sur trois est généré par le minage fusionné avec des mineurs de BTC pour aider à protéger le réseau contre les attaques potentielles de 51 % ; les deux blocs restants sont produits par la puissance de calcul du réseau fractal. Il est évident que l’impact sur les mineurs de BTC est la clé du succès de Fractal, et que l’économie de ses jetons penchera inévitablement en faveur des mineurs.

En même temps, la chaîne d'instances virtualisées nouvellement créée connaîtra une période initiale de vulnérabilité pendant la phase de démarrage. Lors du lancement d'une nouvelle instance, les opérateurs peuvent définir une hauteur de bloc spécifique pour fournir une protection jusqu'à ce que l'instance atteigne un état sûr et sain. À l'avenir, les mineurs disposant de grandes quantités de puissance de calcul peuvent allouer leurs ressources à différentes instances BCSP, renforçant ainsi la robustesse et la résilience de l'ensemble du système.

La relation entre les pièces Fractal mainnet et les sats

La sortie minière des pièces Fractal mainnet vise à garantir le fonctionnement de la chaîne. La chaîne fb et btc sont essentiellement les mêmes, sans la capacité d'exécuter directement des contrats intelligents. Par conséquent, des fonctions DeFi complexes telles que les échanges nécessitent une infrastructure supplémentaire. Unisat promet que les sats brc20 seront utilisés pour les échanges. Cet échange s'exécute sur Fractal et nécessite également ses propres nœuds. Les frais de service facturés par ces nœuds pour l'autosuffisance sont des sats.

2. AVM

AVM (Atomicals Virtual Machine) est l'implémentation de contrat intelligent BTC du protocole Atomicals. AVM crée une machine virtuelle qui simule les capacités de script BTC et permet plusieurs opcodes natifs BTC au sein de la machine virtuelle. Les développeurs peuvent implémenter des contrats intelligents en combinant des scripts Bitcoin, en définissant leurs propres règles pour gérer la création et le transfert d'actifs.

Satoshi Nakamoto a conçu un langage de script entièrement expressif au début de Bitcoin, qui contient un ensemble riche d'instructions d'opcode primitif. Ces scripts ont certaines capacités de stockage de données et leur exécution est complète de Turing. Bitcoin Core a ensuite désactivé certains opcodes nécessaires à la complétude de Turing, tels que les opérations de concaténation de chaînes de base (OP_CAT) et les opérateurs arithmétiques (comme la multiplication OP_MUL et la division OP_DIV).

L'approche de l'AVM est de maximiser les capacités des opcodes originaux de BTC. La machine virtuelle AVM simule les scripts BTC et atteint la complétude de Turing grâce à un PDA (Automate à Pile Poussante) à double pile. Cette machine virtuelle s'exécute dans un bac à sable qui comprend un indexeur, un analyseur d'instructions et un état global, permettant le traitement des contrats intelligents et la synchronisation et la validation de l'état.

L'ensemble d'instructions de la machine virtuelle AVM contient l'intégralité des opcodes BTC, permettant aux développeurs de programmer en utilisant de nombreuses fonctionnalités BTC qui n'ont pas été activées sur le mainnet. Cela fait de l'AVM une sorte de réseau pionnier natif pour l'expansion de l'écosystème BTC.

AVM est une architecture qui peut être personnalisée pour n'importe quel protocole de métadonnées BTC, tel que BRC20, ARC20, Runes et CBRC. Il est géré conjointement par les développeurs d'applications, les fournisseurs de services et les utilisateurs, formant un consensus spontané. Par conséquent, il est applicable à presque tous les protocoles de métadonnées, ne nécessitant que des ajustements mineurs à l'indexeur sous la machine virtuelle.

AVM a publié une version bêtahttps://x.com/atomicalsxyz/status/1823901701033934975...avec le code associé disponible surhttps://github.com/atomicals/avm-interpreter….

3. OP_NET

Site officiel : https://opnet.org/#

OP_NET, proposé au troisième trimestre de 2024, vise à introduire une fonctionnalité de contrat intelligent similaire à Ethereum dans le réseau Bitcoin tout en étant en accord avec les caractéristiques et l'architecture de Bitcoin. Les transactions sur OP_NET ne nécessitent que du bitcoin natif, éliminant le besoin de jetons supplémentaires pour payer les incitations des nœuds ou les frais de transaction.

OP_NET offre une bibliothèque de développement complète, compacte et conviviale, principalement écrite en AssemblyScript (similaire à TypeScript, compilable en WebAssembly). Son objectif de conception est de simplifier la création, la lecture et la manipulation des technologies liées à Bitcoin, notamment en ce qui concerne les contrats intelligents et les inscriptions intelligentes Bitcoin (BSI).

Fonctions et caractéristiques de base de OP_NET

OP_NET maintient le consensus des blocs Bitcoin et la disponibilité des données, garantissant que toutes les transactions sont stockées sur le réseau Bitcoin et protégées par son immuabilité. Grâce à une machine virtuelle d'exécution (OP_VM), OP_NET peut effectuer des calculs complexes sur les blocs Bitcoin. Toutes les transactions OP_NET soumises sont marquées d'une chaîne "BSI" et exécutées dans l'OP_VM pour mettre à jour les états du contrat.

Les nœuds OP_NET exécutent une machine virtuelle WASM, prenant en charge plusieurs langages de programmation tels que AssemblyScript, Rust et Python. En tirant parti de Tapscript pour activer des fonctionnalités avancées de contrat intelligent, les développeurs peuvent déployer et interagir avec des contrats intelligents directement sur la blockchain Bitcoin sans permission.

Le code de ces contrats intelligents est compressé et écrit dans les transactions BTC. Cela génère une adresse UTXO, considérée comme l'adresse du contrat, vers laquelle les utilisateurs doivent transférer des fonds pour interagir avec le contrat.

Lors de l'interaction avec le réseau OP_NET, en plus des frais de transaction BTC, les utilisateurs doivent payer au moins 330 satoshis supplémentaires pour s'assurer que la transaction n'est pas considérée comme une attaque "dust" par les mineurs du réseau BTC. Les utilisateurs peuvent ajouter plus de frais de gaz, et l'ordre d'emballage des transactions dans le réseau OP_NET est trié en fonction des frais, ne dépendant pas uniquement de l'ordre d'emballage des blocs BTC. Si un utilisateur paie plus de 250 000 sat pour les frais de transaction OP_NET, l'excédent sera récompensé au réseau de nœuds OP_NET.

Pour étendre l'utilisation de BTC dans les applications DeFi, OP_NET fournit un système de Preuve d'Autorité, permettant à BTC d'être enveloppé en WBTC. Le BTC du réseau principal est relié au protocole OP_NET par des méthodes de signature multiple.

Remarquablement, OP_NET est compatible avec SegWit et Taproot, et sa conception de jeton n'est pas liée à UTXO, évitant ainsi le risque d'envoyer par erreur des jetons aux mineurs, renforçant ainsi la sécurité et la fiabilité du système. Grâce à ces fonctionnalités, OP_NET injecte une fonctionnalité de contrat intelligent plus forte et un support d'application décentralisée dans l'écosystème Bitcoin.

Projets de l'écosystème OP_NET

Le prédécesseur d'OP_NET était le protocole cbrc-20, avec la plupart des projets de l'écosystème se poursuivant directement. L'écosystème couvre divers domaines, notamment le trading décentralisé, les prêts, la création de marché, la fourniture de liquidités et les ponts inter-chaînes :

· Motoswap: Un protocole de trading décentralisé fonctionnant sur Bitcoin Layer 1.

· Stash : un protocole de prêt décentralisé fonctionnant sur Bitcoin Layer 1. Stash utilise le WBTC d'OP_NET comme garantie, permettant aux utilisateurs de s'engager dans des emprunts sans permission, avec des prêts émis en stablecoin USD.

· Ordinal Novus: Une plateforme de création de marché et de fourniture de liquidité dans l'écosystème OP_NET.

· Ichigai: Un agrégateur décentralisé intégrant plusieurs plateformes DeFi, permettant aux utilisateurs de gérer les transactions, de suivre les marchés et de gérer les portefeuilles dans une seule interface.

· SatBot : Un bot de trading intégré à Telegram prenant en charge l'exécution des transactions en temps réel, le suivi du marché et la gestion de portefeuille via Telegram.

· KittySwap: Une plateforme d'échange décentralisée et de contrat perpétuel fonctionnant sur OP_NET.

· Redacted : Fournit des services bancaires privés et conformes à la DeFi sur chaîne.

· SLOHM Finance : Un projet de monnaie de réserve décentralisée lancé sur OP_NET.

· BuyNet: Un bot d'achat développé pour l'écosystème Bitcoin DeFi.

· SatsX: Un projet développant des fonctionnalités et des outils multi-fonctionnels sur OP_NET, élargissant les capacités de l'écosystème.

· Les coins Meme tels que Satoshi Nakamoto Inu, Zyn, Unga, Pepe : Ce sont des jetons Meme basés sur le protocole OP_20, tous pris en charge par OP_NET.

4. BRC100

Document: https://docs.brc100.org

BRC-100 est un protocole de calcul décentralisé basé sur la théorie des ordinaux. Il étend BRC-20 en introduisant de nouvelles opérations telles que "burn" et "mint", qui, combinées, permettent des opérations DeFi complexes en enregistrant les soldes de jetons et les états pour différentes adresses dans un indexeur. Les développeurs peuvent également étendre le protocole BRC-100 en ajoutant plus d'opérateurs pour étendre la fonctionnalité.

Opérations du protocole BRC-100

BRC-100 introduit des opérations telles que mint2/mint3 et burn2/burn3, permettant aux jetons de passer en toute sécurité du modèle UTXO au modèle de machine étatique:

· mint2 : Génère de nouveaux jetons, augmentant l’offre totale. Nécessite généralement l’autorisation d’une application ou d’une adresse spécifique.

· mint3 : Similaire à mint2, mais n'augmente pas l'offre. Principalement utilisé pour convertir les soldes d'application en UTXOs (sorties de transaction non dépensées) pour une utilisation dans d'autres applications.

· burn2 : détruit les jetons lors de la mise à jour de l’état de l’application. Les jetons brûlés peuvent être régénérés via mint2 sous certaines conditions.

· burn3 : Similaire à burn2, mais ne réduit pas l’offre. Au lieu de cela, il convertit les jetons à l’état de l’application. Les jetons brûlés peuvent être régénérés via mint3.

Extensions et compatibilité

La puissance de calcul et les transitions d’état peuvent être étendues grâce aux protocoles d’extension BRC-100. Tous les protocoles d’extension BRC-100 sont mutuellement compatibles, ce qui signifie que les jetons implémentant BRC-100 et ses extensions peuvent être utilisés dans toutes les applications. Le protocole BRC-100 et ses extensions peuvent être mis à jour et mis à niveau grâce à des protocoles d’amélioration.

Le protocole BRC-100 et toutes ses extensions et améliorations sont collectivement connus sous le nom de pile de protocoles BRC-100. Tous les protocoles d'extension BRC-100 sont mutuellement compatibles, ce qui permet aux jetons implémentant BRC-100 et ses extensions d'être utilisés dans toutes les applications et de prendre en charge les opérations inter-chaînes. Les extensions notables incluent BRC-101, BRC-102 et BRC-104:

· BRC-101 : Un protocole de gouvernance décentralisé on-chain définissant comment gouverner les applications basées sur BRC-100 ou ses protocoles d'extension.

· BRC-102: Un protocole de liquidité automatisé pour les actifs BRC-100, définissant une méthode de création de marché automatisée basée sur la formule du "produit constant" (x*y=k) pour les paires de jetons basée sur la pile de protocoles BRC-100.

· BRC-104 : Un protocole de pool de liquidité de mise en jeu / remise en jeu, définissant comment envelopper les actifs BRC-20, les actifs de rune et le BTC en tant qu'actifs BRC-100 par la mise en jeu, et comment distribuer les récompenses d'actifs BRC-100 aux actifs BRC-100, aux actifs BRC-20, aux actifs de rune ou aux parieurs de BTC. BRC-104 sert de protocole d'enveloppement d'actifs et de protocole de ferme de rendement pour la pile de protocoles BRC-100.

Projets d'écosystème BRC-100

L'équipe du projet explore une méthode pour mettre en œuvre un index minimal pour l'indexeur du protocole BRC-100. Cela permet aux parties de déployer leur propre index minimal pour obtenir l'état de tous les actifs dans la pile de protocoles BRC-100 sans mettre en œuvre une logique informatique complexe pour tous les protocoles d'extension. De plus, l'index minimal ne nécessite pas de mises à jour ou de mises à niveau fréquentes.

Il y a 3 projets dans l'écosystème BRC-100:

· inBRC (Lancé) - Le premier marché et indexeur BRC-100 :https://inbrc.org.

· 100Swap (Lancé) - La première bourse décentralisée d'échange décentralisé Bitcoin L1 AMM basée sur le protocole BRC-102 : https://100swap.io.

· 100Layer (en développement) - Un protocole de liquidité pour l’écosystème Bitcoin sur Bitcoin L1, basé sur les protocoles BRC-104 et BRC-106, comprenant des stablecoins adossés à des garanties décentralisées, des jetons enveloppés et du minage de liquidité : https://100layer.io.

5. RUNES programmables (Protorunes)

Les runes sont essentiellement des structures de données stockées dans le champ OP_RETURN de Bitcoin. Comparées à d'autres protocoles basés sur JSON comme BRC-20, les runes sont plus légères, ne dépendent pas de systèmes d'indexation complexes et maintiennent la simplicité et la sécurité de Bitcoin.

Les runes programmables sont une couche d'extension des runes, permettant la création d'actifs programmables avec des runes. Ces actifs peuvent exister dans des UTXO et prendre en charge des opérations similaires aux protocoles AMM (Automated Market Maker). Le concept de base des runes programmables est d'utiliser les données sur la blockchain Bitcoin pour implémenter une fonctionnalité de contrat intelligent via des machines virtuelles ou des technologies similaires.

Protocole Proto-Runes

Le principal projet dans les runes programmables est le Proto-Runes Protocol, dirigé par l'équipe de @judoflexchop, fondateur du portefeuille oyl. Il a été open-sourcé:https://github.com/kungfuflex/protorune…

Le Proto-Runes Protocol est un standard et une spécification qui fournit un cadre pour les runes programmables. En gérant et en transférant des actifs de runes entre les sous-protocoles (méta-protocoles), il permet la construction de AMMs, de protocoles de prêt ou de contrats intelligents matures.

Par exemple, le protocole Proto-Runes a mis en œuvre un DEX (échange décentralisé) similaire à Uniswap sur le réseau Bitcoin, prenant en charge les échanges atomiques d'actifs runiques et la création de pools de liquidité. Grâce à une combinaison de combustion de prototypes et de messages de prototypes, les utilisateurs peuvent s'engager dans le trading décentralisé et la gestion d'actifs sans quitter le réseau Bitcoin.

En termes simples, le protocole Proto-Runes permet aux runes d'être brûlées sous forme de runes programmables (Protorunes), leur conférant ainsi des fonctions et des utilisations supplémentaires.

Protoburn et Protorunes

L'un des mécanismes clés des Proto-Runes est le Protoburn, qui permet aux utilisateurs de brûler des runes et de les convertir en une représentation à utiliser uniquement par des sous-protocoles. Ces actifs de runes sont ciblés via des pointeurs de pierre runique ou des édits sur le protocole runique, générant de nouvelles formes d'actifs dans des sous-protocoles, à savoir des runes programmables ou des Protorunes.

La combustion du prototype garantit l'inspendabilité en verrouillant les runes dans les sorties OP_RETURN. Ce mécanisme garantit que les actifs de rune peuvent être transférés en toute sécurité du protocole principal aux sous-protocoles, permettant ainsi d'autres opérations et transactions au sein des sous-protocoles.

Ce processus est généralement à sens unique, ce qui signifie que les actifs sont transférés du protocole Rune aux sous-protocoles mais ne peuvent pas être directement transférés en arrière. Les messages Protoburn sont intégrés dans Protostone dans le champ Protocole de Runestone, avec une étiquette de protocole de 13 (étiquette de protocole de Rune). Le message contient des informations telles que l'ID du sous-protocole cible et les pointeurs d'actifs. Ce mécanisme permet une gestion des actifs et des transferts entre les sous-protocoles et permet des fonctions telles que les échanges atomiques.

Protomessage

Dans le protocole Proto-Runes, un Protomessage fait référence aux instructions d'opération exécutées dans les sous-protocoles. Il est mis en œuvre par codage dans la structure Protostone et analysé par l'indexeur. Les Protomessages comprennent généralement des demandes d'opération d'actifs telles que des transferts, des transactions ou d'autres fonctions définies par le protocole. Lorsque l'indexeur analyse le champ de message dans Protostone, ce champ contient un tableau de bytes qui est généralement analysé à travers protobuf ou d'autres sérialiseurs attendus par le sous-protocole, puis passé en tant que paramètres à l'exécution du sous-protocole. Ce message peut impliquer des transferts d'actifs, une logique de transaction, ou d'autres fonctions de protocole.

Les pointeurs sont utilisés pour spécifier l'emplacement cible de Protostone, qui peut être un UTXO en sortie de transaction ou un autre Protostone. Si le sous-protocole décide de ne pas exécuter une entrée et que la transaction échoue, les protorunes seront retournés à l'emplacement pointé par le refund_pointer, renvoyant les actifs inutilisés à l'initiateur de la transaction initiale.

Mécanisme opérationnel du protocole Proto-Runes

Le mécanisme de fonctionnement du protocole Proto-Runes est le suivant : l’indexeur traite d’abord les caractéristiques de la pierre runique dans le protocole rune, puis traite les messages de protocole des sous-protocoles en séquence. Toutes les protopierres sont traitées dans l’ordre dans lequel elles apparaissent dans le champ Protocole de la pierre runique. Pour éviter la complexité et les failles de sécurité potentielles, le protocole Proto-Runes interdit l’exécution récursive des messages prototypes, ce qui signifie que chaque message prototype ne peut être exécuté qu’une seule fois, et que toute instruction récursive entraînera l’échec de la transaction, les actifs inutilisés étant remboursés.

Dans le protocole Proto-Runes, LEB128 (Little Endian Base 128) est une méthode d'encodage à longueur variable utilisée pour représenter de grands entiers. L'encodage LEB128 est largement utilisé pour représenter les champs de protocole et les messages afin d'économiser de l'espace et d'améliorer l'efficacité de traitement. Chaque sous-protocole a une étiquette de protocole unique pour distinguer les différents sous-protocoles. Ces étiquettes sont représentées sous forme de valeurs u128 et apparaissent sous forme de valeurs encodées en LEB128 dans Protostone. Des pointeurs sont utilisés pour spécifier l'emplacement cible de Protostone, qui peut être un UTXO dans la sortie de transaction, un autre Protostone, ou même des messages de prototype de référence pour mettre en œuvre une logique d'opération complexe dans les sous-protocoles.

Derniers développements : Genesis Protorune

QUORUM•GENESIS•PROTORUNE est le premier Protorune, et son Protoburn a été réalisé avec succès. Le bon fonctionnement de l'indexeur d'ord peut être observé, où Protoburn s'est produit sans cénotaphe car la sortie OP_RETURN a utilisé le solde de QUORUM•GENESIS•PROTORUNE. Cela peut être vu via ce lien : https://mempool.space/tx/eb2fa5fad4a7f054c6c039ff934c7a6a8d18313ddb9b8c9ed1e0bc01d3dc9572…

Ce Genesis Protorune est destiné uniquement à titre de mise en œuvre de référence et n'est pas destiné à la vente. Il vise à servir de forum public pour la norme Protorune et peut être intégré dans le protocole pour fournir des fonctions de gouvernance pour les jetons de projet.

Le @judoflexchopl'équipe est toujours en train de développer un indexeur WASM pour ce protorune de genèse :https://github.com/kungfuflex/quorumgenesisprotorune…

Il s'agit d'un modèle fonctionnel pour la mise en œuvre de la gouvernance on-chain sur Bitcoin L1. En tant qu'indexeur, il permet aux utilisateurs de générer des jetons de vote via des protomessages, un seul jeton de vote étant généré pour la même gamme de runes dans chaque proposition. Les propositions sont automatiquement exécutées lorsqu'un quorum est atteint, et les utilisateurs peuvent également retirer leurs votes en transférant des jetons de vote à des adresses non dépensables. Tout le processus garantit la transparence et l'efficacité de la gouvernance.

Disclaimer :

1. Cet article est repris à partir de [ TrustlessLabs (en anglais seulement)]. Transférez le titre original 'Fractal、OP_NET、AVM、BRC100、可编程符文，BTC 还有哪些扩展方案？'. Tous les droits d'auteur appartiennent à l'auteur original [TrustlessLabs]. Si vous avez des objections à cette réimpression, veuillez contacter le Gate Learnéquipe et ils s'en chargeront rapidement.
2. Clause de non-responsabilité : Les points de vue et opinions exprimés dans cet article sont uniquement ceux de l'auteur et ne constituent en aucun cas des conseils en matière d'investissement.
3. Les traductions de l'article dans d'autres langues sont effectuées par l'équipe Gate Learn. Sauf mention contraire, la copie, la distribution ou le plagiat des articles traduits est interdite.