Pada bulan Juli 2024, CKB secara resmi mengumumkan peluncuran RGB++ Layer, menandai transformasi dari protokol RGB++ sebelumnya yang bersifat teoretis menjadi produk yang sepenuhnya teruji, siap untuk memperkenalkan skenario aplikasi yang lebih konkret dan praktis. Dengan visi untuk membangun ekosistem BTCFi di seluruh BTC dan rantai publik berbasis UTXO lainnya seperti CKB dan Cardano, RGB++ Layer dengan cepat mendapatkan perhatian signifikan. Secara ringkas, RGB++ Layer didasarkan pada protokol RGB++, memanfaatkan homomorphic binding dan teknologi Leap untuk memberikan pengalaman interaksi lintas-rantai yang mulus untuk aset RGB++ asli atau tulisan/runa di rantai blok berbasis UTXO seperti BTC, CKB, dan Cardano tanpa memerlukan jembatan lintas-rantai. Dengan memanfaatkan lingkungan kontrak pintar Turing-complete CKB, ini menciptakan kondisi yang diperlukan bagi Bitcoin untuk mencapai fungsi DeFi yang kompleks. Selain itu, didukung oleh ekosistem abstraksi akun yang komprehensif CKB, ini kompatibel dengan akun dan dompet Bitcoin, menawarkan pengalaman pengguna yang sangat baik bagi pengguna Bitcoin dan membuka jalan bagi adopsi luas BTCFi. Dalam teks berikutnya, mari kita telusuri prinsip kerja dan fitur-fitur RGB++ Layer dan jelajahi perubahan yang akan dibawanya ke ekosistem BTCFi. Mengingat fondasi teoretisnya dibangun di atas protokol RGB++, kita akan memulai dengan membahas protokol itu sendiri.

Protokol RGB++: Dasar Teoritis dari Lapisan RGB++

Protokol RGB++, yang dirilis pada bulan Januari tahun ini, secara fundamental mengubah metode validasi dari "validasi sisi klien" protokol RGB menjadi verifikasi on-chain pada rantai CKB. Pada dasarnya, pendekatan ini memanfaatkan CKB sebagai pengindeks terdesentralisasi, menetapkan tugas seperti penyimpanan data dan verifikasi sumber aset ke CKB. Ini memposisikan CKB sebagai lapisan validasi dan lapisan DA untuk protokol RGB, mengatasi masalah UX dan batasan dukungan DeFi yang melekat pada protokol RGB asli.

Sejalan dengan konsep “pengemasan satu kali,” RGB++ memperkenalkan gagasan ikatan homomorfik, memanfaatkan UTXO yang diperluas dari rantai CKB—Cells—sebagai pembawa data untuk aset inskripsi/rune. Selanjutnya, Cells ini diikatkan ke UTXO pada rantai Bitcoin, Cardano, atau Liquid, memungkinkan aset RGB++ mewarisi keamanan dari blockchain berbasis UTXO ini dan mencegah double-spending. Pendekatan “ikatan untuk mewarisi keamanan” ini analog dengan skenario dunia nyata di mana sebuah rekening bank perlu dihubungkan dengan nomor telepon dan ID untuk keamanan yang ditingkatkan.

Misalnya, misalkan Alice ingin mentransfer beberapa token TEST ke Bob. Dia dapat menghasilkan pernyataan yang mengikat Sel yang menyimpan informasi aset TEST ke UTXO Bitcoin Bob. Jika Bob berniat mentransfer token TEST ke orang lain, UTXO Bitcoin yang terikat juga harus ditransfer. Ini menciptakan hubungan ikatan satu lawan satu antara Sel yang membawa data aset RGB++ dan UTXO Bitcoin. Selama UTXO Bitcoin tidak digandakan pengeluarannya, aset RGB++ yang terikat tidak akan digandakan pengeluarannya juga.

