BTCの資産発行：既存のプロジェクトとそれぞれのガイドライン

出典：バイトコイン CKB

私は知っています、この問題について話すと、BTC純粋主義者はBTCがただのデジタルゴールドとして静かに存在するのが良いのではないかと思うかもしれません。なぜトークンが必要なのでしょうか？なぜUSDTが必要なのでしょうか？しかし、資産の安全に特に注意を払う場合、ETHが崩壊した場合、誰がDeFiを拾うことができるでしょうか？また、トークンスキームはBTCプロトコルと互換性があり、元の機能を破壊しません。好まない場合は、トークンクライアントをダウンロードしないこともできますし、大きな影響を受けることはありません。

BTC上でトークンを発行する理由は何ですか？

BTC上でトークンを発行し、現実世界の資産取引をオンチェーンに移すためのアイデアは、2010年頃にBTCコミュニティで提案されました。最初の議論は、不動産、株式、法定通貨などの現実世界の資産をBTC上で分散取引することを想定していましたが、法的要因のため、不動産や株式などの資産の移動は簡単ではありません。自分の家のデジタル資産トークンを他の人に支払っても、政府が認めない可能性があり、また現実世界の不動産証書を自動的に変更する必要があり、さまざまな税金を支払う必要があるかもしれません。また、規制の下では自由にオンチェーンで取引することはできません。

したがって、より魅力的な方法は、法定通貨にペッグされたトークン、つまりステーブルコインを発行することです。ステーブルコインは、非代替トークンとは異なり、依然として同質性のあるトークンですが、元のBTCとは区別されています。トークンとして現れると、その価値は代表する現実世界の資産の価格によって決定され、元のデジタルマネーの価格は関係ありません（デジタルマネーの価格が資産価格よりもはるかに上昇している場合、資産を捨てることもできます）。これがなぜ通常、BTC上のトークンがサトシ（Satoshi）単位で表示される理由です。

デジタルマネーとしてのトークン化された資産を実現するには、2つの主要な問題を解決する必要があります：

1.ビットコインで現実世界の資産を表す方法。 2. BTCが非常に限られたスクリプト言語で複雑な取引ルールや契約を設定する方法は？

下記の内容は、上記の2点に焦点を当て、現在存在するいくつかのBTC資産発行プランについて概説し、データの利用可能性、資産の媒体、表現力、拡張性などの観点から比較しています。

BTC上の最初のトークン：カラーコイン

BTC上でトークンプロトコルを最初に設計した人物は不明であり、このアイデアはBTCフォーラムまたはコミュニティの議論から生まれた可能性があります。カラーコインプロジェクトは、Yoni Assiaが2012年に開始したもので、当時彼はVitalik Buterin、Lior Hakim、Meni Rosenfeld、Rotem Levと共に『染色コインホワイトペーパー』を書きました。[1], プロジェクトは2013年に開始されました。

染色币の仕組みは、特定のコインを特別なサトシとしてマーキングし、そのサトシに資産関連情報を記録することです。このプロセスを染色と呼びます。1つのサトシを異なる色に染めたり、異なるタグを付けたりすることができますが、同じ色のコインは区別できません。例えば、ドルに染色されたサトシの集まりは、まだ均質です。古いプロトコルでは、トランザクションの最初の入力UTXOのnSequenceフィールドにタグを追加していました。ただし、nSequenceのストレージ上限は4バイトしかないため、後のトークン設計では基本的にOP_RETURNフィールドに変更し、より多くのメタデータを格納できるようにしました。

染色コインは現在、主にBTC上の最初のトークンプロジェクトとして注目されています。しかし、プロジェクトの発展はあまり理想的ではなく、大規模な適用も得られていません。そのため、プロジェクト自体は徐々に忘れられてきました。当時、染色コインが直面した問題は、BTCの機能がこのより先進的なアイデアをサポートできないことでした。このアイデアが実現し、効率的かつ安定した運営を実現するのは非常に困難でした。これが、Vitalikが染色コインプロジェクトの後、スマートコントラクトに執着する理由の一つかもしれません。

