# インスクリプションプロトコル解析:実現原理と資産の安全性最近、多くの有名な取引所が相次いでさまざまなインスクリプションプロトコルのサポートを発表し、市場はインスクリプションに広く注目しています。しかし、インスクリプションプロトコルの複雑さと新しさのために、さまざまなセキュリティ問題が頻発しており、ユーザーの資産の安全性を脅かすだけでなく、インスクリプションエコシステム全体の健全な発展にも悪影響を与えています。本文では、主流のインスクリプションプロトコルについて整理し、ユーザーがインスクリプションプロトコルの用途、実現方法、およびインスクリプション資産の保護方法を理解するのを助けます。## インスクリプションの紹介ブロックチェーン上のインスクリプションは、ブロックチェーンの特定の特性を通じて、ブロックチェーン上に特定の意味のある情報を記録するものです。これらの情報は一度ブロックチェーンに記録されると、永久に保存され、改ざんが困難になります。記録できる情報の種類は多岐にわたり、シンプルなテキスト情報、複雑なコード、画像などが含まれます。こうして、私たちはデジタル資産の機能を実現するための標準を使用することができます。## インスクリプションの現状最初のビットコイン公链上のBRC-20などのインスクリプションの登場から、現在のインスクリプションエコシステムではほぼ毎日新しいプロトコルやプロジェクトが登場しており、インスクリプションの発展は目覚ましいものがあります。主要な公链もインスクリプションエコシステムに参加しています。例えば、ETH公链上のEthscriptionプロトコル、BTC公链上のARC-20プロトコル、BSC公链上のBSC-20プロトコル、Polygon公链上のPRC-20プロトコルなどです。これらのプロトコルは、各公链上でインスクリプションを発行するために生まれました。! [碑文科学|主要なパブリックチェーンの碑文プロトコルのユースケース、実装方法、資産セキュリティについて学ぶ](https://img-cdn.gateio.im/social/moments-02ee4e8c6651f087360be1ee0e7dce6a)## インスクリプションの詳細以下は、現在市場で注目されているいくつかのプロトコルについて紹介し、各パブリックブロックチェーンのインスクリプションプロトコルの違いと共通点を比較します。### 1. BRC-20BRC-20を理解するには、まずUTXOとオーディナルの概念を理解する必要があります。BTCはUTXOモデルを採用しており、取引はUTXOを単位として行われます。UTXOはUnspent Transaction Outputの略で、未使用の取引出力を指します。Ethereumなどのパブリックチェーンのアカウントモデルとは異なり、UTXOモデルは取引イベントを記録し、最終状態ではありません。ユーザーが保有するビットコインの数量を計算するには、そのアドレスのすべてのUTXOを合算する必要があります。Ordinalsはビットコインの最小単位であるサトシに番号を付けるシステムプロトコルであり、各UTXO内の各サトシにユニークな番号を割り当てることができます。Ordinalsはまた、テキスト、画像、音声、動画などをサトシに書き込むことをサポートしており、各サトシに独自性を持たせ、EthereumのNFTに似ています。BRC-20の創設者はOrdinalsプロトコルに基づいて、別の理念を提案しました。Ordinalsプロトコルが各サトシに異なる「属性」を付与することでビットコインNFTを作成できるのであれば、統一された「フォーマット」と「属性」を与えることでビットコインFT、つまり同質化トークンを作成することも可能です。BRC-20はOrdinalsプロトコルを通じて、統一されたJSON形式のテキストデータをソングに書き込みます。このテキストデータはBRC-20トークンの帳簿であり、これに基づいてトークンの保有状況や移転状況を解析できます。主に以下の内容を含みます:- deploy(デプロイメント)標準:OP、TICK、MAX、およびLIMフィールドが含まれています- mint(インスクリプション)標準:含むop、tick、amtフィールド- transfer(転送)標準: op、tick、amtフィールドを含む可能性があり、"to"などのフィールドもあるtransferは、そのインスクリプションをターゲットアドレスに送信することによって残高の変化を実現します。### 2. アーク-20ARC-20はビットコインのパブリックチェーン上のインスクリプションプロトコルであり、BRC-20プロトコルと同様に、UTXOに標準データを書き込むことで実現されています。違いは、ARC-20プロトコルではデータ内にトークンの数量を指定する必要がなく、そのUTXO内のsats(サトシ)を使用してトークンの数量を表します。ルールは1 sat = 1 ARC-20トークンです。ARC-20プロトコルも、デプロイ、ミント、転送の3つのステップに分かれています:- デプロイメントフェーズ:UTXOに標準のトークン名、総量、ミント制限、ブロック情報、画像情報などを入力します- ミント段階: ユーザーはトークン名をUTXOに入力し、そのUTXOのsats数がミント数量となります- 移転段階:保有しているトークンのUTXOを他のアドレスに直接移転し、追加データを入力する必要はありませんARC-20トークンを照会する際は、インデックスを1つだけ使用すれば、オフラインサーバーがトークンの登録情報や鋳造および移転トランザクションを読み取ることができ、資金移転関係を計算する必要はありません。アドレスが保有しているARC-20トークンの数量を照会するには、そのトークンを保有しているUTXOのsats数量を直接読み取ればよいです。注意が必要なのは、BRC-20やARC-20などのBTCインスクリプションプロトコルがUTXO取引に基づいているため、インスクリプション取引は実際にはBTC取引に追加されるということです。ユーザーがインスクリプションの原理を完全に理解していない場合、通常のBTC送金を行う際に、UTXOを統合・分割して非予期のアドレスに送信してしまう可能性があり、インスクリプション資産が誤って転送されたり「燃焼」したりして、不可逆的な損失を引き起こすことがあります。! 主要なパブリックチェーンの銘刻プロトコルのユースケース、実装方法、および資産セキュリティについて学びます](https://img-cdn.gateio.im/social/moments-321835e35ea77640589fe0d597450bfe)### 3. インスクリプションEthscriptionは、イーサリアム上でデータを作成し共有するプロトコルです。特定のインスクリプションは、このプロトコルを使用してスマートコントラクトの代わりにトークンの発行を実現し、ユーザーコストを大幅に削減できます。イーサリアムは取引を送信する際に、calldataデータブロックを提供します。通常のETH送金ではこのデータブロックは空白のままですが、スマートコントラクトを呼び出す際には関数シグネチャとパラメータデータを入力します。Ethscriptionプロトコルはcalldataデータブロックを利用し、通常のETH送金時に標準データを追加して特定の意味を与えます。Ethscription作成プロセス:1. 画像(を96KB以内に制限し)、Base64エンコードデータのURIに変換します。2. URI を 16 進数文字列に変換する3. 目標アドレスに通常の送金を行い、16進数の文字列をcalldataに入力します。Ethscription転送プロセス:所有者が受信アドレスに通常の送金を行い、calldataにこのEthscriptionを作成した取引ハッシュを入力します。### 4. EVMブロックチェーンのインスクリプションBSCチェーン、イーサリアム、PolygonなどのEVMブロックチェーンには、calldataデータブロックを利用して固定フォーマットデータを保存する共通のインスクリプション刻印方法があります。BSCチェーンを例にとると、インスクリプション形式は:data:,{"p":"_","op":"_","tick":"_","amt":"_"}- p:プロトコル名(のbsc-20、bnbs-20など)- op:アクション(は通常「ミント」です) - tick:トークンの名前- amt:トークンの数量鋳造操作:ターゲットアドレスに通常の送金を送信し、calldataに標準フォーマットデータを入力します。転送操作:受取アドレスに通常の送金を行い、calldataにそのトークンを作成した取引ハッシュを入力します。注意が必要です。異なるEVMチェーンやプロトコル間で入力されるテキストデータフィールドには違いがある可能性があり、転送方法も異なる場合があります。しかし、全体としてはEVMチェーンのcalldata属性を利用して実現されています。## まとめこの記事では、複数のチェーン上でのインスクリプションの実現原理について論じています。一般的に、これらのインスクリプションは、パブリックチェーンシステムの特性を利用して、オフライン情報を規定された基準に従ってブロックチェーンに保存し、オフラインサーバーを通じて識別して表示します。紹介されたこれらのインスクリプションは、スマートコントラクトを使用せず、ユーザーが参加する際に大量の取引の追加費用を削減できますが、インスクリプションプロトコルの実現方法を十分に理解し、誤送金や誤燃焼を避けて資産の損失を防ぐ必要があります。
インスクリプションプロトコルデプス剖析:原理解読と資産の安全性ガイド
インスクリプションプロトコル解析:実現原理と資産の安全性
最近、多くの有名な取引所が相次いでさまざまなインスクリプションプロトコルのサポートを発表し、市場はインスクリプションに広く注目しています。しかし、インスクリプションプロトコルの複雑さと新しさのために、さまざまなセキュリティ問題が頻発しており、ユーザーの資産の安全性を脅かすだけでなく、インスクリプションエコシステム全体の健全な発展にも悪影響を与えています。
本文では、主流のインスクリプションプロトコルについて整理し、ユーザーがインスクリプションプロトコルの用途、実現方法、およびインスクリプション資産の保護方法を理解するのを助けます。
インスクリプションの紹介
ブロックチェーン上のインスクリプションは、ブロックチェーンの特定の特性を通じて、ブロックチェーン上に特定の意味のある情報を記録するものです。これらの情報は一度ブロックチェーンに記録されると、永久に保存され、改ざんが困難になります。記録できる情報の種類は多岐にわたり、シンプルなテキスト情報、複雑なコード、画像などが含まれます。こうして、私たちはデジタル資産の機能を実現するための標準を使用することができます。
インスクリプションの現状
最初のビットコイン公链上の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の略で、未使用の取引出力を指します。Ethereumなどのパブリックチェーンのアカウントモデルとは異なり、UTXOモデルは取引イベントを記録し、最終状態ではありません。ユーザーが保有するビットコインの数量を計算するには、そのアドレスのすべてのUTXOを合算する必要があります。
Ordinalsはビットコインの最小単位であるサトシに番号を付けるシステムプロトコルであり、各UTXO内の各サトシにユニークな番号を割り当てることができます。Ordinalsはまた、テキスト、画像、音声、動画などをサトシに書き込むことをサポートしており、各サトシに独自性を持たせ、EthereumのNFTに似ています。
BRC-20の創設者はOrdinalsプロトコルに基づいて、別の理念を提案しました。Ordinalsプロトコルが各サトシに異なる「属性」を付与することでビットコインNFTを作成できるのであれば、統一された「フォーマット」と「属性」を与えることでビットコインFT、つまり同質化トークンを作成することも可能です。
BRC-20はOrdinalsプロトコルを通じて、統一されたJSON形式のテキストデータをソングに書き込みます。このテキストデータはBRC-20トークンの帳簿であり、これに基づいてトークンの保有状況や移転状況を解析できます。主に以下の内容を含みます:
transferは、そのインスクリプションをターゲットアドレスに送信することによって残高の変化を実現します。
2. アーク-20
ARC-20はビットコインのパブリックチェーン上のインスクリプションプロトコルであり、BRC-20プロトコルと同様に、UTXOに標準データを書き込むことで実現されています。違いは、ARC-20プロトコルではデータ内にトークンの数量を指定する必要がなく、そのUTXO内のsats(サトシ)を使用してトークンの数量を表します。ルールは1 sat = 1 ARC-20トークンです。
ARC-20プロトコルも、デプロイ、ミント、転送の3つのステップに分かれています:
ARC-20トークンを照会する際は、インデックスを1つだけ使用すれば、オフラインサーバーがトークンの登録情報や鋳造および移転トランザクションを読み取ることができ、資金移転関係を計算する必要はありません。アドレスが保有しているARC-20トークンの数量を照会するには、そのトークンを保有しているUTXOのsats数量を直接読み取ればよいです。
注意が必要なのは、BRC-20やARC-20などのBTCインスクリプションプロトコルがUTXO取引に基づいているため、インスクリプション取引は実際にはBTC取引に追加されるということです。ユーザーがインスクリプションの原理を完全に理解していない場合、通常のBTC送金を行う際に、UTXOを統合・分割して非予期のアドレスに送信してしまう可能性があり、インスクリプション資産が誤って転送されたり「燃焼」したりして、不可逆的な損失を引き起こすことがあります。
! 主要なパブリックチェーンの銘刻プロトコルのユースケース、実装方法、および資産セキュリティについて学びます](https://img-cdn.gateio.im/webp-social/moments-321835e35ea77640589fe0d597450bfe.webp)
3. インスクリプション
Ethscriptionは、イーサリアム上でデータを作成し共有するプロトコルです。特定のインスクリプションは、このプロトコルを使用してスマートコントラクトの代わりにトークンの発行を実現し、ユーザーコストを大幅に削減できます。
イーサリアムは取引を送信する際に、calldataデータブロックを提供します。通常のETH送金ではこのデータブロックは空白のままですが、スマートコントラクトを呼び出す際には関数シグネチャとパラメータデータを入力します。Ethscriptionプロトコルはcalldataデータブロックを利用し、通常のETH送金時に標準データを追加して特定の意味を与えます。
Ethscription作成プロセス:
Ethscription転送プロセス: 所有者が受信アドレスに通常の送金を行い、calldataにこのEthscriptionを作成した取引ハッシュを入力します。
4. EVMブロックチェーンのインスクリプション
BSCチェーン、イーサリアム、PolygonなどのEVMブロックチェーンには、calldataデータブロックを利用して固定フォーマットデータを保存する共通のインスクリプション刻印方法があります。
BSCチェーンを例にとると、インスクリプション形式は:data:,{"p":"","op":"","tick":"","amt":""}
鋳造操作:ターゲットアドレスに通常の送金を送信し、calldataに標準フォーマットデータを入力します。 転送操作:受取アドレスに通常の送金を行い、calldataにそのトークンを作成した取引ハッシュを入力します。
注意が必要です。異なるEVMチェーンやプロトコル間で入力されるテキストデータフィールドには違いがある可能性があり、転送方法も異なる場合があります。しかし、全体としてはEVMチェーンのcalldata属性を利用して実現されています。
まとめ
この記事では、複数のチェーン上でのインスクリプションの実現原理について論じています。一般的に、これらのインスクリプションは、パブリックチェーンシステムの特性を利用して、オフライン情報を規定された基準に従ってブロックチェーンに保存し、オフラインサーバーを通じて識別して表示します。紹介されたこれらのインスクリプションは、スマートコントラクトを使用せず、ユーザーが参加する際に大量の取引の追加費用を削減できますが、インスクリプションプロトコルの実現方法を十分に理解し、誤送金や誤燃焼を避けて資産の損失を防ぐ必要があります。