Inscriptionの紹介|Inscriptionプロトコルのユースケース、実装、資産セキュリティを理解する

2月1日、Binance Web3 Walletは、BRC-20やEthscriptionなどのさまざまな刻印プロトコルをサポートする碑文市場を正式に立ち上げました。 数日前、OKXはARC-20、ルーン文字、ドギナルなどの碑文プロトコルのサポートも発表し、市場全体の碑文への注目を呼び起こしました。 碑文の波の間に、碑文プロトコルの複雑さと新規性のために、さまざまなセキュリティ問題が頻繁に発生します。 これは、ユーザーの資産セキュリティを脅かすだけでなく、Inscriptionエコシステム全体の健全な発展にも悪影響を及ぼします。

これに対応して、Beosinセキュリティチームは主流の碑文プロトコルを分析し、ユーザーが碑文プロトコルの目的と実装、および碑文資産を保護する方法を理解できるようにします。

碑文の紹介

ブロックチェーンのいわゆる碑文は、ブロックチェーンの特定の特性を通じて、ブロックチェーンに関する具体的で意味のある情報を記録することです。 この情報がブロックチェーンに記録されると、ブロックチェーンに永続的に保存され、改ざんが困難になります。 ブロックチェーンに記録される情報は、単純なテキスト情報、複雑なコード、画像など、多くの種類のものをブロックチェーンに書き込むことができます。 このようにして、一連の標準を使用してデジタル資産の機能を実装することができます。

碑文の現状

BRC-20などのビットコイン碑文の最初の出現から現在の碑文の生態学まで、ほぼ毎日、無限の新しい碑文プロトコルと新しいプロジェクトが出現しています。 碑文の発展は飛躍的に進んでいるといえるでしょう。 ETHパブリックチェーンのEthscriptionプロトコル、BTCパブリックチェーンのARC-20プロトコル、BSCパブリックチェーンのBSC-20およびその他のプロトコル、PolygonパブリックチェーンのPRC-など、さまざまな一般的なパブリックチェーンも碑文エコシステムに参加しています。 20等協定.... これらのプロトコルはすべて、パブリックチェーンに碑文を公開する目的で生成されています。 以下のコンテンツでは、各種プロトコルの実装方法やユースケースについて紹介します。

碑文の詳細な説明

現在、市場で注目されているプロトコルを紹介し、さまざまなパブリックチェーンの刻印プロトコルの共通点と相違点を比較してみましょう。

1. BRC-20

BRC-20を明確に説明するには、まずUTXOと序数を紹介する必要があります。

BTCはUTXOモデルを使用しており、トランザクションはUTXO単位で転送されます。 UTXOとは、Unspent Transaction Outputの略で、未使用のトランザクションアウトプットを意味します。 UTXOモデルは、イーサリアムなどのパブリックチェーンのアカウントモデルとは異なり、トランザクションイベントは記録しますが、最終的なステータスは記録しません。 ユーザーが持っているビットコインの数を計算するには、そのアドレスのすべてのUTXOを合計する必要があり、その結果がユーザーが保有しているコインの数です。

序数は、ビットコインの最小単位であるサトシ(sats)に番号を付けるための体系的なプロトコルです。 各UTXOの各サトシ(複数のサトシを含む)に一意の番号を割り当てることができます。 Ordinalsは、テキスト、写真、音声、ビデオなどをサトシに書き込む機能もサポートしており、ビットコインNFTと呼ばれるおなじみのイーサリアムの非代替性トークンNFTと同様に、各サトシをユニークにします。

BRC-20の創始者は、Ordinalsプロトコルに基づく別の概念を思いつきました。 Ordinalsプロトコルは、各サトシに異なる「属性」を与えることでビットコインNFTを作成できるため、統一された「フォーマット」と「属性」、つまり均質なトークンを与えることでビットコインFTを作成することもできます。

