Penemuan terbaru: Transaksi BRC-20 tidak berlaku untuk model label BTC-UTXO

Diproduksi｜Okey Cloud Chain Research Institute

Penulis｜****Jason Jiang

Di dunia Web3, data yang dihasilkan oleh aktivitas di rantai secara langsung sesuai dengan aliran nilai, dan lebih banyak Alpha dapat ditemukan dengan menguasai data di rantai. Ditambah dengan peristiwa risiko yang sering terjadi di pasar enkripsi dalam beberapa tahun terakhir, pengguna individu dan institusional menjadi lebih sensitif terhadap data on-chain. Data on-chain telah menjadi “alat tajam” yang sangat diperlukan untuk memahami dunia terenkripsi. Namun, dalam menghadapi transaksi BRC20 yang menjadi pusat perhatian baru-baru ini, ketika kami menganalisis tag alamatnya, kami menemukan bahwa model BTC-UTXO sebelumnya tampaknya tidak sepenuhnya dapat diterapkan. Dimana masalahnya? Bagaimana mengatasinya?

Transaksi BRC20 dengan PSBT

Sebelum menganalisis masalah, pertama-tama kita harus memahami situasi dasar BRC20. Pada Januari 2023, kontributor inti Bitcoin Casey Rodarmor mengusulkan “Teori Ordinal”, yang memungkinkan pengguna untuk menulis file arbitrer (gambar, teks, video, dll. tidak melebihi 4MB) pada unit terkecil Bitcoin “Satoshi”. Selanjutnya, analis anonim @domodata membuat standar token BRC20 berdasarkan protokol Ordinals. Ini adalah standar token eksperimental yang memungkinkan siapa saja mengeluarkan token di jaringan Bitcoin.

Protokol Ordinals dan standar BRC20 telah menciptakan kasus penggunaan baru untuk ekosistem Bitcoin selain dari transfer nilai, memberikannya logika naratif lain yang menarik setelah halving. Sebagai ekologi blockchain tertua, Bitcoin penuh dengan vitalitas tak terbatas, dan token BRC20 juga akan menjadi jalur yang menarik perhatian luas pada paruh pertama tahun 2023: pada 29 Juni 2023, ada lebih dari 6.000 token terkait BRC20 , Kapitalisasi pasar melebihi $600 juta.

Namun, tidak seperti Ethereum ERC20, yang dapat mengeluarkan dan mentransfer token segera setelah menerapkan kontrak pintar, BRC20 bukanlah token dalam arti sebenarnya, tetapi “Satoshi” yang merekam teks tertentu, sehingga diperlukan pengindeks terpisah untuk memahami status BRC20 token atau saldo. Pada saat yang sama, BRC20 menggunakan paket data JSON dalam skrip kunci publik sebagai pembawa, dan penerapan kontrak token terkait, serta pengecoran dan transfer token, semua perlu menggunakan protokol Ordinals untuk mengatur prasasti dalam data JSON format yang ingin dicapai.

Karena skrip kunci publik Bitcoin hanya menyimpan data dan tidak mendukung eksekusi instruksi kontrak cerdas, token BRC20 tidak dapat membangun perjanjian yang relevan untuk mencapai pengiriman otomatis. Secara teori, transaksi hanya dapat diselesaikan melalui kustodian terpusat atau OTC. Cara-cara tersebut kurang memuaskan dalam hal efisiensi dan kepercayaan transaksi, sehingga PSBT (Partially Signed Bitcoin Transactions) mulai digunakan dalam transaksi terkait BRC20.

Apa yang disebut PSBT adalah standar yang diusulkan oleh pengembang inti BTC Andrew Chow untuk meningkatkan kenyamanan transaksi tanpa tanda tangan. Itu dapat membuat transaksi yang tidak ditandatangani secara lengkap dan beberapa data lain untuk membantu transmisi transaksi yang tidak ditandatangani, mempromosikan portabilitas transaksi yang tidak ditandatangani, dan memungkinkan banyak pihak untuk lebih mudah memeriksa transaksi yang sama pada waktu yang berbeda dan pada kesempatan yang berbeda (dompet perangkat lunak atau perangkat keras) .Menandatangani transaksi. Dalam transaksi multi-signature, Pencipta hanya perlu membuat PSBT terlebih dahulu untuk mengidentifikasi UTXO yang akan digunakan dan keluaran untuk menerima UTXO, lalu menyalin PSBT ke dalam program yang dapat ditandatangani, dan mengintegrasikan beberapa PSBT menjadi satu PSBT melalui Combiner Untuk setiap peserta, transaksi penuh selesai setelah semua pihak menyelesaikan tanda tangan mereka.

