Ekosistem BTC menyambut perkembangan baru dalam smart contract

Baru-baru ini, ekosistem Bitcoin muncul sebuah platform smart contract baru bernama Fractal Bitcoin, yang secara resmi diluncurkan di mainnet pada bulan September. Salah satu fitur utama Fractal adalah kemampuannya untuk menjalankan smart contract, dan bersamaan dengan peluncuran mainnet, mereka juga memperkenalkan protokol token baru CAT20. Apa saja keunikan dalam desain teknis CAT20? Apa yang bisa kita pelajari dari hal ini?

Fractal Bitcoin Perkenalan

Sebelum memahami CAT20, kita perlu memahami secara singkat tentang Fractal Bitcoin, hubungan keduanya mirip dengan ERC20 dan ETH, protokol CAT20 diterapkan di atas Fractal Bitcoin.

Fractal Bitcoin, juga dikenal sebagai fraktal Bitcoin, adalah jaringan lapisan dua yang sepenuhnya kompatibel dengan BTC. Dibandingkan dengan BTC, waktu konfirmasi bloknya lebih cepat, hanya membutuhkan 1 menit. Prinsip dasarnya adalah menggandakan jaringan BTC beberapa kali, di mana setiap rantai dapat memproses transaksi, dan semakin banyak node yang memproses transaksi, kecepatan secara alami meningkat. Namun, detail teknis spesifik, seperti bagaimana komunikasi antar rantai, saat ini masih kurang jelas, dan pihak resmi juga belum menyediakan dokumen teknis terkait.

Salah satu fitur penting dari Fractal adalah diaktifkannya opcode OP_CAT yang sebelumnya ditinggalkan oleh BTC karena alasan keamanan, yang membuat kemampuan Fractal Bitcoin meningkat ke tingkat yang lebih tinggi. Beberapa orang berpendapat bahwa OP_CAT dapat memberikan kemampuan smart contract pada BTC, sehingga membuka lebih banyak kemungkinan untuk pengembangan di masa depan.

Saat ini, sudah ada yang mengimplementasikan protokol mirip ERC20 di Fractal Bitcoin.

Protokol CAT

Dengan dukungan OP_CAT di lapisan dasar, protokol CAT yang sesuai segera muncul. Saat ini, protokol CAT20 sudah beroperasi secara nyata, dan sebuah penelusur blok juga telah menambahkan panel fungsi yang sesuai.

Nama CAT20 mengingatkan pada ERC20, keduanya memang cukup mirip. Dibandingkan dengan protokol ERC20 yang sudah matang, bagaimana CAT20 mewujudkan siklus hidup yang serupa?

Deploy

Sebelum penyebaran, pengguna perlu menentukan alamat dompet dan informasi dasar token, yang mirip dengan ERC20. Perbedaannya, CAT20 dapat mengatur pra-penggalian dan batas jumlah untuk setiap Mint.

Penerapan dibagi menjadi dua tahap: "commit" dan "reveal". Pada tahap commit, informasi dasar token seperti nama, simbol, dll akan ditulis dalam skrip keluaran transaksi. HashId transaksi yang dimulai pada tahap commit akan digunakan sebagai identifikasi token tersebut, untuk membedakannya dari token lainnya.

Pada tahap reveal, transaksi akan mengeluarkan OP_RETURN, menyimpan Hash status awal CAT20. Setelah itu, akan mengeluarkan Minter, yang digunakan untuk memelihara perubahan status dalam proses Mint berikutnya.

Seluruh proses Deploy mengikuti dua langkah umum yang sering digunakan di blockchain, yaitu pengajuan dan pengungkapan, yang merupakan cara yang cukup umum untuk melakukan penyebaran proyek.

Mint

Proses Mint memiliki beberapa karakteristik berikut:

• Input mint adalah minter, yang awalnya dihasilkan saat deploy.
• Setiap mint hanya memiliki satu minter sebagai input, dengan jumlah minter yang tidak terbatas sebagai output
• Setiap kali mint hanya ada satu token
• Urutan output memiliki persyaratan, minter harus berada sebelum token

Perubahan jumlah minter selama proses Mint akan mempengaruhi aktivitas mint di seluruh jaringan. Jika setiap kali hanya menghasilkan 1 minter, jumlah minter yang tersedia di jaringan tidak akan berubah, yang dapat menyebabkan kepadatan. Untuk menghindari situasi ini, jumlah minter yang dihasilkan setiap kali perlu ditetapkan lebih besar dari 1. Namun, menghasilkan satu minter tambahan berarti harus membayar satu utxo lagi, karena pertimbangan ekonomi, lebih banyak orang cenderung menetapkan minter menjadi 0, yang akan menyebabkan deflasi minter, dan beberapa orang perlu secara sukarela membayar minter tambahan untuk mempertahankannya.

Dalam versi V2, secara default menghasilkan dua Minter, dan status kedua Minter akan sedekat mungkin.

Status transaksi (V2)

Minter menyimpan status di dua tempat: satu di OP_RETURN dari output transaksi, dan yang lainnya disimpan di smart contract, yaitu Minter dan Token yang disebutkan di atas.

Hash yang menyimpan status output transaksi saat ini dalam OP_RETURN, jumlah Mint yang tersisa untuk Token disimpan dalam kontrak. Setiap kali Mint, jumlah mint Minter yang baru dibuat sama dengan sisa jumlah yang dapat dimintakan dibagi dua. Akhirnya, jumlah sisa semua Minter adalah 0.

Selain Minter, Token yang dihasilkan juga merupakan smart contract, yaitu CAT20. CAT20 memiliki dua status dasar: jumlah dan alamat pemilik Token. Berbeda dengan BRC20 atau inskripsi, CAT20 tidak berada pada UTXO alamat.

Transfer

Saat transfer, jumlah token input dan output yang dibangun dalam transaksi harus konsisten. Satu transaksi dapat memiliki beberapa token yang berbeda, asalkan jumlah input dan output masing-masing token konsisten.

Hancurkan

Untuk membakar Token, cukup transfer Token ke alamat biasa.

Ringkasan

Semua operasi CAT20 dibangun oleh pengguna sendiri, sehingga fleksibilitasnya sangat besar, oleh karena itu bagian kontrak perlu melakukan banyak logika verifikasi. Beberapa kerentanan yang muncul saat ini juga disebabkan oleh kelalaian dalam logika verifikasi.

Desain ini memiliki keuntungan sebagai berikut:

1. Untuk menemukan semua status kepemilikan Token, Anda hanya perlu melihat utxo token, tidak perlu melanjutkan pencarian ke atas.
2. Untuk melihat situasi mint saat ini, Anda dapat mencari transaksi dalam OP_RETURN yang mengandung data dengan cat.