オーディナル・インスクリプション・プロトコルの理論的根拠と技術的詳細についての議論

著者：CaptainZ、元GametaverseDAO研究者 出典：X、@hiCaptainZ

ここ2週間、BTCエコシステムと様々なインスクリプションプロジェクトを調査してきましたが、原理と技術的な詳細を明確に提示している記事はほとんど見つかりませんでした。align: left;">この2週間、私はBTCエコシステムと様々なインスクリプションプロジェクトについて調査してきましたが、原則と技術的な詳細を明確に示した記事はほとんど見つかりませんでした。例えば、インスクリプションがキャストされたときにトランザクションがどのように開始されるのか、UTXO内部でサットが実際にどのように追跡されるのか、スクリプトのどこにインスクリプションが正確に配置されるのか、BRC20がどのようにサーバーとの間で資金をやり取りするために使用されるのかなどです。なぜ送金時に2回行う必要があるのでしょうか？技術的な詳細を理解することなく、様々なプロトコルBRC20,BRC420,atomics,stamps,runeの違いを理解するのは難しいと思います。この記事では、BTCブロックチェーンの基本を深く掘り下げ、上記の質問に答えようと思います。

BTCのブロック構造

ブロックチェーンは本質的にマルチユーザー簿記技術であり、コンピュータサイエンスの用語では、一定期間の記録（台帳）がブロックを形成する分散型データベースです。その後、台帳は時系列に基づいて拡張される。

ブロックチェーンの仕組みを説明するために、エクセルで表を作りました。エクセルファイルはブロックチェーンを表し、個々の表はブロックを表し、ブロックは560331、560332.から最新の560336まで時系列で進みます。ブロックの内部本体は、会計で最もよく使われる複式簿記方式で、アドレスの片側が借方として記録され、これが入力元であり、アドレスのもう片側が貸方として記録され、これが出力先である。この差額がユーザーレベルでの送金手数料であり、マイナー（帳簿管理者）に支払われる手数料でもある。ブロックヘッダには、前のブロックの高さ、前のブロックのハッシュ、現在のブロックの作成時刻（タイムスタンプ）、乱数が記録される。では、分散型の記帳技術として、次のブロックを追跡する権利を実際に握るのは誰なのか？それは乱数とそれに対応するハッシュ値だ。計算能力を持つマイナーが現在のブロックの乱数のハッシュ値を計算し、最初に条件を満たすハッシュ値を得たマイナーが次のブロックの記帳権を持ち、ブロック報酬と送金手数料を獲得する。最後にスクリプト領域があり、これはいくつかの拡張アプリケーションに使用できる。例えば、スクリプトop_returnはコメントフィールドとして使用できる。実際のブロックでは、スクリプト・エリアは入力メッセージと出力メッセージに付随しており、実際には独立したエリアではないことに注意することが重要です。たとえば、入力に添付されるスクリプトはアンロックスクリプト (ScriptSig) で、これはウォレットアドレスに秘密鍵への署名を要求して送金を許可するものです。一方、出力に添付されるスクリプトはロックスクリプト (ScriptPubKey) で、これは受け取った BTC のロックを解除するための条件を設定するために使用されます (一般的な条件は、"適切な秘密鍵を持っている人だけがお金を使うことができる").

上の2つの図は、生の入力と出力のデータ構造テーブルです。実行レベルでは、スクリプトはトランザクション情報に添付されるパラメータとして表され、ロック解除スクリプト（ScriptSig）は秘密鍵の認証を必要とするため、「証人データ」とも呼ばれます。

Isolated Witness and Taproot#

ビットコインネットワークは10年以上もの間、目立った事件もなく運営されてきましたが、取引コストがもはや実行不可能なほど高騰したことは何度もありました。その結果、ビットコインの開発者たちは、今後増加する取引量を処理するためにネットワークを拡張する最善の方法について議論してきた。

議論は2017年に最高潮に達し、ビットコイン開発コミュニティは、SegWitとして知られる機能を実装するためにソフトフォークを使用することに賛成する派閥と、直接的なブロックスケーリングを支持する「ビッグブロック」派閥の2つに分裂した。