染色币がcongの形式で存在するため、その検証はUTXOの有効性を検証するのと同じく、全体のチェーンをダウンロードする必要があります。この問題は後でクライアントサイドの検証方法で解決されます。

OP_RETURNでトークンを発行する: Counterparty & Omni Layer

染められたコインと同じではありません、カウンターパーティ[2][3] とオムニレイヤー（USDTの背後にあるプロトコル）は、聡上で直接色を付けるのではなく、取引中に値が0のUTXOを設定し、このUTXOのOP_RETURNにメタデータを格納します。OP_RETURNには80バイトを格納でき、OP_RETURNのUTXOは支出できないことを示し、実際のトークンはOP_RETURNに記録されたi番目の出力です。この出力の値は通常0.00000546 BTCで、これは送信できる最小値であり、トークンの価値はBTCにペッグされていないため、0.00000546 BTCよりも多くのコインを送信する必要はありません。

これらのプロジェクトの検証はすべてオンチェーンで行われ、メタデータはオンチェーンに保存されます。

Omni Layer は長い間ETHブロックチェーン上でプレイしていましたが、最近BTCエコシステムに戻り、BTC-USDTを発行する準備をしています。Counterparty は一部のBTCをステークし、独自のトークンXCPを持っています。Twitterから[4]最近、NFTに取り組んでいるようです。

OP_RETURNの詳細については、01928374656574839201を参照してください。

ビットコイン OP RETURN メタデータの分析[5]
OPを手動で構築_RETURN USDTを送信する[6]

サイドチェーンを利用したBTCのアンカリング：Rootstock＆Liquid Network

台木[7][8] とLiquid Network[9]これらの2つのプロジェクトはおおよそ2017年頃に登場し、両方ともサイドチェーンソリューションであり、ビットコインをサイドチェーンに双方向ペッグの方法でアンカリングし、EVM互換のサイドチェーンでさまざまなDeFiやdAppsを使用します。彼らはWBTCに似ていますトークン（RSKにはRBTC、LiquidにはL-BTCがあります）は、主にイーサリアムエコシステムでBTCを使用してビルドしたい人々を対象としています。

Rootstockでトークンを発行する方法は、ETH上での発行と同じです。また、Rootstockはビットコインチェーンとマイニングを共有していますが、他の機能はETHエコシステムに適応するために作られています。例えば、スマートコントラクトのコードもSolidityで書かれています。したがって、ここでのトークンはRBTCを基に発行され、直接BTCとは関連していません。

この記事では、主にパブリックチェーンをフォローしますが、Liquid Networkはコンソーシアムチェーンであるため、ここでは詳しくは議論しません。

RSKについてさらに詳しくは、参照:

RSK: ビットコインのステートフルスマートコントラクトを備えたサイドチェーン（RSK論文）[10]
RSK マネー[11]
よくあるご質問(FAQ)[12]

前述のプロジェクトの中には、一部が消えてしまったものもあります（例えば、染色コイン）、一部はBTCの名前を借りて実際はETHのエコシステムを売っているものもあります。これは主に、ETHが資本を受け入れた後、DeFiとdAppsが市場で圧倒的な優位性を持っているため、DeFiプロジェクトがETHと競争するのは困難です。ETH上のトークンは契約によって発行および取引され、ERC-20などのトークン標準に準拠しています。BTCエコシステムも最近、BitVMなどの契約機能を解放し、BRC-20などのトークン標準が登場しています。

BTC上でスマートコントラクトを実現する：RGB

RGB(ビットコインにとって本当に良い)は2016年に生まれました[13]最初は染色通貨の競合として設計されました。しかし、同様の課題に直面すると、ビットコイン上でスマートコントラクトを有効にする方向に転換しました。スマートコントラクトの実行に焦点を当てているため、トークンの発行ではなく、その仮想マシンAluVMの制約により、2024年時点で完全な契約機能はまだ限られています。

