Depuis le premier trimestre 2024, l'enthousiasme spéculatif dans l'écosystème BTC n'a pas été aussi élevé qu'en 2023. Cependant, à mesure que de plus en plus de développeurs rejoignent et se familiarisent avec le modèle BTC, l'écosystème BTC a fait des progrès rapides au niveau technique. , notamment en termes de programmabilité. Trustless Labs a déjà introduit la liaison du L2 de BTC au re-staking UTXO et BTC. Cet article continuera à combler les lacunes et à se concentrer sur les solutions programmables des protocoles de métadonnées Fractal Bitcoin et BTC tels que BRC 20, CBRC et ARC 20. , qui ont attiré beaucoup d'attention.
Fractale
Fractal est un logiciel client de virtualisation basé sur le noyau Bitcoin. En créant de manière récursive un cadre évolutif arborescent, chaque couche de blockchain peut améliorer les performances de l'ensemble du réseau Fractal. Parce que le code principal est réutilisé, Fractal est instantanément entièrement compatible avec Bitcoin et ses infrastructures, comme le minage. La différence est que Fractal active l'opérateur op_cat, permettant d'implémenter plus de logique.
Fractal est développé par l'équipe Unisat. Unisat a mentionné les progrès du développement de Fractal dans son blog en janvier 2024. Le projet a lancé le réseau de test bêta le 1er juin 2024 et a achevé une phase de test réinitialisée le 29 juillet. Le réseau principal devrait être lancé en septembre 2024.
L'équipe vient de publier son économie de jetons. Le réseau Fractal aura son propre jeton, 50 % produit par l'exploitation minière, 15 % utilisé dans l'écosystème, 5 % pré-vendu aux premiers investisseurs et 20 % aux conseillers et contributeurs principaux. % de la subvention communautaire est utilisé pour établir des partenariats et des liquidités.
Conception architecturale
Fractal virtualise complètement le client principal Bitcoin et l'encapsule dans un progiciel blockchain déployable et exécutable (Bitcoin Core Software Package, BCSP). Ensuite, il est ancré de manière récursive au réseau principal Bitcoin et exécute une ou plusieurs instances BCSP de manière indépendante. Grâce à une technologie de virtualisation moderne, un partage efficace des performances matérielles est obtenu, permettant à plusieurs instances de s'exécuter sur le système principal. Pour faire simple, cela revient à ouvrir plusieurs instances de machine virtuelle (instances BCSP construites par Fractal) sur un ordinateur (réseau principal BTC), et cela peut être poursuivi de manière récursive.
Lorsque d’importantes exigences d’interaction en chaîne surviennent, ces exigences peuvent être déléguées de manière sélective à des niveaux plus profonds. Les capacités d’équilibrage dynamique de ce système permettent d’éviter une congestion excessive à un niveau particulier. Pour une meilleure expérience utilisateur, Fractal a également apporté quelques modifications au noyau Bitcoin. Le temps de confirmation du bloc a été modifié à 30 secondes ou moins, et la taille du bloc a été augmentée de 20 fois pour atteindre 20 Mo, ce qui garantit des performances suffisantes et un délai suffisamment court. .
Fractal active l'opérateur op_cat, permettant d'explorer et de tester davantage de plans d'expansion sur BTC.
Au niveau de la chaîne d'actifs, étant donné que différentes instances s'exécutent dans le même environnement physique, on peut comprendre que plusieurs chaînes principales Bitcoin s'exécutent dans le même cadre BTC. Par conséquent, les chaînes d'instances peuvent communiquer entre elles en construisant une interface universelle de transfert d'actifs. Pour parvenir à un transfert transparent des actifs entre les différentes couches.
Bitcoin, ainsi que des actifs tels que BRC-20 et Ordinals, peuvent être comblés grâce à la décentralisation. Le mécanisme sous-jacent est un mécanisme de signature MPC rotatif avec remplacement dynamique. À l’heure actuelle, il semble s’agir d’une seule couche d’emballage. Dans les itérations suivantes, BTC et d’autres actifs du réseau principal pourront également exister sur Fractal Bitcoin en tant qu’actifs enveloppés brc-20.
Par rapport aux solutions Ethereum Layer 2 typiques, cette forme de virtualisation permet une évolutivité informatique via des couches d'abstraction supplémentaires en dehors de la chaîne principale, tout en maintenant la cohérence avec la chaîne principale et en n'introduisant pas de nouveaux mécanismes de consensus. Par conséquent, les mineurs et les pools miniers BTC ASIC actuels peuvent rejoindre de manière transparente le réseau Fractal.
La garantie de sécurité de Fractal réside dans sa puissance de calcul. En termes de conception, il existe trois aspects principaux pour améliorer la sécurité du mécanisme PoW de Fractal. Fractal a introduit le minage fusionné, dans lequel un bloc sur trois est généré par le minage fusionné avec les mineurs BTC pour aider à protéger le réseau contre les attaques potentielles à 51 % ; les deux blocs restants sont générés par la propre puissance de calcul du réseau Fractal. On peut voir que l’impact sur les mineurs de BTC est la clé du succès de Fractal, et son économie symbolique penchera inévitablement vers les mineurs.
Dans le même temps, la chaîne d’instances virtualisées nouvellement créée connaîtra une première période de vulnérabilité lors de 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 assurer la protection jusqu'à ce que l'instance atteigne un état sûr et sain. À l’avenir, les mineurs disposant d’une grande puissance de calcul pourront allouer leurs ressources à différentes instances BCSP, améliorant ainsi la robustesse et la résilience de l’ensemble du système.
FractaleLa relation entre les pièces du réseau principal et les sats
Le résultat minier de la monnaie du réseau principal Fractal est d'assurer le fonctionnement de la chaîne. La chaîne fb est fondamentalement la même que BTC et n'a pas la capacité d'exécuter directement des contrats intelligents. Par conséquent, les fonctions de défi complexes telles que le swap nécessitent une infrastructure supplémentaire. Unisat promet d'utiliser brc 20 sats pour le swap. Ce swap fonctionne sur Fractal et nécessite également ses propres nœuds. Les frais de service facturés par ces nœuds pour l'autofinancement sont de sats.
centre commercial
AVM (Atomics Virtual Machine) est la mise en œuvre du contrat intelligent BTC du protocole Atomics. AVM crée une machine virtuelle qui simule l'autorisation du script BTC et ouvre plusieurs opcodes originaux BTC dans la machine virtuelle. Les développeurs mettent en œuvre des contrats intelligents via une combinaison de scripts Bitcoin et définissent 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 riche ensemble d'instructions d'opcode primitives. Ces scripts ont certaines capacités de stockage de données et leur exécution est complète par Turing. Bitcoin Core a ensuite désactivé certains opcodes requis pour l'exhaustivité de Turing, tels que les opérations de concaténation de chaînes de base (OP_CAT) et les opérateurs arithmétiques (tels que la multiplication OP_MUL et la division OP_DIV).
L'idée d'AVM est de maximiser les capacités du code d'exploitation d'origine de BTC. La machine virtuelle AVM émule le script BTC et est complète par Turing via un PDA double pile (automate de stockage pushable). Cette machine virtuelle s'exécute dans un bac à sable, qui contient un indexeur, un analyseur d'instructions et un état global pour réaliser le traitement des contrats intelligents ainsi que la synchronisation et la vérification de l'état.
Le jeu d'instructions de la machine virtuelle AVM contient l'opcode BTC complet, afin que les développeurs puissent programmer en utilisant de nombreuses fonctions BTC non activées sur le réseau principal. Cela fait d’AVM un réseau pionnier natif pour l’expansion écologique du BTC.
AVM est un ensemble d'architectures qui peuvent être personnalisées par n'importe quel protocole de métadonnées BTC, tel que BRC 20, ARC 20, 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 convient à presque tous les protocoles de métadonnées et ne nécessite qu'un réglage fin de l'indexeur sous la machine virtuelle.
AVM a publié une version de test https://x.com/atomicalsxyz/status/1823901701033934975 et le code associé https://github.com/atomicals/avm-interpreter.
SUR_NET
Site officiel : https://opnet.org/#
OP_NET a été proposé au troisième trimestre 2024 et s'engage à introduire des fonctions de contrat intelligent similaires à Ethereum sur le réseau Bitcoin, mais est plus conforme aux caractéristiques et à l'architecture de Bitcoin. Pour échanger sur OP_NET, utilisez uniquement du Bitcoin natif, sans avoir besoin d'utiliser d'autres jetons pour payer les incitations aux nœuds ou les frais de transaction.
OP_NET fournit une bibliothèque de développement complète, compacte et facile à utiliser, principalement écrite en AssemblyScript (similaire à TypeScript, qui peut être compilé en WebAssembly). Son objectif de conception est de simplifier la création, la lecture et le fonctionnement des technologies liées au Bitcoin. en particulier dans les téléphones intelligents. Contrats et Bitcoin Smart Inscription (BSI, Bitcoin Smart Inscription).
Fonctions et fonctionnalités principales d'OP_NET
OP_NET préserve le consensus de bloc et la disponibilité des données de Bitcoin, 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 de la chaîne « BSI » et exécutées dans OP_VM pour mettre à jour l'état du contrat.
Le nœud OP_NET exécute une machine virtuelle WASM et prend donc en charge plusieurs langages de programmation tels que AssemblyScript, Rust et Python. En tirant parti de Tapscript pour activer des fonctions avancées de contrat intelligent, les développeurs peuvent déployer et déployer directement sur la blockchain Bitcoin Interactive sans autorisation. contrats intelligents.
Le code de ces contrats intelligents est compressé et écrit dans les transactions BTC. Cette fois, une adresse UTXO est produite, qui est considérée comme l'adresse du contrat. Les utilisateurs doivent transférer des fonds à cette adresse lorsqu'ils interagissent avec le contrat.
Lors de l'interaction avec le réseau OP_NET, en plus des frais de traitement pour les transactions BTC, les utilisateurs doivent payer des frais de traitement supplémentaires d'au moins 330 satoshis. Ceci afin de garantir que la transaction ne sera pas reconnue comme une « attaque de poussière » par BTC. mineurs du réseau principal. Les utilisateurs peuvent ajouter des frais de gaz supplémentaires, et l'ordre de conditionnement des transactions sur le réseau OP_NET sera trié en fonction des frais de traitement et ne dépendra pas entièrement de l'ordre de conditionnement des blocs BTC. Si les frais de transaction OP_NET payés par l'utilisateur sont supérieurs à 250 000 sat, l'excédent sera reversé au réseau de nœuds OP_NET.
Afin d'étendre l'utilisation de BTC dans les applications DeFi, OP_NET fournit un système de preuve d'autorité qui permet d'encapsuler BTC car le Mainnet BTC est relié au protocole OP_NET via plusieurs signatures.
Il convient de mentionner qu'OP_NET est compatible avec SegWit et Taproot et que la conception de ses jetons n'est pas liée à UTXO, évitant ainsi le risque d'envoi incorrect de jetons aux mineurs, améliorant encore 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 une prise en charge d'applications décentralisées dans l'écosystème Bitcoin.
Le projet écologique d'OP_NET
Le prédécesseur d'OP_NET est le protocole cbrc-20, et la plupart des projets écologiques le poursuivent directement. L'écosystème couvre le commerce décentralisé, les prêts, la tenue de marché, la fourniture de liquidités, les ponts entre chaînes et d'autres domaines :
Motoswap : Il s'agit d'un protocole d'échange décentralisé qui fonctionne sur Bitcoin Layer 1.
Stash : Il s'agit d'un protocole de prêt décentralisé qui fonctionne sur Bitcoin Layer 1. Stash utilise le WBTC d'OP_NET comme garantie, permettant aux utilisateurs d'effectuer des prêts sans autorisation, avec des prêts émis sous la forme de pièces stables en USD.
Ordinal Novus : Il s'agit de la plateforme de tenue de marché et de fourniture de liquidités dans l'écosystème OP_NET.
Ichigai : Il s'agit d'un agrégateur décentralisé qui intègre plusieurs plateformes DeFi afin que les utilisateurs puissent gérer les portefeuilles de trading, de suivi du marché et d'investissement sur une seule interface.
SatBot : Un robot de trading intégré à Telegram qui permet aux utilisateurs d'exécuter des transactions, de suivre les marchés et de gérer des portefeuilles en temps réel via Telegram.
KittySwap : Une plateforme d'échange décentralisée et de contrat perpétuel fonctionnant sur OP_NET.
Expurgé : Fournit des services bancaires privés DeFi privés et conformes sur la chaîne.
SLOHM Finance : Un projet de monnaie de réserve décentralisé lancé sur OP_NET.
BuyNet : Un robot d'achat développé pour l'écosystème Bitcoin DeFi.
SatsX : Un projet visant à développer des fonctionnalités et des outils multifonctionnels sur OP_NET, étendant les capacités de l'écosystème.
Meme Coins 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.
BRC 100
Documentation : https://docs.brc100.org
BRC-100 est un protocole informatique décentralisé basé sur la théorie des ordinaux. En ajoutant de nouvelles opérations telles que « détruire » et « diffuser » au brc 20, grâce à la combinaison de ces nouvelles opérations, différents détenteurs d'adresses sont enregistrés dans l'indexeur. statut pour réaliser des opérations de défi complexes. Les développeurs peuvent également développer davantage d'opérateurs basés sur le protocole BRC-100 pour développer leurs activités.
Fonctionnement du protocole BRC-100
BRC-100 fournit certaines opérations : mint 2/mint 3 et burn 2/bur n3, afin que les jetons puissent être convertis en toute sécurité entre le modèle UTXO et le modèle de machine d'état :
menthe 2 : utilisée pour générer de nouveaux jetons et augmenter la circulation de l'ensemble du système. Nécessite généralement l’autorisation d’une application ou d’une adresse pour fonctionner.
menthe 3 : semblable à la menthe 2, mais n'augmentera pas la circulation. Il est principalement utilisé pour convertir les soldes des applications en UTXO (Unspent Transaction Outputs), qui peuvent être utilisés dans d’autres applications.
burn 2 : utilisé pour détruire les jetons et mettre à jour le statut de l'application en même temps. Les jetons détruits peuvent être régénérés via Mint 2 si certaines conditions sont remplies.
burn n3 : similaire au burn 2, mais au lieu de réduire la circulation, les jetons sont convertis dans l'état de l'application. Les jetons détruits peuvent être régénérés via Mint 3.
Extensions et compatibilité
Les capacités informatiques et les transitions d'état peuvent être étendues via le protocole d'extension BRC-100. Tous les protocoles d'extension BRC-100 sont compatibles entre eux, c'est-à-dire que les jetons qui implémentent BRC-100 et ses protocoles d'extension peuvent être utilisés dans toutes les applications. Dans le même temps, le protocole BRC-100 et ses protocoles d'extension peuvent être mis à jour et améliorés en améliorant le protocole.
Le protocole BRC-100 et toutes les extensions et protocoles d'amélioration sont collectivement appelés pile de protocoles BRC-100. Tous les protocoles d'extension BRC-100 sont compatibles les uns avec les autres, c'est-à-dire que les jetons qui implémentent BRC-100 et ses protocoles d'extension peuvent l'être. utilisé dans toutes les applications et prend en charge les opérations de chaîne transfrontalières. Il existe des BRC-101, BRC-102 et BRC-104 :
BRC-101 est un protocole de gouvernance décentralisé en chaîne qui définit comment gouverner les applications basées sur le protocole BRC-100 ou ses protocoles d'extension.
BRC-102 est un protocole de liquidité automatisé pour les actifs BRC-100. Il définit une méthode de tenue de marché automatisée basée sur la « formule de produit constant » (x*y=k) pour une paire de jetons basée sur la pile de protocoles BRC-100. .
BRC-104 est un protocole de pool de jalonnement de liquidité/jalonnement lourd qui définit comment regrouper les actifs BRC-20, les actifs runiques et le BTC dans les actifs BRC-100 par le biais du jalonnement, et comment distribuer les récompenses des actifs BRC-100 aux actifs BRC-100, BRC. -20 actifs, actifs runiques ou jalonneurs BTC. BRC-104 est le protocole Asset Wrapping et le protocole Yield Farming de la pile de protocoles BRC-100.
Projet écologique BRC-100
L'équipe du projet explore une méthode permettant d'obtenir une indexation minimale pour l'indexeur de protocole BRC-100. Le côté demande peut déployer son propre index minimum pour obtenir l'état de tous les actifs de la pile de protocoles BRC-100 sans avoir à mettre en œuvre la logique de calcul complexe de tous les protocoles étendus. De plus, les index minimaux ne nécessitent pas de mises à jour ou de mises à niveau fréquentes.
Il y a 3 projets dans l'écosystème BRC-100 :
inBRC (lancé) - La première place de marché et indexeur BRC-100 : https://inbrc.org/.
100Swap (Lancé) - Le premier échange décentralisé Bitcoin L1 AMM Inscription basé 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 le protocole BRC-104 et le protocole BRC-106, composé de pièces stables décentralisées adossées à des garanties, de jetons enveloppés et d'extraction de liquidité : https://100layer. io/.
RUNES programmables (Protorunes)
Une rune est essentiellement une structure de données stockée dans le champ OP_RETURN de Bitcoin. Comparé à d'autres protocoles basés sur JSON (tels que BRC-20), Rune est plus léger et ne repose pas sur des systèmes d'indexation complexes, conservant ainsi la simplicité et la sécurité de Bitcoin.
Programmable Runes est une couche d'extension de Runes qui permet la création d'actifs programmables avec Runes. L'introduction de ces actifs peut exister dans UTXO et prendre en charge des opérations similaires aux protocoles AMM (automated market maker). Le concept principal de Programmable Runes est d'utiliser les données de la blockchain Bitcoin pour mettre en œuvre des fonctions de contrat intelligent via des machines virtuelles ou des technologies similaires.
Protocole Proto-Runes
Parmi les runes programmables, le projet le plus important est le protocole Proto-Runes, développé par l'équipe du fondateur du portefeuille oyl @judoflexchop. Actuellement open source : https://github.com/kungfuflex/protorune
Le protocole Proto-Runes est une norme et une spécification qui fournit un cadre pour les runes programmables. En gérant et en transférant les actifs runiques entre métaprotocoles, des AMM, des protocoles de prêt ou des contrats intelligents matures peuvent être créés.
Par exemple, le protocole Proto-Runes implémente un DEX (échange décentralisé) similaire à Uniswap sur le réseau Bitcoin, prenant en charge l'échange atomique d'actifs runiques et la création de pools de liquidités. Grâce à la combinaison de la destruction de prototypes et de la messagerie prototype, les utilisateurs peuvent effectuer des transactions décentralisées et gérer des actifs sans quitter le réseau Bitcoin.
En termes simples, le protocole Proto-Runes permet de graver des runes sous la forme de runes programmables, Protorunes, donnant ainsi aux runes des fonctions et des utilisations supplémentaires.
Protoburn et Protorunes
L'un des mécanismes clés de Proto-Runes est Protoburn, qui permet aux utilisateurs de détruire et de convertir les runes en représentations utilisées uniquement par les sous-protocoles. Ces actifs runiques sont ciblés via les pointeurs ou les édits de Runestone sur le protocole runique, générant ainsi un nouvel actif. forme dans le sous-protocole, qui est la rune programmable Protorunes.
La destruction des prototypes garantit la non-utilisation des runes en les verrouillant sur la sortie OP_RETURN. Ce mécanisme garantit que les actifs Rune peuvent être transférés en toute sécurité du protocole principal vers le sous-protocole, permettant ainsi d'autres opérations et transactions dans le sous-protocole.
Ce processus est généralement à sens unique, c'est-à-dire que les actifs sont transférés du protocole runique au sous-protocole, mais ne peuvent pas être retransférés directement. Le message Protoburn est intégré dans la Protostone dans le champ Protocole de la Runestone, et sa balise de protocole est 13 (Rune Protocol Tag). Le message contient des informations telles que l'ID du sous-protocole cible et le pointeur d'actif. Ce mécanisme constitue la base de la gestion des actifs et du transfert entre les sous-protocoles et permet des fonctions telles que les échanges atomiques.
Protomessage
Dans le protocole Proto-Runes, Protomessage fait référence aux instructions d'opération exécutées dans le sous-protocole. Pour ce faire, il l'encode dans une structure Protostone et l'analyse par l'indexeur. Le protomessage inclut généralement des demandes d'opération pour des actifs, telles que des transferts, des transactions ou d'autres fonctions définies par le protocole. Lorsque l'indexeur analyse un champ de message dans Protostone, le champ contient un tableau d'octets, qui est généralement analysé via protobuf ou un autre sérialiseur attendu par le sous-protocole, puis transmis en tant que paramètre au runtime du sous-protocole. Le message peut impliquer des transferts d'actifs, une logique de transaction ou d'autres fonctionnalités de protocole.
Le pointeur est utilisé pour spécifier l'emplacement cible du Protostone. Cet emplacement peut être un UTXO dans la sortie de la 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 protocoles seront renvoyés à l'emplacement pointé par le pointeur de remboursement (refund_pointer), et les actifs inutilisés seront restitués à l'initiateur de la transaction d'origine.
Le mécanisme de fonctionnement du protocole Proto-Runes
Le mécanisme de fonctionnement du protocole Proto-Runes est le suivant : l'indexeur traite d'abord la fonctionnalité Runestone dans le protocole Rune, puis traite les messages de protocole des sous-protocoles en séquence. Tous les protocoles sont traités dans l'ordre dans lequel ils apparaissent dans le champ Protocole de la pierre runique. Afin d'éviter la complexité et les failles de sécurité potentielles, le protocole Proto-Runes interdit l'exécution récursive des messages prototypes, c'est-à-dire que chaque message prototype ne peut être exécuté qu'une seule fois. Toute instruction récursive entraînera l'échec de la transaction et les actifs inutilisés seront restitués.
Dans le protocole Proto-Runes, LEB 128 (Little Endian Base 128) est un codage de longueur variable utilisé pour représenter de grands entiers. Le codage LEB 128 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é du traitement. Chaque sous-protocole possède une étiquette de protocole unique utilisée pour distinguer les différents sous-protocoles. Ces balises sont représentées par des valeurs u 128 et apparaissent dans Protostone sous forme de valeurs codées LEB 128. Le pointeur est utilisé pour spécifier l'emplacement cible de Protostone, qui peut être un UTXO dans la sortie de transaction, ou un autre Protostone, ou même faire référence à un message prototype pour implémenter une logique d'opération complexe dans un sous-protocole.
Dernier développement : Genesis Protorune
QUORUM•GENESIS•PROTORUNE est le premier Protorrune. Son Protoburn a été terminé avec succès. Vous pouvez voir que le fonctionnement correct de l'indexeur d'ordre se produit sans cénotaphe car OP_RETURN est utilisé pour afficher le solde de QUORUM•GENESIS•PROTORUNE. vu via ce lien : https://mempool.space/tx/eb2fa5fad4a7f054c6c039ff934c7a6a8d18313ddb9b8c9ed1e0bc01d3dc9572.
Cette implémentation de Genesis Protorune est uniquement destinée à servir de référence et n'est pas destinée à la vente. Il est destiné à servir de forum ouvert pour les normes Protorune et peut être intégré au protocole pour fournir des fonctions de gouvernance pour les jetons de projet.
@judoflexchop L'équipe développe toujours un indexeur pour cette protorune de genèse, un WASM : https://github.com/kungfuflex/quorumgenesisprotorune
Il s'agit d'un modèle fonctionnel qui implémente la gouvernance en chaîne sur Bitcoin L1, agissant comme un indexeur permettant aux utilisateurs de générer des jetons de vote via un protomessage. Les jetons de vote ne peuvent être générés qu'une seule fois par proposition pour la même gamme de runes. Les propositions sont automatiquement exécutées une fois le quorum atteint, et les utilisateurs peuvent également retirer leurs votes en transférant les jetons de vote vers une adresse non utilisable. L’ensemble du processus garantit la transparence et l’efficacité de la gouvernance.