Singkatnya, PSBT memungkinkan pengguna untuk menandatangani hanya sebagian dari input untuk membantu token BRC20 mencapai transaksi tanpa kepercayaan tanpa kontrak pintar. Pasar termasuk UniSat dan Ordinal lainnya memanfaatkan teknologi PSBT untuk memungkinkan pembeli dan penjual melakukan transaksi dengan cara tanpa kepercayaan dan non-penahanan.

**Mengapa transaksi BRC20 istimewa? **

Ini karena, ketika kami menganalisis label alamat Bitcoin, kami terutama melacaknya berdasarkan prinsip Pengeluaran Bersama dan Perubahan Satu Kali dari karakteristik UTXO. Diantaranya, prinsip Pembelanjaan Umum berarti bahwa jika transaksi BTC memiliki beberapa alamat input pada saat yang sama, dapat ditentukan bahwa alamat input ini milik entitas yang sama, karena hanya dia yang memiliki semua kunci privat untuk dimasukkan. alamat ini di entitas yang sama. dalam transaksi.

Namun, ketika menggunakan PSBT untuk transaksi BRC-20, sebelum seluruh siaran PSBT, pembeli dan penjual akan dikoordinasikan secara off-chain untuk menyelesaikan tanda tangan setelah konfirmasi Input dan Output.Oleh karena itu, mungkin ada beberapa peran seperti pembeli, penjual , dan platform di input Dan ada kemungkinan peserta tertentu (secara fisik) mengambil beberapa peran pada saat yang sama, sehingga model label yang menggunakan prinsip Pengeluaran Bersama tidak cocok dengan jenis transaksi ini.

Ambil transaksi Token BRC20 tertentu sebagai contoh. Saat ini transaksi umum BRC20 melibatkan tiga jenis utama: penyebaran kontrak Token (Deploy), pencetakan (Mint) dan transfer (Transfer).

(1) Dalam proses Deploy dan Mint, transfer token tidak memiliki alamat pengirim tetapi hanya alamat penerima, paling banyak ada satu input dan output alamat untuk transaksi transfer BTC, jadi modelnya berdasarkan prinsip Pengeluaran Bersama tidak dapat digunakan untuk perluasan label.

(transaksi penyebaran ordi - transfer token)

(transaksi penyebaran ordi - transfer BTC)

