Auteur: Trustless Labs; lien vers l'article original:
BTC est actuellement la blockchain avec la meilleure Liquidité et la plus sécurisée. Après l'explosion de l'inscription, l'écosystème BTC a attiré de nombreux développeurs qui ont rapidement suivi les problèmes de programmabilité et de scalabilité de BTC. En introduisant différentes approches telles que ZK, DA, Sidechain, rollup, restaking, etc., la prospérité de l'écosystème BTC atteint de nouveaux sommets, devenant ainsi le fil conducteur de ce bull run.
Cependant, dans ces conceptions, de nombreux ont continué à étendre l'expérience de mise à l'échelle des contrats intelligents tels que ETH, et doivent dépendre de bridges cross-chain centralisés, ce qui est un point faible du système. Peu de solutions sont conçues en fonction des caractéristiques de BTC lui-même, ce qui est lié à une expérience de développement peu conviviale pour BTC lui-même. Pour diverses raisons, il ne peut pas exécuter de contrats intelligents comme Ethereum :
Le langage de script BTC limite la complétude de Turing pour des raisons de sécurité, ce qui empêche l'exécution de Smart Contracts comme dans Ethereum.
En même temps, le stockage de la blockchain BTC est conçu pour des transactions simples et n'est pas optimisé pour les contrats intelligents complexes.
Le plus important est que BTC n'a pas de Machine virtuelle pour exécuter les Smart Contract.
L'introduction de SegWit en 2017 a augmenté la limite de taille des blocs de BTC ; La mise à niveau de Taproot en 2021 permet la vérification en lot des signatures, facilitant ainsi le traitement des transactions (déverrouillage des échanges atomiques, portefeuille multi-signature et paiements conditionnels). Tout cela rend la programmabilité possible sur BTC.
En 2022, le développeur Casey Rodarmor a proposé sa « Théorie Ordinale », qui décrit le schéma de numérotation de Satoshi, permettant d'insérer des données telles que des images dans les transactions BTC, ouvrant de nouvelles possibilités pour intégrer des informations d'état et des métadonnées off-chain dans BTC, ce qui ouvre de nouvelles perspectives pour les applications telles que les Smart Contracts nécessitant des données d'état accessibles et vérifiables.
Actuellement, la plupart des projets qui étendent la programmabilité de BTC dépendent du réseau de couche 2 (L2) de BTC, ce qui oblige les utilisateurs à faire confiance aux ponts inter-chaînes, ce qui constitue un défi majeur pour l'accessibilité des utilisateurs et la liquidité de la L2. De plus, BTC manque actuellement d'une machine virtuelle native ou de programmabilité, ce qui empêche la communication entre la L2 et la L1 sans hypothèse de confiance supplémentaire.
RGB, RGB++ et Arch Network tentent tous d'améliorer la programmabilité du BTC en partant de ses propriétés natives, en offrant la capacité de smart contracts et de transactions complexes par différentes méthodes :
RGB est un schéma de contrat intelligent vérifié par un client hors chaîne, où les changements d'état du contrat intelligent sont enregistrés dans les UTXO de BTC. Bien qu'il présente certains avantages en termes de confidentialité, son utilisation est compliquée et il manque de la capacité de combiner des contrats. Son développement est actuellement très lent.
RGB++ est une autre extension de la voie RGB, qui repose toujours sur UTXO, mais en faisant de la chaîne elle-même un validateur de client avec Consensus, cela fournit une solution de transfert de chaîne à chaîne avec des actifs de métadonnées Interaction cross-chain, et permet de prendre en charge le transfert de n'importe quelle chaîne avec une structure UTXO.
Le réseau Arch fournit une solution Smart Contract native pour BTC, créant une machine virtuelle ZK et un réseau de validateurs correspondant, enregistrant les changements d'état et de phase d'actif dans les transactions BTC via l'agrégation des transactions.
RGB
RGB est une extension de Smart Contract de BTC dans les premiers jours de la communauté, qui enregistre les données d'état via l'encapsulation UTXO et fournit une idée importante pour l'expansion native de BTC ultérieure.
RGB utilise une méthode de validation off-chain pour déplacer la vérification des transferts de Jeton de la couche de consensus de Bitcoin (BTC) vers off-chain, où elle est vérifiée par des clients spécifiques liés à la transaction. Cette méthode réduit la nécessité de diffuser sur l'ensemble du réseau, renforce la confidentialité et l'efficacité. Cependant, cette méthode de renforcement de la confidentialité est également une épée à double tranchant. En n'autorisant que les Nœud liés à la transaction spécifique à participer à la validation, bien que cela renforce la protection de la vie privée, les tiers ne peuvent pas voir le processus réel, ce qui rend l'opération complexe et difficile à développer, avec une expérience utilisateur médiocre.
De plus, RGB introduit le concept de bande de scellement à usage unique. Chaque UTXO ne peut être dépensé qu'une seule fois, ce qui équivaut à le verrouiller lors de sa création et à le déverrouiller lors de sa dépense. L'état du Smart Contract est encapsulé dans l'UTXO et géré par une bande de scellement, ce qui permet de disposer d'un mécanisme efficace de gestion de l'état.
RGB++
RGB++ est une autre voie d'extension dans la logique RGB, toujours basée sur UTXO binding.
RGB++ utilise une chaîne UTXO Turing complet (comme CKB ou une autre chaîne) pour traiter les données hors chaîne et les smart contracts, améliorant ainsi la programmabilité de BTC, et garantit la sécurité en liant de manière isomorphe BTC.
RGB++ utilise une chaîne UTXO Turing complet. En utilisant une chaîne UTXO turing complète comme CKB comme chaîne fantôme, RGB++ peut traiter les données hors chaîne et les smart contracts. Cette chaîne peut non seulement exécuter des smart contracts complexes, mais aussi être liée à l'UTXO de BTC, ce qui augmente la programmabilité et la flexibilité du système. De plus, l'UTXO de BTC et l'UTXO de la chaîne fantôme sont liés de manière isomorphe, assurant la cohérence de l'état et des actifs entre les deux chaînes, garantissant ainsi la sécurité des transactions.
En plus de cela, RGB++ peut être étendu à toutes les chaînes UTXO des complets de Turing, qui ne se limitent plus à CKB, améliorant ainsi l’interopérabilité inter-chaînes d’interaction et la liquidité des actifs. **Ce support multi-chaînes permet de combiner RGB++ avec la chaîne UTXO de n’importe quel complet Turing, améliorant ainsi la flexibilité du système. Dans le même temps, RGB++ met en œuvre le cross-chain Interaction sans pont grâce à la liaison isomorphe UTXO, qui est différente des ponts inter-chaînes Interaction traditionnels, ce qui évite le problème de la « fausse monnaie » et garantit l’authenticité et la cohérence des actifs.
Avec la vérification off-chain via des chaînes fantômes, RGB++ simplifie le processus de vérification côté client. Les utilisateurs peuvent vérifier que le calcul de l’état de RGB++ est correct en vérifiant simplement les transactions pertinentes du shadow off-chain. Cette méthode de vérification off-chain simplifie non seulement le processus de vérification, mais optimise également l’expérience utilisateur. Grâce à l’utilisation du chaînage d’ombres de Turing complet, RGB++ évite la gestion UTXO complexe de RGB, offrant une expérience plus rationalisée et plus conviviale.
Recommandé lecture : RGB++ Layer: Ouvrir une nouvelle ère pour l'écosystème BTC
Arch Network
Le réseau ARCH est principalement composé de l'Arch zkVM et du réseau de validation des nœuds Arch, qui utilisent les preuves de connaissance nulle (zk-proofs) et la décentralisation pour garantir la sécurité et la confidentialité des smart contracts. Il est plus convivial que RGB et ne nécessite pas de liaison avec une autre chaîne de sortie non dépensée, comme RGB++.
ARCH zkVM utilise RISC Zero ZKVM pour exécuter les smart contracts et générer des preuves de connaissance nulle, vérifiées par le réseau de nœuds décentralisés. Le système fonctionne sur le modèle UTXO, encapsulant l'état des smart contracts dans State UTXO pour une sécurité et une efficacité accrues.
L'Asset UTXO est utilisé pour représenter BTC ou d'autres Jetons et peut être géré de manière déléguée. Le réseau de validation Arch valide le contenu ZKVM en le faisant vérifier par un leader Nœud sélectionné au hasard, puis agrège les signatures des Nœud en utilisant le schéma de signature FROST, et enfin diffuse les transactions vers le réseau BTC.
Arch zkVM fournit une machine virtuelle Turing complète pour BTC, capable d'exécuter des smart contracts complexes. Après chaque exécution de smart contract, Arch zkVM génère des preuves de connaissance zéro, qui sont utilisées pour vérifier la validité et les changements d'état du contrat.
Arch utilise également le modèle UTXO de Bitcoin, où l'état et les actifs sont encapsulés dans UTXO et les transitions d'état sont effectuées à travers le concept d'utilisation unique. Les données d'état du Smart Contract sont enregistrées en tant qu'UTXO d'état, tandis que les actifs de données d'origine sont enregistrés en tant qu'UTXO d'actif. Arch veille à ce que chaque UTXO ne puisse être dépensée qu'une seule fois, assurant ainsi une gestion sécurisée de l'état.
Bien qu'Arch n'ait pas une structure de blockchain innovante, elle nécessite également un réseau de nœuds de validation. Pendant chaque période d'Arch Epoch, un nœud Leader est choisi au hasard en fonction de l'équité, et ce nœud est responsable de la diffusion des informations reçues à tous les autres nœuds validateurs du réseau. Toutes les zk-proofs sont vérifiées par le réseau de nœuds de validation pour assurer la sécurité et la résistance à la censure du système, et génèrent une signature pour le nœud Leader. Une fois que la transaction est signée par le nombre requis de nœuds, elle peut être diffusée sur le réseau BTC.
Conclusion
En ce qui concerne la conception de la programmabilité de BTC, RGB, RGB++ et Arch Network ont chacun leurs particularités, mais tous prolongent l'idée de lier UTXO, les propriétés d'autorisation à usage unique d'UTXO sont plus adaptées aux contrats intelligents pour enregistrer l'état.
Mais ses inconvénients sont également très évidents, à savoir une mauvaise expérience utilisateur, une latence de confirmation et des performances faibles similaires à BTC, c'est-à-dire une expansion des fonctionnalités sans amélioration des performances, ce qui est particulièrement évident dans ARCH et RGB ; alors que la conception de RGB++, bien qu'elle offre une meilleure expérience utilisateur en introduisant une chaîne UTXO de plus haute performance, pose également des hypothèses de sécurité supplémentaires.
Avec plus de développeurs rejoignant la communauté BTC, nous verrons plus de propositions d'agrandissement, telles que la proposition de mise à niveau op_cat, qui est également activement discutée. Les solutions qui correspondent aux caractéristiques natives de BTC sont à suivre attentivement, la méthode de liaison UTXO est le moyen le plus efficace d'étendre les méthodes de programmation de BTC sans mettre à niveau le réseau BTC, tant qu'elle peut résoudre les problèmes d'expérience utilisateur, ce sera un énorme progrès pour les smart contracts BTC.
Le contenu est fourni à titre de référence uniquement, il ne s'agit pas d'une sollicitation ou d'une offre. Aucun conseil en investissement, fiscalité ou juridique n'est fourni. Consultez l'Avertissement pour plus de détails sur les risques.
Explication détaillée des solutions de contrat intelligent BTC RGB, RGB++ et Arch Network
Auteur: Trustless Labs; lien vers l'article original:
BTC est actuellement la blockchain avec la meilleure Liquidité et la plus sécurisée. Après l'explosion de l'inscription, l'écosystème BTC a attiré de nombreux développeurs qui ont rapidement suivi les problèmes de programmabilité et de scalabilité de BTC. En introduisant différentes approches telles que ZK, DA, Sidechain, rollup, restaking, etc., la prospérité de l'écosystème BTC atteint de nouveaux sommets, devenant ainsi le fil conducteur de ce bull run.
Cependant, dans ces conceptions, de nombreux ont continué à étendre l'expérience de mise à l'échelle des contrats intelligents tels que ETH, et doivent dépendre de bridges cross-chain centralisés, ce qui est un point faible du système. Peu de solutions sont conçues en fonction des caractéristiques de BTC lui-même, ce qui est lié à une expérience de développement peu conviviale pour BTC lui-même. Pour diverses raisons, il ne peut pas exécuter de contrats intelligents comme Ethereum :
L'introduction de SegWit en 2017 a augmenté la limite de taille des blocs de BTC ; La mise à niveau de Taproot en 2021 permet la vérification en lot des signatures, facilitant ainsi le traitement des transactions (déverrouillage des échanges atomiques, portefeuille multi-signature et paiements conditionnels). Tout cela rend la programmabilité possible sur BTC.
En 2022, le développeur Casey Rodarmor a proposé sa « Théorie Ordinale », qui décrit le schéma de numérotation de Satoshi, permettant d'insérer des données telles que des images dans les transactions BTC, ouvrant de nouvelles possibilités pour intégrer des informations d'état et des métadonnées off-chain dans BTC, ce qui ouvre de nouvelles perspectives pour les applications telles que les Smart Contracts nécessitant des données d'état accessibles et vérifiables.
Actuellement, la plupart des projets qui étendent la programmabilité de BTC dépendent du réseau de couche 2 (L2) de BTC, ce qui oblige les utilisateurs à faire confiance aux ponts inter-chaînes, ce qui constitue un défi majeur pour l'accessibilité des utilisateurs et la liquidité de la L2. De plus, BTC manque actuellement d'une machine virtuelle native ou de programmabilité, ce qui empêche la communication entre la L2 et la L1 sans hypothèse de confiance supplémentaire.
RGB, RGB++ et Arch Network tentent tous d'améliorer la programmabilité du BTC en partant de ses propriétés natives, en offrant la capacité de smart contracts et de transactions complexes par différentes méthodes :
RGB
RGB est une extension de Smart Contract de BTC dans les premiers jours de la communauté, qui enregistre les données d'état via l'encapsulation UTXO et fournit une idée importante pour l'expansion native de BTC ultérieure.
RGB utilise une méthode de validation off-chain pour déplacer la vérification des transferts de Jeton de la couche de consensus de Bitcoin (BTC) vers off-chain, où elle est vérifiée par des clients spécifiques liés à la transaction. Cette méthode réduit la nécessité de diffuser sur l'ensemble du réseau, renforce la confidentialité et l'efficacité. Cependant, cette méthode de renforcement de la confidentialité est également une épée à double tranchant. En n'autorisant que les Nœud liés à la transaction spécifique à participer à la validation, bien que cela renforce la protection de la vie privée, les tiers ne peuvent pas voir le processus réel, ce qui rend l'opération complexe et difficile à développer, avec une expérience utilisateur médiocre.
De plus, RGB introduit le concept de bande de scellement à usage unique. Chaque UTXO ne peut être dépensé qu'une seule fois, ce qui équivaut à le verrouiller lors de sa création et à le déverrouiller lors de sa dépense. L'état du Smart Contract est encapsulé dans l'UTXO et géré par une bande de scellement, ce qui permet de disposer d'un mécanisme efficace de gestion de l'état.
RGB++
RGB++ est une autre voie d'extension dans la logique RGB, toujours basée sur UTXO binding.
RGB++ utilise une chaîne UTXO Turing complet (comme CKB ou une autre chaîne) pour traiter les données hors chaîne et les smart contracts, améliorant ainsi la programmabilité de BTC, et garantit la sécurité en liant de manière isomorphe BTC.
RGB++ utilise une chaîne UTXO Turing complet. En utilisant une chaîne UTXO turing complète comme CKB comme chaîne fantôme, RGB++ peut traiter les données hors chaîne et les smart contracts. Cette chaîne peut non seulement exécuter des smart contracts complexes, mais aussi être liée à l'UTXO de BTC, ce qui augmente la programmabilité et la flexibilité du système. De plus, l'UTXO de BTC et l'UTXO de la chaîne fantôme sont liés de manière isomorphe, assurant la cohérence de l'état et des actifs entre les deux chaînes, garantissant ainsi la sécurité des transactions.
En plus de cela, RGB++ peut être étendu à toutes les chaînes UTXO des complets de Turing, qui ne se limitent plus à CKB, améliorant ainsi l’interopérabilité inter-chaînes d’interaction et la liquidité des actifs. **Ce support multi-chaînes permet de combiner RGB++ avec la chaîne UTXO de n’importe quel complet Turing, améliorant ainsi la flexibilité du système. Dans le même temps, RGB++ met en œuvre le cross-chain Interaction sans pont grâce à la liaison isomorphe UTXO, qui est différente des ponts inter-chaînes Interaction traditionnels, ce qui évite le problème de la « fausse monnaie » et garantit l’authenticité et la cohérence des actifs.
Avec la vérification off-chain via des chaînes fantômes, RGB++ simplifie le processus de vérification côté client. Les utilisateurs peuvent vérifier que le calcul de l’état de RGB++ est correct en vérifiant simplement les transactions pertinentes du shadow off-chain. Cette méthode de vérification off-chain simplifie non seulement le processus de vérification, mais optimise également l’expérience utilisateur. Grâce à l’utilisation du chaînage d’ombres de Turing complet, RGB++ évite la gestion UTXO complexe de RGB, offrant une expérience plus rationalisée et plus conviviale.
Recommandé lecture : RGB++ Layer: Ouvrir une nouvelle ère pour l'écosystème BTC
Arch Network
Le réseau ARCH est principalement composé de l'Arch zkVM et du réseau de validation des nœuds Arch, qui utilisent les preuves de connaissance nulle (zk-proofs) et la décentralisation pour garantir la sécurité et la confidentialité des smart contracts. Il est plus convivial que RGB et ne nécessite pas de liaison avec une autre chaîne de sortie non dépensée, comme RGB++.
ARCH zkVM utilise RISC Zero ZKVM pour exécuter les smart contracts et générer des preuves de connaissance nulle, vérifiées par le réseau de nœuds décentralisés. Le système fonctionne sur le modèle UTXO, encapsulant l'état des smart contracts dans State UTXO pour une sécurité et une efficacité accrues.
L'Asset UTXO est utilisé pour représenter BTC ou d'autres Jetons et peut être géré de manière déléguée. Le réseau de validation Arch valide le contenu ZKVM en le faisant vérifier par un leader Nœud sélectionné au hasard, puis agrège les signatures des Nœud en utilisant le schéma de signature FROST, et enfin diffuse les transactions vers le réseau BTC.
Arch zkVM fournit une machine virtuelle Turing complète pour BTC, capable d'exécuter des smart contracts complexes. Après chaque exécution de smart contract, Arch zkVM génère des preuves de connaissance zéro, qui sont utilisées pour vérifier la validité et les changements d'état du contrat.
Arch utilise également le modèle UTXO de Bitcoin, où l'état et les actifs sont encapsulés dans UTXO et les transitions d'état sont effectuées à travers le concept d'utilisation unique. Les données d'état du Smart Contract sont enregistrées en tant qu'UTXO d'état, tandis que les actifs de données d'origine sont enregistrés en tant qu'UTXO d'actif. Arch veille à ce que chaque UTXO ne puisse être dépensée qu'une seule fois, assurant ainsi une gestion sécurisée de l'état.
Bien qu'Arch n'ait pas une structure de blockchain innovante, elle nécessite également un réseau de nœuds de validation. Pendant chaque période d'Arch Epoch, un nœud Leader est choisi au hasard en fonction de l'équité, et ce nœud est responsable de la diffusion des informations reçues à tous les autres nœuds validateurs du réseau. Toutes les zk-proofs sont vérifiées par le réseau de nœuds de validation pour assurer la sécurité et la résistance à la censure du système, et génèrent une signature pour le nœud Leader. Une fois que la transaction est signée par le nombre requis de nœuds, elle peut être diffusée sur le réseau BTC.
Conclusion
En ce qui concerne la conception de la programmabilité de BTC, RGB, RGB++ et Arch Network ont chacun leurs particularités, mais tous prolongent l'idée de lier UTXO, les propriétés d'autorisation à usage unique d'UTXO sont plus adaptées aux contrats intelligents pour enregistrer l'état.
Mais ses inconvénients sont également très évidents, à savoir une mauvaise expérience utilisateur, une latence de confirmation et des performances faibles similaires à BTC, c'est-à-dire une expansion des fonctionnalités sans amélioration des performances, ce qui est particulièrement évident dans ARCH et RGB ; alors que la conception de RGB++, bien qu'elle offre une meilleure expérience utilisateur en introduisant une chaîne UTXO de plus haute performance, pose également des hypothèses de sécurité supplémentaires.
Avec plus de développeurs rejoignant la communauté BTC, nous verrons plus de propositions d'agrandissement, telles que la proposition de mise à niveau op_cat, qui est également activement discutée. Les solutions qui correspondent aux caractéristiques natives de BTC sont à suivre attentivement, la méthode de liaison UTXO est le moyen le plus efficace d'étendre les méthodes de programmation de BTC sans mettre à niveau le réseau BTC, tant qu'elle peut résoudre les problèmes d'expérience utilisateur, ce sera un énorme progrès pour les smart contracts BTC.