出典：Okey Cloud Chain Research Institute
原作者: ジェイソン・ジャン
出典：Okey Cloud Chain Research Institute
原作者: ジェイソン・ジャン
Web 3 の世界では、チェーン上のアクティビティによって生成されるデータはバリュー フローに直接対応しており、チェーン上のデータを使いこなすことで、より多くのアルファを発見できます。近年の暗号化市場での頻繁なリスクイベントに伴い、個人および機関ユーザーはオンチェーンデータに対してより敏感になってきています。オンチェーンデータは、暗号化された世界への洞察を得るために不可欠な「鋭いツール」となっています。しかし、注目を集めている最近の BRC 20 トランザクションに直面して、そのアドレス タグを分析すると、以前の BTC-UTXO モデルが完全には適用できないことがわかります。問題はどこだ？どうやって解決すればいいでしょうか？
BRC 20 PSBT との取引
問題を分析する前に、まず BRC 20 の基本的な状況を理解する必要があります。 2023年1月、ビットコインのコア貢献者ケーシー・ロダーモア氏は、ビットコインの最小単位「サトシ」でユーザーが任意のファイル（4MBを超えない画像、テキスト、動画など）を書き込むことができる「序数理論」を提案した。その後、匿名アナリスト @domodata が Ordinals プロトコルに基づいて BRC 20 トークン標準を作成しました。これは、誰でもビットコイン ネットワーク上でトークンを発行できるようにする実験的なトークン標準です。
Ordinals プロトコルと BRC 20 標準は、価値の移転以外のビットコイン エコシステムの新しいユースケースを作成し、半減期後のもう 1 つの非常に魅力的な物語ロジックをビットコイン エコシステムに与えました。最古のブロックチェーン生態系であるビットコインは活力に満ちており、BRC 20 トークンも 2023 年上半期に広く注目を集めるトラックとなるでしょう。2023 年 6 月 29 日時点で、BRC 20 関連トークンは 6,000 種を超え、時価総額は6億ドル以上。
ただし、スマートコントラクトを導入後すぐにトークンを発行・転送できるイーサリアムERC20とは異なり、BRC20は本当の意味でのトークンではなく、特定のテキストを記録した「サトシ」であるため、トークンを理解するには別途インデクサーが必要となります。 BRC 20 世代 通貨のステータスまたは残高。同時に、BRC 20 は、公開キー スクリプト内の JSON データ パッケージをキャリアとして使用し、関連するトークン コントラクトの展開、トークンのキャストと転送のすべてで、序数プロトコルを使用して JSON に碑文を設定する必要があります。データ形式。
ビットコイン公開鍵スクリプトはデータを保存するだけであり、スマート コントラクト命令実行プログラムをサポートしていないため、BRC 20 トークンは自動配信を実現するための関連契約を構築できません。理論上、トランザクションは集中管理または OTC を通じてのみ完了できます。これらの方法はトランザクションの効率性や信頼レベルに関係なく満足のいくものではないため、BRC 20関連のトランザクションではPSBT（Partially Signed Bitcoin Transactions、部分署名ビットコイントランザクション）が使用され始めました。
いわゆる PSBT は、署名されていないトランザクションの利便性を向上させるために、BTC コア開発者の Andrew Chow によって提案された標準です。不完全に署名されたトランザクションやその他のデータを作成して、署名されていないトランザクションの送信を支援し、署名されていないトランザクションの移植性を促進し、複数の当事者が異なる時間や機会（ソフトウェアまたはハードウェアウォレット）で同じトランザクションをより便利にチェックできるようにすることができます。 . トランザクションに署名します。マルチ署名トランザクションでは、作成者は、まず PSBT を作成して、使用される UTXO と UTXO を受け取る出力を識別し、次に PSBT を署名可能なプログラムにコピーし、複数の PSBT を 1 つの PSBT に統合するだけで済みます。 Combiner: 各参加者にとって、すべての当事者が署名を完了すると、完全なトランザクションが完了します。
つまり、PSBT ではユーザーが入力の一部のみに署名できるようにすることで、BRC 20 トークンがスマート コントラクトなしでトラストレス トランザクションを実現できるようにします。 UniSat やその他の Ordinal を含むマーケットプレイスは PSBT テクノロジーを利用して、買い手と売り手がトラストレスかつ非保管的な方法で取引できるようにしています。
BRC 20 トランザクションはなぜ特別なのでしょうか?
これは、ビットコインのアドレスタグを分析するときに、主に共通支出と UTXO 特性の 1 回限りの変更の原則に基づいて追跡するためです。その中で、共通支出原則とは、BTC トランザクションに同時に複数の入力アドレスがある場合、これらのアドレスを入力するためのすべての秘密鍵を持っているのはその人だけであるため、これらの入力アドレスが同じエンティティに属していると判断できることを意味します。同じトランザクション内で。
特定の BRC 20 トークン トランザクションを例に挙げます。現在一般的な BRC 20 トランザクションには、トークン コントラクトの展開 (Deploy)、ミント (Mint)、および転送 (Transfer) の 3 つの主要なタイプが含まれます。
画像の説明
(ordi のデプロイ トランザクション - トークン転送)
画像の説明
(ordi のデプロイ トランザクション - BTC 転送)
(2) BRC 20 トークンの転送プロセスでは、通常、複数の入力アドレスが存在しますが、トランザクションのトークン転送を確認することで、このトランザクションの購入者アドレスと販売者アドレスを特定できます。たとえば、次の Ordi Transfer トランザクション (https://www.oklink.com/cn/btc/tx/bc2ac0be40b33cfaf0dedf7bafc97de113ce56e2e6dc7caf67c116f00d1dc849) では、トークン送信者 (bc1p...hdjn) がトランザクションの売り手であり、トークン受信者です。当事者 (bc1p...wftk) はトランザクションの購入者です。
ただし、BTC 送金トランザクションの入力には、売り手のアドレス、買い手のアドレス、および疑わしいサードパーティ プラットフォームのアドレスを含む複数のアドレスが存在します。
分析の結果、BRC 20 の転送プロセスでは、入力スクリプト タイプのほとんどが単一シグネチャであるにもかかわらず (いくつかのマルチシグネチャの場合もあります)、PSBT テクノロジの適用の可能性により、販売者とサードパーティのプラットフォームが共同で入力に追加されます。マルチ署名が中間で実装されているため、入力内の複数のアドレスが単一署名のように見えますが、実際には同じエンティティ/個人に属していないため、共通支出原則を判断に使用することはできません。
要約すると、BRC 20 トランザクションの特殊性は主に、デプロイとミントのプロセスで最大でも 1 つの入力アドレスしか表示されず、「共通支出」原則の前提条件を満たすことができないという事実に反映されています。送金プロセス中、入力アドレスには複数の役割が含まれる可能性があるため、「共通支出」原則に基づく UTXO モデルを使用してトランザクション アドレスのラベルを拡張すると、買い手、売り手、およびサードパーティのプラットフォームに次のようなラベルが付けられる場合があります。同じラベルを使用すると間違いが発生し、他の主体が BRC 20 市場を判断する際に誤解を招き、さらにはビットコイン アドレス ラベルの全体的な精度と信頼性に影響を与える可能性があります。
UTXO ラベリング モデルに対する BRC 20 の影響を排除するにはどうすればよいですか?"OP_CHECKMULTISIG"BRC-20トランザクションの悪影響を排除するために、BTC-UTXOタグモデルを拡張する過程で、BTC-UTXOタグ全体の精度を確保するための特定のスクリーニングメカニズムを通じて関連トランザクションを特定して排除することを選択できます。図書館。同時に、「共通支出」原則に基づく BTC-UTXO ラベル拡張モデルに対するマルチシグネチャの影響を考慮して、関連するトランザクションの入出力スクリプトを分析してマルチシグネチャ アドレスをフィルタリングする必要もあります。理論的には UTXO ラベルをサポートしています 拡張子は影響を受けません。"OP_CHECKMULTISIGVERIFY"このうち、マルチ署名の識別は主に、ロック スクリプトに複数の公開キーと対応する署名条件が含まれているかどうかを確認することによって行われます。マルチシグ ロック スクリプトには通常、次のようなものが含まれます。
または
オペコード、および資金のロックを解除するには複数の署名条件を満たす必要があります。出力スクリプト内で複数の公開キーと対応する署名条件が見つかった場合、出力は複数署名出力になります。同様に、入力スクリプトに複数の署名が含まれている場合、その入力は複数署名入力になります。
スクリプト タイプを解析するときは、最初にトランザクションが分離された監視トランザクションであるかどうかを判断する必要があることに注意してください。分離された監視トランザクションの場合、監視情報を解析する必要があります。以下は、一般的な非 segwit トランザクション スクリプトと分離監視トランザクション スクリプトのリストです。
非分離監視トランザクション スクリプト Pay-to-Public-Key-Hash (P 2 P KH) を例に挙げます。これは、ビットコイン取引の最も一般的なタイプの 1 つです。 P 2 P KH トランザクションでは、送信者は受信者の公開キー ハッシュをトランザクション出力スクリプトとして提供する必要があります。受信者は、出力のロックを解除するために、この公開キーに対応する秘密キーを提供する必要があります。 P 2 P KH を分析するときの主なルールは次のとおりです。
入力スクリプト: 署名情報と公開キーが含まれます; script.getChunks().size() == 2;
出力スクリプト: OP_DUP + OP_HASH 160 + pubkeyHash + OP_EQUALVERIFY + OP_CHECKSIG; OP_DUP で始まり OP_CHECKSIG で終わるかどうかを判断します。
分離された証人トランザクションでは、P 2 WPKH を例に挙げます。これは、トランザクションの効率とセキュリティを向上させる Segregated Witness テクノロジーを使用したトランザクションのタイプです。 P 2 WPKH トランザクションでは、送信者は受信者の公開キー ハッシュを出力スクリプトとして提供する必要があります。このようなトランザクションを解析するときのルールは次のとおりです。
スクリプトを入力してください: EMPTY
witness:signature + pubkey; 判定する際は、まず入力されたスクリプトが EMPTY かどうかを取得し、witness.getPushCount() == 2 であることを判定します。
出力スクリプト: 0 + 20 バイトの監視プログラム; 判定の際は、まず 0 で始まるかどうかを判定し、次に監視プログラムの長さが 20 バイトかどうかを判定します。 (注: P 2 WPKH の出力スクリプト内の監視プログラムの長さは 20 バイトとして指定されています。)
（https://www.oklink.com/cn/btc/tx/cbb6bbd6a828b15afe01ec77eab3e96a83be3d5ff56d99caf8185af79c3d1b53）
Address:bc1pd6pd4pdzx2an8w8pg8dlst8329ck8t8a6ehqqatglfstqmf3f9yss9yz7y
Winess：["1b003b4099402cde95be79ab7f4b488c74058c0f620cf4cbeb37a90ca871c4a499334a1262f24fdbe484d7511a54a04aa0d693b02159b603021942cb74f55e9d83"]
さまざまなトランザクションの入出力スクリプト特性に基づいてマルチシグネチャ アドレスを識別することに加えて、関連する特性に基づいて BRC 20 トランザクションをフィルタリングすることもできます。調査によると、BRC 20 のトランザクションは PSBT テクノロジーを使用したオフライン署名の形式で完了し、孤立した証人のタイプは証人が 83 で終わる半署名です。
このトランザクションのように:
Witness には 83 で終わる半署名があるため、BRC 20 関連のトランザクションと見なす必要があります。
さまざまなマルチシグネチャ アドレスと BRC 20 を特定した後、BTC-UTXO ラベル拡張モデルの実現可能性と信頼性を確保するために、特定のルールに従ってマルチシグネチャ アドレスと BRC 20 トランザクションを削除できます。基本的な考え方を次の図に示します。
世界の主要なオンチェーン データ サービス プロバイダーのほとんどが UTXO タグを拡張する際にマルチシグネチャの影響を考慮していることは注目に値しますが、BRC 20 トランザクションが UTXO タグ エラーにつながる可能性があるという問題に注目したり、問題を提起したりした組織は他にありません。 。
情報ギャップを埋め、大規模なチェーンデータの価値の増加を探す
Web 3 の世界はほとんどの人にとって馴染みがなく、謎に満ちていますが、Web 3 の世界を洞察するための最も重要なツールはオンチェーン タグです。したがって、タグ解決能力は、オンチェーン データ アナリストの競争力を評価するための中心的な指標となっています。しかし、実際にオンチェーン データ サービス プロバイダーを選択するときは、チェーン上のタグの数に注意を払うだけでなく、タグの品質にも注意を払う必要があります。タグは正確ですか?アップデートはタイムリーですか? …間違ったラベルは、まったくラベルを付けない場合よりもはるかに大きなマイナスの影響を与える場合があります。 Okey Cloud Chain チームは、これまでに蓄積したラベル技術能力と BRC 20 市場への深い理解に基づいて、BRC 20 トランザクションが UTXO ラベル モデルに与える影響を発見し、提案しました。その目的は、市場の注目を集め、価値を向上させることです。信頼性と使いやすさにより、チェーン上のタグの品質がさらに向上します。