(2) Selama proses transfer token BRC20, biasanya ada beberapa alamat Input. Kami dapat mengidentifikasi alamat pembeli dan penjual dari transaksi ini dengan memeriksa transfer token dari transaksi tersebut. Misalnya pada transaksi transfer ordi di bawah ini (di mana pengirim token (bc1p…hdjn) adalah penjual dari transaksi tersebut, dan penerima token (bc1p…wftk) adalah pembeli dari transaksi tersebut.

Namun, akan ada beberapa alamat dalam Input transaksi transfer BTC, termasuk alamat penjual, alamat pembeli, dan alamat platform pihak ketiga yang dicurigai:

Setelah analisis, kami menemukan bahwa dalam proses transfer BRC20, Meskipun sebagian besar jenis skrip masukan adalah tanda tangan tunggal (ada juga beberapa kasus multi tanda tangan), karena kemungkinan penerapan teknologi PSBT, alamat penjual dan platform pihak ketiga secara bersama-sama ditambahkan ke Multi-signature diimplementasikan dalam masukan, jadi meskipun banyak alamat dalam masukan tampaknya merupakan satu tanda tangan, mereka sebenarnya bukan milik entitas/individu yang sama, jadi prinsip Pengeluaran Bersama tidak dapat digunakan untuk penilaian.

Singkatnya, kekhasan transaksi BRC20 terutama tercermin dalam fakta bahwa paling banyak satu alamat input akan muncul dalam proses Deploy dan Mint, yang tidak dapat memenuhi prasyarat prinsip “Pengeluaran Umum”. Dalam proses transfer, karena alamat input mungkin berisi beberapa peran, jika model UTXO berdasarkan prinsip “Pengeluaran Umum” digunakan untuk memperluas label alamat transaksi, platform pembeli, penjual, dan pihak ketiga mungkin dilabeli dengan label yang sama. Hal ini akan menyebabkan kesalahan label, yang akan menyesatkan entitas lain untuk menilai pasar BRC20, dan bahkan memengaruhi akurasi dan kredibilitas keseluruhan label alamat Bitcoin.

**Bagaimana cara menghilangkan dampak BRC20 pada model tag ****UTXO? **

Untuk menghilangkan dampak negatif dari transaksi BRC-20, dalam proses perluasan model tag BTC-UTXO, kami dapat memilih untuk mengidentifikasi dan menghilangkan transaksi terkait melalui mekanisme penyaringan khusus untuk memastikan keakuratan seluruh tag BTC-UTXO perpustakaan. Pada saat yang sama, mengingat dampak multi-tanda tangan pada model perluasan label BTC-UTXO berdasarkan prinsip “Pengeluaran Umum”, kami juga perlu menganalisis skrip input dan output dari transaksi terkait untuk memfilter alamat multi-tanda tangan, jadi untuk secara teoritis mendukung label UTXO Ekstensi tidak terpengaruh.

Diantaranya, identifikasi multi-tanda tangan terutama dengan memeriksa apakah skrip penguncian berisi beberapa kunci publik dan kondisi tanda tangan yang sesuai. Skrip kunci multisig biasanya berisi opcode seperti “OP_CHECKMULTISIG” atau “OP_CHECKMULTISIGVERIFY” dan memerlukan beberapa tanda tangan yang harus dipenuhi untuk membuka kunci dana. Jika beberapa kunci publik dan kondisi tanda tangan yang sesuai ditemukan dalam skrip keluaran, maka keluarannya adalah keluaran multi-tanda tangan. Demikian juga, jika skrip input berisi banyak tanda tangan, maka inputnya adalah input multi-tanda tangan.

Perlu dicatat bahwa saat mem-parsing jenis skrip, pertama-tama kita harus menentukan apakah transaksi tersebut merupakan transaksi saksi yang terisolasi. Jika ini adalah transaksi saksi yang terisolasi, informasi Saksi perlu diuraikan. Berikut ini adalah daftar skrip transaksi umum non-segwit dan skrip transaksi saksi terpisah:

Ambil skrip transaksi saksi non-terpisah Pay-to-Public-Key-Hash (P2PKH) sebagai contoh. Ini adalah salah satu jenis transaksi Bitcoin yang paling umum. Dalam transaksi P2PKH, pengirim perlu menyediakan public key hash penerima sebagai script keluaran transaksi. Penerima perlu memberikan kunci pribadi yang sesuai dengan kunci publik ini untuk membuka kunci keluaran. Dalam menganalisis P2PKH, aturan utamanya adalah:

Skrip input: berisi informasi tanda tangan dan kunci publik; .getChunks().size() == 2;

Skrip keluaran: OP_DUP + OP_HASH160 + pubkeyHash + OP_EQUALVERIFY + OP_CHECKSIG; tentukan apakah dimulai dengan OP_DUP dan diakhiri dengan OP_CHECKSIG.

Dalam transaksi saksi terpisah, ambil contoh P2WPKH. Ini adalah jenis transaksi yang menggunakan teknologi Segregated Witness, yang meningkatkan efisiensi dan keamanan transaksi. Dalam transaksi P2WPKH, pengirim perlu menyediakan hash kunci publik penerima sebagai skrip output. Saat menguraikan transaksi semacam itu, aturannya adalah:

Masukkan skrip: KOSONG

saksi: tanda tangan + kunci pub; saat menilai, pertama-tama dapatkan apakah inputnya KOSONG, lalu nilai itu saksi.getPushCount() == 2

Skrip keluaran: program saksi 0 + 20byte; saat menilai, pertama menilai apakah itu dimulai dengan 0, dan kemudian menilai apakah panjang program saksi adalah 20byte. (Catatan: Panjang program saksi pada keluaran P2WPKH ditetapkan sebesar 20 byte.)

Selain mengidentifikasi alamat multi-tanda tangan berdasarkan karakteristik skrip input dan output dari transaksi yang berbeda, kami juga dapat memfilter transaksi BRC20 berdasarkan karakteristik yang relevan. Menurut penelitian, transaksi BRC20 diselesaikan dalam bentuk tanda tangan offline menggunakan teknologi PSBT, dan jenis saksi terisolasi adalah setengah tanda tangan yang diakhiri dengan 83 di Witness.

Seperti transaksi ini:

（

Alamat:bc1pd6pd4pdzx2an8w8pg8dlst8329ck8t8a6ehqqatglfstqmf3f9yss9yz7y

Winess：[“1b003b4099402cde95be79ab7f4b488c74058c0f620cf4cbeb37a90ca871c4a499334a1262f24fdbe484d7511a54a04aa0d693b02159b603021942cb74f 55e9d83”]

Ada semi-signature yang diakhiri dengan 83 di Witness, jadi ini harus dianggap sebagai transaksi terkait BRC20.

Setelah mengidentifikasi berbagai alamat multi-tanda tangan dan BRC20, kami dapat menghilangkan alamat multi-tanda tangan dan transaksi BRC20 sesuai aturan tertentu, untuk memastikan kelayakan dan kredibilitas model perluasan label BTC-UTXO. Ide dasarnya ditunjukkan pada gambar di bawah ini:

Perlu dicatat bahwa sebagian besar penyedia layanan data on-chain utama dunia sekarang mempertimbangkan dampak multi-tanda tangan saat memperluas tag UTXO, tetapi tidak ada organisasi lain yang memperhatikan atau mengemukakan masalah bahwa transaksi BRC20 dapat menyebabkan kesalahan tag UTXO . **

Menjembatani kesenjangan informasi** Mencari peningkatan nilai dalam rantai data yang masif**

Dunia Web3 asing dan misterius bagi kebanyakan orang, dan alat paling penting untuk wawasan dunia Web3 adalah on-chain tag. Oleh karena itu, kemampuan resolusi tag telah menjadi indikator inti untuk mengevaluasi daya saing analis data on-chain. Tetapi ketika kita benar-benar memilih penyedia layanan data on-chain, kita seharusnya tidak hanya memperhatikan jumlah tag pada rantai tersebut, tetapi juga memperhatikan kualitas tag: Apakah tag tersebut akurat? Apakah pembaruan tepat waktu? …label yang salah terkadang memiliki dampak negatif yang jauh lebih besar daripada tidak ada label sama sekali. Berdasarkan akumulasi kemampuan teknologi label sebelumnya dan pemahaman mendalam tentang pasar BRC20, tim Okey Cloud Chain menemukan dan mengusulkan dampak transaksi BRC20 pada model label UTXO. Tujuannya adalah untuk menarik perhatian pasar dan meningkatkan kredibilitas Bitcoin label alamat Kualitas dan kegunaan rantai membuat kualitas label lebih baik.

Selain analisis label, sementara pasar layanan data on-chain global memiliki potensi pengembangan yang sangat besar setidaknya $10 miliar, ia juga membutuhkan inovasi berkelanjutan untuk meningkatkan kualitas produk dan layanan. ** Penyedia layanan data dalam rantai tidak mungkin menghasilkan keuntungan dengan menjual langsung data dan informasi real-time seperti penyedia layanan data keuangan tradisional seperti Reuters dan Bloomberg. Inovasi teknologi dan inovasi layanan yang baik menarik perhatian pengguna. Hanya ketika itu berakar pada data on-chain dan secara efektif digabungkan dengan informasi off-chain, menyadari kombinasi organik virtual dan realitas, dan memiliki analisis pasar yang tajam dan kemampuan wawasan data, layanan analisis data on-chain dapat beradaptasi dengan inovasi enkripsi dan Pengembangan pasar Web3.