Au cours des deux dernières semaines, OPNET et Arch, deux solutions de mise en œuvre de contrats intelligents sur le réseau principal de Bitcoin, ont suscité une discussion considérable. Fait intéressant, le nom OP_NET est assez similaire au familier OP_CAT, tous deux commençant par "OP".“, ce qui peut être trompeur et faire croire aux gens qu'ils sont assez similaires.
Commençons par mentionner OP_CAT. OP_CAT est un opcode Bitcoin que la communauté, dirigée par Udi Wertheimer, fondateur de "Quantum Cats" (également connu sous le nom de Taproot Wizards), a appelé à "revivre" depuis l'année dernière. Le terme "revivre" est utilisé car OP_CAT était un opcode Bitcoin existant, mais Satoshi Nakamoto l'a supprimé en 2010 en raison de préoccupations concernant les attaques DoS potentielles. CAT est l'abréviation de "concatenate", et comme son nom l'indique, la fonction d'OP_CAT est de permettre des opérations de concaténation de chaînes, en joignant deux chaînes en une seule.
Comment cet opcode permet-il les contrats intelligents sur Bitcoin? Honnêtement, c'est assez abstrait et difficile à comprendre. Pour ceux qui sont intéressés, je recommande de lire un article d'un autre auteur, Jaleel (."13 lignes de code aident Bitcoin à mettre en œuvre des contrats intelligents? Comprendre la fourche douce OP_CAT"Voici quelques points clés que j'aimerais résumer rapidement :
OP_CAT implique une bifurcation douce du réseau Bitcoin. Pour atteindre cette étape, la proposition BIP-347 doit d'abord être adoptée. Actuellement, cette proposition n'a progressé qu'à la deuxième étape de l'ensemble du processus de proposition, le statut "Proposé".
OP_CAT a été relancé sur BCH et BSV depuis plusieurs années, mais les cas d'utilisation associés restent encore très abstraits. Dans les discussions actuelles, nous ne voyons guère d'exemples clairs et directs de quel genre de dApp peut être créé en utilisant OP_CAT.
OP_CAT n'est pas une solution en un seul coup. Revival OP_CAT ressemble plus à la première étape pour débloquer le potentiel des contrats intelligents de Bitcoin. Une attente raisonnable est que si OP_CAT peut être relancé avec succès et que d'excellents cas d'utilisation émergent, il y aura d'autres discussions sur le déblocage de plus d'opcodes Bitcoin. Nous pouvons d'abord attendre de voir s'il y aura des innovations rafraîchissantes sur Fractal, qui a activé OP_CAT.
OPNET, d'autre part, devrait être catégorisé avec des "protocoles" comme les inscriptions, BRC-20 et ARC-20. Bien que son nom ait aussi un "OP"Son mode de mise en œuvre n'a rien à voir avec les opcodes de Bitcoin.
Le cadre d'OP_NET peut être largement divisé en deux parties. Comme il s'agit d'une solution de mise en œuvre de contrats intelligents pour le réseau principal Bitcoin, le réseau principal Bitcoin occupe certainement une partie du cadre technique entier. On peut dire que le réseau principal Bitcoin joue le rôle de "couche d'initiation de l'action" et "couche de confirmation finale" dans le cadre technique d'OP_NET. L'exécution et la confirmation de l'état des contrats intelligents constituent une autre partie, qui est la "couche d'exécution" composée conjointement des noeuds OP_VM et OP_NET.
Basé sur le diagramme du cadre technique, nous pouvons expliquer simplement le processus de mise en œuvre des contrats intelligents OP_NET sur le réseau principal Bitcoin. Tout d'abord, les utilisateurs qui déploient/interagissent avec les contrats initient des transactions à partir du réseau principal Bitcoin. Le champ de données de cette transaction contiendra la chaîne "BSI", ce qui permet à la couche d'exécution de détecter qu'il s'agit d'une transaction d'interaction de contrat OP_NET. Après la confirmation de la transaction, OP_VM exécute les opérations de contrat correspondantes et met à jour l'état, qui est ensuite remis aux nœuds OP_NET pour confirmation de l'état, et fournit enfin l'état à l'application Bitcoin. Après avoir reçu les résultats de l'exécution du contrat et effectué les actions correspondantes, l'application Bitcoin soumet également les résultats de leurs actions au réseau principal Bitcoin.
À ce stade, vous pourriez avoir une sensation de familiarité - n'est-ce pas juste un autre indexeur hors chaîne avec une « exécution hors chaîne, une confirmation sur chaîne » ? En effet, il y a quelques similitudes. Cependant, OP_NET a un mécanisme intéressant en ce sens qu'il « brûle du Bitcoin ».
Les frais de transaction d'OP_NET se composent de deux parties. La première partie est naturellement les frais de réseau de base de Bitcoin pour une transaction Bitcoin, et l'autre partie est les frais de transaction d'OP_NET. Les frais de transaction d'OP_NET se composent en outre de frais d'exécution et de frais de priorité, tous deux payés en Bitcoin. Les frais de transaction d'OP_NET doivent être supérieurs à 330 satoshis pour garantir qu'ils ne soient pas considérés comme de la “poussière” (UTXO trop petit) et rejetés par les nœuds. Les frais de priorité permettent aux actions d'exécution de contrat de soulever le Gas à l'instar d'Ethereum pour garantir que leurs transactions sont exécutées avec priorité (OP_VM peut prioriser quelles actions exécuter en premier).
Si les frais de transaction OP_NET sont supérieurs à 0,0025 Bitcoin, 330 satoshis seront "brûlés", et l'excédent sera donné aux opérateurs de noeuds en récompense. Le soi-disant "brûlage" est similaire à la situation souvent observée dans Ethereum où l'argent envoyé à des adresses de contrat ne peut pas être retiré, car OP_NET utilise en réalité un type spécifique de transaction Bitcoin, "dépense de chemin de script Taproot", pour abstraire les adresses Bitcoin en adresses de contrat. Cette adresse de contrat est incontrôlable par qui que ce soit, réalisant ainsi l'effet de "brûlage".
Enfin, nous faisons une petite observation sur ce projet en nous basant sur son contexte. L’équipe à l’origine de ce projet est l’équipe MotoSwap. Je ne sais pas si vous vous souvenez encore de $OSHI, qui s’est classé troisième dans la valeur marchande totale du jeton BRC-20 pendant le marché BRC-20. OSHI s’occupait d’applications. Plus tard, l’équipe a eu quelques différences. , certains d’entre eux ont été transférés au CBRC-20 pour fabriquer Moto. Bien que OP_NET lui-même utilise Bitcoin comme jeton consommé par l’interaction du protocole, il dispose également de deux normes intégrées, OP_20 et OP_721. Par conséquent, on peut dire que le style de ce projet est plus proche du « nouveau protocole, nouveau protocole » que nous connaissions l’année dernière. Atout ».
Contrairement à OP_NET, Arch a annoncé avoir reçu un premier tour de financement de 7 millions de dollars dirigé par Multicoin Capital, avec la participation de OKX, Portal Ventures, Big Brain Holdings, ABCDE, etc. Arch aura sa propre token, à la fois comme frais de gaz et comme token de garantie pour les validateurs de son réseau PoS.
Par conséquent, le positionnement d’Arch est complètement différent de celui de OP_NET. Si OP_NET est encore plus enclin au style « nouveau protocole, nouveaux actifs », du moins à court terme, alors Arch est complètement « une couche de contrat intelligent construite sur le réseau principal de Bitcoin », ou en d’autres termes, « une couche de Bitcoin 1.5 ».
À partir de la photo ci-dessus, nous pouvons expliquer approximativement le flux de travail d'Arch. Les utilisateurs initient des transactions à partir du réseau principal de Bitcoin. Les nœuds d'Arch reniflent les transactions, les traitent et les vérifient. Le nœud leader est responsable des "transactions de bloc", c'est-à-dire de l'établissement des blocs du réseau Arch. Il est également responsable de soumettre la transaction Bitcoin confirmée définitive. Retour au réseau principal de Bitcoin.
Ressemble un peu à OP_NET? Mais en réalité, si vous lisez attentivement les documents officiels d'Arch, vous constaterez qu'ils sont plus détaillés qu'OP_NET en ce qui concerne la manière de garantir la stabilité du réseau et d'autres explications techniques liées à la « couche d'exécution ». Par exemple, ils ont utilisé le schéma de signature « FROST + ROAST », qui permet à Arch de garantir que tant que 51 % des membres du réseau sont honnêtes et coopératifs, ils peuvent signer des signatures pour assurer la stabilité du réseau.
Enfin, bien que Arch ait son propre Token en tant que "couche d'exécution", qui est le frais de gaz du réseau Arch, les utilisateurs peuvent toujours payer avec Bitcoin lorsqu'ils interagissent avec des contrats via Arch, et la conversion des frais sera effectuée en arrière-plan. Par conséquent, en termes d'utilisation, Arch ne nécessitera pas un autre ensemble de portefeuilles.
OP_NET et Arch ont quelques similitudes dans leur implémentation technique. Globalement, nous pouvons dire que les deux utilisent le mainnet Bitcoin comme "point d'initiation" et "couche de confirmation", tandis que la "couche d'exécution" est la leur. Cependant, ces deux projets ont une position distincte - le premier est un "protocole", tandis que le second est une "couche 1.5 Bitcoin".
Bien sûr, le temps de bloc long du réseau principal de Bitcoin peut encore limiter l'efficacité des dApps développées sur les deux plateformes. Bien que leurs propres processus d'exécution et de confirmation soient assez rapides, la confirmation finale sur le réseau principal de Bitcoin dépend encore de l'efficacité des mineurs de Bitcoin. Néanmoins, nous accueillons tous avec plaisir l'exploration continue de l'écosystème Bitcoin, car c'est seulement grâce à l'exploration que le développement peut se produire.
Enfin, il convient de noter que le jeton d'Arch pourrait avoir son TGE (Token Generation Event) au premier trimestre de l'année prochaine. Par conséquent, si des activités de test connexes ou des dApps basées sur Arch sont lancées à l'avenir, les personnes intéressées peuvent y prêter attention et interagir avec elles. En ce qui concerne OP_NET, il n'y a pas grand-chose à cultiver pour le moment. Actuellement, nous ne pouvons qu'espérer que certains jetons populaires émergent dessus, mais la chaleur actuelle de l'ensemble de l'écosystème pourrait rendre difficile le décollage d'OP_NET comme les protocoles passés tels que ARC-20.
Cet article est reproduit à partir de [BlockBeats], les droits d'auteur appartiennent à l'auteur original [Cookie], si vous avez des objections à la reproduction, veuillez contacter Équipe Gate LearnL'équipe s'en occupera dès que possible selon les procédures pertinentes.
Avertissement : Les opinions exprimées dans cet article ne représentent que les opinions personnelles de l'auteur et ne constituent en aucun cas un conseil en investissement.
Les autres versions linguistiques de l'article sont traduites par l'équipe Gate Learn et ne sont pas mentionnées dans Gate.io, l'article traduit ne peut être reproduit, distribué ou plagié.
Au cours des deux dernières semaines, OPNET et Arch, deux solutions de mise en œuvre de contrats intelligents sur le réseau principal de Bitcoin, ont suscité une discussion considérable. Fait intéressant, le nom OP_NET est assez similaire au familier OP_CAT, tous deux commençant par "OP".“, ce qui peut être trompeur et faire croire aux gens qu'ils sont assez similaires.
Commençons par mentionner OP_CAT. OP_CAT est un opcode Bitcoin que la communauté, dirigée par Udi Wertheimer, fondateur de "Quantum Cats" (également connu sous le nom de Taproot Wizards), a appelé à "revivre" depuis l'année dernière. Le terme "revivre" est utilisé car OP_CAT était un opcode Bitcoin existant, mais Satoshi Nakamoto l'a supprimé en 2010 en raison de préoccupations concernant les attaques DoS potentielles. CAT est l'abréviation de "concatenate", et comme son nom l'indique, la fonction d'OP_CAT est de permettre des opérations de concaténation de chaînes, en joignant deux chaînes en une seule.
Comment cet opcode permet-il les contrats intelligents sur Bitcoin? Honnêtement, c'est assez abstrait et difficile à comprendre. Pour ceux qui sont intéressés, je recommande de lire un article d'un autre auteur, Jaleel (."13 lignes de code aident Bitcoin à mettre en œuvre des contrats intelligents? Comprendre la fourche douce OP_CAT"Voici quelques points clés que j'aimerais résumer rapidement :
OP_CAT implique une bifurcation douce du réseau Bitcoin. Pour atteindre cette étape, la proposition BIP-347 doit d'abord être adoptée. Actuellement, cette proposition n'a progressé qu'à la deuxième étape de l'ensemble du processus de proposition, le statut "Proposé".
OP_CAT a été relancé sur BCH et BSV depuis plusieurs années, mais les cas d'utilisation associés restent encore très abstraits. Dans les discussions actuelles, nous ne voyons guère d'exemples clairs et directs de quel genre de dApp peut être créé en utilisant OP_CAT.
OP_CAT n'est pas une solution en un seul coup. Revival OP_CAT ressemble plus à la première étape pour débloquer le potentiel des contrats intelligents de Bitcoin. Une attente raisonnable est que si OP_CAT peut être relancé avec succès et que d'excellents cas d'utilisation émergent, il y aura d'autres discussions sur le déblocage de plus d'opcodes Bitcoin. Nous pouvons d'abord attendre de voir s'il y aura des innovations rafraîchissantes sur Fractal, qui a activé OP_CAT.
OPNET, d'autre part, devrait être catégorisé avec des "protocoles" comme les inscriptions, BRC-20 et ARC-20. Bien que son nom ait aussi un "OP"Son mode de mise en œuvre n'a rien à voir avec les opcodes de Bitcoin.
Le cadre d'OP_NET peut être largement divisé en deux parties. Comme il s'agit d'une solution de mise en œuvre de contrats intelligents pour le réseau principal Bitcoin, le réseau principal Bitcoin occupe certainement une partie du cadre technique entier. On peut dire que le réseau principal Bitcoin joue le rôle de "couche d'initiation de l'action" et "couche de confirmation finale" dans le cadre technique d'OP_NET. L'exécution et la confirmation de l'état des contrats intelligents constituent une autre partie, qui est la "couche d'exécution" composée conjointement des noeuds OP_VM et OP_NET.
Basé sur le diagramme du cadre technique, nous pouvons expliquer simplement le processus de mise en œuvre des contrats intelligents OP_NET sur le réseau principal Bitcoin. Tout d'abord, les utilisateurs qui déploient/interagissent avec les contrats initient des transactions à partir du réseau principal Bitcoin. Le champ de données de cette transaction contiendra la chaîne "BSI", ce qui permet à la couche d'exécution de détecter qu'il s'agit d'une transaction d'interaction de contrat OP_NET. Après la confirmation de la transaction, OP_VM exécute les opérations de contrat correspondantes et met à jour l'état, qui est ensuite remis aux nœuds OP_NET pour confirmation de l'état, et fournit enfin l'état à l'application Bitcoin. Après avoir reçu les résultats de l'exécution du contrat et effectué les actions correspondantes, l'application Bitcoin soumet également les résultats de leurs actions au réseau principal Bitcoin.
À ce stade, vous pourriez avoir une sensation de familiarité - n'est-ce pas juste un autre indexeur hors chaîne avec une « exécution hors chaîne, une confirmation sur chaîne » ? En effet, il y a quelques similitudes. Cependant, OP_NET a un mécanisme intéressant en ce sens qu'il « brûle du Bitcoin ».
Les frais de transaction d'OP_NET se composent de deux parties. La première partie est naturellement les frais de réseau de base de Bitcoin pour une transaction Bitcoin, et l'autre partie est les frais de transaction d'OP_NET. Les frais de transaction d'OP_NET se composent en outre de frais d'exécution et de frais de priorité, tous deux payés en Bitcoin. Les frais de transaction d'OP_NET doivent être supérieurs à 330 satoshis pour garantir qu'ils ne soient pas considérés comme de la “poussière” (UTXO trop petit) et rejetés par les nœuds. Les frais de priorité permettent aux actions d'exécution de contrat de soulever le Gas à l'instar d'Ethereum pour garantir que leurs transactions sont exécutées avec priorité (OP_VM peut prioriser quelles actions exécuter en premier).
Si les frais de transaction OP_NET sont supérieurs à 0,0025 Bitcoin, 330 satoshis seront "brûlés", et l'excédent sera donné aux opérateurs de noeuds en récompense. Le soi-disant "brûlage" est similaire à la situation souvent observée dans Ethereum où l'argent envoyé à des adresses de contrat ne peut pas être retiré, car OP_NET utilise en réalité un type spécifique de transaction Bitcoin, "dépense de chemin de script Taproot", pour abstraire les adresses Bitcoin en adresses de contrat. Cette adresse de contrat est incontrôlable par qui que ce soit, réalisant ainsi l'effet de "brûlage".
Enfin, nous faisons une petite observation sur ce projet en nous basant sur son contexte. L’équipe à l’origine de ce projet est l’équipe MotoSwap. Je ne sais pas si vous vous souvenez encore de $OSHI, qui s’est classé troisième dans la valeur marchande totale du jeton BRC-20 pendant le marché BRC-20. OSHI s’occupait d’applications. Plus tard, l’équipe a eu quelques différences. , certains d’entre eux ont été transférés au CBRC-20 pour fabriquer Moto. Bien que OP_NET lui-même utilise Bitcoin comme jeton consommé par l’interaction du protocole, il dispose également de deux normes intégrées, OP_20 et OP_721. Par conséquent, on peut dire que le style de ce projet est plus proche du « nouveau protocole, nouveau protocole » que nous connaissions l’année dernière. Atout ».
Contrairement à OP_NET, Arch a annoncé avoir reçu un premier tour de financement de 7 millions de dollars dirigé par Multicoin Capital, avec la participation de OKX, Portal Ventures, Big Brain Holdings, ABCDE, etc. Arch aura sa propre token, à la fois comme frais de gaz et comme token de garantie pour les validateurs de son réseau PoS.
Par conséquent, le positionnement d’Arch est complètement différent de celui de OP_NET. Si OP_NET est encore plus enclin au style « nouveau protocole, nouveaux actifs », du moins à court terme, alors Arch est complètement « une couche de contrat intelligent construite sur le réseau principal de Bitcoin », ou en d’autres termes, « une couche de Bitcoin 1.5 ».
À partir de la photo ci-dessus, nous pouvons expliquer approximativement le flux de travail d'Arch. Les utilisateurs initient des transactions à partir du réseau principal de Bitcoin. Les nœuds d'Arch reniflent les transactions, les traitent et les vérifient. Le nœud leader est responsable des "transactions de bloc", c'est-à-dire de l'établissement des blocs du réseau Arch. Il est également responsable de soumettre la transaction Bitcoin confirmée définitive. Retour au réseau principal de Bitcoin.
Ressemble un peu à OP_NET? Mais en réalité, si vous lisez attentivement les documents officiels d'Arch, vous constaterez qu'ils sont plus détaillés qu'OP_NET en ce qui concerne la manière de garantir la stabilité du réseau et d'autres explications techniques liées à la « couche d'exécution ». Par exemple, ils ont utilisé le schéma de signature « FROST + ROAST », qui permet à Arch de garantir que tant que 51 % des membres du réseau sont honnêtes et coopératifs, ils peuvent signer des signatures pour assurer la stabilité du réseau.
Enfin, bien que Arch ait son propre Token en tant que "couche d'exécution", qui est le frais de gaz du réseau Arch, les utilisateurs peuvent toujours payer avec Bitcoin lorsqu'ils interagissent avec des contrats via Arch, et la conversion des frais sera effectuée en arrière-plan. Par conséquent, en termes d'utilisation, Arch ne nécessitera pas un autre ensemble de portefeuilles.
OP_NET et Arch ont quelques similitudes dans leur implémentation technique. Globalement, nous pouvons dire que les deux utilisent le mainnet Bitcoin comme "point d'initiation" et "couche de confirmation", tandis que la "couche d'exécution" est la leur. Cependant, ces deux projets ont une position distincte - le premier est un "protocole", tandis que le second est une "couche 1.5 Bitcoin".
Bien sûr, le temps de bloc long du réseau principal de Bitcoin peut encore limiter l'efficacité des dApps développées sur les deux plateformes. Bien que leurs propres processus d'exécution et de confirmation soient assez rapides, la confirmation finale sur le réseau principal de Bitcoin dépend encore de l'efficacité des mineurs de Bitcoin. Néanmoins, nous accueillons tous avec plaisir l'exploration continue de l'écosystème Bitcoin, car c'est seulement grâce à l'exploration que le développement peut se produire.
Enfin, il convient de noter que le jeton d'Arch pourrait avoir son TGE (Token Generation Event) au premier trimestre de l'année prochaine. Par conséquent, si des activités de test connexes ou des dApps basées sur Arch sont lancées à l'avenir, les personnes intéressées peuvent y prêter attention et interagir avec elles. En ce qui concerne OP_NET, il n'y a pas grand-chose à cultiver pour le moment. Actuellement, nous ne pouvons qu'espérer que certains jetons populaires émergent dessus, mais la chaleur actuelle de l'ensemble de l'écosystème pourrait rendre difficile le décollage d'OP_NET comme les protocoles passés tels que ARC-20.
Cet article est reproduit à partir de [BlockBeats], les droits d'auteur appartiennent à l'auteur original [Cookie], si vous avez des objections à la reproduction, veuillez contacter Équipe Gate LearnL'équipe s'en occupera dès que possible selon les procédures pertinentes.
Avertissement : Les opinions exprimées dans cet article ne représentent que les opinions personnelles de l'auteur et ne constituent en aucun cas un conseil en investissement.
Les autres versions linguistiques de l'article sont traduites par l'équipe Gate Learn et ne sont pas mentionnées dans Gate.io, l'article traduit ne peut être reproduit, distribué ou plagié.