Le volume des transactions on-chain a bondi de 62 % en novembre, faisant le point sur sept développements importants dans la technologie BTC

Source/galaxie

Compilateur/Nick

Résumé

Cet article met en lumière les évolutions technologiques importantes qui ont eu lieu dans l’écosystème BTC en octobre et novembre 2023. Les sept sujets suivants sont abordés :

Publication du livre blanc BitVM

Lancement de Taproot Assets sur le réseau principal

OP_CAT proposition

OP_TXHASH propositions

Proposition d’arbres de délai d’expiration de foudre

Proposition MuSig2-PSBT

Proposition BIP-324

Présentation

En novembre 2023, le nombre de transactions on-chain sur BTC augmenté de 62 % d’un mois sur l’autre, principalement en raison de la résurgence des ordinaux et du BRC-20. La valeur totale des dollars transférés BTC novembre a dépassé 147 milliards de dollars, soit une augmentation significative de 21 % par rapport au mois précédent. Cette augmentation est en grande partie attribuable à la hausse des prix en BTC, mais BTC volume sur le marché au comptant a également augmenté de 18 % en glissement trimestriel, tandis que le volume des contrats à terme a diminué de 1 % en glissement trimestriel, respectivement.

Depuis l’avènement des ordinaux en janvier 2023, la communauté des développeurs BTC a connu une résurgence significative de l’exploration de nouveaux protocoles de jetons fongibles, de solutions de mise à l’échelle et d’implémentations de contrats intelligents. Dans l’ensemble, le paysage du développement post-ordinals BTC s’est élargi et travaille plus dur que jamais depuis des années pour améliorer les cas d’utilisation des applications on-chain et off-chain. Cet article met en évidence sept développements et recommandations clés pour le T4 2023 BTC. Ces développements soulignent le nouvel engagement des développeurs de l’écosystème BTC à étendre la portée des applications BTC et à prendre en charge les cas d’utilisation.

Développement technologique

BitVM

Définition de BitVM : BitVM implémente des contrats intelligents expressifs sur BTC. Compte tenu de la conception BTC, l’exécution de contrats intelligents directement sur BTC est lente et coûteuse. Avec BitVM, les contrats intelligents sont exécutés hors chaîne, et les participants ne peuvent utiliser le code sur le BTC directement qu’en cas de litige, en utilisant BTC scripts natifs pour appliquer les règles contractuelles. BitVM fonctionne de la même manière que les cumuls optimistes utilisés dans l’écosystème ETH Fang, avec des éléments tels que des preuves de fraude et des protocoles de défi-réponse.

Le contrat BitVM est structuré de manière à ce que deux parties se mettent d’accord sur une séquence pré-signée de transactions qui mènent à l’événement. Comme pour les rollups optimistes, s’il y a un tricheur, la partie honnête a la possibilité de défier le tricheur. Surtout, BitVM n’a pas besoin de mettre à niveau BTC blockchain de couche 1. BitVM utilise uniquement des primitives qui sont déjà comprises dans le BTC, telles que les hashlocks, les timelocks et les taps.

Importance : BTC sont souvent critiqués pour leur manque d’innovation et leur capacité à rivaliser directement avec d’autres Layer 1 plus polyvalents comme ETH et Solana. BTC donnons toujours la priorité à la mise à l’échelle hiérarchisée plutôt que d’essayer d’étendre les capacités de la couche de base. Le Lightning Network est un exemple de réseau haute performance, centré sur le paiement, construit sur BTC. Avec BitVM, des calculs plus complexes peuvent être effectués sur des couches construites sur BTC, ce qui vous permet de continuer à mettre à l’échelle BTC par le biais de la hiérarchisation au lieu de mettre à niveau les protocoles de base.

Lancement des ressources Taproot sur le réseau principal

Définition des actifs Taproot : Lightning Labs, une société de développement de blockchain qui développe des logiciels pour le réseau BTC Lightning, a publié un nouveau protocole pour l’émission de stablecoins et d’autres actifs sur le réseau Lightning. Le protocole Taproot Assets (anciennement connu sous le nom de TARO) permet aux développeurs d’émettre, d’envoyer et de recevoir des ressources basées sur BTC. Lightning Labs propose et travaille sur des moyens d’émettre des ressources sur le Lightning Network depuis des années, et ce lancement sur le réseau principal est une étape importante.

Les ressources Taproot sont créées en saisissant des données arbitraires dans un script Taproot (Tap). Tap est un langage de script qui permet une variété de nouveaux types de transactions pendant le processus de mise à niveau de Taproot. La ressource Taproot utilise Taptree, une structure de données d’arborescence de Merkle, pour stocker les données de jeton dans la sortie Taproot. Toutes les ressources Taproot sont émises sur la chaîne par le biais de transactions Taproot standard au niveau de la couche de base. Bien que les ressources Taproot soient émises et réglées sur BTC couche de base, Lightning Labs a spécialement conçu les ressources Taproot pour qu’elles soient compatibles avec le Lightning Network. La fonctionnalité de l’actif Taproot est obtenue grâce à une version améliorée de la transaction de BTC partiellement signée (PSBT), qui est également utilisée pour échanger des ordinaux et BRC-20, connue sous le nom de transaction BTC partiellement signée virtuelle (vPSBT). Le mécanisme est un moyen d’échanger des actifs Taproot sur le Lightning Network de manière peer-to-peer sans confiance.

