Au cours du dernier demi-mois, OP_NET et Arch, deux solutions de mise en œuvre de contrats intelligents sur le réseau principal Bitcoin, ont déclenché de nombreuses discussions. Ce qui est intéressant, c'est que le nom OP_NET est très similaire au nom familier OP_CAT, tous deux commençant par "OP_", ce qui prête à confusion et fait penser que les deux frères sont similaires.

Par conséquent, au début, je veux mentionner OP_CAT à tout le monde. Tout d'abord, OP_CAT est le code opérationnel du Bitcoin. Depuis l'année dernière, les forces communautaires dirigées par Quantum Cats, également connu sous le nom de fondateur de Taproot Wizards, Udi Wertheimer, appellent à la « résurrection » d'OP_CAT. On dit qu'il est « ressuscité » car OP_CAT est un opcode Bitcoin existant, mais Satoshi Nakamoto a supprimé l'opcode en 2010 car il pourrait conduire à des attaques DoS potentielles. CAT est l'abréviation de "concaténer". Comme le mot l'indique, la fonction de OP_CAT est de permettre aux opérations de concaténation de chaînes de fusionner deux chaînes en une seule.

Alors, comment cet opcode permet-il à Bitcoin de mettre en œuvre des contrats intelligents ? Pour être honnête, c'est vraiment abstrait et difficile à comprendre, alors je recommande ici aux amis intéressés de lire l'article d'un autre auteur rythmique Jaleel ("13 lignes de code aident Bitcoin à mettre en œuvre des contrats intelligents ? Comprendre le soft fork OP_CAT") . Ici, je souhaite résumer rapidement quelques points clés pour vous :

OP_CAT implique un soft fork du réseau Bitcoin. Pour arriver à cette étape, la proposition BIP-347 doit d'abord être adoptée. Actuellement, la proposition n'a progressé que vers la deuxième étape de l'ensemble du processus de proposition, le statut « Proposé ».

OP_CAT sur BCH et BSV est ressuscité depuis plus de quelques années, mais les cas d'utilisation associés sont encore très abstraits. Dans la discussion actuelle, nous pouvons difficilement voir un cas particulièrement clair et direct de quel type de dApp peut être créé en utilisant OP_CAT.

OP_CAT n'est pas un « antidote » en une seule étape. La résurrection d'OP_CAT ressemble davantage à la première étape vers la levée du sceau des contrats intelligents Bitcoin. Il est raisonnable de s’attendre à ce que si OP_CAT est ressuscité avec succès, d’excellents cas d’utilisation émergeront et que les discussions se poursuivront pour débloquer davantage d’opcodes Bitcoin. Nous pouvons d’abord nous attendre à savoir s’il y aura des innovations rafraîchissantes sur Fractal avec OP_CAT activé.

OP_NET devrait en fait être classé dans la catégorie des « protocoles » tels que Rune, BRC-20 et ARC-20. Bien que son nom comporte également un "OP_", son implémentation n'a rien à voir avec l'opcode Bitcoin.

SUR_NET

Le cadre d'OP_NET peut être grossièrement divisé en deux parties. Premièrement, puisqu'il s'agit d'un plan de mise en œuvre de contrat intelligent pour le réseau principal Bitcoin, le réseau principal Bitcoin doit occuper une partie de l'ensemble du cadre technique. On peut dire que le rôle joué par le réseau principal Bitcoin dans le cadre technique d'OP_NET est la « couche d'initiation du comportement » et la « couche de confirmation finale ». 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 de nœuds OP_VM et OP_NET.

Sur la base du schéma du cadre technique ci-dessus, nous pouvons expliquer brièvement le processus de mise en œuvre par OP_NET de contrats intelligents sur le réseau principal Bitcoin. Tout d'abord, l'utilisateur qui déploie/interagit avec le contrat initie une transaction à partir du réseau principal Bitcoin. Le champ de données de cette transaction contiendra la chaîne « BSI », permettant à la couche d'exécution de détecter qu'il s'agit d'une transaction interactive de contrat OP_NET. Une fois la transaction confirmée, OP_VM exécute l'opération contractuelle correspondante et met à jour le statut, qui est transmis au nœud OP_NET pour confirmation du statut, et enfin le statut est fourni à la dApp Bitcoin. Une fois que la dApp Bitcoin a obtenu les résultats de l'exécution du contrat et effectué les actions correspondantes, elle soumettra également les résultats de ses actions au réseau principal Bitcoin.

Lorsque vous voyez cela, vous aurez peut-être un sentiment familier : n'est-ce pas l'ensemble d'indexeurs hors chaîne « exécution hors chaîne, confirmation en chaîne » ? Il y a effectivement certaines similitudes. Mais OP_NET a un mécanisme intéressant dans la mesure où il « brûle des Bitcoins ».