Ketika membahas Layer RGB++, pada dasarnya ini adalah implementasi yang dirancang dari protokol RGB++, yang memiliki dua karakteristik utama: ikatan isomorfik dan jembatan Leap cross-chain tanpa hambatan. Mari kita telusuri prinsip-prinsip teknis di balik ikatan isomorfik dan Leap.

Isomorfik Binding dan Leap: Penerbitan Aset BTCFi dan Layer Cross-Chain Tanpa Jembatan

Untuk benar-benar memahami konsep ikatan isomorfik dan Leap, pertama-tama kita perlu menjelaskan secara singkat model Sel CKB. Pada dasarnya, Sel adalah UTXO (Unspent Transaction Output) yang diperluas dengan beberapa bidang, termasuk LockScript, TypeScript, dan Data. LockScript berfungsi dengan cara yang sama dengan skrip penguncian Bitcoin dan digunakan untuk verifikasi izin. TypeScript mirip dengan kode kontrak pintar, sementara Data digunakan untuk menyimpan data aset.

Untuk menerbitkan aset RGB++ pada blockchain CKB, Anda pertama perlu membuat Sel dan mengisi bidang-bidang yang relevan dengan simbol token dan kode kontrak. Sebagai contoh, Anda mungkin mengatur simbol token menjadi "TEST." Sel-sel ini kemudian dapat diuraikan dan didistribusikan ke banyak pengguna, mirip dengan bagaimana UTXO Bitcoin (Unspent Transaction Outputs) dipisahkan dan ditransfer.

Karena struktur Sel mirip dengan UTXO Bitcoin dan CKB dapat mendukung algoritma tanda tangan Bitcoin, pengguna dapat memanipulasi aset pada rantai CKB menggunakan dompet Bitcoin. Jika Anda memiliki Sel, Anda dapat mengkonfigurasi skrip penguncian untuk cocok dengan kondisi penguncian UTXO Bitcoin. Ini memungkinkan Anda menggunakan kunci pribadi Bitcoin untuk mengontrol Sel pada rantai CKB. Kemampuan ini meluas ke CKB, BTC, dan rantai publik berbasis UTXO lainnya. Misalnya, Anda dapat menggunakan akun Cardano untuk memodifikasi data aset pada rantai CKB, mentransfer kontrol aset RGB++ dari akun BTC ke akun Cardano tanpa memerlukan jembatan lintas rantai.

Proses ini membutuhkan pengikatan aset RGB++ ke UTXO pada blockchain publik seperti Bitcoin, Cardano, dan Liquid, mirip dengan menghubungkan rekening bank dengan nomor telepon dan ID di dunia nyata. Aset RGB++ pada dasarnya adalah data yang membutuhkan media penyimpanan seperti database; dalam kasus ini, Sel CKB berfungsi sebagai database. Anda dapat mengatur verifikasi izin untuk memungkinkan akun blockchain publik yang berbeda (BTC, Cardano, dll.) untuk memodifikasi data aset RGB++ pada rantai CKB. Ini adalah prinsip inti dari pengikatan isomorfik.

Melompat dan Bebas Jembatan Cross-Chain

Fitur “Leap” dan cross-chain tanpa jembatan pada Lapisan RGB++ didasarkan pada ikatan isomorfik. Mereka memungkinkan untuk “pengikatan ulang” UTXO yang terkait dengan aset RGB++. Misalnya, jika aset Anda awalnya terikat dengan UTXO Bitcoin, Anda dapat mengikat ulang ke UTXO pada Cardano, Liquid, Fuel, atau jaringan lainnya. Ini berarti Anda dapat mentransfer kontrol aset dari akun BTC ke akun Cardano, semua tanpa perlu jembatan cross-chain.