RGBのアイデアは、オフチェーンのデータとスマートコントラクトのコードをBTC以外の場所に配置し、Merkle rootを使用して取引の検証とトークンの発行の確約を提供することです。BTCチェーンは取引の確約の検証と最終性のみを行い、二重支払いが発生しないことを証明します。

RGB の注目すべき点は、クライアントの検証と一度性封条の技術を同時に使用していることです。これにより、トークンを示すために UTXO にマーキングする必要はありません。これらの概念は、Peter Todd によって2013年に最初に提案されました。[14]Giacomo Zucco と Maxim Orlovsky によって提案され、それを基に RGB プロトコルが設計されました。

クライアント側の検証（Client-side validation）は、トランザクションで使用されるデータとコードをオフチェーンに保存し、公開されないようにします。一部のデータはトランザクションの関係者間でのみ秘密裏に交換される可能性があり、トランザクションとは関係のない他の人々には全く知られません。オフチェーンの状態はBTCによって維持され、ブロックチェーンはタイムスタンプの役割を果たし、状態の順序を証明することができます。

そして、一回限りのシール（single-use seal）- これはクライアント側の検証で最も一般的な形態です- は、デジタル版の一回限りの封印です。各UTXOが一度だけ使用できる性質を利用して、オフチェーンの状態情報をUTXOに書き込みます。したがって、ある時点でこのUTXOが使用されると、状態が更新されたことがわかり、更新後の状態情報が新しく生成されたUTXOに書き込まれます。このオフチェーンの状態情報には、USDTトークンの所有権や、ある契約におけるトークンの数などが含まれることがあります。

例えば、AliceがUSDTをBobに送りたい場合、そのUSDTはBTCオンチェーンに存在しないが、その情報はオフチェーンで管理されており、Aliceが制御するUTXOと関連している。その情報は、そのUTXOを生成した取引の中に、値がゼロのUTXOのOP_RETURNフィールドに保存されています。そのため、USDTを使えるのはAliceだけであり、Bobは過去の取引でそのUSDTがどのUTXOに保存されていたか、それらのUTXOが有効かどうか、取引が合法かどうかをBTCオンチェーンの取引で追跡できます。そのため、Aliceが取引を開始し、そのUSDTのコミットメント情報をBobが制御するUTXOに移すと、BobはそのUSDTを受け取ったことを確認できます。

RGB は、その状態がオフチェーンであるため、ライトニングネットワーク上で実行することもできます。単にコミットメントをオンチェーンまたはライトニングネットワークに配置する必要があります。タップルートのアップグレード後、RGB はコミットメントをタップルート取引に埋め込むことができます。これにより、RGB はより柔軟な方法でコミットメントを BTC オンチェーンに埋め込むことができます。

RGBについてさらに詳しくは、RGB Blueprintを参照してください[15]

トークンのみサポート、スマートコントラクトはサポートされていません：Taproot資産

Taproot Assetはライトニングネットワークデーモン(LND)です。[16][17] チームによって開発されたプロジェクト。 RGBと同様に機能しますが、複雑なスマートコントラクトはサポートしておらず、トークンのみをサポートしています(こちらのTaprootのエントリを参照)。説明)。

Client-Side Validation、RGB およびタップルートについて詳しくは、01928374656574839201 を参照してください。

クライアントサイドの検証[18]
オフチェーン取引：ビットコイン資産プロトコルの進化[19]
カウンターパーティ vs RGB vs TARO[20]

すべてのサトシが特別であるように：序数およびイニオン