Les frais de transaction d'OP_NET sont composés de deux parties. La première partie est naturellement les frais de réseau Bitcoin les plus élémentaires pour une transaction Bitcoin, et l'autre partie est les frais de transaction OP_NET, et les frais de transaction OP_NET sont composés des frais d'exécution et des frais de priorité. Ces deux frais sont payés en Bitcoin. Les frais de transaction OP_NET doivent être supérieurs à 330 Satoshi pour garantir qu'ils ne seront pas considérés comme de la « poussière » (UTXO trop petit) et rejetés par les nœuds. Les frais prioritaires permettent aux actions d'exécution de contrat d'augmenter le gaz comme Ethereum pour garantir que ses propres transactions sont. exécuté en premier (OP_VM peut trier les actions exécutées en premier).

Si les frais de transaction OP_NET sont supérieurs à 0,0025 Bitcoin, 330 Satoshi seront « brûlés » et l'excédent sera remis à l'opérateur du nœud en récompense. Ce qu'on appelle le "burning" ressemble en fait un peu à la situation qui se produit souvent dans Ethereum où l'argent envoyé à l'adresse du contrat ne peut pas être retiré, car OP_NET utilise en fait un type spécifique de transaction Bitcoin "Dépenses de chemin de script Taproot" pour transférer le Bitcoin L'adresse de la devise est résumée dans une adresse de contrat. Cette adresse de contrat échappe au contrôle de quiconque, elle a donc un effet « brûlant ».

Enfin, nous faisons une petite observation sur ce projet en fonction de son contexte. L'équipe derrière 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 lors du marché BRC-20. l'équipe avait quelques différences, certains d'entre eux ont été transférés au CBRC-20 pour faire Moto. Bien qu'OP_NET lui-même utilise Bitcoin comme jeton consommé par l'interaction du protocole, il possède également deux normes intégrées, OP_ 20 et OP_ 721. Par conséquent, on peut dire que le style de ce projet est davantage orienté vers le « nouveau protocole » que nous que nous connaissions l'année dernière, le style "New Assets".

Cambre

Contrairement à OP_NET, Arch a annoncé avoir reçu un financement initial de 7 millions de dollars dirigé par Multicoin Capital, avec la participation d'OKX, Portal Ventures, Big Brain Holdings, ABCDE, etc. Arch aura son propre jeton, à la fois comme frais de gaz et comme jeton de gage pour ses validateurs de réseau PoS.

Le positionnement d’Arch est donc complètement différent de celui d’OP_NET. Si OP_NET est encore plus enclin au style « nouveau protocole, nouveaux actifs » au moins à court terme, alors Arch est complètement « une couche de contrat intelligent construite sur le réseau principal Bitcoin », ou en d'autres termes, « couche Bitcoin 1.5 ». .

À partir de l’image ci-dessus, nous pouvons expliquer grossièrement le flux de travail d’Arch. Les utilisateurs lancent des transactions à partir du réseau principal Bitcoin, et les nœuds Arch détectent les transactions, les traitent et les vérifient. Le nœud leader est responsable des « transactions de bloc », qui consistent à établir les blocs du réseau Arch. Transactions Bitcoin confirmées. Retournez au réseau principal Bitcoin.

Cela ressemble un peu à OP_NET ? Mais en fait, si vous lisez attentivement les documents officiels d'Arch, vous constaterez qu'ils sont plus détaillés qu'OP_NET sur la façon d'assurer la stabilité du réseau et d'autres explications techniques liées à la « couche d'exécution ». Par exemple, ils ont utilisé le système 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 qu'Arch dispose de son propre jeton comme « couche d'exécution », qui correspond aux 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 sur le backend. Par conséquent, en termes d’utilisation, Arch n’aura pas besoin d’un autre ensemble de portefeuilles.

Conclusion

OP_NET est légèrement similaire à Arch en termes de mise en œuvre technique. De manière générale, nous pouvons dire que le réseau principal Bitcoin est considéré comme « l'initiateur » et la « couche de confirmation », et la « couche d'exécution » est elle-même. Cependant, le positionnement des deux projets est de style complètement différent. Le premier est un « protocole » et le second est une « couche Bitcoin 1.5 ».

Bien sûr, le temps nécessaire à l'explosion du réseau principal Bitcoin peut encore limiter l'efficacité des dApps développées par les deux. Leur propre exécution et confirmation sont assez rapides, mais la confirmation finale sur le réseau principal Bitcoin nécessite toujours. les mineurs du réseau principal Bitcoin peuvent tout faire. Malgré cela, nous sommes tous heureux de constater l’exploration continue de l’écosystème Bitcoin. Seule l’exploration peut conduire au développement.

La dernière chose à noter est que Arch's Token pourrait être TGE au premier trimestre de l'année prochaine, donc s'il y a des tests connexes et d'autres activités lancées à l'avenir, ou une dApp basée sur Arch, toutes les personnes intéressées peuvent y prêter attention et interagir. avec ça. Il n'y a rien d'excitant à propos d'OP_NET. Actuellement, nous ne pouvons qu'espérer voir quelques jetons populaires en émerger. Cependant, la popularité actuelle de l'ensemble de l'écosystème peut rendre difficile l'émergence d'OP_NET comme des protocoles tels que ARC-20 dans le passé. .