Dari sudut pandang pengguna, ini setara dengan transfer aset lintas rantai, dengan CKB berfungsi sebagai pengindeks dan basis data. Namun, berbeda dengan metode lintas rantai tradisional, “Leap” hanya mengubah izin penggunaan data aset sementara data itu sendiri tetap disimpan di rantai CKB. Pendekatan ini lebih sederhana daripada model Lock-Mint dan menghilangkan ketergantungan pada kontrak aset pemetaan. Penjelasan di atas adalah gambaran produk dari pengikatan isomorfik dan Leap. Mari kita pahami implementasi teknis mereka melalui contoh spesifik.

Implementasi Pengikatan Isomorfik

Mari kita pahami implementasi teknis dari ikatan isomorfik. Misalkan Alice memiliki 100 koin TEST, dengan data disimpan di Sel#0, terikat ke UTXO#0 pada rantai Bitcoin. Sekarang, Alice ingin mentransfer 40 koin TEST ke Bob. Pertama, dia membagi Sel#0 menjadi dua Sel baru: Sel#1, berisi 40 koin TEST, yang ditransfer ke Bob, dan Sel#2, berisi 60 koin TEST, yang tetap berada di bawah kontrol Alice. Dalam proses ini, BTC UTXO#0 yang terikat ke Sel#0 juga dibagi menjadi UTXO#1 dan UTXO#2, terikat ke Sel#1 dan Sel#2, masing-masing. Ketika Alice mentransfer Sel#1 ke Bob, dia juga dapat mentransfer BTC UTXO#1 ke Bob dengan satu operasi, mencapai transaksi yang disinkronkan pada kedua rantai CKB dan BTC.

Kita dapat memahami ikatan isomorfik secara mendalam di sini. Sebenarnya, makna inti dari konsep ini adalah bahwa Cell CKB, eUTXO Cardano, dan BTC UTXO semuanya adalah model UTXO, dan CKB kompatibel dengan algoritma tanda tangan Bitcoin/Cardano. Dekomposisi dan transfer UTXO yang terjadi pada dua rantai terakhir juga dapat disinkronkan 1:1 ke Cell pada rantai CKB. Dengan cara ini, ketika kita mengoperasikan BTC UTXO yang terikat dengan aset RGB++, hasil operasinya dapat disinkronkan ke Cell pada rantai CKB, seperti hubungan antara benda dan bayangan. Selain itu, kita juga harus memperhatikan bahwa aset RGB++ terkait dengan dua entitas BTC UTXO dan CKB Cell, keduanya merupakan komponen dari aset RGB++. Keduanya tidak dapat dipisahkan.

Jika kita memeriksa kasus yang disebutkan di atas tentang Alice mentransfer uang ke Bob, proses umumnya adalah sebagai berikut: 1. Alice membuat data transaksi CKB secara lokal (belum mengunggahnya ke rantai). Transaksi ini menunjukkan bahwa Cell#0, yang mencatat data aset, akan dihancurkan, Cell#1 akan dibuat dan diberikan kepada Bob, dan Cell#2 akan tetap untuk Alice sendiri; 2. Alice membuat pernyataan secara lokal, mengikat Cell#1 ke BTC UTXO#1, mengikat Cell#2 ke BTC UTXO#2, dan mengirim baik Cell#1 maupun BTC UTXO#1 kepada Bob; 3. Selanjutnya, Alice membuat Komitmen (mirip dengan hash) secara lokal, dan konten asli yang sesuai berisi pernyataan pada langkah 2 + data transaksi CKB yang dihasilkan pada langkah 1. Data Komitmen kemudian akan dicatat di rantai Bitcoin; 4. Alice memulai transaksi di rantai Bitcoin, menghancurkan UTXO#0, menghasilkan UTXO#1 dan mengirimkannya kepada Bob, menyimpan UTXO#2 untuk dirinya sendiri, dan menulis Komitmen ke rantai Bitcoin dalam bentuk opcode OP_Return; 5. Setelah langkah 4 selesai, kirimkan transaksi CKB yang dihasilkan pada langkah 1 ke rantai CKB.

