CashTokens: token-token asli hadir di Bitcoin Cash

Pendahuluan dan latar belakang

Pada akhir tahun 2008, ide Bitcoin diperkenalkan sebagai “sistem uang elektronik peer-to-peer”, sebenarnya, Satoshi Nakamoto memberi judul dokumen teknis yang meletakkan dasar protokol tersebut dengan frasa itu. Dalam kata-kata Satoshi sendiri, uang elektronik memungkinkan pembayaran langsung antara orang-orang “tanpa harus melalui lembaga keuangan”, premis yang menjadi dasar bagi Bitcoin-BTC hingga tahun 2017, tahun di mana pendukung “Bitcoin sebagai uang tunai” harus bermigrasi ke jaringan terpisah yang disebut Bitcoin Cash (BCH) --“uang tunai Bitcoin” dalam bahasa Inggris–. Dengan demikian, konsep uang digital adalah titik awal dari seluruh teknologi Bitcoin, terutama dalam kasus BCH, yang mengklaim kualitas ini sebagai sesuatu yang tidak dapat dinegosiasikan.

Kualitas ini tidak bertentangan dengan penggabungan kasus penggunaan lainnya, selama pengintegrasiannya tidak membahayakan kemampuan untuk menggunakan BCH sebagai uang, atau untuk meningkatkan sistemnya agar semakin banyak orang dapat mengadopsinya sebagai uang.

Dalam hal ini, Bitcoin Cash (BCH) memiliki proses untuk mengajukan, mendiskusikan, dan menstandarkan ide yang disebut “CHIP” (singkatan dari: proposal perbaikan uang tunai) yang mirip dengan “BIP” atau “proposal perbaikan Bitcoin” dari Bitcoin-BTC, memungkinkan komunitas untuk mendiskusikan dan mengevaluasi kelayakan ide yang akan dikembangkan untuk menambahkan fungsi baru ke aplikasi, dan bahkan, ke protokol tempat mata uang tersebut berjalan.

Salah satu fungsi yang selama bertahun-tahun dikejar adalah kemungkinan untuk mentransfer aset lain melalui blockchain Bitcoin Cash. Aset yang dalam dunia cryptocurrency biasanya disebut “token” atau “ficha”, sangat populer di banyak ekosistem kripto, yang memberikan aktivitas ekonomi tambahan pada jaringan tempat mereka berjalan, dan yang disertai dengan fungsi seperti kemampuan untuk menerapkan kontrak pintar, dapat diperdagangkan di bursa terdesentralisasi atau digunakan di platform DeFi.

Ketika BCH baru saja merdeka dari BTC, ada beberapa proposal untuk menggabungkan token berdasarkan konsep “mata uang berwarna”, yang merujuk pada transaksi ( pengiriman sejumlah kecil Bitcoin Cash, misalnya ) yang berisi metadata untuk mentransfer token. Dengan kata lain, ini terdiri dari menggunakan transaksi BCH sebagai kendaraan untuk aset lainnya, yang memerlukan protokol yang dapat menginterpretasikan metadata yang dilampirkan sebagai token, jumlah yang ditransfer, dll.

Ide ini diimplementasikan di jaringan Bitcoin Cash (BCH) melalui berbagai protokol, dengan yang paling dikenal dan bertahan lama adalah “Simple Ledger Protocol” atau “tokens SLP”.

Namun, model “koin berwarna” memiliki batasan tertentu, seperti kebutuhan untuk menjalankan perangkat lunak tambahan untuk memvalidasi informasi yang terkandung, serta menunggu setidaknya 1 konfirmasi untuk menganggap transaksi tersebut sah. Karena kelemahan ini, “koin berwarna” merupakan alternatif yang layak untuk mengirim dan menerima token, tetapi tidak dapat menyamai kualitas pembayaran dengan mata uang dasar.

Standar Baru: model yang lebih baik

