過去2週間、OPBitcoinメインネット上の2つのスマートコントラクト実装ソリューションであるNETとArchは、かなりの議論を呼び起こしました。興味深いことに、OP_NETという名前は、OP_CATと非常に似ており、どちらも「OP」で始まっています。「、これは誤解を招く可能性があり、人々がそれらがかなり類似していると考えることがあります。

まず最初にOP_CATに言及しましょう。OP_CATは、ウディ・ワーザイマー率いるコミュニティ勢力によって、昨年から「復活」を求められているビットコインのオペコードです。「Quantum Cats」（またはTaproot Wizardsとしても知られています）の創設者であるウディ・ワーザイマー氏に率いられたコミュニティ勢力によって、「復活」が求められています。 「復活」という用語が使用されるのは、OP_CATが既存のビットコインのオペコードでしたが、2010年にサトシ・ナカモトが潜在的なDoS攻撃の懸念から削除したためです。CATは「連結」の略であり、その名前が示すように、OP_CATの機能は文字列の連結操作を可能にし、2つの文字列を1つに結合することです。

このオペコードは、ビットコイン上でスマートコントラクトを可能にするのですか？正直に言って、それはかなり抽象的で理解するのが難しいです。興味のある方には、別の著者であるJaleelの記事を読むことをおすすめします（「13行のコードでビットコインはスマートコントラクトを実装するのに役立つ？OP_CATソフトフォークを理解する」). ここでは、すばやく要約したいと思ういくつかの重要なポイントがあります。

OP_CATはBitcoinネットワークのソフトフォークを含みます。このステップに進むためには、まずBIP-347提案が通過する必要があります。現在、この提案は全体の提案プロセスの第2段階である「提案済み」のステータスに進んでいます。

OP_CATはBCHとBSVで数年ぶりに復活しましたが、関連するユースケースはまだ非常に抽象的です。現在の議論では、OP_CATを使用してどのような種類のdAppが作成できるかについて明確で直接的な例はほとんど見られません。

OP_CATは一つの解決策ではありません。OP_CATを復活させることは、ビットコインのスマートコントラクトの潜在能力を開放するための最初のステップのようなものです。OP_CATが成功裏に復活し、優れたユースケースが現れると、さらなるビットコインのオペコードの開放についての議論が行われるでしょう。まずはFractalでどんな新しいイノベーションが生まれるかを楽しみにしましょう。FractalはOP_CATを活性化させました。

OP一方、NETは、銘刻、BRC-20、そしてARC-20のような「プロトコル」と一緒に分類する必要があります。その名前にも「OP」があるものの。「、その実装方法はビットコインのオプコードとは無関係です。

ON_NET

OP_NETの枠組みは大きく2つに分けることができます。ビットコインメインネットのスマートコントラクト実装ソリューションであるため、ビットコインメインネットは技術的枠組み全体の一部を占めます。OP_NETの技術的枠組みにおいて、ビットコインメインネットは「アクション開始層」と「最終確認層」の役割を果たしていると言えます。スマートコントラクトの実行と状態の確認はもう一つの部分であり、OP_VMとOP_NETノードによって共同構成された「実行層」です。

技術フレームワーク図に基づいて、OP_NETがBitcoinメインネット上でスマートコントラクトを実装するプロセスを簡単に説明できます。最初に、契約を展開/操作するユーザーはBitcoinメインネットからトランザクションを開始します。このトランザクションのデータフィールドには「BSI」という文字列が含まれ、実行レイヤーがこれがOP_NET契約交互作用トランザクションであることを検出できます。トランザクションが確認された後、OP_VMは対応する契約操作を実行し、状態を更新し、OP_NETノードに状態確認を提供し、最終的にBitcoin dAppに状態を提供します。Bitcoin dAppが契約実行結果を受け取り、対応するアクションを実行した後、アクションの結果もBitcoinメインネットに提出されます。

この時点で、あなたはおなじみの感覚を持っているかもしれません-これはただのオフチェーンインデクサーで、「オフチェーン実行、オンチェーン確認」というだけではありませんか？確かに、いくつかの類似点があります。ただし、OP_NETには「ビットコインを燃やす」という興味深い仕組みがあります。

OP_NETの取引手数料は2つの部分で構成されています。最初の部分は自然にビットコイン取引の基本的なビットコインネットワーク手数料であり、もう一つの部分はOP_NET取引手数料です。OP_NET取引手数料はさらに実行手数料と優先手数料で構成されており、どちらもビットコインで支払われます。OP_NET取引手数料は、ノードによって「ダスト」（小さすぎるUTXO）と見なされて拒否されないように、330サトシ以上でなければなりません。優先手数料は、契約実行アクションがGasを上げるようにイーサリアムのようにトランザクションが優先的に実行されるようにするためのものです（OP_VMはどのアクションを最初に実行するかを優先付けすることができます）。