BRC-20は、Ordinalsプロトコルを介して、統一されたJSON形式のテキストデータをSatoshiに書き込みます。 このテキストデータは、BRC-20トークンの会計帳簿です。 このテキストデータに基づいて、トークンの保有と転送を解析できます。 主に以下の内容を収録しています。

以上がBRC-20の3つの規格です。 その中で、opフィールドは、deploy(デプロイ)、mint(ミント)、transfer(転送)など、実行する必要がある操作を表します。 ティックは、実行する必要があるトークンの名前を表します。 maxは発行されたトークンの総量を表し、LIMはトークンごとに鋳造されるコインの最大数を表し、AMTは操作する必要があるトークンの数を表します。 転送規格では「to」などのフィールドもありますが、これは必須ではありません。 転送は、次の図に示すように、銘文がターゲットアドレスに送信され、残高変更が実装されます。

出典:https://twitter.com/blockpunk2077/status/1725513817982136617

2.アーク-20

ARC-20は、ビットコインパブリックチェーンの碑文プロトコルです。 BRC-20プロトコルと同様に、UTXOで標準データを書き込むことで実装されますが、ARC-20プロトコルではデータにARC-20を指定する必要がないという違いがあります。 代わりに、ARC-20トークンの数は、UTXOのsats(satoshi、ビットコインの最小単位)で表されます。 ルールは 1 sat=1 ARC-20 トークンです。

ARC-20プロトコルも、BRC-20プロトコルと同様に、デプロイ、ミント、転送の3つのステップに分かれています。 デプロイフェーズでは、標準トークン名、トークンの総量、キャスト制限、およびブロック情報をUTXOに入力する必要があります。 、画像情報などミンティング段階では、ユーザーはトークンの名前をUTXOに入力する必要があり、UTXOのsats数はARC-20トークンのミント量であり、トークン名と一緒にUTXOには入力されません。ユーザーがARC-20トークンをミントすると、他のアドレスに送信できます。 トークンを送信する場合、ユーザーはUTXOにデータを入力する必要はなく、トークンを保持しているUTXOを他のアドレスに直接転送します。

出典:https://twitter.com/blockpunk2077/status/1725513817982136617

ARC-20 トークンを照会する場合、必要なインデックスは 1 つだけです。 オフラインのインデックスサーバーは、トークン登録情報とミントおよび転送トランザクションを読み取ることができます。 サーバーが資金移動関係を計算し、アドレスが所有するARC-20トークンを照会する必要はありません。 数量は、トークンを保有しているUTXOのSATS数量を直接読み取ることで取得できます。

BRC-20 と ARC-20 を理解した後、刻印された資産を誤って他のアドレスに転送したり、「燃やす」人がいる理由がわかるはずです。

BRC-20やARC-20などのBTC刻印プロトコルはUTXO取引に基づいているため、実際にはBTC取引に刻印取引が付加され、ユーザーは碑文を完全に理解していなくても通常のBTC送金操作を行う可能性があります。 現在のUTXOは、他のUTXOとマージ・分割され、意図しないアドレスに送信されるため、刻印された資産が誤って転送されたり、「バーン」されたりして、取り返しのつかない損失が発生します。

3. エスクリプション

Ethscriptionは、イーサリアム上でデータを作成および共有するためのプロトコルです。 一部の碑文は、このプロトコルを使用してスマートコントラクトを置き換え、トークン発行を実装します。 碑文を使用すると、ユーザーのコストを非常に低いレベルに削減できます。

イーサリアムがトランザクションを送信すると、コールデータデータブロックが提供されます。 通常、このデータブロックは、通常のETH転送では空白のままになります。 スマートコントラクトが呼び出されると、データブロックは呼び出し元の関数と各パラメータデータのシグネチャとして指定されます。 Ethscriptionプロトコルは、calldataデータブロックを使用して、通常のETH転送を送信する際に関連する意味を与える標準データを追加します。

Ethscriptionはこれらの標準データをどのように指定していますか?

