Aset pada BTC: Proyek yang Ada dan Panduan Masing-Masing

Sumber: ByteCell CKB

Saya tahu, ketika masalah ini dibicarakan, para penganut murni Bitcoin mungkin berpikir: Apakah tidak cukup bagi BTC untuk diam-diam menjadi emas digital? Mengapa harus ada Token? Mengapa harus ada USDT? Namun, jika Anda sangat peduli dengan keamanan aset, Anda harus memikirkan, bagaimana jika Ethereum tumbang? Siapa yang akan menangani DeFi? Selain itu, solusi Token kompatibel dengan protokol BTC, dan tidak akan merusak fungsi aslinya. Jika tidak suka, Anda tidak perlu mengunduh klien Token, dan tidak akan terlalu terpengaruh.

PenerbitanToken di Bitcoin: Mengapa Tidak?

Penerbitan Token di BTC, digunakan untuk mentransfer transaksi aset dunia nyata ke on-chain, gagasan ini muncul di komunitas BTC sekitar tahun 2010. Diskusi awal komunitas membayangkan mentransfer aset dunia nyata seperti properti, saham, dan mata uang fiat ke BTC untuk transaksi yang desentralisasi. Namun, karena faktor hukum, transfer aset seperti properti dan saham tidak semudah itu. Meskipun Anda membayar aset digital Token dari rumah Anda kepada orang lain, pemerintah mungkin tidak mengakui atau secara otomatis mengganti sertifikat properti dunia nyata, dan mungkin perlu membayar berbagai pajak. Selain itu, transaksi on-chain masih dibatasi oleh regulasi.

Oleh karena itu, cara yang lebih menarik adalah Token yang terikat dengan Mata Uang Fiat, yaitu Stable Coin. Stable Coin berbeda dengan Non-fungible token, mereka tetap menjadi Token yang dapat dipertukarkan (fungible), hanya saja mereka dibedakan dari BTC asli. Ketika muncul sebagai Token, nilai mereka ditentukan oleh harga aset dunia nyata yang mereka wakili, tidak lagi memiliki harga Uang Digital asli (jika harga Uang Digital naik jauh lebih tinggi dari harga aset, maka membuang aset juga mungkin). Itulah mengapa Token di atas BTC biasanya diukur dalam satuan Satoshi (Satoshi).

Menggunakan Uang Digital sebagai Token aset, perlu menyelesaikan dua masalah utama:

1. Bagaimana menggambarkan aset dunia nyata dengan BTC;
2. Bagaimana menetapkan aturan transaksi dan kontrak kompleks dalam bahasa skrip BTC yang sangat terbatas.

Konten di bawah ini berfokus pada kedua poin di atas, merangkum beberapa skema penerbitan aset BTC besar yang ada saat ini dan membandingkannya dari beberapa aspek seperti ketersediaan data, media aset, kinerja, skalabilitas, dll.

Token pertama di BTC: Token Pewarnaan

Orang yang pertama kali merancang protokol Token di BTC tidak dapat diketahui, gagasan tersebut mungkin muncul dari diskusi di forum atau komunitas BTC. Proyek Koin Berwarna (Colored Coin) dikembangkan oleh Yoni Assia pada tahun 2012, saat itu dia bersama Vitalik Buterin, Lior Hakim, Meni Rosenfeld, Rotem Lev menulis ‘White Paper Koin Berwarna’ (Colored Coins whitepaper)[1], proyek mulai berjalan pada tahun 2013.

Prinsip kerja koin berwarna adalah menandai satu Satoshi sebagai koin khusus, dan menulis informasi terkait aset ke Satoshi ini - proses ini disebut pewarnaan. Anda dapat mewarnai satu Satoshi dengan warna yang berbeda, dan memberi tanda yang berbeda, tetapi koin yang diwarnai dengan warna yang sama masih tidak dapat dibedakan, misalnya, satu tumpukan Satoshi yang diwarnai menjadi dolar masih homogen. Protokol yang lebih awal menggunakan bidang nSequence, dan menambahkan tanda pada nSequence UTXO input pertama pada transaksi. Namun, batas penyimpanan nSequence hanya 4 byte, sehingga desain Token yang lebih baru hampir semuanya beralih ke bidang OP_RETURN, yang dapat menyimpan lebih banyak metadata.

Dyeing coin is currently mentioned mainly because it is the first Token project on BTC. Due to the project’s development not being ideal and not receiving large-scale applications, the project itself has gradually been forgotten. The problem faced by dyeing coin at that time was that BTC’s functionality could not support this advanced idea. It is difficult for this idea to be implemented and run efficiently and stably. This may also be why Vitalik turned against BTC after the dyeing coin project and became so persistent in Smart Contract.

