過去半月の間に、ビットコインメインネット上の 2 つのスマートコントラクト実装ソリューションである OP_NET と Arch が多くの議論を引き起こしました。興味深いのは、OP_NET という名前がよく知られている OP_CAT と非常に似ており、どちらも「OP_」で始まるため、非常に紛らわしく、この 2 人の兄弟が似ていると思われてしまうことです。

そこで、最初に皆さんに OP_CAT について触れておきたいと思います。まず第一に、OP_CAT はビットコインのオペレーションコードです。昨年以来、Taproot Wizards の創設者としても知られる Quantum Cats が率いるコミュニティ勢力が OP_CAT の「復活」を求めてきました。 OP_CAT は既存のビットコイン オペコードであるため「復活」したと言われていますが、潜在的な DoS 攻撃につながる可能性があるため、サトシ ナカモトは 2010 年にオペコードを削除しました。 CAT は「concatenate」の略語で、その言葉が意味するように、OP_CAT の機能は、2 つの文字列を 1 つに結合する文字列連結操作を可能にすることです。

では、このオペコードはどのようにしてビットコインでスマート コントラクトを実装できるようになるのでしょうか?正直に言うと、これは非常に抽象的で理解しにくいため、ここでは、興味のある友人に別のリズミック著者 Jaleel の記事 (「13 行のコードがビットコインのスマート コントラクトの実装に役立つ? OP_CAT ソフト フォークを理解する」) を読むことをお勧めします。ここで、いくつかの重要なポイントを簡単にまとめたいと思います。

OP_CAT にはビットコイン ネットワークのソフト フォークが含まれており、このステップに到達するには、まず BIP-347 提案が可決される必要があります。現在、提案は提案プロセス全体の第 2 段階である「提案済み」ステータスまでしか進んでいません。

BCH および BSV の OP_CAT は数年以上前から復活していますが、関連する使用例は依然として非常に抽象的です。現在の議論では、OP_CAT を使用してどのような種類の dApp を作成できるかについて、特に明確かつ直接的な事例はほとんど見られません。

OP_CAT はワンステップの「解毒剤」ではありません。OP_CAT を復活させることは、ビットコイン スマート コントラクトの封印を解除するための最初のステップに似ています。 OP_CAT が正常に復活すれば、いくつかの優れた使用例が出現し、より多くのビットコイン オペコードのロックを解除するための議論が継続されると期待するのは当然です。まずはOP_CATを有効化したFractalに新たな革新が起こるかどうかに期待したい。

OP_NET は、実際には Rune、BRC-20、ARC-20 などの「プロトコル」のカテゴリに分類されるはずです。名前には「OP_」も付いていますが、その実装はビットコインのオペコードとは何の関係もありません。

オンネット

OP_NETのフレームワークは大きく2つに分けられます。まず、ビットコインメインネットワークのスマートコントラクト実装計画であるため、ビットコインメインネットワークは技術フレームワーク全体の一部を占める必要があります。 OP_NETの技術枠組みにおいてビットコインメインネットが担う役割は、「行動開始層」と「最終確認層」であると言えます。スマートコントラクトの実行とステータス確認は別の部分であり、OP_VMノードとOP_NETノードで構成される「実行層」です。

上記の技術フレームワーク図に基づいて、OP_NET がビットコイン メイン ネットワークにスマート コントラクトを実装するプロセスを簡単に説明できます。まず、コントラクトをデプロイ/対話するユーザーは、ビットコインのメイン ネットワークからトランザクションを開始します。このトランザクションのデータ フィールドには文字列「BSI」が含まれ、実行層がこれが OP_NET コントラクトの対話型トランザクションであることを嗅ぎ分けることができます。トランザクションが確認された後、OP_VM は対応するコントラクト操作を実行してステータスを更新します。ステータスはステータス確認のために OP_NET ノードに渡され、最終的にステータスがビットコイン dApp に提供されます。ビットコイン dApp はコントラクトの実行結果を取得し、対応するアクションを実行した後、アクションの結果をビットコイン メインネットにも送信します。

これを見ると、見覚えがあるかもしれません。これは、オフチェーン インデクサーの「オフチェーン実行、オンチェーン確認」のセットではないでしょうか。確かにいくつかの類似点があります。しかし、OP_NET には実際に「ビットコインを燃やす」という興味深いメカニズムがあります。

