Goldinals : une norme de jetons fongibles avec un niveau de confiance minimal sur Bitcoin
TechFlow SélectionTechFlow Sélection
Goldinals : une norme de jetons fongibles avec un niveau de confiance minimal sur Bitcoin
Le bitcoin a besoin d'une véritable programmabilité, pas du chaos.
Dédié à des analyses Web3 approfondiesAuteur : Analyse exclusive Techub
Rédaction : Tia, Techub News
« Le Bitcoin a besoin d'une véritable programmabilité, pas du chaos. »
Actuellement, les standards d'actifs dans l'écosystème Bitcoin sont fortement fragmentés, avec des protocoles comme BRC-20, Ordinals et Runes fonctionnant indépendamment les uns des autres, sans interopérabilité. Cette situation oblige les utilisateurs et les développeurs de portefeuilles à gérer des formats complexes et des modèles d'exécution disparates.
En outre, en raison du modèle UTXO de Bitcoin basé sur des scripts de déblocage et des scripts à débloquer, qui manque d'un état global et d'un environnement de programmation Turing-complet comme sur Ethereum, ces protocoles dépendent souvent d'indexeurs hors chaîne pour maintenir l'état. Par exemple, BRC-20, né de la capacité d'Ordinals à stocker durablement des informations via SegWit et Taproot sans dépasser les limites de taille, dépend entièrement d'indexeurs externes pour maintenir l'état global des soldes de jetons. Cela augmente les coûts opérationnels et les risques de confiance. Goldinals, lancé par Nubit, a précisément été conçu pour résoudre ces problèmes.
Goldinals est un standard de jetons fongibles minimisant la confiance sur Bitcoin, visant à corriger le manque de normalisation dans l'écosystème actuel des actifs Bitcoin tout en préservant la décentralisation et la sécurité inhérentes au réseau Bitcoin. Grâce à des innovations techniques et conceptuelles, Goldinals offre aux utilisateurs et développeurs Bitcoin une méthode efficace et flexible de gestion des jetons. Pour atteindre cet objectif, il introduit des avancées clés en matière de conception technique et fonctionnelle, dont le cœur repose sur la construction d’un zkOracle validé via BitVM.
Le 5 juin 2024, Nubit, le protocole derrière Goldinals, a levé 8 millions de dollars lors d’un tour de financement initial, mené par Polychain Capital, avec la participation de Nomad Capital, Spartan Group, L2IV, Big Brain Holdings, GCR, Protagonist, Gate Ventures, Animoca et Mask Network. Ce nouveau financement porte le total des fonds levés par Nubit à 12 millions de dollars.
Ordinals, BRC-20, Runes et leurs problèmes d’interopérabilité
Ordinals
Ordinals permet aux utilisateurs d'inscrire des données arbitraires (texte, images ou autres métadonnées) sur l'unité la plus petite de Bitcoin (les satoshis, ou « sats »), en exploitant SegWit et Taproot.
BRC-20
BRC-20 est un standard de jeton Bitcoin sans état, permettant la création, le transfert et la destruction de jetons. Contrairement à ERC-20 sur Ethereum, BRC-20 n'est pas intégré logiquement dans la blockchain, mais repose sur une approche « greffée » utilisant la fonctionnalité de stockage de données d'Ordinals. Les opérations BRC-20 (création, transfert) s'effectuent en gravant des informations d'état sous forme de fichiers JSON dans les transactions Bitcoin. Ces données définissent le nom du jeton, l'offre totale et les adresses des détenteurs.
Comme BRC-20 ne repose pas sur un état global de la blockchain comme ERC-20, il nécessite des indexeurs hors chaîne pour analyser toutes les transactions pertinentes et reconstruire l'état actuel des jetons. Par exemple, pour connaître le solde d'une adresse, l'indexeur doit lire toutes les transactions historiques et recalculer le solde.
Runes
Runes est un protocole de jetons Bitcoin similaire à BRC-20, dont l'idée centrale consiste à intégrer l'état et les opérations des jetons directement dans les transactions Bitcoin, en exploitant le modèle UTXO (sorties de transaction non dépensées). Runes utilise le champ OP_RETURN ou d'autres champs standards de Bitcoin pour enregistrer les informations de transfert et d'opération des jetons. Chaque action sur un jeton Rune s'effectue via une transaction Bitcoin ordinaire.
Problèmes d’interopérabilité
Les méthodes d'implémentation de ces différents protocoles sont incompatibles entre elles. Ordinals stocke des informations via un format de données inscrit dans les transactions Bitcoin, BRC-20 utilise le format JSON pour définir l'état des jetons, tandis que Runes s'appuie davantage sur le modèle UTXO de Bitcoin. Ces formats ne peuvent pas être directement reconnus ou analysés par d'autres protocoles.
De plus, BRC-20 étant une implémentation sans état, toute la gestion de l'état dépend de reconstruction externe par indexeur, alors que Runes stocke l'état directement sur la blockchain via le modèle UTXO, et qu'Ordinals se concentre sur l'attribution d'identifiants à des sats individuels. Ces mécanismes n'utilisent pas de méthode commune de gestion d'état.
Chaque protocole définit ses propres règles et formats, empêchant toute interaction directe ou support mutuel pour l'interopérabilité.
Goldinals résout cette impasse en introduisant un nouveau standard compatible avec Ordinals/Runes/BRC-20, éliminant la nécessité d'indexeurs hors chaîne pour maintenir l'état, et ainsi offrant une solution d’interopérabilité.
Conception et mise en œuvre technique de Goldinals
Les fonctionnalités principales de Goldinals comprennent :
-
Déploiement (Deploy) : Initialisation des paramètres du protocole et création d'une instance de jeton.
-
Frappes (Mint) : Création de nouveaux jetons attribués à une adresse spécifique.
-
Transfert (Transfer) : Déplacement de jetons entre adresses.
-
Destruction (Burn) : Suppression de jetons et réduction de l'offre.
Bien que similaires à ERC-20 ou BRC-20, ces fonctions sont plus complexes à réaliser sur Bitcoin en raison de son architecture sans état et de son langage de script non Turing-complet. Contrairement aux appels atomiques transparents d'Ethereum, Goldinals exige une gestion minutieuse de la mise à jour et de la validation de l'état en plusieurs étapes, garantissant que chaque opération bénéficie pleinement de la sécurité de Bitcoin.
Machine à états Goldinals et processus de mise à jour d’état
La machine à états de Goldinals se compose de trois phases majeures : Prepare (Préparation), Kickoff (Lancement) et Challenge (Contestation).
Phase Prepare : Enregistrement de l’intention d’opération
Dans cette phase, l’émetteur soumet son intention d’opération (transfert ou frappe) via une transaction Bitcoin, en y intégrant les métadonnées correspondantes. Il utilise le champ OP_RETURN pour inscrire les paramètres de l’opération (adresse destinataire, montant, type d’action). Cette transaction est enregistrée sur Bitcoin, assurant transparence et immuabilité de l’intention. Un zkOracle (machine à états basée sur des preuves à connaissance nulle) analyse les blocs Bitcoin, extrait les transactions Prepare liées à Goldinals et les intègre à l’état global.
Phase Kickoff : Vérification et lancement de l’opération
Une fois la phase Prepare terminée, l’émetteur doit envoyer une transaction contenant une preuve à connaissance nulle (ZKP) afin de valider la légitimité de l’opération. Il génère hors chaîne une ZKP attestant que son opération respecte les règles du protocole (solde suffisant, paramètres valides). Cette preuve est soumise via une transaction Kickoff au réseau Bitcoin, puis vérifiée par le zkOracle. Une exécution réussie de cette phase signifie que la légalité de l’opération est prouvée, mais celle-ci n’est pas encore définitivement confirmée — elle attend la conclusion de la phase Challenge.
Phase Challenge : Revue et contestation
La phase Challenge constitue le cœur du design de la machine à états, en fournissant un mécanisme décentralisé de revue pour garantir la légitimité des opérations. Pendant la période de contestation, tout participant (le « challenger ») peut contester l’opération soumise. Par exemple, si la preuve à connaissance nulle fournie est incorrecte, le challenger peut présenter une contre-preuve. En utilisant le mécanisme de preuve interactive de BitVM, le challenger interagit avec l’émetteur pour effectuer la vérification. Si une anomalie est détectée, le challenger peut soumettre une transaction sur chaîne pour bloquer la confirmation. Si aucune objection n’est soulevée durant cette période, l’opération est confirmée définitivement et l’état global de Goldinals est mis à jour par le zkOracle.
Détails d’exécution : Transferts, Frappes, etc.
Transfert
Lors d’un transfert, l’émetteur commence par soumettre une transaction Bitcoin en phase Prepare, enregistrant l’intention de transfert sur chaîne. Le zkOracle enregistre et valide cette transaction. En phase Kickoff, l’émetteur soumet une preuve à connaissance nulle attestant de son solde suffisant et du respect des règles. En phase Challenge, tout challenger peut vérifier la validité de la preuve et de la transaction. En l’absence de contestation, le transfert est confirmé et le solde de l’adresse destinataire est mis à jour.
Frappes (Mint)
Le processus de frappe est similaire au transfert. L’émetteur soumet en phase Prepare une transaction contenant les paramètres de création. Puis, en phase Kickoff, il fournit une preuve à connaissance nulle vérifiant que l’opération respecte les règles du protocole (plafond d’offre, restrictions d’attribution). Pendant la phase Challenge, les participants vérifient la conformité. En l’absence d’objection, la frappe est confirmée.
Consultation des soldes
Les utilisateurs peuvent utiliser la commande scanblocks de Bitcoin Core pour analyser toutes les transactions Prepare liées à leur adresse et vérifier l’état final de celles-ci. Ainsi, ils peuvent valider leur solde sans dépendre d’un indexeur externe.
Conclusion
Par rapport à d’autres protocoles comme BRC-20, Goldinals présente des avantages significatifs. En éliminant la dépendance aux indexeurs externes, toutes les validations s’effectuent directement via le réseau Bitcoin, renforçant ainsi la décentralisation et libérant les utilisateurs de la confiance accordée à des tiers. De plus, le flux de transaction de Goldinals est plus efficace : contrairement à BRC-20, qui nécessite souvent plusieurs transactions Bitcoin pour une seule opération, Goldinals réduit considérablement la complexité et les frais de transaction. Enfin, grâce à l’intégration des preuves à connaissance nulle, Goldinals offre une forte programmabilité, permettant des portefeuilles multisignatures, des transferts conditionnels ou des logiques complexes déclenchées par des événements externes, élargissant ainsi son champ d’application.
Un point essentiel est que Goldinals introduit un standard d’actif unifié, intégrant les fonctionnalités et logiques des protocoles existants. Nubit développe également un compilateur spécial qui transforme du code convivial en scripts optimisés pour Bitcoin, tout en réalisant une vérification formelle pour garantir mathématiquement l’intégrité de chaque programme.
Hanzhi, cofondateur de Nubit, déclare : « Le Bitcoin a besoin d'une véritable programmabilité, pas du chaos. » Avec une base solide et des normes claires, l'écosystème Bitcoin peut passer du chaos à une innovation positive et interopérable.
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
@News_Techub