Beberapa detail yang lebih rumit telah dihilangkan di atas. Sebenarnya, ketika Alice mentransfer aset RGB++-nya ke Bob, dia harus terlebih dahulu melakukan verifikasi identitas yang kompleks untuk membuktikan bahwa dia memang pemilik dari Cell#0. Hal-hal yang terlibat di sini termasuk: 1. Membuktikan bahwa Cell#0 dan BTC UTXO#0 memang terikat; 2. Alice membuktikan bahwa dia adalah pengendali sebenarnya dari Cell#0 dan BTC UTXO#0. Hati-hati, Sel dan Bitcoin UTXO yang ditulis dengan data aset RGB++ dapat ditulis ulang secara bersamaan oleh akun Bitcoin. Selama proses interaksi, operasi satu-klik dapat diselesaikan melalui akun Bitcoin. Skenario di atas tidak terbatas pada keterikatan isomorfik antara Bitcoin dan CKB, tetapi dapat diperluas ke Cardano, Liquid, Litecoin, dan kategori luas lainnya. Masih ada banyak ruang untuk imajinasi.

Prinsip-prinsip implementasi Leap dan skenario dukungan

Kami sebelumnya menyebutkan bahwa fungsi Leap sebenarnya adalah untuk beralih dari UTXO yang terikat pada aset RGB++, seperti beralih dari Bitcoin ke Cardano, dan kemudian Anda dapat menggunakan akun Cardano untuk mengontrol aset RGB++. Setelah itu, Anda juga dapat mentransfer dana di rantai Cardano untuk membagi dan mentransfer aset RGB++ yang mengontrol UTXO ke lebih banyak orang. Dengan cara ini, aset RGB++ dapat ditransfer dan didistribusikan di banyak rantai publik UTXO, tetapi model Lock-Mint jembatan lintas rantai tradisional dapat dilewati. Dalam proses ini, rantai publik CKB perlu bertindak seperti indexer untuk melihat dan memproses permintaan Leap. Misalkan Anda ingin mentransfer aset RGB++ yang terikat pada BTC ke akun Cardano. Langkah inti tidak lebih dari:1. Terbitkan Commitment di rantai Bitcoin, mengumumkan pembatalan pengikatan Cell yang terikat pada BTC UTXO;2. Terbitkan Commitment di rantai Cardano, mengumumkan bahwa Cell akan terikat pada Cardano UTXO;3. Ubah skrip penguncian sel untuk mengubah Bitcoin UTXO yang terkait dengan kondisi pembukaan ke eUTXO di Cardano.

Kita dapat melihat bahwa selama seluruh proses ini, data aset RGB++ masih disimpan di rantai CKB, tetapi Bitcoin UTXO yang terkait dengan kondisi pembukaan kunci diubah menjadi eUTXO di rantai Cardano. Tentu saja, proses eksekusi spesifik jauh lebih rumit daripada yang disebutkan di atas, jadi saya tidak akan membahas detailnya di sini. Selain ituAda premis implisit dalam rencana lompatan, yaitu, rantai publik CKB berfungsi sebagai saksi pihak ketiga, indeks dan fasilitas DA. Sebagai rantai publik, kredibilitasnya jauh melebihi metode jembatan lintas rantai tradisional seperti MPC dan multi-tanda tangan. Bahkan, skenario yang sangat menarik dapat direalisasikan berdasarkan fungsi Leap. Misalnya, kita dapat mewujudkan "transaksi rantai penuh". Misalkan kita membangun pengindeks di Bitcoin, Cardano dan CKB, dan membangun platform perdagangan yang memungkinkan pembeli dan penjual untuk memperdagangkan aset RGB ++. Pembeli dapat mentransfer Bitcoin mereka ke penjual dan kemudian menggunakan akun Cardano mereka untuk menerima aset RGB++. . Selama proses ini, data aset RGB++ masih dicatat di Sel, tetapi Sel akan ditransfer ke pembeli, dan kemudian izin membuka kuncinya akan diubah dari Bitcoin UTXO penjual ke Cardano eUTXO pembeli.