Casey Rodarmor は、2023 年初頭に Ordinal Protocol をリリースしました[21]このプロジェクトは、次のようなアイデアから始まりました。どのようにして聡を番号付けして、それぞれの聡にユニークなシーケンス番号を割り当てて順番に並べることができるか。このアイデアは染色コインと同時期に提案されましたが、去年になって再提案されました。また、SegWitとTaprootの機能が追加されたことで、実現がより容易になりました。Ordinalは、各聡を異なるものにし、NFTを直接ビットコインチェーン上で発行できるようにします。

イニオンズ[22]ただのこのようなNFTプロジェクトです。NFTのデータは取引の証人データに保存されており、以前のプロジェクトで使用されていたOP_RETURNフィールドとは異なり、これにより4MB未満のメタデータを保存できます。 Ethereum上のNFTとは異なり、Inionはチェーン上に保存されており、メタデータと画像が含まれています。

Ordinalsについてさらに理解するには、参照: 01928374656574839201

オーディナル：イーサリアムとビットコインの最大主義者の共通点？[23]
ビットコインの序数とイニオンの究極のガイド[24]

任意のUTXOチェーンに双方向バインディング：RGB++同型バインディング

RGB++の[25][26]最初はBTCとCKB（Nervos Networkとの取引のための仲介通貨）の間の取引所として始まりました。同构なバインディングプロトコル（isomorphic binding protocol）が提案され、現在ではCKBとBTCに限定されず、理論的にはどのUTXOチェーンでもこのプロトコルを使用してバインドすることができます。

RGB++は、RGBのClient-Side ValidationとSingle-Use-Sealsのアイデアをさらに発展させました。前述のように、RGBプロトコルの最大の問題は、データがユーザー自身によってローカルに保存されることです。もしユーザーがデータを紛失した場合、バックアップがなく、回復できません。また、ユーザーは自分のトークンに関連するデータのみを保存するため、他のデータを検証するのは比較的難しいです。同質的なバインディングレイヤーのソリューションは、トークンをBTC UTXOのOP_RETURNフィールドにバインドするだけでなく、対応するBTCトランザクション情報をCKBオンチェーンのトランザクションにもバインドします（CKB Cell内に01928374656574839201を使用）。[27]の Lock の中で、特別な IB-lock- を使用して実現されます）。CKB オンチェーンの取引が正当かどうかを判断する際、Lock はCKB上のBTCライトクライアントのデータを使用して、対応するUTXOが使用されているかどうか、および使用後に生成された新しいUTXOが現在のトークン取引情報にバインドされているかどうかを確認します（署名を含まない情報の一部として）。

RGB++ フォローする価値のある特徴：

データの可用性の問題を双方向バインディングで解決します：CKB CellはUTXOのOP_RETURNフィールドにバインドされ、UTXO情報はCKBトランザクションのOutput Cellにバインドされます。
与ライトニングネットワーク和 Fiber Network（基于 CKB 的ライトニングネットワーク）兼容
多くの資産をサポート
任意のUTXOチェーンにバインドできます

RGB++について詳しくは、参照：

RGB++ プロトコルライトペーパー[28]
RGB、RGB++、およびクライアントサイド検証の究極のガイド[29]

各プロジェクトの利点と制限をより明確に理解するために、上記のプロジェクトを以下の表で比較します。特にフォローが必要な指標は次のとおりです：

データ可用性（Data availability）：同构链（isomorphic-chain）とサイドチェーンはほぼ同じですが、オフチェーンのデータ可用性は他のソリューションよりも弱いです。順番は次のとおりです：オンチェーン ≥ 同构链 ≥ サイドチェーン > オフチェーン；
資産キャリア（Asset carrier）：BTCと直接的に関連付けられたトークンスキームは、非直接的な関連スキームより優れています；
同质性（Fungibility）: ここで指すのは、プロジェクトのネイティブトークンが相互に置き換え可能かどうかです。プロジェクトが非代替トークンの発行に対応していないことを意味しておらず、後者は追加のプロトコルによって実現されることがあります；
表現力（Expressiveness）：複雑なスマートコントラクトを処理する能力を指します。

文中に記載された一部のリンク:[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]