ロック解除スクリプトには「証人データ」の生成を承認するための秘密鍵が必要であると前述しましたが、この証人データをブロックから分離し、ブロックごとに収容できるトランザクション数の増加を偽装することはできないのでしょうか？分離された証人（Segregated Witness）は2017 8 に正式にアクティベートされた。その実装方法は、正確には、すべての取引データを2つの部分に分割し、1つは取引の基本情報（Transaction Data）、もう1つは取引の署名情報（Witness Data）であり、署名情報を新しいデータ構造に保存することは、"分離された証人（Witness）"として知られています。"と呼ばれる新しいデータ構造に保存し、元のトランザクションとは別に送信する。

技術的に、SegWitの実装は、トランザクションが証人データを含む必要がなくなったことを意味します（これは、ビットコインがブロック用に元々用意していた1MBのスペースを占有しません）。その代わりに、ブロックの最後に証人データ用の独立したスペースが追加で作られる。任意のデータ転送をサポートし、ハードフォークの必要性を回避するため、大量のデータをビットコインのブロックサイズ制限内に巧みに収める割引「ブロックウェイト」を備えている。これにより、ビットコイン取引の取引データサイズの上限が引き上げられる一方、署名データの取引手数料が引き下げられる。SegWitのアップグレード前は、ビットコインの容量上限は1 1 MBでしたが、SegWitのアップグレード後は、単純なトランザクションの容量上限は1Mのままですが、隔離された証人空間のサイズは4 MBに達します。text-align: left;">Taprootは2021年11月に実装され、Taproot、Tapscript、およびSchnorr Signatureと呼ばれる新しいデジタル署名スキームを含む3つの異なるビットコイン改善提案（BIP）で構成されており、以下のような多くの利点をビットコインユーザーにもたらすように設計されています。取引プライバシーの向上と取引手数料の削減。また、ビットコインがより複雑なトランザクションを実行できるようになり、（新しいオペコードが追加されることで）アプリケーションの幅が広がります。

これらのアップデートは、Taprootスクリプトパス（ウィットネスデータスペース）内の使用済みスクリプトにNFTデータを保存するOrdinals NFTを実現する重要なものでした。このアップデートにより、任意のウィットネスデータの構造化と保存が容易になり、「ord」規格の基礎が築かれた。データ要件が緩和されたことで、トランザクションはそのトランザクションとウィットネスデータでブロック全体を満たすことができるという仮定（4MBのブロックサイズ（ウィットネスデータスペース）制限まで）は、チェーン上に配置できるメディアの種類を大幅に拡大しました。

スクリプトに文字列を入れるのだから、その文字列には制限があるのでは？スクリプトが実際に実行されたらどうなるのか？ランダムなコンテンツを入れた場合、そのブロックを拒否するエラーコードが出るのではないか？OP_FALSE（ビットコインのスクリプトでは "0 "と表現される）は、スクリプト言語の実行パスがOP_IF分岐に入らず、実行されないままであることを保証します。これは、スクリプトのプレースホルダーまたはNo Operationとして機能し、後続のコードが実行されないことを保証します。

UTXO転送モデル

以上、BTCの基本原理を学ぶために、コンピュータのデータ構造という側面から見てきました。UTXOモデルについては、金融モデルの観点から説明します。

UTXOとは、Unspent Transaction Outputsの頭文字をとったもので、直訳すると「使われなかった取引出力」となり、実際には送金時に外に送金されずに残ったお金と解釈できます。では、なぜビットコインはこのような概念を使うのか。それは、簿記法の口座取引モデルと口座残高モデルから始まります。

私たちは長い間中央集権的なシステムにいたため、簿記の口座残高モデルに非常に慣れてしまっています。利用者Aが利用者Bに100ドルを振り込むとき、銀行はまずAの銀行口座に100ドルあるかどうかを確認し、もしあればAの口座から100ドルを差し引き、次にBの口座に100ドルを追加し、送金は完了する。

しかし、ビットコインの簿記アルゴリズムには残高がない。ブロックチェーンの分散型台帳に記録されるのは単一の取引だけで、口座の現在の残高がどうなっているかを直接記録することはありません（残高を記録するには一般的に専用のサーバーノードが必要で、中央集権的になります）。例えば、ユーザーAの残高が1000ドルで、ユーザーAがユーザーBに100ドル送金した場合、その送金は次のように記録されます：