Pembungkus

Meskipun fungsi Leap sangat cocok untuk aset RGB ++, masih ada beberapa hambatan: Untuk Bitcoin dan Cardano, aset RGB ++ pada dasarnya adalah prasasti / rune / koin yang dicelup berdasarkan opcode OP_RETURN. Simpul rantai publik ini tidak dapat melihat keberadaan aset RGB++, dan CKB benar-benar berpartisipasi dalam koordinasi sebagai pengindeks. Artinya, Untuk Bitcoin dan Cardano, Lapisan RGB ++ terutama mendukung Lompatan prasasti / rune / koin yang dicelup, daripada lintas rantai aset asli seperti BTC dan ADA.In hal ini, RGB ++ Layer secara resmi memperkenalkan Wrapper, yang dapat dengan mudah dipahami sebagai jembatan berdasarkan bukti penipuan dan over-collateralization. Mengambil pembungkus rBTC sebagai contoh, ia menjembatani BTC ke Lapisan RGB ++, dan satu set kontrak pintar yang berjalan pada Lapisan RGB ++ memantau penjaga jembatan. Jika seorang wali berperilaku jahat, jaminan mereka akan dipotong. Jika wali berkolusi untuk mencuri BTC yang terkunci, pemegang rBTC dapat menerima kompensasi penuh.

Setelah menggabungkan Leap dan Wrapper, berbagai aset dalam ekosistem BTCFi, seperti aset asli RGB++, BRC20, ARC20, runes, dll., dapat ditransfer ke lapisan atau rantai publik lainnya.

Gambar di bawah ini adalah bagian dari proses aplikasi LeapX. Anda dapat melihat bahwa aplikasi ini mendukung interoperabilitas hampir semua aset utama BTCFi ke dalam berbagai ekosistem. Dan ada prosedur pengolahan yang sesuai untuk aset dengan metode penerbitan yang berbeda. Beberapa menggunakan wrapper, dan beberapa menggunakan leap.

CKB-VM: Mesin kontrak pintar BTCFi

Di atas, kami terutama menjelaskan pengikatan isomorfik dan konsep Leap Layer RGB++ Mari kita periksa poin lain di bawah.In BTCFi tradisional, karena kurangnya dukungan kontrak pintar, hanya beberapa Dapps yang relatif sederhana dapat diimplementasikan.Beberapa metode implementasi memiliki risiko sentralisasi tertentu, sementara yang lain kaku dan kaku. Untuk mengimplementasikan lapisan kontrak pintar yang tersedia di blockchain, CKB menyediakan CKB-VM untuk Layer RGB++ Setiap bahasa pemrograman yang dapat mendukung mesin virtual RISC-V dapat digunakan untuk pengembangan kontrak pada Layer RGB++ Para pengembang dapat menggunakan alat dan bahasa pilihan mereka untuk mencapai pengembangan kontrak pintar yang efisien dan aman dan implementasi di bawah kerangka kerja kontrak pintar yang seragam dan lingkungan eksekusi. Berikut ini adalah metode transfer token UDT yang ditentukan pengguna di CKB yang diimplementasikan dalam bahasa C. Dapat dilihat bahwa kecuali perbedaan bahasa, logika dasarnya sama dengan token umum. Karena RISC-V memiliki dukungan bahasa dan kompilator yang luas, persyaratan untuk para pengembang memulai pengembangan kontrak pintar relatif rendah. Kami dapat dengan mudah menulis ulang logika ini menggunakan JavaScript, Rust, Go, Java, dan Ruby. Alih-alih harus mempelajari bahasa DSL tertentu untuk menulis kontrak. Tentu saja, bahasa hanya satu aspek dari pemrograman, dan mempelajari kerangka kerja kontrak pintar tertentu tidak bisa dihindari.

