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”. Faktanya, Satoshi Nakamoto menamai makalah teknis yang mendasari protokol tersebut dengan frasa itu. Dalam kata-kata Satoshi sendiri, uang elektronik berarti pembayaran langsung antara orang-orang “tanpa harus melalui lembaga keuangan”, premis yang menjadi dasar bagi Bitcoin-BTC hingga tahun 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 menegaskan kualitas ini sebagai sesuatu yang tidak dapat dinegosiasikan.

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

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 di mana 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 “kepingan”, 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 memisahkan diri dari BTC, ada beberapa proposal untuk menggabungkan token yang berbasis pada konsep “koin berwarna”, yang merujuk pada transaksi ( pengiriman sejumlah kecil Bitcoin Cash, misalnya ) yang mengandung metadata untuk mentransfer sebuah token. Dengan kata lain, ini adalah penggunaan transaksi BCH sebagai kendaraan untuk aset lainnya, yang memerlukan protokol yang dapat menginterpretasikan metadata yang terlampir sebagai sebuah token, jumlah yang ditransfer, dll.

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

Namun, model “koin 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, “koin 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, antara fungsi baru lainnya, kemampuan untuk mentransfer token tanpa batasan yang ditetapkan oleh protokol “uang berwarna”. Fungsi baru ini, yang telah diberikan pengidentifikasi spesifikasi teknis “CHIP-2022-02”, disebut “CashTokens: primitif token untuk Bitcoin Cash”. Dalam istilah yang lebih sederhana, CashTokens mewakili solusi yang lebih unggul dibandingkan dengan “Protokol Buku Sederhana” untuk token SLP, dengan perbedaan antara lain adalah sebagai berikut:

• Infrastruktur yang mendukung “token SLP” memerlukan menjalankan “node SLP”, yaitu perangkat lunak tambahan untuk memvalidasi transaksi jenis itu berdasarkan metadata yang disertakan. Dalam kasus CashTokens, dukungannya hanya memerlukan satu node Bitcoin Cash, sehingga penambang dan operator node penuh dapat membuktikan validitasnya.
• Transaksi token SLP tidak mendukung 0-conf, sehingga bisa berisiko menerima transaksi tanpa menunggu konfirmasi pertama. Transaksi dengan CashTokens mendukung 0-conf, sehingga wajar untuk menganggap transaksi tanpa konfirmasi kurang dari 200$ sebagai valid.
• Meskipun jaringan Bitcoin Cash didasarkan pada model “UTXO”, transaksi token SLP diverifikasi melalui 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 untuk memberikan pengalaman pengguna yang lebih baik, dan mengurangi gesekan dalam memperluas kompatibilitas dompet yang disimpan sendiri dan platform perdagangan dengan pengiriman dan penyimpanan token. Di sisi lain, transaksi dengan CashTokens membayar biaya kepada penambang yang dinyatakan dalam Bitcoin Cash, sehingga popularisasi 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 dapat sedikit membingungkan bagi audiens berbahasa Spanyol, karena dapat dianggap (salah) bahwa itu 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. Ekspresi “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 tersebut menyatakan bahwa CashTokens ( berbeda dari token SLP) tidak memerlukan penggunaan dua format alamat. Telah dimasukkan koreksi karena token asli Bitcoin Cash (BCH) memungkinkan penggunaan alamat <<token aware=“”>> (yang sadar terhadap 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, terjemahan dari <<token primitives=“”>> telah diperbaiki menjadi <<tokens primitif=“”>>. Terjemahan yang benar adalah <<primitif dari=“” token=“”>>, atau alternatifnya, untuk menyampaikan ide yang sama, <<tokens asli=“”>>.</tokens></primitif></tokens></token></token>