Karena mata uang berwarna ada dalam bentuk cerdas, verifikasinya sama seperti memverifikasi keberlakuan UTXO, yang memerlukan pengunduhan seluruh rantai. Masalah ini akan diselesaikan dengan cara verifikasi sisi klien (client-side validation) di masa depan.

Menggunakan OP_RETURN untuk Mengirim Token: Counterparty & Omni Layer

Tidak seperti mata uang berwarna, Counterparty[2][3]dan Omni Layer(Protokol di Balik USDT) Tidak langsung mewarnai Satochi, tetapi mengatur sebuah UTXO dengan nilai 0 dalam transaksi, dan metadata disimpan dalam OP_RETURN dari UTXO ini. OP_RETURN dapat menyimpan 80 byte, menandai bahwa UTXO OP_RETURN tidak bisa dihabiskan, dan token sebenarnya dicatat dalam output ke-i. Nilai output ini biasanya 0,00000546 BTC - nilai terendah yang dapat dikirimkan dalam sistem, dan karena nilai token tidak terkait dengan BTC, tidak perlu mengirimkan lebih dari 0,00000546 BTC.

Verifikasi untuk semua proyek ini harus dilakukan di on-chain, dan metadata disimpan di on-chain.

Omni Layer telah lama menjadi pemain dalam rantai ETH, sampai baru-baru ini kembali ke ekosistem BTC, siap menerbitkan BTC-USDT. Counterparty melakukan stake sebagian BTC, memiliki Token XCP mereka sendiri. Dari Twitter[4]Terlihat bahwa yang sedang dilakukan baru-baru ini adalah NFT.

Untuk informasi lebih lanjut tentang OP_RETURN, Anda dapat merujuk ke:

1. Analisis metadata Bitcoin OP RETURN[5]
2. Membangun transaksi OP_RETURN untuk mengirim USDT secara manual[6]

Menggunakan Sidechain untuk mengikat BTC: Rootstock & Liquid Network

Rootstock[7][8]dan Jaringan Liquid[9]Kira-kira dua proyek ini muncul sekitar tahun 2017, keduanya adalah solusi sidechain - menggunakan pendekatan pengikatan dua arah (Two-way peg) untuk menukar Bitcoin ke sidechain, dan menggunakan berbagai DeFi dan dApps di sidechain yang kompatibel dengan EVM. Mereka mirip dengan WBTC.Token (RSK memiliki RBTC, Liquid memiliki L-BTC), utamanya ditujukan untuk orang-orang yang ingin menggunakan BTC untuk membangun ekosistem Ethereum.

Penerbitan Token di Rootstock dilakukan dengan cara yang sama seperti di Ether, atau bisa dikatakan bahwa Sidechain Rootstock ini, kecuali Penambangan, semua fungsinya ditujukan untuk mencocokkan ekosistem Ether, seperti kode Smart Contract juga ditulis dalam Solidity. Jadi, Token di sini diterbitkan berdasarkan RBTC, tidak langsung terkait dengan BTC.

Karena artikel ini terutama mengikuti jaringan publik, sedangkan Liquid Network adalah jaringan konsorsium, maka tidak akan dibahas secara mendalam di sini.

Untuk informasi lebih lanjut tentang RSK, lihat:

• RSK: Sebuah sidechain Bitcoin dengan smart-contracts yang berkeadaan (dalam paper RSK)[10]
• Uang RSK[11]
• FAQs[12]

Beberapa proyek yang disebutkan sebelumnya telah menghilang (seperti token pewarna), dan beberapa yang mengklaim sebagai ekosistem Ethereum (ETH) dengan menyebut dirinya sebagai BTC. Hal ini terjadi karena setelah Ethereum (ETH) merangkul modal, Keuangan Desentralisasi dan dApps mendominasi pasar secara mutlak, sehingga sulit bagi proyek Keuangan Desentralisasi yang tidak bermain dengan Ethereum (ETH) untuk mendapatkan keuntungan. Token di Ethereum (ETH) diterbitkan dan diperdagangkan melalui kontrak sesuai dengan standar seperti ERC-20. Ekosistem Bitcoin (BTC) juga mulai mengaktifkan fitur kontrak dalam dua tahun terakhir, seperti BitVM, dan munculnya standar token BRC-20.

Mengimplementasikan Smart Contract pada BTC: RGB

RGB (Really Good for Bitcoin), yang lahir pada tahun 2016[13]Awalnya dirancang sebagai pesaing mata uang berwarna. Tetapi menghadapi tantangan serupa, itu beralih untuk mengaktifkan kontrak pintar di Bitcoin. Meskipun fokus utamanya adalah menjalankan kontrak pintar bukan token pengiriman, namun hingga tahun 2024, fitur kontrak lengkap masih terbatas karena batasan mesin virtual mereka, AluVM.