Pourquoi c’est important : Taproot Assets fournira un moyen efficace de créer des jetons fongibles sur BTC. En avril 2023, les développeurs d’Ordinals ont créé une nouvelle norme de jeton fongible appelée BRC-20. La norme de jeton utilise une technologie d’inscription qui permet aux utilisateurs d’attacher des données arbitraires à un seul SAT, la plus petite unité de BTC. L’émergence du BRC-20 témoigne du besoin de NFT sur BTC, bien que la norme BRC-20 soit notoirement inefficace. Avec le lancement officiel de Taproot Assets le 18 octobre 2023, les NFT sur BTC ont une chance de prospérer sur le Lightning Network. Les avantages de posséder des NFT sur le Lightning Network incluent la réduction de la congestion du réseau sur BTC chaînes natives. Dans l’ensemble, Taproot Assets est une solution prometteuse pour introduire les NFT sur BTC et obtenir plus d’utilisateurs sur le Lightning Network.

OP_CAT Proposition

OP_CAT Définition de la proposition : Le chercheur BTC Ethan Heilman a soumis une proposition d’amélioration BTC (BIP) à la liste de diffusion Bitcoin-Dev, suggérant l’ajout d’opcodes OP_CAT à BTC langages de script. L’opcode permettra aux développeurs de construire et d’évaluer les arbres de Merkle et d’autres structures de données de hachage dans Tap, un langage de script natif utilisé pour activer de nouveaux types de transactions pendant le processus de mise à niveau de Taproot.

OP_CAT n’est pas une idée nouvelle. BTC développeurs supprimaient auparavant les opcodes des scripts BTC parce qu’ils pouvaient construire des scripts gourmands en données, ce qui augmentait la charge sur BTC ressources informatiques de nœuds. Toutefois, étant donné que la mise à niveau de Taproot introduit une limite de taille (520 octets) pour les scripts Taproot, OP_CAT sera un outil utile pour les développeurs et n’entraînera pas de surcharge de calcul excessive pour les opérateurs de nœuds.

Pourquoi c’est important : avant la mise à niveau de Taproot de novembre 2021, BTC s’appuyait entièrement sur des scripts BTC pour la programmabilité. Cependant, la mise à niveau de Taproot étend considérablement les capacités de programmabilité des transactions de BTC. L’activation de OP_CAT améliorera encore la programmabilité de BTC en supprimant les limitations précédemment imposées, créant ainsi de nouvelles opportunités pour différents cas d’utilisation.

OP_TXHASH Proposition

OP_TXHASH Définition de la proposition : Steven Roose, BTC développeur principal, a proposé un BIP axé sur les avantages de l’implémentation de deux nouveaux opcodes, OP_TXHASH et OP_CHECKTXHASHVERIFY pour les langages de script BTC. L’opcode OP_TXHASH sera en concurrence directe avec les deux principales propositions de contrats BTC aujourd’hui, BIP-118 et BIP-119. Un contrat est une condition de dépense prédéterminée imposée à BTC transaction. Par exemple, un utilisateur peut créer un contrat qui garantit que le destinataire d’une transaction ne peut dépenser que les BTC envoyées à son adresse après 200 blocs.

Pourquoi c’est important : L’activation du contrat pourrait être la motivation pour BTC prochaine mise à niveau majeure. TXHASH EST L’UN DES PRINCIPAUX BIP QUE LES DÉVELOPPEURS VEULENT ACTIVER DANS 1 À 2 ANS. TXHASH FOURNIT UNE REPRÉSENTATION PLUS ADAPTABLE DES CONTRATS EN PERMETTANT AUX CHAMPS DE TRANSACTION D’ÊTRE PERSONNALISÉS DANS BTC TRANSACTIONS. Cette flexibilité permet aux utilisateurs d’ajuster les frais de transaction, une caractéristique clé lorsqu’il s’agit de taux incertains et fluctuants, ce qui n’est pas soutenu par d’autres propositions de clauses restrictives telles que BIP-119. De plus, lorsqu’il est combiné avec d’autres BIP tels que OP_CAT, OP_TXHASH a le potentiel de reproduire la fonctionnalité du BIP-118, une autre proposition de compact de premier plan actuellement évaluée par la communauté BTC.

Proposition d’arbres de délai d’expiration de foudre

Définition de la proposition d’arbres de délai d’expiration de la foudre : Le réseau Lightning est la couche 2 principale de BTC et a connu une adoption généralisée au cours des dernières années. L’un des principaux obstacles à la poursuite de l’adoption est que les utilisateurs doivent initier au moins une transaction de BTC on-chain lorsqu’ils utilisent le Lightning Network afin de transférer des fonds hors chaîne. Cette limite limite le nombre d’utilisateurs qui peuvent migrer des ressources hors chaîne, en particulier si les frais de transaction on-chain sont élevés.