OP_NETの取引手数料は、当然ながらビットコイン取引における最も基本的なビットコインネットワーク手数料と、OP_NET取引手数料の2つに分かれており、OP_NET取引手数料は約定手数料と優先手数料から構成されます。どちらの料金もビットコインで支払われます。 OP_NET トランザクション料金は、「ダスト」(UTXO が小さすぎる) とみなされてノードによって拒否されないように、330 サトシを超える必要があります。優先料金により、コントラクト実行アクションがイーサリアムのようなガスを増加させ、自身のトランザクションが確実に行われるようになります。最初に実行されます (OP_VM はどのアクションが最初に実行されるかを並べ替えることができます)。

OP_NET トランザクション手数料が 0.0025 ビットコインを超える場合、330 サトシが「バーン」され、超過分は報酬としてノード オペレーターに与えられます。いわゆる「バーニング」は、実際には、コントラクトアドレスに送られた資金を引き出すことができないというイーサリアムでよく起こる状況に少し似ています。これは、OP_NET が実際に特定の種類のビットコイントランザクション「Taproot スクリプトパス支出」を使用して、コントラクトアドレスに送金した資金を転送するためです。ビットコイン 通貨アドレスはコントラクト アドレスに抽象化されており、このコントラクト アドレスは誰にも制御できないため、「バーニング」効果があります。

最後に、このプロジェクトの背景を踏まえて、このプロジェクトについて少し考察します。このプロジェクトの背後にあるチームは、OSHI がアプリケーションに参加していたときに BRC-20 トークンの合計市場価値で 3 位にランクされていた $OSHI をまだ覚えているかどうかわかりません。チームにはいくつかの違いがあり、そのうちの何人かはモトを作るためにCBRC-20に移籍しました。 OP_NET自体は、プロトコル対話で消費されるトークンとしてビットコインを使用していますが、OP_20とOP_721という2つの標準規格も組み込まれています。したがって、このプロジェクトのスタイルは、私たちが考える「新しいプロトコル」に近いと言えます。昨年おなじみの「New Assets」スタイル。

アーチ

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

したがって、Arch の位置付けは OP_NET とはまったく異なります。少なくとも短期的にOP_NETが依然として「新しいプロトコル、新しい資産」スタイルに傾いているとすれば、Archは完全に「ビットコインのメインネットワーク上に構築されたスマートコントラクト層」、言い換えれば「ビットコイン1.5層」であることになる。 。

上の図から、Arch のワークフローを大まかに説明できます。ユーザーはビットコインメインネットからトランザクションを開始し、Arch ノードはトランザクションを盗聴して処理し、検証します。リーダーノードは、Arch ネットワークのブロックを確立する責任を負います。また、最終的なトランザクションを送信する責任もあります。ビットコイントランザクションを確認しました。ビットコインメインネットに戻ります。

OP_NETに少し似ていますか？しかし実際、Arch の公式ドキュメントを注意深く読むと、ネットワークの安定性を確保する方法やその他の「実行層」に関する技術的な説明が OP_NET よりも詳しく記載されていることがわかります。たとえば、「FROST + ROAST」署名スキームを使用しました。これにより、Arch は、ネットワーク メンバーの 51% が正直で協力的である限り、署名に署名してネットワークの安定性を確保できます。

最後に、Arch は Arch ネットワークのガス料金である「実行層」として独自のトークンを持っていますが、ユーザーは Arch を介して契約をやり取りするときに引き続きビットコインで支払うことができ、料金の変換はバックエンドで実行されます。したがって、Arch の使用に関しては、別のウォレットのセットは必要ありません。

結論

OP_NET は技術的な実装の点で Arch に少し似ていますが、一般的に言えば、ビットコインのメインネットは「開始層」と「確認層」であり、それ自体が「実行層」であると言えます。ただし、2つのプロジェクトの位置づけは、前者が「プロトコル」、後者が「ビットコイン1.5レイヤー」というスタイルで全く異なります。

もちろん、ビットコイン メインネットが爆発するまでに長い時間がかかるため、この 2 人が開発した dApp の効率は依然として制限される可能性がありますが、それら自体の実行と確認は十分に高速ですが、ビットコイン メインネットでの最終確認にはまだ必要があるかどうかを見てみましょう。ビットコインメインネットのマイナーは何でもできます。それにもかかわらず、私たちは皆、ビットコインエコシステムの継続的な探索を見て喜んでいます。探索のみが発展につながります。

最後に注目すべき点は、Arch のトークンが来年の第 1 四半期に TGE になる可能性があるということです。そのため、将来的に関連するテストやその他の活動が開始される場合、あるいは Arch に基づく dApp が開始される場合、興味のある人は誰でも注意を払って交流することができます。それと一緒に。現時点では、OP_NET からいくつかの人気のあるトークンが出現することを期待することしかできませんが、現在のエコシステム全体の人気により、OP_NET が過去の ARC-20 のようなプロトコルとして出現するのは困難になる可能性があります。 。