Proses Pengembangan Token, NFT, dan DeFi di Bitcoin
Proses pengembangan token, NFT, dan DeFi di Bitcoin sebenarnya lebih kompleks daripada yang terlihat. Di Ethereum Virtual Machine (EVM) dan platform kontrak pintar lainnya, kontrak pintar bersifat Turing lengkap, yang memungkinkan penambahan fitur atau opsi baru dengan mudah melalui penerapan kontrak kustom. Namun, di Bitcoin, pengembang harus berhati-hati dalam berinovasi untuk menghindari fork keras dan hanya dapat beroperasi dalam batasan fungsi protokol yang ada.
Sebagaimana telah kami sebutkan sebelumnya, salah satu faktor utama yang membuat Bitcoin unik dan bernilai adalah kepatuhannya terhadap “originalitas”, dengan rantai utama yang telah mengalami sedikit perubahan seiring waktu. Meskipun demikian, Bitcoin adalah blockchain pertama yang mendapatkan adopsi luas, dan banyak teknologi yang kemudian diterapkan pada blockchain yang lebih fleksibel sebenarnya memiliki benih awal di Bitcoin.
Misalnya, NFT pertama kali muncul di Bitcoin dalam bentuk “Colored Coins”, dan konsep State Channel mirip dengan arsitektur Layer 1 dan Layer 2 saat ini. Atomic Swaps juga meletakkan dasar untuk jembatan lintas rantai modern. Beberapa perkembangan ini telah kami bahas dalam artikel sebelumnya, “Dimulai dari Bitcoin: Asal Usul Sebenarnya DeFi”.
Teori Fungsi Bitcoin: Apakah Kapasitas Bitcoin Cukup?
Ketika Bitcoin diluncurkan pada tahun 2009, ia memiliki bahasa skrip bawaan yang tidak hanya mendukung pembayaran sederhana, tetapi juga memungkinkan operasi lebih kompleks seperti multi-signature dan time-lock sejak awal. Satoshi Nakamoto menggambarkan bahwa transaksi yang belum dikonfirmasi menggunakan nLockTime dan nomor urut dapat diperbarui antara dua pihak untuk transaksi frekuensi tinggi, di mana hanya keadaan akhir yang akan ditulis ke rantai.
Bitcoin Script merupakan mekanisme yang menarik; di satu sisi, ia bersifat Turing tidak lengkap, yang membatasi fungsionalitasnya; di sisi lain, ia tetap sederhana dan aman. Oleh karena itu, dalam membangun fungsi kompleks di Bitcoin, pengembang harus merancang fungsi tersebut sesuai dengan kerangka yang disediakan oleh Script. Script mengandung sejumlah besar instruksi (Opcode) untuk memprogram berbagai tindakan, yang akhirnya akan ditulis dalam data transaksi.
Bitcoin Script adalah bahasa skrip yang digunakan oleh Bitcoin untuk mendefinisikan syarat pembelanjaan koin. Analogi mudahnya adalah Script seperti resep—seperangkat langkah untuk memanggang kue—dengan Opcodes sebagai blok bangunan dari bahasa ini; mereka adalah instruksi dasar yang digunakan oleh programmer saat menulis skrip, seperti “aduk” dan “panaskan”.
Mekanisme Pinjaman
Seperti dijelaskan sebelumnya, opcode dapat digabungkan untuk membangun rantai instruksi kecil yang menciptakan perilaku lebih kompleks. Pengembang dapat membangun skrip kompleks dengan fungsi kontrak pinjaman melalui kombinasi time locks dan multi-signature. Misalnya, jika Alice menyediakan BTC sebagai jaminan dan Bob meminjamkan stablecoin secara offline, mereka ingin menetapkan aturan melalui kontrak: Jika Alice tidak membayar pinjaman tepat waktu, Bob akan memperoleh BTC-nya; jika dia membayar tepat waktu, BTC akan dibebaskan dan dikembalikan kepada Alice. Mereka dapat memanfaatkan output multi-signature 2-of-2, di mana baik Alice maupun Bob perlu menandatangani untuk menggunakan dana tersebut.
Namun, ada tantangan utama di sini: Bitcoin tidak dapat secara otomatis menghitung bunga, memantau tingkat jaminan, atau memberlakukan likuidasi. Setiap pembayaran bunga harus dilakukan di luar rantai atau menggunakan transaksi yang telah ditandatangani sebelumnya (yang cukup rumit). Jika harga BTC turun selama periode pinjaman, skrip Bitcoin tidak dapat mendeteksi dan memicu likuidasi secara otomatis; oracle atau protokol off-chain harus digunakan untuk fungsi tersebut. Dalam kondisi demikian, sulit untuk menerapkan peminjaman stablecoin yang dijamin BTC secara trustless di lapisan Bitcoin, sehingga praktik saat ini biasanya mengandalkan pihak ketiga yang dipercaya.
Fitur AMM
Mekanisme pinjaman dan staking dapat diterapkan secara teoretis melalui Bitcoin Script, tetapi efektivitasnya dalam praktik relative rendah. Namun, masih ada potensi untuk membangun mekanisme yang lebih kompleks seperti Automated Market Makers (AMMs). Bitcoin Script menyertakan opcode matematis seperti OP_ADD, OP_SUB, dan OP_MUL (walaupun beberapa telah dinonaktifkan), dan opcode perbandingan seperti OP_LESSTHAN. Secara teori, fungsi-fungsi ini dapat digunakan untuk menerapkan logika perhitungan harga.
Pengembang dapat merancang skrip dengan harga tetap atau serangkaian titik harga yang telah ditentukan sebelumnya, tetapi menyesuaikan harga secara dinamis setelah setiap transaksi tidak mungkin. Hal ini disebabkan oleh model UTXO Bitcoin, di mana setiap transaksi menciptakan UTXO dan skrip baru; setiap kemungkinan state harus dihitung sebelumnya atau kontrak harus diterapkan ulang setelah setiap transaksi.
Dispensasi dalam implementasi AMM juga mencakup kemampuan untuk menukar aset. Meskipun Bitcoin mendukung atomic swaps, ini dapat dibangun dalam bentuk buku pemesanan alih-alih kumpulan likuiditas. AMM yang serupa dapat disimulasikan dengan membangun serangkaian HTLC (hash time lock contracts) atau dengan mengeluarkan pesanan tertunda pada berbagai titik harga.
Namun, memelihara sistem tersebut memerlukan kerja ekstra dan biaya on-chain yang tinggi, membuat penerapan AMM dalam praktik menjadi tantangan besar. Selain itu, karena hanya ada satu aset asli, BTC, di mainnet Bitcoin, dan protokol seperti Omni menyediakan mekanisme token yang beroperasi di atas metadata transaksi dan tidak dapat diakses oleh skrip, pertukaran aset dan pemeliharaan kumpulan likuiditas tidak mungkin dicapai.
Fungsi Skrip yang Diperpanjang
Poin-poin yang disebutkan menjelaskan mengapa Bitcoin telah mengalami pembaruan rutin untuk meningkatkan fungsionalitasnya. Salah satu pembaruan penting adalah Taproot, yang diperkenalkan melalui soft fork dan mengubah cara Skrip dirancang. Mekanisme OP_SUCCESS Taproot memungkinkan banyak opcode yang awalnya dinonaktifkan untuk berubah menjadi opcode OP_SUCCESS, sehingga mendukung peningkatan keamanan dan fleksibilitas.
Dekripsi opcode yang berhasil dalam Taproot menyediakan peluang bagi peningkatan fitur di masa mendatang melalui proses BIP (Bitcoin Improvement Proposal), di mana beberapa proposal berpotensi memperluas fungsionalitas Bitcoin untuk memungkinkan operasi yang lebih kompleks.
Namun, alasan mengapa banyak opcode tidak disetujui adalah kehati-hatian komunitas pengembang dalam mempertahankan bentuk asli Bitcoin. Mengintroduksi fitur baru dapat meningkatkan fungsi dan skalabilitas Bitcoin, tetapi ini juga berpotensi menciptakan “kelambatan” di dalam jaringan yang dianggap sebagai fitur asli.
Sebagai kesimpulan, upaya untuk menerapkan mekanisme terkait DeFi secara native di mainnet Bitcoin menghadapi berbagai tantangan, mendorong pengembangan lapisan ekstensi di atas Bitcoin. Ini adalah cikal bakal konsep Rollup dan “saluran pembayaran proto” yang mendukung banyak mikro-transaksi off-chain yang akhirnya dapat dikompresikan menjadi satu transaksi penyelesaian on-chain. Setelah April 2011, dengan munculnya cabang kode Bitcoin pertama, Namecoin, muncul gagasan pendaftaran nama domain terdesentralisasi menggunakan teknologi Bitcoin.
Stablecoin: Seberapa Efektif Mereka dalam Ekosistem Bitcoin?
Stablecoin kini menjadi komponen penting dalam setiap ekosistem Web3, memungkinkan pengguna mengurangi risiko volatilitas dan mentransfer uang tanpa kekhawatiran perubahan harga. Ini menunjukkan bagaimana komunitas Bitcoin selalu mencoba meraih keseimbangan antara kesederhanaan fungsional dan jumlah data yang bisa dicatat. Eksperimen awal untuk menerbitkan aset di Bitcoin lewat pengembangan “Colored Coins” mirip dengan NFT, di mana JR Willett memperkenalkan gagasan penerbitan aset baru melalui instrumen ini pada tahun 2012. Protokol Omni muncul sebagai fondasi untuk tokenisasi aset di Bitcoin.