取引1 ユーザーAがユーザーBに100ドル送金

取引2 ユーザーAがユーザーA(UTX)に900ドル送金。900ドルをユーザーA（UTXO）に送金

ここでの取引2は取引ですが、機能的には口座残高として機能し、100ドルの送金が完了した後、Aの口座にはまだ900ドル残っていることを示しています。つまり、この100ドルの送金後、Aの口座にはまだ900ドル残っているということです。

そこで疑問なのは、なぜこのようなUTXOを構築するのかということだ。なぜなら、BTCブロックチェーンでは、口座残高ではなく、取引しか記録できないからです。UTXOがない場合、残高を計算するには、口座の入出金取引をすべて合算する必要があり、非常に時間とリソースのかかる作業となる。UTXOは、残高を計算するためにすべてのトランザクションをバックトラックしなければならないという苦痛を避けることができます。

UTXOは硬貨と同じで、壊れないという特徴があります。では、金額を入力する取引プロセスをどのように構成し、どのようにおつりを作るのでしょうか？私たちは、コインを使用して類推することができます（実際には、UTXOという単語を見るたびに、自動的に "コイン "より良いに変換してください）。

Mingは1ビットコインをKongに送金する。例えば、Mingのアドレスに対応する前回のトランザクションでは、額面0.9のUTXOが見つかりましたが、これは1ビットコインには十分ではありません。出力も2つあり、1つは額面1ビットコインのXiao Gangのアドレスに向けられる。もう1つはMing自身のアドレスで、額面は0.1ビットコインで、この出力はお釣りです（この例ではガスは無視されます）。

言い換えれば、Mingのポケットには額面0.9のコインと額面0.2のコインの2つがあり、Mingが額面1のコインの代金を支払う必要がある場合、両方のコインを同時にKongに渡す必要があり、Kongはそれを受け取り、0.1のおつりをMingに渡す。つまり、この簿記モデルの本質は、「おつりを作る」という行為を通じて「残高を計算する」ことを避けることにある。

オーディナル・プロトコル・ソーティング・システム

オーディナル・プロトコルは、現在のBTC生態学的大発生の元凶とも言えるもので、均質なBTCを最小単位のsatに分解し、それぞれのsatにそして各サットにシリアルナンバーを付ける。その仕組みは？

BTCの総数は2,100万であり、BTCの最小数は1億のsatに分割できることが分かっています。ここで、これらのサットに序数を割り当ててみることにする。

先にブロックデータ構造について話したとき、取引情報は入力のアドレスと量、出力のアドレスと量を指定する必要があると述べた。各ブロックにはトランザクションの2つの部分、すなわちブロック報酬のBTCアウトと送金手数料が含まれる。手数料取引には入力と出力の両方が必要であるが、ブロック報酬は空中から生成されたBTCであり、入力アドレスがないため、「入力元」フィールドは空白であり、「coinbase取引」とも呼ばれる。"このcoinbaseトランザクションは、全BTCのうち2100万BTCの出所であり、全ブロックのトランザクションリストの中で1番目である。

Ordinalプロトコルは次のように述べています：