まず、コンテンツが画像データである Ethscription を作成する場合は、画像 (画像サイズは 96 KB に制限されています) を Base64 でエンコードされたデータの URI (data:image/png;base64,...);next URI を 16 進数の文字列に変換します。イーサリアムを介して通常の送金トランザクションをターゲットアドレスに送信し、以下に示すように、上記の16進数の文字列をcalldataに入力します。

このようにして、0xf1bfアドレスが Ethscription を所有し、同じコールデータを使用して後で作成された Ethscription は無効と見なされます。

Ethscription を転送する場合は、Ethscription の所有者が受信アドレスに通常の転送を送信し、Ethscription を作成したトランザクションハッシュをコールデータに入力すると、以下に示すように、受信アドレスが Ethscription を所有します。

4. EVMブロックチェーンの刻印

BSCChain、Ethereum、PolygonなどのEVMブロックチェーンには、コールデータと呼ばれる一般的な刻印方法があります。 この方法では、データブロックを使用して固定形式のデータを格納します。 上記の画像データの格納とは異なり、この方法では、標準形式のテキストデータをcalldataに書き込みます。

BSCチェーンには、BRC20の刻印形式と同様の形式で碑文が刻印されています。 たとえば、碑文の形式は data:,{“p”:””,”op”:””,”tick”:””,”amt”:””}です。ここで、「P」フィールドは、BSC-20、BNBS-20、LTC-20、BEP-20、DRC-20、NRC-20、SRC-20などのプロトコル名を表します。 「op」フィールドは操作を表し、通常は「mint」です。 「tick」フィールドはトークン名を表し、「amt」フィールドはトークンの数量を表します。

bnbsトークンを例にとると、通常の送金がターゲットアドレスに送信され、data:{“p”:”bsc-20”,”op”:”mint” in the calldata ,”tick”:”bnbs”,”amt”:”1000”} 入力すると、以下に示すようにbnbsトークンのミント操作が完了していることがわかります。 現時点では、0x22efアドレスには1,000億個のトークンがあります。

次に、トークンを転送する必要があります。 上記のように、通常の送金を受信アドレスに送信し、bnbsトークンを作成したトランザクションハッシュをcalldataに入力する必要があります。 次に、以下に示すように、受信アドレスがbnbsトークンを所有します。

イーサリアム、ポリゴン、その他のチェーンでも基本的に同じですが、上記のBSCチェーンの内容だけがevmチェーンに碑文が作成される状況ではないことに注意する必要があります。 入力されるテキスト・データ・フィールドには、異なるEVMチェーン間または異なるプロトコル間で違いがある場合があります。 また、トークンの転送方法にも違いがある場合があります。 しかし、このタイプのメソッドでは、これらはすべてEVMチェーンのcalldata属性を使用して実装されるため、類似しているように見えます。

概要

この記事では、複数のチェーンでの碑文の実装原則について説明します。 要約すると、紹介された碑文は、いくつかのパブリックチェーンシステム機能を使用して、所定の基準に従ってオフライン情報をブロックチェーンに保存し、オフラインサーバーを介してそれを識別して表示するすべてのプロセスです。 紹介された碑文はどれもスマートコントラクトを使用していません。 ユーザーは、参加時に大量の追加取引コストを削減できます。 ただし、ユーザーは、誤った転送や碑文の偶発的な燃焼による資産の損失を避けるために、碑文プロトコルの実装を完全に理解する必要があります。

免責事項：

1. この記事は[PANews]からの転載です。 すべての著作権は原作者[Beosin]に帰属します。 この転載に異議がある場合は、 Gate Learn チームに連絡していただければ、迅速に対応いたします。
2. 免責事項:この記事で表明された見解や意見は、著者のものであり、投資アドバイスを構成するものではありません。
3. 記事の他言語への翻訳は、Gate Learnチームによって行われます。 特に明記されていない限り、翻訳された記事を複製、配布、盗用することは禁止されています。