OP_NETトランザクション手数料が0.0025 Bitcoinを超える場合、330 satoshiが「burned（焼却）」され、余剰分はノードオペレーターに報酬として与えられます。いわゆる「burning（焼却）」は、実際には特定のタイプのビットコイントランザクション、「Taprootスクリプトパス支出」を使用してビットコインアドレスをコントラクトアドレスに抽象化するため、イーサリアムでよく見られるような契約アドレスに送金されたお金を引き出すことができない状況に似ています。この契約アドレスは誰にも制御できず、「burning（焼却）」の効果を実現しています。

最後に、このプロジェクトについて背景に基づいて小さな観察を行います。このプロジェクトのチームは、MotoSwapチームです。BRC-20市場でBRC-20トークンの総市場価値で3位にランクインした$OSHIをまだ覚えているかどうかはわかりません。OSHIはアプリケーションに従事していました。後に、チームにはいくつかの違いがありました。そのうちのいくつかはMotoを作るためにCBRC-20に移されました。OP_NET自体はプロトコルの相互作用で消費されるトークンとしてBitcoinを使用していますが、OP_20とOP_721の2つの組み込み標準も持っています。したがって、このプロジェクトのスタイルは、昨年私たちが馴染みのある「新しいプロトコル、新しいプロトコル」スタイルにより近いと言えるでしょう。アセット」スタイルです。

ARCH

OP_NETとは異なり、ArchはMulticoin Capitalが主導し、OKX、Portal Ventures、Big Brain Holdings、ABCDEなどが参加する700万米ドルのシードラウンドの資金調達を受けたと発表しました。Archは、ガス代として、またPoSネットワークバリデーターの誓約トークンとして、独自のトークンを持つことになります。

したがって、Archの位置づけはOP_NETとはまったく異なります。OP_NETが少なくとも短期的には「新しいプロトコル、新しい資産」のスタイルにより傾斜しているのであれば、Archは完全に「Bitcoinメインネットワーク上に構築されたスマートコントラクトレイヤー」、つまり「Bitcoin 1.5レイヤー」です。

上の図から、Archのワークフローを大まかに説明することができます。ユーザーはビットコインメインネットワークからトランザクションを開始します。Archノードはトランザクションを嗅ぎ取り、処理して検証します。リーダーノードは「ブロックトランザクション」、つまりArchネットワークのブロックを確立する責任を持ちます。また、最終的に確認されたビットコイントランザクションを提出する責任もあります。ビットコインメインネットに戻る。

OP_NETに少し似ていますか？しかし実際には、Archの公式文書を注意深く読むと、彼らはネットワークの安定性および「実行レイヤー」に関連する他の技術的な説明に関して、OP_NETよりも詳細になっていることがわかります。たとえば、「FROST + ROAST」署名方式を使用しており、51%以上のネットワークメンバーが誠実で協力的であれば、ネットワークの安定性を確保するために署名を行うことができるようにしています。

最後に、Archは自身のトークンである「実行レイヤー」としてのArchネットワークのガス料金を持っていますが、ユーザーはArchを介して契約とのやり取りをする際にもビットコインで支払うことができ、手数料の変換はバックエンドで行われます。したがって、利用の観点からは、Archは別のウォレットのセットを必要としません。

結論

OP_NETとArchは、技術的な実装にいくつかの類似点があります。全体として、両者ともBitcoinメインネットを「起点」と「確認層」として使用し、一方で「実行層」はそれぞれ独自のものです。しかし、これら2つのプロジェクトは明確に異なる位置付けを持っています - 前者は「プロトコル」であり、後者は「Bitcoinレイヤー1.5」です。

もちろん、Bitcoinメインネットの長いブロック時間は、両プラットフォームで開発されたdAppsの効率をまだ制限する可能性があります。それら自体の実行および確認プロセスは十分に速いですが、Bitcoinメインネット上での最終確認は依然としてBitcoinマイナーの効率に依存しています。それでも、Bitcoinエコシステムの持続的な探索を歓迎します。探索がなければ、開発は起こりません。

最後に、Archのトークンは来年の第1四半期にTGE（トークン生成イベント）を行う可能性があることに値します。したがって、将来的にArchをベースにした関連するテスト活動やdAppsが立ち上がる場合、興味を持ってそれらと対話することができます。OP_NETに関しては、現時点であまり収穫するものがありません。現在は、いくつかの人気トークンが出現することを期待するしかありませんが、現在のエコシステム全体のヒートが、ARC-20などの過去のプロトコルのようにOP_NETが伸びるのを難しくする可能性があります。

ステートメント:

1. この記事は[から転載されていますBlockBeats], 著作権は元の著者に属します [クッキー]、転載に異議がある場合は、お問い合わせくださいGate Learn Team、チームは関連手続きに従ってできるだけ早く対応します。

2. 免責事項：この記事で表明された見解・意見は、著者個人の見解・意見であり、投資アドバイスを意味するものではありません。

3. 他の言語バージョンの記事はGate Learnチームによって翻訳され、言及されていませんGate.io翻訳された記事は、転載、配布、あるいは盗作されることはできません。