Pendekatan RGB adalah dengan memisahkan data yang dapat diambil di luar rantai (off-chain) dan kode Kontrak Pintar ke luar dari BTC, dengan menggunakan Merkle root untuk memberikan komitmen pada verifikasi transaksi dan penerbitan token. Rantai BTC hanya melakukan verifikasi komitmen transaksi dan finalitas, membuktikan bahwa tidak ada pengeluaran ganda yang terjadi.

Hal yang perlu dicatat tentang nilai RGB adalah teknologi validasi klien dan segel sekali pakai yang digunakan secara bersamaan, sehingga tidak menandai Token pada UTXO. Konsep kedua ini pertama kali diperkenalkan oleh Peter Todd pada tahun 2013.[14]RGB protocol ini dirancang oleh Giacomo Zucco dan Maxim Orlovsky berdasarkan proposal ini.

Validasi sisi klien memungkinkan data dan kode yang digunakan dalam transaksi disimpan di off-chain, tidak akan disiarkan secara publik, beberapa data mungkin hanya ditukar secara pribadi antara kedua belah pihak transaksi, dan orang lain yang tidak terkait dengan transaksi mungkin sama sekali tidak tahu. off-chain state dipertahankan dengan bantuan BTC, dan blockchain digunakan sebagai Timestamp untuk membuktikan urutan status.

Sementara segel sekali pakai (single-use seal) - juga merupakan bentuk verifikasi klien yang paling umum - adalah versi digital dari segel sekali pakai. Dengan memanfaatkan sifat bahwa setiap UTXO hanya dapat dihabiskan sekali, informasi status off-chain ditulis ke dalam satu UTXO. Dengan demikian, jika suatu saat UTXO tersebut dihabiskan, kita akan tahu bahwa status telah diperbarui, dan informasi status setelah diperbarui ditulis ke dalam UTXO yang baru dibuat. Informasi status off-chain ini dapat berupa kepemilikan Token USDT, atau jumlah Token dalam suatu kontrak.

Misalnya, Alice ingin mentransfer sejumlah USDT ke Bob, USDT tersebut tidak ada di BTCon-chain, informasinya dijaga di off-chain, namun akan terhubung dengan UTXO yang dikendalikan oleh Alice. Informasi tersebut disimpan di dalam field OP_RETURN dari transaksi yang menghasilkan UTXO dengan nilai nol tersebut. Dengan cara ini, hanya Alice yang dapat menghabiskan USDT tersebut, dan Bob dapat melacak USDT tersebut melalui transaksi on-chain yang menunjukkan UTXO mana yang pernah menyimpan USDT tersebut, apakah UTXO tersebut valid, dan apakah transaksi tersebut sah. Dengan demikian, ketika Alice memulai transaksi dengan memindahkan informasi komitmen USDT tersebut ke UTXO yang dikendalikan oleh Bob, Bob dapat yakin bahwa dia telah menerima USDT tersebut.

RGB juga dapat berjalan di Jaringan Lighting karena statusnya adalah off-chain, hanya perlu menempatkan komitmen tersebut di on-chain atau Jaringan Lighting. Setelah upgrade Taproot, RGB dapat menyematkan komitmen ke dalam transaksi Taproot, ini memungkinkan RGB untuk menyematkan komitmen ke dalam Bitcoin on-chain dengan cara yang lebih fleksibel.

Untuk informasi lebih lanjut tentang RGB, lihat: Rencana RGB[15]

Hanya Mendukung Token, Tidak Mendukung Smart Contract: Aset Taproot

Taproot Asset adalah Lightning Network Daemon (LND)[16][17]Proyek yang dikembangkan oleh tim. Prinsipnya mirip dengan RGB, tetapi tidak mendukung kontrak pintar yang kompleks, hanya mendukung token (lihat entri Taproot di sinipenjelasan).

Untuk informasi lebih lanjut tentang Validasi Sisi Klien, RGB, dan Taproot, lihat:

1. Validasi sisi klien[18]
2. Transaksi Off-Chain: Evolusi Protokol Aset Bitcoin[19]
3. Kontra vs RGB vs TARO[20]

Membuat Setiap Satoshi Menonjol: Ordinals & Inions

Casey Rodarmor meluncurkan Protokol Ordinal pada awal tahun 2023[21]Proyek ini awalnya berasal dari ide: bagaimana memberi nomor pada setiap satoshi sehingga setiap satoshi memiliki nomor urut yang unik dan dapat diurutkan. Ide ini sama dengan koin berwarna yang muncul pada saat yang sama, hanya saja baru diusulkan tahun lalu. Dan dengan penambahan fitur SegWit dan Taproot, implementasinya menjadi lebih mudah. Ordinal membuat setiap satoshi menjadi unik, sehingga NFT dapat diterbitkan langsung di rantai Bitcoin.