1. ナンバリング：各サットは採掘された順にナンバリングされる

   1. ナンバリング：各サットは採掘された順にナンバリングされる

   2. 転送：FIFOルールに従ってトランザクションの入力から出力に転送する
      最初のルールは比較的単純で、採掘報酬のcoinbaseトランザクションによってのみナンバリングが生成できることを規定しています。例えば、最初のブロックのマイニング報酬が50BTCの場合、最初のブロックには[0;1;2;...]が割り当てられます。4,999,999,999]の範囲のサットが割り当てられます。2番目のブロックの報酬も50 BTCの場合、2番目のブロックには[5,000,000,000;5,000,000,001;...

   

   ここでさらに理解しにくいのは、UTXOには実際には多くのサトシが含まれているので、このUTXOのすべてのサトシが同じに見えるのはなぜかということです。UTXOは実際には多くのサトシを含んでいるので、このUTXOの中のどのサトシも同じように見えるのですが、どのように順番を決めるのでしょうか？

   BTCの最小分割が1であり、合計10個のブロックがあり、それぞれのブロック報酬が10BTC、つまりブロックの総数は100であると仮定しましょう。この100BTCに（0～99）の通し番号を直接割り当てることができる。もし送金がなければ、最初のブロックの10BTCには(0-9)、2番目のブロックの10BTCには(10-19)、10番目のブロックの10BTCには(90-99)の番号が振られていることだけがわかる。支出がないため、出力はなく、10BTCのそれぞれに数字の範囲を割り当てることしかできません。

   2番目のブロックに2つの支出（出力）を追加します。1つは3BTC、もう1つは7BTCの「おつり」です。ブロックの取引リストでは、自分用の7BTCの釣銭が最初（番号10-16に対応）で、他人用の3BTCが2番目（番号17-19に対応）であるとする。これは、出力を転送することによって、与えられたUTXOに含まれるサットのセットの順序を確認します。

   各 sat は UTXOではないことに注意してください！ UTXO は最小の再分割不可能な取引単位であるため、 sat は UTXO の中にしか存在できず、 UTXO は最小の取引単位です。また、UTXO& は一定の範囲のsatsを含み、一定のUTXO& 後にのみ使用することができ、sats& 数の分割で新たな出力を生成します。

   この「番号付け」を表現する方法として、Ordinalは上記の「整数法」のような様々な形式をサポートしており、その他にも10進法Decimalメソッド、Degreeメソッド、Percentageメソッド、そして純粋にアルファベットの命名などです。

   

   サッツ 統一されたシリアル番号で、そろそろ銘記について考えましょう。前述したように、テキスト、画像、動画など、どのようなデータタイプのファイルでも、4Mサイズの証人データ領域にアップロードすることができ、アップロード後、ファイルは自動的に16進数に変換され、taprootスクリプト領域に保存されます。つまり、1UTXOは1タップルートスクリプトエリアに対応し、この1UTXOには同時に多くのサット（全体はサットシーケンスの集合体であり、ダストアタックを防ぐため、1UTXO内のビットコイン数は546サトシ以上に制限されている）が含まれることになる。例えば、(17-19)という番号のsatsを含むUTXOは、17の代わりに17を使用します。このコレクションは、内接コンテンツにバインドされます。

   Ordinal Asset Minting and Transfer#

   オーディナルNFTはどうやら、さまざまなファイルを分離証人ゾーンにアップロードし、それらを衛星配列のコレクションにバインドするスクリプトのようです。これにより、BTCチェーン上でNFT資産の発行が可能になる。QWZのスクリプトには、入力ロック解除スクリプトと出力ロックスクリプトの両方が含まれている。正解は両方である。ここで、ブロックチェーン技術におけるコミット・リベールのメカニズムについて言及しなければならない。

   ブロックチェーンにおけるコミット・レベールメカニズムは、情報の公正かつ透明な処理を保証するプロトコルです。コミット-暴露メカニズムには、コミットフェーズと暴露フェーズの2つのフェーズがあります。

   1. コミットフェーズ：このフェーズでは、ユーザーは自分の情報（投票の選択肢や入札価格など）を提出しますが、この情報は暗号化されます。通常、ユーザーはこの情報のハッシュ（情報の暗号化されたダイジェスト）を生成し、このハッシュをブロックチェーンに送信する。ハッシュ関数の性質上、元のメッセージに対して不可逆な一意の出力（ハッシュ値）を生成することができる。つまり、ハッシュ値から元のメッセージを推測することは不可能である。このプロセスにより、送信時のメッセージの機密性が保証されます。

   2. 公開段階：あらかじめ決められた後の時間に、ユーザーは元のメッセージを公開し、それが以前に提出されたハッシュと一致することを証明しなければなりません。これは通常、ハッシュの生成に使用された追加データ（乱数や「ソルト」など）とともにオリジナル・メッセージを提出することで行われる。次にネットワークは、このオリジナル・メッセージのハッシュ値が以前に提出されたハッシュ値と同じかどうかを検証する。もし一致すれば、元のメッセージは有効なものとして受け入れられる。

   先に述べたように、碑文はUTXOが含むサットシーケンスのセットと一緒にバインドされる必要があり、UTXOはブロック内の出力なので、出力のロックスクリプトに添付する必要があります。しかし、BTCのフルノードは、すべてのUTXOコレクションをローカルで管理し、ネットワーク全体に送信する必要があります。万個のUTXOのロックスクリプトに直接アップロードされた1万個の4Mのビデオファイルがある場合を想像してみてください、その場合、すべてのフルノードは超大容量ストレージスペースと超高速インターネットスピードを持っている必要があり、チェーン全体が直接崩壊すると言えます。

   つまり、Ordinalアセットのキャスティングは2段階のプロセスです(ウォレットはこの2つのステップを組み合わせ、トランザクションの構築と同時に親子トランザクションであるコミット-リベールを構築します。）

   キャストフェーズでは、ユーザーはまず、コミットトランザクション（AアドレスからBアドレスへの送金）のUTXOのロッキングスクリプトにファイルのハッシュをアップロードする。次に、ユーザーはrevealトランザクションと呼ばれる新しいトランザクション（BアドレスからAアドレスへの送金）を構築する。このトランザクションでは、入力は前のコミットトランザクションのファイルハッシュを含んでいたのと同じUTXOを使用する必要があり、その入力のためのロック解除スクリプトは元の碑文ファイルを含んでいなければならない。ホワイトペーパーの原文では、これは「まず、コミットで、碑文の内容を含むスクリプトにコミットするタップルート出力を作成する。 次に、revealトランザクションで、inscriptionの内容をチェーン上に表示するためにコミットトランザクションによって生成された出力を使用します。"

   オーディナルNFTとBRC20は送金フェーズにおいて若干異なります。オーディナルNFTは全体的な送金であるため、通常のBTC送金と同様に、UTXOにバインドされたNFTを直接受取人に送金するだけでよいからです。ただし、BRC20はカスタム額の送金を伴うため、2つのステップに分かれており、最初のステップはInscribe「TRANSFER」と呼ばれ、2番目のステップはTransfer「TRANSFER」と呼ばれています）。TRANSFER")、Inscribeトランザクションの最初のステップは、実際には暗黙のコミット-リバーサル親子ペアを持つOrdinal NFTのキャストプロセスに似ており、Transferトランザクションの2番目のステップは、特定のUTXOにバインドされたBRC20アセットを受信者に直接転送する通常のOrdinal NFTの転送に似ています。

   3つの取引（親-子-孫）を同時に行うウォレットもあります。"7175372" alt="7cLSF78QuR8Jt6BcW1Q2xFPJNxS1Jh6sTnRcj1nL.png">

   要約すると、コミットトランザクションは、内接コンテンツ（オリジナルコンテンツのハッシュ）をシリアル番号（UTXO）バインディングでサット(UTXO)バインディングに使用され、revealトランザクションはコンテンツ(オリジナルコンテ ンツ)を表示するために使用される。この親子トランザクションのペアで、NFTのキャスティングが完了する。

   P2TRの例#

   上記のキャスティングの技術的な議論はまだ終わっていません。なぜトランザクションを構築する際に、互いに送金するための自分のABアドレスが必要なのか？インスクリプションを入力する際に2つのウォレットが必要だとは思わなかった。これが、Taprootの主要なアップグレードの1つであるP2TRにつながる。

   P2TR（Pay-to-Taproot）は、Taprootのアップグレードによって導入された新しいタイプのビットコイン取引で、ユーザーが単一の公開鍵またはマルチシグネチャウォレットやスマートコントラクトなどのより複雑なスクリプトを使用してビットコインを使用できるようにすることで、より高いプライバシーと柔軟性を提供します。プライバシーと柔軟性。これは、Merkleized Abstract Syntax Trees（MAST）とSchnorr署名を使用することで実現され、1つのトランザクションで複数の使用条件を効率的にエンコードすることが可能になります。

   • 支出条件の作成
     P2TRトランザクションを作成するために、ユーザーはまず、単一の公開鍵やビットコインを支出するための要件を指定する、より複雑なスクリプト（例：マルチシグネチャウォレットやスマートコントラクト）など、支出条件を定義します。マルチシグネチャウォレットやスマートコントラクトなど）。

   • タップルート出力を生成する
     次にユーザーは、単一の公開鍵を含むタップルート出力を生成します（公開鍵は使用条件を表します）。この公開鍵は、ユーザーの公開鍵とスクリプトのハッシュを組み合わせたもので、「Tweaking」と呼ばれるプロセスを使用します。これにより、出力が標準的な公開鍵のように見え、ブロックチェーン上の他のトランザクションと見分けがつかないようになります。

   • ビットコインの使用
     ユーザーがビットコインを使用したい場合、（使用条件が満たされていれば）自分の単一の公開鍵を使用するか、元のスクリプトを開示して、使用条件を満たすために必要な署名またはデータを提供することができます。これは、より効率的で柔軟な使用条件の実施を可能にするTapscriptを使用して行われます。

   • トランザクションの検証
     その後、マイナーとノードは、提供されたシュナーの署名とデータを使用条件と照合してトランザクションを検証します。条件が満たされていれば、取引は有効とみなされ、ビットコインを使用することができます。

   • 強化されたプライバシーと柔軟性
     P2TRトランザクションは、ビットコインを使用する際に必要な使用条件のみを明らかにするため、高いレベルのプライバシーが維持されます。さらに、MAST署名とSchnorr署名を使用することで、複数の使用条件を効率的にエンコードできるため、トランザクション全体のサイズを大きくすることなく、より複雑で柔軟なトランザクションが可能になります。

   上記は、P2TRでコミット-暴露メカニズムがどのように使用されているかを、実際の例で説明したものです。

   ブロックチェーンブラウザhttps://www.blockchain.com/ を使って、コミット-暴露の前の2つの段階を含む、オーディナル画像NFTのキャストプロセスを調べます。

   まず、コミットトランザクションのハッシュIDが（2ddd90ddf7c929c803888fc2b7591fb999c3ba3c3c7b49d54d01f8db4af585c）であることがわかります。このトランザクションの出力には碑文データが含まれておらず（実際に置かれているのは16メカニズム画像ファイルのハッシュ）、ウェブページには関連する碑文情報がないことに注意されたい。この出力の（bc1p4mtc....） のアドレスは、実際には「微調整」プロセスによって生成された一時的なアドレス（スクリプトのロック解除条件の公開鍵を表す）であり、タップルートのメインアドレス（bc1pg2mp....）は秘密鍵を共有する。このトランザクションの2つ目のUTXOは、リターン「変更」操作である。このようにして、最初のUTXOに含まれるsatsへの碑文コンテンツのバインディングが達成される。

   

   次に、ハッシュIDが(e7454db518ca3910d2f17f41c7b215d6cba00f29bd186ae77d4fcd7f0ba7c0e1).ここで、Ordinalsの碑文に関する情報を見ることができる。このトランザクショ ンの入力アドレスは、前のトランザクション（bc1p4mtc...）によって生成された一時的な出力アドレ スとまったく同じである。入力のロック解除スクリプトにはオリジナル画像の16進ファイルが含まれ、0.00000546BTC（546 satoshi）の出力はこのNFTを自身のタップルートのホームアドレス（bc1pg2mp...）に送信する。となります。先入れ先出しの原則と、「バインディングは最初のアウトプットの最初のsatoshiの番号である」という事実に基づけば、前後の2つのUTXOに含まれるsatの数が変わっても、バインディングのsatの番号は変わりません。つまり、この碑文があるサトシは、(sat 1893640468329373)の中に見つけることができる。

   (https://ordinals.com/sat/1893640468329373)

   

   これら2つのトランザクション(親子トランザクションである)は、鋳造されると同時にウォレットによってメモリプールに提出されるため、ガスは1つしかかからず、マイナーによって記録されブロードキャストされるために同じブロックに入る可能性も高い(上記の例の2つのトランザクションは、ブロック790468で全く同じ時間に存在する)。次にマイナーとノードは、トランザクションが同じブロックに記録されているかどうかを明らかにするためにチェックする。次にマイナーとノードは、公開トランザクションの入力によって提供された16進画像のシュナー署名とハッシュを、コミットトランザクションの出力ロックスクリプトの16進画像のハッシュと照合して検証する。両者が同じ場合、取引は有効とみなされ、ビットコインのUTXOを使用することができ、2つの取引は当然ながらBTCのブロックチェーンデータベースに永続的に記録され、NFT画像は当然ながら保存・表示される。2つのハッシュが異なる場合、2つの取引はキャンセルされ、記帳は失敗します。

   BRC20プロトコルとインデクサ

   Ordinalプロトコルでは、テキストNFT（これはイーサ上の戦利品に相当する）と画像NFT（これはPFTに相当する）を銘記します。FT同質トークンを発行する」コードだとしたらどうでしょう？

   BRC20は、Ordinalプロトコルを活用して、トークンの供給量、最大造幣単位、一意のコードなど、トークンのさまざまな属性を記述するコードのスニペットを含むJSONデータ形式に碑文を設定することで、トークンを正確に配備、造幣、転送します。JSONデータ形式には、トークンの供給量、最大鋳造単位、固有コードなど、トークンのさまざまな属性が記述されたコードの断片が含まれています。前回の記事で述べたように、BRC20トークンは基本的にセミ・ホモジニアス・トークン（SFT）であり、NFTとして取引されるケースもあればFTとして取引されるケースもあります。答えはインデクサです。

   インデクサは実際には簿記係であり、入ってくる情報を異なるカテゴリーに分けてデータベースに記録するために使用されます。オーディナル・プロトコルでは、インデクサは入力と出力を追跡することによって、アドレスからアドレスへのソート・サットがどのように変化するかを決定します。BRC-20プロトコルでは、インデクサは、アドレス間の碑文のトークンバランスの変化を記録するという付加的な機能を持つ。

   したがって、ブックキーパーから見たトークンの存在のさまざまな形態を見ることができます。最初のレイヤー1では、ブックキーパーはBTC採掘者であり、データベースのタイプは「チェーン・データベース」、生成されたBTCはFT資産である。第2レイヤー2では、ブックキーパーはオーディナル・インデクサーであり、データベースタイプは「リレーショナル・データベース」である。第3層3では、簿記係はBRC20インデクサであり、データベース・タイプは「リレーショナル・データベース」であり、生成されたBRC20資産はFT資産である。BRC20を「枚」で考えるとき、私たちは（それが記録される）序列インデクサーの視点に立っており、当然NFTである。BRC20を分割された「枚」で考えるとき（特に中央集権的な取引所にチャージした後）、BRC20がFT資産であることがわかる。BRC20を分割された「1つ」として考える場合（特に中央集権的な取引所にチャージした後）、その視点はBRC20のインデクサーのもの（そのインデクサーまたは中央集権的な取引所のサーバーによって記録されたもの）であり、これは当然FTです。 このことから、異なる層のブックキーパーが存在するため、半均質トークンSFTが存在すると結論づけることができます。

   ブロックチェーンは分散型データベースであり、だからこそ「連鎖型データベース」を維持するために協力し合う簿記係のグループ、マイナーたちが存在するのです（連鎖型データベースのみが真の分散型となり得るからです）。しかし、我々はまだ中央集権的な「リレーショナル・データベース」に戻っている。これが、しばらく前のオーディナル・プロトコル・イニシエーター、BRC20プロトコル・イニシエーター、ユニサット・ウォレットが、理由の本質をアップグレードするかどうかインデクサーのために、ブックキーパーが同意しない理由です。

   しかし、開発の10年以上の後、業界は "分散型 "の経験をたくさん蓄積しており、インデクサは、リレーショナルデータベースの代わりに "チェーンデータベース "することはできません。データベースの代わりに「連鎖型データベース」にすることはできない。インデクサは、リレーショナルデータベースの代わりに「連鎖データベース」を使うことができるのか？ セキュリティと分散化を確保するために、プルーフ・オブ・フラウドやZKPを使うことができるのか？ビットコインエコシステムにおけるDAの需要は、他のDAにも波及し、マルチチェーンエコシステムの繁栄を促進するのだろうか？私はより多くの可能性を見ているようだ。

   参考文献

   https://www.aixinzhijie.com/books/261/master_bitcoin/_book/

   https://learnblockchain.cn/article/5717

   https://zhuanlan.zhihu.com/p/361854961

   https://www.odaily.news/post/5187233

   https://learnblockchain.cn/article/5376

   https://www.panewslab.com/zh/articledetails/1301r1ibp79c.html

   https://docs.ordinals.com/inscriptions.html

   https://thebitcoinmanual.com/articles/pay-to-taproot-p2tr/