Ekologi AA asli: menghubungkan BTC dan RGB++ secara mulus

Akhirnya, mari kita memahami dengan singkat ekologi AA asli dan abstraksi akun di balik Lapisan RGB++ Layer. Karena inti dari BTCFi adalah untuk menyediakan pengalaman Defi yang beragam untuk aset Bitcoin asli, apakah kompatibel dengan dompet Bitcoin mainstream akan menjadi faktor penting yang perlu dipertimbangkan untuk fasilitas perifer BTCFi. Lapisan RGB++ secara langsung menggunakan ulang solusi AA asli CKB dan dapat kompatibel dengan rantai publik UTXO penting seperti BTC dan Cardano baik dari sisi pengembang maupun sisi pengguna. Di Lapisan RGB++, pengguna dapat menggunakan berbagai algoritma tanda tangan untuk otentikasi. Misalnya, pengguna dapat langsung memanipulasi aset di Lapisan RGB++ menggunakan akun, dompet, atau metode otentikasi seperti BTC, Cardano, atau bahkan WebAuthn. Mari kita ambil middleware dompet CCC berikut sebagai contoh, yang dapat menyediakan dompet dan dApps dengan kemampuan berbagai rantai publik pada CKB. Gambar di bawah ini adalah jendela koneksi CCC. Kita bisa melihat bahwa itu mendukung pintu masuk dompet mainstream seperti Unisat dan Metamask.

Contoh lainnya adalah implementasi WebAuthn, di mana dompet ekologis CKB JoyID adalah representasi khas. Dengan JoyID, pengguna dapat mengautentikasi langsung melalui biometrik seperti sidik jari atau pengenalan wajah, memungkinkan login dan pengelolaan identitas yang mulus dan sangat aman. Bisa dikatakan bahwa dasar untuk pengikatan isomorfik dan Leap adalah bahwa Layer RGB++ memiliki solusi AA asli yang lengkap, yang kompatibel dengan standar akun dari rantai publik lainnya. Fitur ini tidak hanya memfasilitasi dukungan untuk beberapa skenario kunci, tetapi juga menyediakan UX yang jelas.

Ringkas

Di atas, kami telah memeriksa gambaran keseluruhan Lapisan RGB++. Ini dapat digunakan sebagai infrastruktur penting untuk berbagai Memecoin seperti inskripsi/run/dye coin untuk mewujudkan skenario interaksi rantai penuh. Lingkungan eksekusi kontrak pintar yang dibangun oleh Lapisan RGB++ berdasarkan RiscV dapat menciptakan tanah untuk logika bisnis kompleks yang diperlukan oleh BTCFi. Karena keterbatasan ruang, artikel ini hanya merupakan popularisasi sederhana tentang teknologi inti Lapisan RGB++, dan tidak melakukan popularisasi sistematis tentang banyak detail kompleks. Di masa depan, kami akan terus memperhatikan kemajuan Lapisan RGB++ dan melakukan analisis lebih menyeluruh dan mendalam dari serangkaian solusi teknis terkait dengan proyek ini. Silakan tunggu informasi selanjutnya!

pernyataan:

1. Artikel ini diproduksi dari [ geek web3], hak cipta dimiliki oleh penulis asli [Faust & Misty Moon], jika Anda memiliki keberatan terhadap penggandaan, harap hubungi Gate Belajartim, dan tim akan menanganinya secepat mungkin sesuai dengan prosedur yang relevan.

2. Penafian: Pandangan dan opini yang terungkap dalam artikel ini hanya mewakili pandangan pribadi penulis dan tidak merupakan saran investasi apa pun.

3. Versi bahasa lain dari artikel ini diterjemahkan oleh tim Gate Learn dan tidak disebutkan diGate.io, artikel yang diterjemahkan tidak boleh direproduksi, didistribusikan, atau diplagiat.