CashTokens: token asli datang ke Bitcoin Cash

Pengantar dan Latar Belakang

Pada akhir tahun 2008, ide Bitcoin diperkenalkan sebagai “sistem uang elektronik peer-to-peer”, sebenarnya, Satoshi Nakamoto menamai dokumen teknis yang meletakkan dasar untuk protokol tersebut dengan frasa itu. Dalam kata-kata Satoshi sendiri, uang elektronik berarti pembayaran langsung antar orang “tanpa harus melalui lembaga keuangan”, premis yang menjadi dasar untuk Bitcoin-BTC hingga 2017, tahun di mana para pendukung “Bitcoin sebagai uang tunai” harus bermigrasi ke jaringan terpisah yang disebut Bitcoin Cash (BCH) --“Bitcoin Cash” 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 bisa 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 menyajikan, mendiskusikan, dan menstandarkan ide yang disebut “CHIP” (singkatan dari: proposal peningkatan tunai) yang mirip dengan “BIP” atau “proposal peningkatan Bitcoin” dari Bitcoin-BTC, memungkinkan komunitas untuk mendiskusikan dan mengevaluasi kelayakan ide yang akan dikembangkan untuk menambahkan fungsi baru pada aplikasi, dan bahkan, pada 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 “koin berwarna”, yang mengacu pada transaksi ( pengiriman sejumlah kecil Bitcoin Cash, misalnya ) yang mengandung metadata untuk mentransfer token. Dengan kata lain, ini melibatkan penggunaan transaksi BCH sebagai kendaraan untuk aset lain, yang memerlukan protokol yang dapat menginterpretasikan metadata terkait sebagai token, jumlah yang ditransfer, dll.

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

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

Standar baru: model yang lebih baik

Pada 15 Mei 2023, Bitcoin Cash (BCH) akan mengintegrasikan, melalui pembaruan, di antara fungsi baru lainnya, kemampuan untuk mentransfer token tanpa batasan yang ditetapkan oleh protokol “koin berwarna”. Fungsi baru ini, yang telah diberikan pengidentifikasi spesifikasi teknis “CHIP-2022-02”, dinamakan “CashTokens: primitif token untuk Bitcoin Cash”. Dalam istilah sederhana, CashTokens merupakan solusi yang lebih baik dibandingkan dengan “Simple Ledger Protocol” dari token SLP, dengan perbedaan antara lain pada karakteristik berikut:

• Infrastruktur yang mendukung “token SLP” memerlukan menjalankan “nodo SLP”, yaitu perangkat lunak tambahan untuk memvalidasi transaksi jenis itu berdasarkan metadata yang disertakan di dalamnya. Dalam kasus CashTokens, dukungannya hanya memerlukan satu nodo Bitcoin Cash, sehingga penambang dan operator nodo penuh dapat membuktikan kevalidannya.
• 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 yang lebih tinggi dalam memvalidasi transaksi dari standar ini.

Keuntungan ini, di antara banyak lainnya, memungkinkan CashTokens memberikan pengalaman pengguna yang lebih baik, dan mengurangi gesekan dalam memperluas kompatibilitas dompet yang dikelola sendiri dan platform perdagangan dengan pengiriman dan penyimpanan token. Di sisi lain, transaksi dengan CashTokens membayar biaya kepada penambang yang denominasi dalam Bitcoin Cash, sehingga popularisasi di 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 ini merujuk pada sesuatu yang “primitif”, kurang canggih, atau terbatas dalam kompatibilitasnya dengan DeFi.

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

Pembaruan: awalnya artikel ini menyatakan bahwa CashTokens ( tidak memerlukan penggunaan dua format alamat, berbeda dengan token SLP). Telah dilakukan koreksi karena token-native 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 ini bertujuan agar pengguna tidak mengirim token ke dompet yang tidak mencerminkan jenis aset ini. Di sisi lain, terjemahan dari <<token primitives=“”>> telah diperbaiki menjadi <<tokens primitif=“”>>. Terjemahan yang benar adalah <<primitif dari=“” token=“”>>, atau alternatifnya, untuk menyampaikan ide yang sama, <<tokens native=“”>>.</tokens></primitif></tokens></token></token>