導入
Ordinals vs Taro シリーズの最初の記事では、Taro プロトコルにおける Taro 資産の鋳造と転送操作の理論的な実装について簡単に紹介しました。ここでは、比較のために Ordinals と Colored Coin の実装理論をレビューし、さらに Taro の実装と既存の進捗状況を紹介して、ビットコインの第 2 層ネットワーク実装の実現可能性を深く探ります。
この記事は、ビットコインの同種トークン Colored Coin の起源、序数理論と序数、Taro の実装と進歩、および詳細な読み物: アトミックス プロトコルの 4 つのパートに分かれています。
レビュー: 万物の起源 カラーコイン
Colored Coin は、2012 年に Yoni Assia 氏、Vitalik Buterin 氏らによって提案された、ビットコイン ネットワーク上で生成される新しいトークンです [1] [2]。カラーコインは現在一般的なERC-20トークンのプロトタイプであるはずで、当時は資産を表し投票を行うために使用されており、今日のERC-20が担う機能と同様です。以前のカラーコインブラウザ Coinprism では、2015 年に人々によって発行された一連の資産も見ることができます。写真は、2015 年の Web ページに残されたスナップショットから取得したものです: Coinprism Snapshoot - archive.org。
コインプリズムスナップショット
原理
カラーコインは、「カラーリング」によってビットコインのグループを他のビットコインから区別します。 カラーコインを実装するには、ChromaWay が提案する EPOBC プロトコルと、OP_RETURN を使用してメタデータを保存する Open Assets (Open Assets) の 2 つの方法があります。ここでは、オープンアセットの実装原理を簡単に紹介します。これは、Colored Coins ホワイトペーパー [3] で Yoni らによって言及されている方法でもあります。
OP_RETURN は Bitcoin v0.9.0 で提案され、ビットコインで少量のデータを保存するために使用できます [4]。当初の制限は 40 バイトの長さのデータを保存することでしたが、後に 80 バイトに増加しました。 Colored Coin White Paper (2013) ではカラーリングの実装に 40 バイト長のエンコーディングが使用されていましたが、2016 Colored Coin Protocol 仕様 [5] では 80 バイト長の仕様が使用されていました。 2016 年のカラー コイン プロトコル仕様は比較的複雑で、カラー コインのミニ スクリプト言語も含まれますが、ここでは紹介しません。カラーコインの本来のアイデアは、OP_RETURN を使用してトランザクションの出力スクリプトに特定のエンコード情報を保存し、オフチェーンのインデックス作成プログラムに依存してこれらのトランザクションの正当性を識別することです (序数は最後に表示されるため) 2022年）。
アセットの作成
オリジナルのカラーコインホワイトペーパーでは、アセットを作成するためのデータエンコーディングは次のとおりでした。
Colored Coin ホワイトペーパーのエンコーディング形式
エンコードされたデータは、これをカラーコイン生成トランザクションとして識別するために 0x0043438000 (「CCP」) で始まり、その後に現在のプロトコルのバージョンを示す 2 バイトが続きます。次の 2 バイトは追加発行指示で、オール 0 はアセットの追加発行ができないことを意味し、オール 1 はアセットが無制限に発行できることを意味します。最後の 31 バイトは、染色に関する情報を格納するために使用されます。ホワイトペーパーで説明されている資産作成トランザクションは次のとおりです。
出力 OP_RETURN のエンコードされたデータは、このトランザクションがアセットの作成トランザクションであることを示しています。エンコード ルールによれば、このトランザクションによって作成されたアセットは、アドレス 17zt...sSrb のウォレットによって無限に発行できます (最初のトランザクションであるため)。 input アドレスはこのアドレスであり、プロトコルに従って追加の発行アドレスとして使用できます)、OP_RETURN 出力の前のアドレスは、作成アセットを受け取るアドレスとして識別できます。最初の 3 つのアドレスは、9,900,000 のアセットを受け取ります。最後のアドレスはこの資産を 19,900,000 受け取ります。このことから、色銭に染められた各サトシは、ある染められた資産に対応していることが分かります。
受け取った資産の額が 10,000 減少するのはなぜですか?これは、プロトコルで定義されているデフォルトの 10,000 パディングによるもので、ダスト トランザクションを避けるために 10,000 SATOSHI を染色しないことが許可されています。
資産譲渡
資産の転送は、1 つのトランザクションで異なる染料の複数のトークンを転送するなど、より複雑になるように設計できます。ただし、転送プロセスの表現を容易にするために、単一の染料トークンが転送されると仮定します。そして、転送には入力シーケンス番号 (シーケンス、ビットコイン トランザクションの入力フィールドであり、通常はブラウザーで nSequence フィールドが表示されます) が含まれ、そのバイナリ表現は入力がトークンをどの出力に出力するかを表します。真ん中。例えば、6(110b)は、0番目以降の出力ではなく、1番目と2番目の出力に出力することを意味します。以下にトークン転送トランザクションを示します。ただし、入力および出力アドレス情報は省略されています。図内の濃い色は、入力または出力が色付きであることを示します。
色転写取引
これをカラーコインの転写状態、つまりシリアルナンバーのパディングを取り除き、読みやすい形式に変換した状態で表すと、出力される染料マークは次のようになります。最終状態。ここで直接マークされます。
コイン転送ステータスの色分け表示
0 番目の入力からシーケンス番号をたどって状態を転送するプロセスは次の図のようになります。
転送ステータスの変更
入力 0 から出力 1 に 5 つのカラー アセットを転送します。このとき、出力 0 と 1 のスペースは両方とも 5 減算されます。1 に転送され、入力 0 がカラー アセットであるため、カラー値 1 が出力されます。 5を追加します。
入力 1 は 10 個の染料アセットを出力 1 に転送します。このとき、min(5, 10) = 5 が出力 1 から減算されて 1 に転送され、入力 1 は染料アセットであるため、cvalue は 5 増加します。
入力 1 は、10 個の染料アセットを出力 2 に転送します。このとき、min(5, 10) = 5 が出力 2 から減算され、2 に転送されます。入力 1 は染料アセットであるため、cvalue は 5 増加します。
入力 2 は 20 個のカラー アセットを入力 1 に転送し、そのスペースから min(0, 20) = 0 を差し引きますが、入力 2 はカラーではないため、出力 0 の cvalue には変化がありません。
このプロセスを通じて、カラーコインの転送ルールは比較的複雑であることがわかります。オフチェーンインデックスプログラムは、一連のルールに従ってビットコインのUTxOに基づいてカラーコインの転送のためのUTxO計算を実装する必要があります。 2012 年のカラー コイン ホワイト ペーパーでは、カラー コインの交換を 1 回のトランザクションで完了するための分散型交換技術についても言及されました。このテクノロジーに必要な部分的に署名されたトランザクション テクノロジー (PSBT - BIP0174) が 2017 年になって初めて BIP に組み込まれたのは残念です。当時、これには注文帳を通じてそれを識別し実装するための集中プラットフォームが必要でした (つまり、これはまだ集中化されていますか？）
カラーコインのデックスホワイトペーパー
さらに、2016 年のカラー コイン プロトコル仕様の v2 バージョンでは、カラー コインに必要なバイトコード、転送アドレス、検証ルールがさらに設計されました。当時のビットコインの機能上の限界により、この一連のルールがさらに発展しなかったのは残念です。さらに、2015 年のイーサリアムの出現により、そのようなデザインはさらに役に立たなくなり、カラーコインの開発はここで終了しました。また、カラーコインが失敗する理由はネイティブBTCと結合しているためであり、場合によってはBTCとして送出され減額されるためだと言う人もいます。しかし著者は、失敗の原因は流通の不便さと応用シナリオの欠如にあると考えている。
序数理論: 序数
時は 2022 年 12 月になります。2017 年の分離された証人および部分署名トランザクション技術、および 2021 年のタップルート アップグレードの有効化のおかげで、Casey Rodarmor は序数理論 [7] を発明しました。序数はビットコインの番号付けスキームです。これにより、それが可能になります。個々の衛星 [6] を追跡および転送します。衛星には、各ビットコインがマイニングされた順序と、取引が行われたときの先入れ先出しルールに従って番号が付けられます。
序数表現:
整数記号: 2099994106992659 このシリアル番号は、サトシが採掘された順序に従って割り当てられます。
10 進表記: 3891094.16797、最初の数値はマイニング SATOSHI のブロックの高さ、2 番目の数値はブロック内の SATOSHI のオフセットです。
度数記号: 3°111094'214''16797‴ 度数表現の具体的な原理については、序数理論マニュアルを参照してください。
パーセント記号: 99.99971949060254%。ビットコイン供給におけるサトシの位置をパーセンテージで表します。
名前：サトシ。 a ～ z の文字を使用してシーケンス番号をエンコードします。
碑文
序数理論は、ビットコインの最小単位である sat を遡ることに近いものであり、そのルールにより、各 sat が独自の番号を持つようになります。順序理論に基づいて、チェーン上のいくつかの固有のデータは、「刻まれた」碑文と呼ばれるこれらの衛星に関連付けられている可能性があります。碑文はタップルート スクリプトに保存されます。このスクリプトには内容に対する制限がほとんどなく、追加の証人割引を受けることができるため、碑文の保管が経済的になります。 Inscription の Taproot スクリプト形式は次のようになります。
これは Reveal トランザクションの入力監視スクリプトに保存され、ブロックを走査するときにオフチェーン インデックス ノード (ord) によって認識されて公開されます。
インデックス作成の制限とチェーン上での操作ができないため、碑文は最近の父と息子の碑文や数か月後の呪いの碑文インデックスなど、オードのオープンによってのみ達成できる他の追加機能を実装する必要があります。前。インスクリプションの基本的な考え方は Colored Coin と非常に似ています。インスクリプションはデータをトランザクションに保存し、オフチェーン プログラムによってインデックスを付けますが、Colored Coin はデータをエンコードするという点が異なります。出力に保存されます。
現時点では、ビットコインエコシステムが発展し、人々がチェーン上でNFTを鋳造できるようになり、いくつかのトランザクション署名テクノロジーのおかげで、トランザクション市場も出現しました。刻印の技術自体はカラーコインの技術と非常に似ており、どちらもチェーン上にデータを保存し、オフチェーンのインデックス作成ツールによってインデックス付けされます。しかし、時代と機能が異なるため、カラーコインは当時のビットコインの機能的欠点によって制限され、それ以上発展することはありませんでした。 Ordinals の発展とブレイクを可能にしたのは、その低い登録手数料 (初期の競合他社のビットコインスタンプ [8] と比較して) と、人々が簡単に碑文を取引できる部分署名トランザクション技術のおかげで出現した市場であるはずです。
BRC-20
その後、2023年3月には碑文に基づくBRC-20プロトコルも登場しました。前の記事で述べたように、このような均質なトークンの実装方法には暴力的な美学があり、トークンのキャスティングと転送のプロセスは紙に書かれています。は BRC-20 インデクサーに委ねられます。これは、ビットコインのインデックス登録の上にインデックスを追加するのと同じです。もちろん、実際の実装では、BRC-20 インデクサーは他の NFT キャストを直接無視し、BRC-20 のキャストと転送のみを考慮することができます。
BRC-20 は現在、ビットコインの第 2 層ネットワークに少し似ています。第 2 層ネットワークは一連のトランザクションを処理し、メイン チェーンと定期的に通信し、分散化を確保するためにバンドル用のトランザクションを送信します。 BRC-20では、特定のBRC-20登録が有効であるかどうかを確認するためにユーザーのアカウント残高にインデックスを付けるインデクサーとして反映され（トランザクションの処理）、転送とキャスティングのプロセスはユーザー自身によって実装されます（トランザクションをメインに送信します）鎖）。
興味深いことに、少し前にOrdinals Summitが公開した写真の中で、BRC-20の創設者であるdomo氏が示したbrc20-swapのPPTでは、Inscription-Based Virtual MachinesとRollupという2つの概念について言及されており、これはBRCであることを示しているようです。 -20も将来的には第2層ネットワークに参入します。
Taro の実装と進捗状況
前回の記事では、Taro 資産が鋳造され、チェーン上で転送されるという原則を紹介しましたが、実際にはどのように実装されているのでしょうか?前回の記事での原則の紹介と比較して、ここではTaroの現在の実装と最新の進捗状況を紹介します。
Taro 固有の実装
よく知られている理由により、ローカルでのテストに使用される Lightning Network ノードはテスト ネットワークに正常に参加できません。これについては、「Taproot Assets プロトコル#2を理解する」のテスト プロセスを通じて説明します。
アセットキャスティング
前の記事で述べたように、アセットのミントには、入力 UTxO を選択し、アセット ツリーに新しいマークル サム-マークル ツリー (MS-SMT) のルート ノード情報を記録する必要があります。
アセットのキャストが完了すると、アセット情報を取得できます。
{
「資産」: [
{
"バージョン": 0,
"asset_genesis": {
"genesis_point": "ba779153a792a1d49433fd18e56311f8d212992e7d1405cb14af8dffb34e88ce:0",
"名前": "ファンタジーコイン",
"meta_hash": "04e552053fd4c8e2c01bc14cb9a0ce00f07d4ffdffff68fe455c70b934b22a43",
"asset_id": "20cecdb6626705bf26ad036084f7423082db6114f0de84046ebf2e84f6852874",
"出力インデックス": 0,
「バージョン」: 0
},
"asset_type": "通常",
"金額": "100",
"ロック時間": 0,
"相対ロック時間": 0,
"script_version": 0,
"script_key": "02b4c71447e74672f8cd5b50a6b430fc73b3caff7866dc905a502fe8adefad3b31",
"script_key_is_local": true、
"asset_group": null、
"チェーンアンカー": {
"anchor_tx": "02000000000101ce884eb3ff....",
"anchor_txid": "ebe73fb60dfa99d191ed1e43a0509cc93c5223fa202656c469e01d6abfd66356",
"anchor_block_hash": "0 ...
"anchor_outpoint": "ebe73fb60dfa99d191ed1e43a0509cc93c5223fa202656c469e01d6abfd66356:0",
"内部キー": "03d9f42daae1b7832d77d3ec83ddbb62e71266f6aedf6bcceb944e9672177c9301",
"マークルルート": "634ff6d86b8889f119f505a9bcba38fe4c6bda4b5a40a439fce37184badff63f",
"tapscript_sibling": null
},
"前の目撃者": [
],
"is_spent": false
}
]
}
ここの出力には、次の 3 つの重要なフィールドが含まれています。
アセットジェネシス
、 script_key および chain_anchor
アセットジェネシス
: メタデータのハッシュ値、入力されたUTxO番号、アセットIDなどのアセットの作成情報を記述します。
スクリプトキー
: P2TR トランザクションの ScriptPubKey と同様に、アセットを表す UTxO を使用するには、条件を満たす監視スクリプトが必要です (前の記事 UTxO* で説明したように)
チェーンアンカー
: 現在アンカーされているチェーン上のアセットのトランザクション情報を記述し、トランザクション、トランザクションのハッシュ値、トランザクションが位置するブロックのハッシュ値、アセット転送の出力 UTxO を格納します。
同様に、対応する出力も生成トランザクション ebe73fb60dfa99d191ed1e43a0509cc93c5223fa202656c469e01d6abfd66356 で生成されます。この UTxO のロックを解除して次のトランザクションに使用するには、出力 ScriptPubKey (秘密キーまたはパス経由) を満たすスクリプトが必要です。さらに、次のトランザクションは、Taro アセットの転送に使用される場合、内部 script_key 要件を満たす必要があります。
ここでの 1 つの問題は、この UTxO を確実に Taro 資産の通常の使用に使用できるようにするにはどうすればよいかということです。おそらく、秘密キー パスのロックを解除するメソッドを強制的に削除して (P2TR では、秘密キーを使用して UTxO のロックを解除するか、スクリプトを入力して UTxO のロックを解除できます)、ユーザーがスクリプト パス経由でのみ Taro アセットを使用できるようにすることができます。入手可能な情報が限られているため、問題のこの部分の解決策は反映されていません。おそらく、これは Lightning Labs チームが解決している問題でもあります。Github ページで次のように述べられています。現在のコードはこの操作をサポートしていません。ユーザーは、BTC を含む Taro 資産と UTxO を失う可能性があります。
また、監視スクリプトの実装詳細にアクセスすることはできません。さらに深く理解する必要がある場合は、ソース コードを読むしかなく、さらに時間がかかるため、ここでは詳しく説明しません。
資産譲渡
Taro Asset では、アセットの譲渡には、譲渡する双方の当事者がユニバースを同期する必要があります。 前回の記事で述べたように、Taro Universe は、Taro アセットのメタ情報を保存しており、この一連の取引情報を保存するデータベースとみなすことができます。 。トランザクションは、これらのトランザクションと鋳造動作が実際に発生したことを証明する必要がある場合にのみビットコインに送信されます (これは、前のセクションで説明したように、UTxO が確実に使用されるようにするための制限メカニズムとしても使用されているようです) Taro アセット）。したがって、トランザクションの前に、トランザクションの両当事者が情報を同期して、トランザクションの正当性を確認する必要があります。その後、Taro アセットを別のアドレスに送信すると、同様のトランザクションが生成されます。
移行
情報：
{
"移行"： {
"転送タイムスタンプ": "1684836471",
"anchor_tx_hash": "e4efa1c3272009193e961f383b29c1bc84cf6ed8eb0806bf94056a41387835b3",
"anchor_tx_height_hint": 2434958,
"anchor_tx_chain_fees": "12725",
"入力": [
{
"アンカーポイント": "ebe73fb60dfa99d191ed1e43a0509cc93c5223fa202656c469e01d6abfd66356:0",
"asset_id": "20cecdb6626705bf26ad036084f7423082db6114f0de84046ebf2e84f6852874",
"script_key": "02b4c71447e74672f8cd5b50a6b430fc73b3caff7866dc905a502fe8adefad3b31",
「金額」: 「100」
} }
],
"出力": [
{
「アンカー」: {
"アウトポイント": "b3357838416a0594bf0608ebd86ecf84bcc1293b381f963e19092027c3a1efe4:0",
"値": "1000",
"内部キー": "024a3cb06616bb1545d3a25417a3fa5ccc70c5fbe9ceed8666410ed83745bbe968",
"taproot_asset_root": "42ac8c2338032a0b0ea9b96916da31a8798eef30cbef2a80b8c6d60249e4698d",
"マークルルート": "42ac8c2338032a0b0ea9b96916da31a8798eef30cbef2a80b8c6d60249e4698d",
"tapscript_sibling": null、
「受動資産数」: 0
},
"script_key": "02258420ed4cf219965908102c6f8498da274c251a3463880763ba118c2d946c62",
"script_key_is_local": true、
"金額": "79",
"new_proof_blob": "00245663d6bf6a1...",
"split_commit_root_hash": "fdee0a27d560e5223b5e06b7a61d3df5b405942d21cf887fc96b16088874546a",
"output_type": "OUTPUT_TYPE_SPLIT_ROOT"
},
{
「アンカー」: {
"アウトポイント": "b3357838416a0594bf0608ebd86ecf84bcc1293b381f963e19092027c3a1efe4:1",
"値": "1000",
"内部キー": "033e42d7bdc3c5161c2dc440667b0f4fca4c4a7d32d13efac12a71994651b048ce",
"taproot_asset_root": "8aada842f74c2b11e9b5a0a716baa0c453855ab6ea316222a8a28e7e79506f41",
"マークルルート": "8aada842f74c2b11e9b5a0a716baa0c453855ab6ea316222a8a28e7e79506f41",
"tapscript_sibling": null、
「受動資産数」: 0
},
"script_key": "0225357fc148c441fbd5c5ea533fd6c33686697967a1cf8c493628788a535f433c",
"script_key_is_local": true、
"金額": "21",
"new_proof_blob": "00245663d6bf6a1de069c4562620f...",
"split_commit_root_hash": null、
"出力タイプ": "OUTPUT_TYPE_SIMPLE"
} }
]
} ...
}
アセットを作成するユーザーは、アンカーされたアセットに対応する UTxO を入力として受け取り、2 つのアドレスに 2 つの出力を生成します。出力内の情報は、受信者が受け取った UTxO が合法であるかどうかを確認するのに便利であると同時に、出力内の情報は、法的証人を生成するために使用される次の転送を生成するために必要な情報も受信者に提供します。スクリプトを使用して、この UTxO が正常に消費できることを確認します。前述のアセット ツリーの説明と Taro のアセット転送プロセスを組み合わせると、
資産ID
アセット ツリー内のアセットを表すリーフ ノードにインデックスを作成するために使用できます。リーフ ノードにはアセットの合計量も格納され、この情報はオフチェーン インデックス プログラムとみなすことができます。 script_key を介して、対応する支出可能な資産の残高を、対応する資産の MS-SMT で照会できます。支出条件を満たすウォレットは、これらの出力を次のトランザクションの入力として使用してトランザクションを実行できます。
上記の「転送」は「除算」処理（100 -> <79, 21>）なので、自身への出力タイプは
出力タイプ分割ルート
は、マージ操作と同様に、特定のウォレットで使用できる異なる script_key の下のアセットを 1 つにマージします。
Taro Asset に関わるこれらの操作は、ブロックチェーン上の Pay-To-Taproot (P2TR) の形でのみ反映されます。主要な資産移転プロセスは依然としてオフチェーンで行われるため、この観点から見ると、Taro Asset はビットとみなすことができます。コインの第 2 層ネットワーク。
最近の展開
Taproot-Asset ページでは、これまでに実装された機能が次のとおりであることがわかります。
アセットキャスティング
Taro Universeの同期
アセットの送受信
資産証明書のインポート/エクスポート
CLI 設定ファイルの作成と管理
最新の v0.2.3 バージョンから判断すると、Lightning Labs チームは現在も Taro プログラムの残りの問題を修正し、アセットの鋳造証明にブロックの高さを追加するなど、元のプログラム ロジックを改善しています。プログラムのGithubページには、コードがメインネットワークに適しておらず、Taro資産とBTCの損失につながる可能性があるとも書かれています。 Slack の公式ディスカッションでは、開発者は Lightning Network がまだ Taro アセットをサポートしていないことにも言及しました。
アセット キャスティングの要件を満たす v0.2.0 バージョンは、今年 5 月に正式にリリースされたばかりで、このバージョンではすでにアセット キャスティング/転送/受信機能が実装されています。残りは、トランザクション ルール (前述のとおり) を改良することになる可能性があります。プログラムのバグを修正します。したがって、Taro アセットの実現にはまだ長い道のりがあり、現時点ではメイン ネットワーク上で実行するための要件を満たすことができません。今後 1 ～ 2 年以内に Taro アセットが正式に運用される可能性があると著者は考えています。
拡張: アトミックスプロトコル
著者がこのシリーズの最初の部分を完了してこの記事を書いてから 2 週間で、Ordinals の別の競合製品である Atomics Protocol10 (アトミック プロトコル) が登場しました。これは Ordinals Inscription のキャストに非常によく似ていますが、どちらもcommit。トランザクションは入力として使用され、「エンベロープ」は監視スクリプトに書き込まれてから公開され、データ形式は特に類似しています。
OP_FALSE
OP_IF
0x0461746F6D // 「atom」4バイトをプッシュ
<Operation> // 操作の種類を示すために 1 回のプッシュが続きます
<Payload> // 操作のペイロード（CBORエンコード）
OP_ENDIF
ARC-20
ARC-20 は、アトミック プロトコルに基づいた代替可能なトークンであり、BRC-20 とはまったく異なる鋳造および転送ルールを持っています。
鋳造: ARC-20 の鋳造には、トークンの事前展開も必要です。展開方法では、トークンの名前、鋳造高さ、関連するイメージ、鋳造数量などの情報を指定する必要があります。到着後、他の人はインデクサーを通じてトークン情報を取得し、それを作成できます。 ARC-20 では、マイニングと同様のキャスト方法も設計されています。デプロイヤーはコミット tx の衝突プレフィックスとリビール tx の衝突プレフィックスを指定できます。これらのプレフィックス情報が設定されている場合、ミンターはキャスト中にコミットを変更するために nonce を選択する必要があります。 .tx と、reveal tx のハッシュを使用して、条件を満たすプレフィックスを選択します (現時点では、reveal tx の衝突の要件はありませんが、この機能はソース コードで利用できます)。ユーザーが条件を満たすナンスを見つけた後、ミントされたトークン名と条件を満たすナンスがエンコードされたアトミック プロトコル トランザクションに送信されて、ビットコイン チェーンでのミントが完了し、残高情報がインデクサーによってインデックス付けされます。 。
転送: ARC-20 の転送はカラー コインと非常に似ていますが、ARC-20 はサトシにバインドされており、これらのトークンの UTxO が入力として使用される場合、i 番目の入力は i- に流れます。 th 出力。十分な出力がない場合、つまり入力の数が出力の数より大きい場合、これらのトークンは最初の出力に流れます。
アトミックプロトコル
この移転方法の利点は、BRC-20 のような取引前に移転銘文の作成を必要とするプロセスを回避できることであり、部分署名技術を使用する場合は、トランザクションを統合することで同種トークンの取引がより便利になります。 . 単一のトランザクション内でトークンと BTC の交換を完了するか、複数の異なるトークンの交換を完了します。欠点は、このような実装では、ユーザーがトークンを失いやすくなるということです。特に、ユーザーが同じトークンの複数のコピーを受け取って UTxO を統合する場合、トークンを表すこれらの UTxO が簡単に消費されたり、トークンのプロセスで消費されたりする可能性があります。他のトークンを鋳造します。
さらに、Atomic協定にはNFTとドメイン名の設計も含まれています（NFTとは独立しています）。文書には未完了の契約やイベントもあります。公式文書が不足しているため、詳しく紹介することはできません。
プロトコルの比較
ここでは、Taro 資産、Ordinals の BRC-20 トークン、およびアトミック プロトコルを比較する必要があります。これらは、トークンの鋳造と転送がオフチェーン プログラムによって追跡および記録されるという点で似ていますが、記録されるルールは、トークンのルールとは異なります。連鎖の現れ方が違います。
プロトコルの比較
結論
最後に、これらのテクノロジーを紹介した後、ビットコイン実装の可能性について説明します。一般的な 2 層ネットワーク実装では、通常、トランザクションを実行するために追加のブロックチェーン ネットワークが構築され、これらの実行されたプルーフはレイヤー 1 に配置されます。メイン チェーンでは、これはロールアップの基本原則でもあり、プルーフは定期的にメインチェーンに送信されます。ライトニング ネットワークは、ビットコインの第 2 層の決済ネットワークとして、ロールアップ テクノロジーと同様に実装されます。チャネルを確立した後、両者は一連のやり取りを実行し、最終確認後にチャネルを閉じ、チェーンに証拠を提供します。
Taro アセットは、アセットのキャストと転送を完了するために UTxO と同様の方法で設計されており、その目的は、ライトニング ネットワークと互換性があるため、そのような交換モデルがライトニング ネットワークでも有効になることです。両当事者は、ライトニング ネットワークに似たモデルを使用して資産を交換するだけで済み、最後にビットコインに戻るときに証明トランザクションを送信して、これらの資産が第 2 層ネットワークに実装されていることを証明する必要があります。これらの資産の実装プロセスがビットコインで実装されている場合、各トランザクションはビットコインで認証され、オフチェーンの資産認証が有効であることが確認できます。ただし、この実装はオフチェーンの Taro Universe インデックスに大きく依存しており、メタデータが失われると、ユーザー資産の損失が発生する可能性があります。これらのインデックスは非常に分散化されており、おそらくこれらのユニバースを P2P ネットワークに形成して、IPFS と同様の分散ストレージを形成できるでしょうか。この利点は、ユーザーにとって均質なトークン資産の流通が容易になることです。欠点は、代替不可能なトークン資産には意味がないことです (なぜ ERC721 を直接使用しないのかと疑問に思う人もいるかもしれません)。
BRC-20 は鋳造データと転送データを激しく記録し、インデクサーは台帳情報のインデックスを作成します。その欠点は明らかです。ユーザーは転送を行う前に転送の碑文を記述する必要があります。これは Ordinals の実装に依存しているため満たさなければならない条件です。 BRC-20 が Ordinals の実装に依存せず、Ordinals と同様の設計を設計した場合、より優れた流動性を満たすことができるかもしれませんが、Ordinals の人気を利用して普及することはできない可能性があります。もちろん、この利点は、インデックス作成方法が非常にシンプルであり、(Taro アセットに保存されているメタデータ情報と比較して) 追加のメタデータを保存する必要がないため、スケーラビリティも制限されます。 Ordinals が NFT として実行できる機能は非常に優れており、そのデータはチェーン上に保存され、インデックスを付けることができます (ただし、マイナーは目撃データのこの部分を破棄できます)。これは ERC-721 とは異なるアプローチを示しています。 Ordinals自体は第2層ネットワークとみなされませんが、BRC-20の導入後は第2層ネットワークのように動作しますが、データの変更はこの第2層ネットワーク(インデクサー)ではなくビットコインに反映されるため、それ自体は会計の正確性を確保することだけを目的としています。
Taro のアセットと Ordinal には、特に代替可能トークンと代替不可能なトークンの実装に関して独自のハイライトがあることがわかります。Taro は代替可能トークンの実装について多くのことを検討し、Taproot から圧縮されたトランザクションへの大量のアセットを許可することを検討しました。ライトニングネットワークの互換性を満たすために、UTxO のようなトランザクションメソッドが使用されます。ただし、NFTの実装はOrdinalsの碑文と比較すると特に味気なく、オンチェーンのデータストレージがERC-721とは異なり、ハイライトになります。 BRC-20 に基づいて実装された BRC-20 は、ユーザーのトランザクション プロセスが煩雑であり、Taro アセット内のインタラクションではユーザーがこれらすべてを認識することはできません。この反対から、代替可能なトークンと代替不可能なトークンの違いは、特にビットコインのような UTxO ベースのブロックチェーンでは、プロトコルで採用されている基礎的な設計手法が特に重要であることが明らかです。
データの引用
カラーコイン - wikipedia
ビットコイン 2.X (別名カラービットコイン) – 初期仕様
カラーコインのホワイトペーパー
NULLデータ - ビットコインを学んでください
カラーリングスキーム - Github
概要 - 順序論ハンドブック
ORDINALSの台頭、BTC生態系のカンブリア紀の爆発
ビットコインスタンプ
アトミカルズプロトコル
Taproot アセット プロトコル
Taproot アセット プロトコルの理解 #2