L’une des solutions explorées de longue date est un concept appelé « usine à canaux » qui permet à plusieurs utilisateurs de rejoindre le LN en une seule transaction BTC. La mise en œuvre d’une fabrique de canaux a le potentiel d’abaisser considérablement la barrière à l’entrée pour le réseau Lightning en réduisant le coût d’ouverture d’un canal Lightning entre plusieurs utilisateurs.

Importance : Bien que BTC théorie existe depuis des années, ses limites de script font qu’il est difficile pour quiconque de trouver une solution convaincante et sécurisée pour permettre une fabrique de canaux. Cependant, la proposition de John Law pour les « Lightning Timeout Trees » a peut-être trouvé une solution à l’utilisation des contrats (c’est-à-dire les conditions de dépenses pour la sortie des transactions de BTC). La proposition introduit le concept d’un coordinateur (ou fournisseur de services de foudre - LSP) qui supervisera l’ouverture et la fermeture des canaux d’utilisation. En utilisant l’acte, le coordinateur ne pourra pas dépenser les BTC de l’utilisateur sans autorisation appropriée. Bien que la proposition ne soit pas sans limites, il s’agit de la première architecture d’usine de canaux à tirer parti des contrats, un mécanisme puissant pour ajouter des conditions de dépenses sur BTC qui gagne en popularité parmi les développeurs de BTC pour une variété de cas d’utilisation, y compris l’hébergement BTC (voir BIP 345).

Mise à jour de la proposition Musig2

Définition de la proposition MuSig2 : MuSig2 est une version améliorée de MuSig1, un schéma multisig sur BTC qui permet la confidentialité et l’évolutivité. MuSig permet à plusieurs parties de contrôler une clé privée avec leur propre clé. Les clés privées partagées ne ressemblent pas à des transactions multisig on-chain, ce qui laisse une empreinte on-chain minimale. MuSig1 est une avancée basée sur les signatures de Schnorr qui offre des améliorations significatives par rapport aux schémas multisig traditionnels qui s’appuient sur BTC ECDSA.

MuSig2 (BIP-327) est une itération améliorée de MuSig1 qui offre des fonctionnalités de sécurité, d’efficacité et de confidentialité supérieures en fonctionnant comme un schéma multisig à deux tours, ne nécessitant que deux cycles de communication entre les signataires pour générer des signatures valides au lieu de trois. En octobre, le développeur de Bitcoin Core, Andrew Chow, a proposé deux nouveaux BIP axés sur le développement de MuSig2. Les PIF proposés sont MuSig2-PSBT et MuSig2-Descriptor.

Pourquoi c’est important : MuSig2-PSBT est un BIP orbital standard qui permettra un schéma multisig privé pour les transactions BTC partiellement signées (PSBT). Cette avancée profitera aux utilisateurs d’Ordinals et de BRC-20 et aux places de marché, entre autres, qui utilisent PSBT pour stimuler la vente d’actifs. L’intégration de MuSig2 dans PSBT en général aidera à masquer ces types de transactions on-chain en les faisant ressembler à des transactions à signature unique. Le deuxième BIP, MuSig2-deiors, est un BIP informationnel qui aidera les fournisseurs de portefeuilles à mettre en œuvre MuSig2-PSBT en fournissant un moyen de décrire la sortie des transactions contrôlées par le portefeuille MuSig2. Il est important de noter que le BIP de MuSig2-PSBT est toujours en cours d’examen préliminaire et doit se voir attribuer un numéro BIP, par conséquent, ce BIP ne sera pas prêt à être expédié à court terme (6 à 12 mois).

BIP-324 – Transport V2

BIP-324 Définition : BIP-324 est une amélioration de la confidentialité au niveau de la couche P2P BTC, qui facilite le transfert de données entre BTC nœuds sur le BTC. BTC couche P2P agit comme une autoroute pour les données, bien qu’une grande partie des données soient en clair et vulnérables à de multiples types d’attaques. Les attaquants potentiels peuvent utiliser des méthodes passives, telles que la surveillance de l’activité des nœuds pour recueillir des informations sur les adresses IP et l’origine des transactions, ou ils peuvent utiliser des techniques proactives, y compris des activités de falsification telles que l’interception des données transmises par les nœuds et leur censure. Ces attaques sont connues sous le nom d’attaques MITM (man-in-the-middle). Le BIP-324, anciennement connu sous le nom de BIP-151, préconise le chiffrement des données sur BTC couche P2P afin d’améliorer la résistance aux attaques BTC passives et actives.

Importance : La dernière version de Bitcoin Core (v0.26) ajoute la prise en charge des transferts P2P cryptés de la version 2 spécifiés dans BIP-324. La fonctionnalité est désactivée par défaut, mais tout le monde est autorisé à l’activer et à bénéficier d’une protection supplémentaire. Il s’agit d’une étape importante BTC la confidentialité au niveau P2P, marquant la première fois que BIP est activé sur BTC depuis 2021 (bien que BIP-324 ne nécessite pas de soft fork).