Inions[22]Ini adalah proyek NFT seperti itu. Data NFT disimpan dalam data witness transaksi, bukan di bidang OP_RETURN yang digunakan oleh proyek sebelumnya, sehingga dapat menyimpan metadata berukuran kurang dari 4 MB. Berbeda dengan NFT di Ethereum, Inion adalah penyimpanan on-chain yang mencakup metadata dan gambar.

Untuk informasi lebih lanjut mengenai Ordinals, lihat: 01928374656574839201

1. Urutan: Titik temu umum bagi para maksimalis Ethereum dan Bitcoin?[23]
2. Panduan Paling Lengkap tentang Ordinals dan Inions Bitcoin[24]

Mengikat UTXO Rangkap Dua Arah pada Setiap Rantai: RGB++ dengan Pengikatan Isomorfik

RGB++[25][26]Awalnya adalah untuk BTC dan CKB (Nervos NetworkMuncul protokol pengikatan isomorfik antara dua rantai UTXO (Unspent Transaction Output) (dasar) yang kini berlaku secara luas, bukan hanya terbatas pada CKB dan BTC, teori UTXO rantai mana pun dapat diikat bersama menggunakan protokol ini.

RGB++ mengembangkan ide Client-Side Validation dan Single-Use-Seals dari RGB lebih lanjut. Seperti yang telah disebutkan sebelumnya, masalah terbesar protokol RGB adalah data disimpan oleh pengguna di perangkat lokal mereka. Jika pengguna tidak sengaja kehilangan data, tidak ada cadangan yang bisa dikembalikan. Selain itu, karena pengguna hanya menyimpan data yang terkait dengan Token mereka sendiri, sulit untuk memverifikasi data lainnya. Solusi pada lapisan ikatan homogen adalah mengikat Token tidak hanya ke dalam bidang OP_RETURN dari UTXO BTC, tetapi juga mengikat informasi transaksi BTC yang sesuai ke dalam transaksi on-chain CKB (melalui CKB Cell[27]Di dalam Lock, menggunakan IB-lock khusus untuk mencapainya. Ketika memutuskan apakah transaksi CKB on-chain sah, Lock akan menggunakan data klien ringan BTC di CKB, melihat apakah UTXO yang sesuai telah dihabiskan, dan apakah UTXO baru yang dihasilkan setelah dihabiskan terikat dengan informasi transaksi Token saat ini (sebagai bagian informasi tanpa tanda tangan).

Keunggulan RGB++ yang layak diikuti:

• Mengatasi masalah ketersediaan data melalui binding dua arah: CKB Cell berjanji terikat pada bidang OP_RETURN UTXO; Informasi UTXO terikat pada Output Cell transaksi CKB.
• Kompatibel dengan Jaringan Lighting dan Fiber Network (berbasis CKB)
• Mendukung berbagai aset
• Dapat dihubungkan dengan setiap rantai UTXO

Untuk informasi lebih lanjut tentang RGB++, lihat:

1. RGB++ Protokol Kertas Cahaya[28]
2. Panduan Terakhir tentang RGB, RGB++, dan Validasi Sisi Klien[29]

Untuk memahami kelebihan dan keterbatasan masing-masing proyek dengan lebih jelas, kami akan membandingkan proyek-proyek di atas dalam tabel di bawah ini. Indikator yang perlu diikuti secara khusus adalah:

• Ketersediaan Data (Data availability): Isomorphic-chain dan sidechain hampir sama, sementara ketersediaan data off-chain lebih lemah dibandingkan dengan solusi lainnya. Urutan dari yang kuat ke yang lemah adalah: on-chain ≥ isomorphic-chain ≥ sidechain > off-chain;
• Pembawa aset (Asset carrier): Skema token yang terkait langsung dengan BTC lebih baik daripada skema yang tidak terkait langsung;
• Homogenitas: Ini mengacu pada apakah Token asli proyek dapat saling menggantikan satu sama lain, bukan bahwa proyek tidak mendukung Token non-fungible, yang dapat dicapai dengan menambahkan protokol tambahan.
• Ekspresivitas (Expressiveness): Mengacu pada kemampuan menangani Smart Contract yang kompleks.

Beberapa tautan yang disebutkan dalam teks:[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]

[13]

[14]

[15]

[16]

[17]

[18]

[19]

[20]

[21]

[22]

[23]

[24]

[25]

[26]

[27]

[28]

knowledge-base/ultimate_guide_to_rgb_rgbpp_and_client_side_validation[29]