Pada 15 Mei 2023, Bitcoin Cash (BCH) akan memperkenalkan melalui pembaruan, antara lain fungsi baru, kemampuan untuk mentransfer token tanpa batasan yang ditimbulkan oleh protokol “uang berwarna”. Fungsi baru ini, yang spesifikasi teknisnya diberi pengenal “CHIP-2022-02”, dinamakan “CashTokens: primitif token untuk Bitcoin Cash”. Dalam istilah sederhana, CashTokens mewakili solusi yang lebih baik dibandingkan dengan “Simple Ledger Protocol” dari token SLP, berbeda antara lain karena fitur-fitur berikut:

• Infrastruktur yang mendukung “token SLP” memerlukan menjalankan “node SLP”, yaitu perangkat lunak tambahan untuk memvalidasi transaksi jenis ini berdasarkan metadata yang disertakan di dalamnya. Dalam kasus CashTokens, dukungannya hanya memerlukan satu node Bitcoin Cash, sehingga penambang dan operator node penuh dapat membuktikan validitasnya.
• Transaksi token SLP tidak kompatibel dengan 0-conf, sehingga mungkin berisiko menerima transaksi tanpa menunggu konfirmasi pertama. Transaksi dengan CashTokens kompatibel dengan 0-conf, sehingga wajar untuk menganggap transaksi tanpa konfirmasi di bawah 200$ sebagai valid.
• Meskipun jaringan Bitcoin Cash didasarkan pada model “UTXO”, transaksi token SLP diverifikasi menggunakan model “DAG”. Transaksi CashTokens didasarkan pada model UTXO, yang berarti efisiensi lebih besar dalam memvalidasi transaksi dari standar ini.

Keuntungan ini, antara lain, memungkinkan CashTokens memberikan pengalaman pengguna yang lebih baik, dan mengurangi gesekan dalam memperluas kompatibilitas dompet yang dipegang sendiri dan platform perdagangan dengan pengiriman dan penyimpanan token. Di sisi lain, transaksi dengan CashTokens membayar biaya kepada para penambang yang denominasi dalam Bitcoin Cash, sehingga popularisasi pada akhirnya akan berkontribusi pada pemeliharaan sistem.

CashTokens: primitif token

Dalam spesifikasi teknis CashTokens terdapat ungkapan “Token Primitives for Bitcoin Cash” sebagai nama formal. Ungkapan ini bisa sedikit membingungkan bagi audiens berbahasa Spanyol, karena bisa dianggap (salah) bahwa itu merujuk pada sesuatu yang “primitif”, tidak canggih, atau terbatas dalam kompatibilitasnya dengan DeFi.

Namun, CashTokens tidak hanya kompatibel dengan kontrak pintar yang ditulis dengan bahasa scripting Bitcoin Cash, tetapi istilah tersebut tidak berupaya untuk membangkitkan kesederhanaan. Istilah “primitif” dalam konteks ini merujuk pada fungsi dasar dari sebuah protokol; fungsi asli dari protokol, sehingga terjemahan konsep yang jauh lebih jelas bisa menjadi “Token asli untuk Bitcoin Cash”.

Pembaruan: awalnya artikel ini menyatakan bahwa CashTokens ( berbeda dengan token SLP) tidak memerlukan penggunaan dua format alamat. Telah dilakukan koreksi karena token asli Bitcoin Cash (BCH) memungkinkan penggunaan alamat <<token aware=“”>> (yang sadar token) yang dapat menerima baik BCH maupun CashTokens, dan alamat dalam format normal, yang hanya menerima BCH. Penggunaan dua format bertujuan agar pengguna tidak mengirim token ke dompet yang tidak mencerminkan jenis aset ini. Di sisi lain, telah diperbaiki terjemahan dari <<token primitives=“”>> menjadi <<tokens primitif=“”>>. Terjemahan yang benar adalah <<primitif dari=“” token=“”>>, atau alternatifnya, untuk menyampaikan ide yang sama, <<tokens asli=“”>>.</tokens></primitif></tokens></token></token>