Penulis artikel ini: Yunwen Liu 1, Akademi Misi Rahasia
Saya tahu, ketika membahas masalah ini, para puritan bitcoin mungkin berpikir: tidakkah lebih baik bitcoin hanya berfungsi sebagai emas digital? Mengapa harus ada token? Mengapa harus ada USDT? Namun, jika Anda sangat peduli dengan keamanan aset, Anda harus berpikir, bagaimana jika Ethereum runtuh? Siapa yang dapat menangani DeFi? Selain itu, skema token kompatibel dengan protokol bitcoin dan tidak akan merusak fungsi asli, jika tidak suka, Anda tidak perlu mengunduh klien token, dan tidak akan ada dampak besar.
Mengapa tidak menerbitkan token di bitcoin?
Menerbitkan token di bitcoin untuk memindahkan transaksi aset dunia nyata ke dalam rantai ini, gagasan ini sudah muncul di komunitas bitcoin sekitar tahun 2010. Diskusi awal di komunitas ini membayangkan memindahkan aset dunia nyata—seperti: properti, saham, mata uang fiat, ke dalam bitcoin untuk perdagangan terdesentralisasi. Namun, karena faktor hukum, pemindahan aset seperti properti dan saham tidak mudah. Bahkan jika Anda membayar token aset digital properti Anda kepada orang lain, pemerintah mungkin tidak akan mengakui, atau secara otomatis mengganti sertifikat properti di dunia nyata, dan mungkin perlu membayar berbagai pajak. Selain itu, perdagangan di rantai tidak bisa dilakukan sembarangan di bawah regulasi.
Oleh karena itu, pendekatan yang lebih menarik adalah menerbitkan token yang terikat pada fiat, yaitu stablecoin. Stablecoin berbeda dari NFT, mereka tetap merupakan token yang dapat dipertukarkan (fungible), hanya saja dibedakan dari bitcoin yang sebenarnya. Ketika muncul sebagai token, nilainya ditentukan oleh harga aset dunia nyata yang diwakilinya, tidak lagi terikat pada harga mata uang digital yang asli (jika harga mata uang digital melonjak jauh lebih tinggi daripada harga aset, melepaskan aset juga bukanlah hal yang tidak mungkin). Inilah sebabnya mengapa token di bitcoin biasanya dinyatakan dalam satuan satoshi.
Menggunakan mata uang digital sebagai token aset memerlukan penyelesaian dua masalah utama:
Bagaimana cara menggunakan bitcoin untuk merepresentasikan aset di dunia nyata;
Bagaimana menetapkan aturan dan kontrak transaksi yang kompleks dalam bahasa skrip bitcoin yang sangat terbatas.
Konten di bawah ini berfokus pada dua poin di atas, memberikan ringkasan tentang beberapa skema penerbitan aset bitcoin yang ada saat ini, dan membandingkan dalam aspek ketersediaan data, pengangkut aset, ekspresivitas, dan skalabilitas.
Token pertama di bitcoin: colored coin
Orang yang pertama kali merancang protokol token di bitcoin tidak dapat diketahui, ide tersebut mungkin muncul dari diskusi di forum atau komunitas bitcoin. Proyek colored coin dimulai oleh Yoni Assia pada tahun 2012, ketika ia bersama Vitalik Buterin, Lior Hakim, Meni Rosenfeld, dan Rotem Lev menulis (whitepaper colored coin), dan proyek tersebut mulai berjalan pada tahun 2013.
Cara kerja colored coin adalah dengan menandai satu satoshi menjadi koin khusus, menuliskan informasi terkait aset ke dalam satoshi ini—proses ini disebut pewarnaan. Anda dapat mewarnai satu satoshi menjadi warna yang berbeda, memberi tanda (tag) yang berbeda, tetapi koin di bawah warna yang sama tetap tidak dapat dibedakan, misalnya, satu kelompok satoshi yang diwarnai dolar tetap merupakan koin yang homogen. Protokol awal menggunakan kolom nSequence, dengan menambahkan tanda ke dalam nSequence dari UTXO input pertama dalam transaksi. Namun, batas penyimpanan nSequence hanya 4 byte, sehingga desain token selanjutnya sebagian besar beralih ke kolom OP_RETURN, yang mampu menyimpan lebih banyak metadata.
Colored coin saat ini diangkat terutama karena merupakan proyek token pertama di bitcoin. Karena perkembangan proyek yang tidak ideal dan tidak mendapatkan adopsi besar-besaran, proyek ini secara bertahap dilupakan. Masalah yang dihadapi colored coin pada saat itu adalah fungsi bitcoin belum dapat mendukung gagasan yang lebih maju ini, dan sulit untuk mewujudkan ide ini agar berjalan secara efisien dan stabil. Ini mungkin juga menjadi alasan mengapa Vitalik beralih ke sisi lain bitcoin setelah proyek colored coin, dengan ketertarikan yang mendalam pada kontrak pintar.
Karena colored coin ada dalam bentuk satoshi, verifikasinya sama seperti memverifikasi keabsahan UTXO, yang memerlukan pengunduhan seluruh rantai. Masalah ini akan diselesaikan dengan cara verifikasi sisi klien (client-side validation) nanti.
Mengirim token menggunakan OP_RETURN: Counterparty & Omni Layer
Berbeda dengan colored coin, Counterparty dan Omni Layer (protokol di balik USDT) tidak langsung mewarnai satoshi, tetapi mengatur UTXO dengan nilai 0 dalam transaksi, menyimpan metadata di OP_RETURN dari UTXO ini. OP_RETURN dapat menyimpan 80 byte, menandakan bahwa UTXO OP_RETURN tidak dapat dibelanjakan, token yang sebenarnya adalah output ke-i yang dicatat di OP_RETURN. Nilai output ini biasanya adalah 0.00000546 BTC—nilai minimum yang diizinkan oleh sistem, dan karena nilai token tidak terikat pada BTC, tidak perlu mengeluarkan nilai lebih dari 0.00000546 BTC.
Verifikasi proyek-proyek ini harus dilakukan di on-chain, metadata disimpan di on-chain.
Omni Layer telah lama menjadi pemain di rantai Ethereum, hingga baru-baru ini kembali ke ekosistem bitcoin, bersiap untuk menerbitkan BTC-USDT. Counterparty mempertaruhkan sebagian bitcoin, memiliki token sendiri XCP. Dari Twitter, tampaknya baru-baru ini mereka berfokus pada NFT.
Untuk mempelajari lebih lanjut tentang OP_RETURN, lihat:
Analisis metadata Bitcoin OP RETURN
Membangun OP_RETURN secara manual untuk mengirim USDT 1
Menggunakan rantai samping untuk mengikat bitcoin: Rootstock & Liquid Network
Proyek Rootstock dan Liquid Network muncul sekitar tahun 2017, keduanya adalah solusi sisi rantai—menggunakan jaminan dua arah (Two-way peg) untuk mengalihkan bitcoin ke rantai samping dan menggunakan berbagai DeFi dan dApps di rantai samping yang kompatibel dengan EVM. Mereka memiliki token serupa WBTC (RSK memiliki RBTC, Liquid memiliki L-BTC), yang terutama ditujukan untuk orang-orang yang ingin membangun di ekosistem Ethereum menggunakan BTC.
Menerbitkan token di Rootstock, cara kerjanya sama dengan menerbitkan di Ethereum, atau bisa dibilang rantai samping Rootstock ini, kecuali untuk penambangan, berfungsi bersama dengan rantai bitcoin, sedangkan fungsi lainnya dirancang untuk beradaptasi dengan ekosistem Ethereum, misalnya, kode kontrak pintar juga ditulis menggunakan Solidity. Jadi token di sini diterbitkan berdasarkan RBTC, dan tidak langsung terikat dengan BTC.
Karena artikel ini lebih fokus pada rantai publik, sementara Liquid Network adalah rantai konsorsium, tidak akan dibahas lebih dalam di sini.
Untuk mempelajari lebih lanjut tentang RSK, lihat
RSK: Rantai samping Bitcoin dengan kontrak pintar stateful (paparan RSK)
Uang RSK
FAQ
Proyek-proyek yang disebutkan sebelumnya, beberapa telah menghilang (seperti colored coin), beberapa lainnya dengan menyamar sebagai bitcoin menjual ekosistem Ethereum. Ini terutama disebabkan oleh Ethereum yang merangkul modal, di mana DeFi dan dApps mendominasi pasar, sehingga sulit bagi proyek DeFi yang tidak berkolaborasi dengan Ethereum untuk mendapatkan keunggulan. Token di Ethereum diterbitkan dan diperdagangkan melalui kontrak, mengikuti standar seperti ERC-20. Ekosistem bitcoin juga mulai membuka fitur kontrak dalam dua tahun terakhir, seperti BitVM, dan juga ada standar token BRC-20 yang muncul.
Menerapkan kontrak pintar di bitcoin: RGB
RGB (Really Good for Bitcoin) yang lahir pada tahun 2016 awalnya dirancang sebagai pesaing colored coin. Namun, menghadapi tantangan serupa, ia beralih untuk mengaktifkan kontrak pintar di bitcoin. Meskipun fokus utamanya adalah menjalankan kontrak pintar, bukan penerbitan token, karena keterbatasan mesin virtual AluVM, hingga 2024, fitur kontraknya masih terbatas.
Gagasan RGB adalah menempatkan data off-chain dan kode kontrak pintar di luar bitcoin, menggunakan Merkle root untuk memberikan komitmen (commitment) verifikasi transaksi dan penerbitan token, sementara rantai bitcoin hanya melakukan verifikasi komitmen transaksi dan finalitas, membuktikan tidak terjadi pembelanjaan ganda.
Yang patut dicatat tentang RGB adalah bahwa ia menggunakan teknologi verifikasi sisi klien dan segel sekali pakai secara bersamaan, sehingga tidak menandai UTXO untuk menunjukkan token. Dua konsep ini pertama kali diusulkan oleh Peter Todd pada tahun 2013, dan Giacomo Zucco serta Maxim Orlovsky merancang protokol RGB berdasarkan hal itu.
Verifikasi sisi klien (Client-side validation) memungkinkan data dan kode yang digunakan dalam transaksi disimpan off-chain, tidak disiarkan secara publik, beberapa data mungkin hanya dipertukarkan secara pribadi antara kedua belah pihak yang terlibat dalam transaksi, sementara orang lain yang tidak terkait dengan transaksi mungkin tidak tahu sama sekali. Status off-chain dibantu oleh bitcoin, blockchain berfungsi sebagai cap waktu, dapat membuktikan urutan status.
Sementara itu, segel sekali pakai (single-use seal)—yang juga merupakan bentuk verifikasi sisi klien yang paling umum—adalah versi digital dari segel sekali pakai. Ini memanfaatkan fakta bahwa setiap UTXO hanya dapat dibelanjakan sekali untuk menulis informasi status off-chain ke dalam UTXO. Dengan cara ini, jika suatu saat UTXO ini dibelanjakan, kita tahu bahwa status telah diperbarui, dan informasi status yang diperbarui ditulis ke UTXO yang baru dihasilkan. Informasi status off-chain ini bisa berupa kepemilikan token USDT, atau jumlah token dalam kontrak tertentu.
Misalnya, jika Alice ingin mengirim satu USDT kepada Bob, USDT ini tidak ada di rantai bitcoin, informasinya dikelola secara off-chain, tetapi akan terkait dengan UTXO yang dikendalikan oleh Alice. Informasinya disimpan di transaksi yang menghasilkan UTXO ini dalam kolom OP_RETURN yang nilainya nol. Dengan cara ini, hanya Alice yang dapat menggunakan USDT ini, dan Bob dapat melacak USDT ini melalui transaksi on-chain untuk melihat di UTXO mana USDT ini pernah disimpan, apakah UTXO tersebut valid, dan apakah transaksi tersebut sah. Ketika Alice melakukan transaksi untuk memindahkan informasi komitmen USDT ini ke UTXO yang dikendalikan oleh Bob, Bob dapat memastikan dia telah menerima USDT tersebut.
RGB juga dapat berjalan di jaringan Lightning, karena statusnya adalah off-chain, hanya perlu menempatkan komitmen di rantai atau jaringan Lightning. Setelah peningkatan Taproot, RGB dapat memasukkan komitmen ke dalam transaksi Taproot, yang memungkinkan RGB untuk menyematkan komitmen ke dalam rantai bitcoin dengan cara yang lebih fleksibel.
Untuk mempelajari lebih lanjut tentang RGB, lihat:
Blueprint RGB 1
Hanya mendukung token tanpa mendukung kontrak pintar: Aset Taproot
Aset Taproot adalah proyek yang dikembangkan oleh tim Lightning Network Daemon (LND). Prinsipnya mirip dengan RGB, tetapi tidak mendukung kontrak pintar yang kompleks, hanya mendukung token (lihat penjelasan tentang Taproot di sini).
Untuk mempelajari lebih lanjut tentang verifikasi sisi klien, RGB, dan Taproot, lihat
Verifikasi sisi klien
Transaksi Off-Chain: Evolusi Protokol Aset Bitcoin
Counterparty vs RGB vs TARO
Membuat setiap satoshi unik: Ordinals & Inscriptions
Casey Rodarmor merilis protokol Ordinal pada awal tahun 2023. Proyek ini awalnya muncul dari ide: bagaimana memberi nomor pada satoshi, sehingga setiap satoshi memiliki nomor urut yang unik untuk diurutkan. Ide ini muncul bersamaan dengan colored coin, tetapi baru diangkat kembali tahun lalu. Dan karena penambahan fungsi SegWit dan Taproot, implementasinya menjadi tidak terlalu sulit. Ordinals membuat setiap satoshi berbeda, yang memungkinkan NFT dapat diterbitkan langsung di rantai bitcoin.
Inscriptions adalah proyek NFT seperti itu. Data NFT disimpan dalam data saksi dari transaksi, bukan di kolom OP_RETURN yang digunakan proyek sebelumnya, sehingga dapat menyimpan metadata hingga ukuran 4MB. Berbeda dengan NFT di Ethereum, Inscriptions disimpan di rantai, termasuk metadata dan gambar.
Untuk mempelajari lebih lanjut tentang ordinals, lihat:
Ordinals: Titik temu bagi maksimalis Ethereum dan Bitcoin?
Panduan Utama untuk Ordinals dan Inscriptions Bitcoin
Mengikat dua rantai UTXO: RGB++ ikatan isomorf
RGB++ awalnya muncul sebagai protokol ikatan isomorf (isomorphic binding protocol) antara BTC dan CKB (dasar dari Nervos Network), tetapi kini jangkauannya sangat luas, tidak terbatas hanya pada CKB dan BTC, asalkan dua rantai UTXO, secara teoritis, dapat diikat bersama menggunakan protokol ini.
RGB++ mengembangkan ide Client-Side Validation dan Single-Use-Seals lebih lanjut. Seperti yang disebutkan sebelumnya, masalah terbesar dari protokol RGB adalah data disimpan oleh pengguna secara lokal. Jika pengguna secara tidak sengaja kehilangan data, tidak ada cadangan, dan tidak dapat dipulihkan. Selain itu, karena pengguna hanya menyimpan data yang terkait dengan token mereka sendiri, sulit untuk memverifikasi data lainnya. Solusi lapisan binding isomorf adalah tidak hanya mengikat token ke kolom OP_RETURN dari UTXO bitcoin, tetapi juga mengikat informasi transaksi bitcoin yang sesuai ke dalam transaksi di rantai CKB (melalui penggunaan skrip kunci IB-lock-script khusus di skrip kunci CKB Cell). Ketika menilai apakah transaksi di rantai CKB valid, Skrip Kunci akan menggunakan data dari klien ringan BTC di CKB untuk memeriksa apakah UTXO yang bersangkutan telah dibelanjakan, dan apakah UTXO baru yang dihasilkan setelahnya terikat pada informasi transaksi token saat ini (sebagai bagian informasi tanpa tanda tangan).
Fitur RGB++ yang patut diperhatikan:
Menyelesaikan masalah ketersediaan data melalui ikatan dua arah:
Komitmen CKB Cell diikat di kolom OP_RETURN dari UTXO
Informasi UTXO diikat di output Cell transaksi CKB
Kompatibel dengan jaringan Lightning dan Fiber Network (jaringan Lightning berbasis CKB)
Mendukung banyak aset
Dapat diikat dengan rantai UTXO manapun
Untuk mempelajari lebih lanjut tentang RGB++, lihat:
Kertas Ringan Protokol RGB++
Panduan Utama untuk RGB, RGB++, dan Verifikasi Sisi Klien
Untuk lebih memahami keunggulan dan keterbatasan masing-masing proyek, kami membandingkan proyek-proyek di atas dalam tabel di bawah ini. Indikator yang perlu diperhatikan adalah:
Ketersediaan Data (Data availability): Rantai isomorf (isomorphic-chain) dan rantai samping (side-chain) hampir tidak berbeda, sementara ketersediaan data off-chain lebih lemah dibandingkan dengan solusi lainnya. Urutan dari yang terkuat hingga terlemah adalah: on-chain ≥ isomorphic-chain ≥ side-chain > off-chain;
Pengangkut Aset (Asset carrier): Skema token yang langsung terkait dengan BTC lebih baik dibandingkan dengan skema yang tidak terkait langsung;
Fungibilitas (Fungibility): Ini merujuk pada apakah token asli proyek dapat dipertukarkan satu sama lain, bukan berarti proyek tidak mendukung penerbitan NFT, yang dapat dicapai dengan menambah protokol tambahan;
Ekspresivitas (Expressiveness): Merujuk pada kemampuan untuk menangani kontrak pintar yang kompleks.
