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