protokol RGB: pengguna harus melakukan verifikasi data sendiri

Protokol RGB adalah protokol aset P2P khusus dan sistem komputasi di bawah rantai Bitcoin. Ini mirip dengan saluran pembayaran dalam beberapa aspek: Pengguna perlu menjalankan klien sendiri dan memverifikasi perilaku transfer mereka sendiri (Verifikasi sendiri). Bahkan jika Anda hanya penerima aset, Anda harus memastikan tidak ada kesalahan dalam pernyataan transfer pengirim aset sebelum pernyataan transfer dapat berlaku. Jelas ini benar-benar berbeda dari bentuk tradisional pengiriman dan penerimaan aset. Kami menyebutnya “transfer interaktif”.

Mengapa harus demikian? Alasannya adalah bahwa untuk memastikan privasi, protokol RGB tidak mengadopsi "protokol konsensus" di blockchain tradisional seperti Bitcoin dan Ethereum. (Setelah data melewati protokol konsensus, itu akan diamati oleh hampir semua node dalam jaringan, dan privasi tidak dijamin). Bagaimana memastikan bahwa perubahan aset aman tanpa proses konsensus yang melibatkan sejumlah besar node? Ide yang disebut "Verifikasi Klien" (Verifikasi sendiri) digunakan di sini. Anda perlu menjalankan klien sendiri dan secara pribadi memverifikasi perubahan aset yang terkait dengan Anda. Misalkan ada pengguna RGB bernama Bob yang mengenal Alice, dan Alice ingin mentransfer 100 token TEST ke Bob. Setelah Alice menghasilkan informasi transfer "Alice to Bob", dia harus terlebih dahulu mengirim informasi transfer dan data aset yang terlibat ke Bob, dan membiarkannya memeriksanya secara pribadi untuk memastikannya benar sebelum memasuki proses selanjutnya, dan akhirnya itu menjadi transfer RGB yang valid. Dengan cara ini, protokol RGB memungkinkan pengguna untuk memverifikasi validitas data secara pribadi, menggantikan algoritma konsensus tradisional. Tetapi tanpa konsensus, data yang diterima dan disimpan oleh klien RGB yang berbeda tidak konsisten. Setiap orang hanya menyimpan data aset mereka sendiri secara lokal dan tidak mengetahui status aset orang lain. Sambil melindungi privasi, ini juga merupakan "pulau data". Jika seseorang mengklaim memiliki 1 juta token TEST dan ingin mentransfer 100.000 kepada Anda, bagaimana Anda bisa mempercayainya? Dalam jaringan RGB, jika seseorang ingin mentransfer uang kepada Anda, ia harus terlebih dahulu menunjukkan bukti aset, melacak kembali sumber historis aset dari penerbitan awal hingga beberapa perubahan tangan, dan memastikan bahwa Token yang akan ditransfer kepada Anda bersih. Ini seperti ketika Anda menerima uang kertas yang tidak diketahui asalnya dan Anda meminta pihak lain untuk menjelaskan sumber sejarah uang kertas ini dan apakah itu dibuat oleh penerbit yang ditunjuk, untuk menghindari mata uang palsu.

(Sumber gambar: Coinex)

Proses di atas terjadi di bawah rantai Bitcoin, dan proses-proses ini sendiri tidak dapat membuat RGB terkait langsung dengan jaringan Bitcoin. Dalam hal ini, protokol RGB mengadopsi ide yang disebut “segel penggunaan tunggal” untuk mengikat aset RGB ke UTXO pada rantai Bitcoin. Selama UTXO Bitcoin tidak dikonsumsi ganda, aset RGB yang terikat tidak akan dihabiskan ganda. Dengan cara ini, jaringan Bitcoin dapat digunakan untuk mencegah “Re-organisasi” aset RGB. Tentu saja, Komitmen ini perlu dipublikasikan pada rantai Bitcoin dan opcode OP_Return digunakan.

Berikut adalah ringkasan alur kerja protokol RGB:

1. Aset RGB terikat pada Bitcoin UTXO, dan Bob memiliki beberapa Bitcoin UTXO tertentu. Alice ingin mentransfer 100 token ke Bob. Sebelum menerima aset tersebut, Bob memberi tahu Alice terlebih dahulu UTXO Bitcoin milik Bob mana yang harus digunakan untuk mengikat aset RGB tersebut.

(Sumber gambar: Geekweb3/GeekWeb3)

1. Alice membuat data transfer aset RGB “Alice ke Bob”, beserta sumber historis aset tersebut, dan memberikannya kepada Bob untuk verifikasi.
2. Setelah Bob secara lokal mengonfirmasi bahwa data tersebut baik-baik saja, dia mengirimkan tanda terima kepada Alice, memberitahunya bahwa transaksi dapat dilakukan.
3. Alice membangun data transfer RGB dari “Alice ke Bob” ke dalam Pohon Merkle, dan mempublikasikan Merkle Root ke rantai Bitcoin sebagai Komitmen. Kita dapat dengan mudah memahami Komitmen sebagai hash dari data transfer.
4. Jika seseorang ingin mengonfirmasi di masa depan bahwa transfer 'Alice ke Bob' di atas benar-benar terjadi, dia perlu melakukan dua hal: memperoleh informasi transfer lengkap 'Alice ke Bob' di bawah rantai Bitcoin, dan kemudian memeriksa apakah ada transaksi yang sesuai pada Bitcoin rantai Commitment (hash data transfer), itulah itu.

Bitcoin di sini bertindak sebagai log historis dari jaringan RGB, tetapi hanya hash/Merkle root dari data transaksi yang dicatat dalam log, bukan data transaksi itu sendiri. Berkat validasi sisi klien dan pengekapsulan satu kali, Protokol RGB memiliki keamanan yang sangat tinggi; Karena jaringan RGB terdiri dari klien pengguna dinamis dalam bentuk P2P yang bebas dari konsensus, Anda dapat mengubah pihak lawan kapan saja tanpa mengirim permintaan transaksi ke sejumlah node terbatas, sehingga jaringan RGB sangat tahan sensor, bentuk organisasi ini lebih tahan sensor daripada rantai publik besar seperti Ethereum.

(Sumber Gambar: BTCEden.org)

Tentu saja, keamanan yang sangat tinggi, ketahanan sensor, dan perlindungan privasi datang dengan biaya yang jelas: Pengguna harus menjalankan klien untuk memverifikasi data sendiri. Jika pihak lain mengirimkan aset yang telah berganti tangan puluhan ribu kali dan memiliki sejarah panjang, Anda harus memverifikasinya semua di bawah tekanan.

Selain itu, setiap transaksi memerlukan komunikasi ganda antara kedua pihak. Pihak penerima harus terlebih dahulu memverifikasi sumber aset pengirim dan kemudian mengirimkan tanda terima untuk menyetujui permintaan transfer pengirim. Selama proses ini, setidaknya tiga pesan harus dilewati antara kedua pihak. Jenis transfer 'interaktif' seperti ini sangat tidak konsisten dengan 'transfer non-interaktif' yang biasanya digunakan oleh kebanyakan orang.

Dapatkah Anda membayangkan seseorang ingin mentransfer uang kepada Anda, tetapi mereka harus mengirimkan data transaksi kepada Anda untuk diverifikasi, dan hanya setelah menerima pesan tanda terima Anda proses transfer dapat diselesaikan?

Selain itu, kami telah menyebutkan bahwa jaringan RGB tidak memiliki konsensus dan setiap klien adalah sebuah pulau, yang tidak menguntungkan untuk memigrasikan skenario kontrak pintar kompleks pada rantai publik tradisional ke jaringan RGB, karena protokol Defi pada Ethereum atau Solana bergantung pada buku besar yang dapat dilihat secara global dan transparan. Bagaimana cara mengoptimalkan protokol RGB, meningkatkan pengalaman pengguna, dan menyelesaikan masalah di atas? Hal ini telah menjadi masalah yang tidak dapat dihindari bagi protokol RGB.

RGB++: Verifikasi sisi klien menjadi aset aman optimis

Protokol yang disebut RGB++ mengusulkan ide baru. Ini menggabungkan protokol RGB dengan rantai publik yang mendukung UTXO seperti CKB, Cardano, dan Fuel. Yang terakhir berfungsi sebagai lapisan verifikasi dan lapisan penyimpanan data untuk aset RGB, dan mengonversi data yang awalnya diproses oleh pengguna menjadi pekerjaan verifikasi dan diserahkan ke platform pihak ketiga/rantai publik seperti CKB. Ini setara dengan menggantikan verifikasi klien dengan “platform terdesentralisasi pihak ketiga untuk verifikasi”, selama Anda mempercayai rantai publik seperti CKB, Cardano, Fuel, dst.. Bahkan jika Anda tidak mempercayainya, Anda juga dapat beralih kembali ke mode RGB tradisional.

RGB++ dan protokol RGB asli secara teoritis kompatibel satu sama lain.

Untuk mencapai efek yang disebutkan di atas, kita perlu menggunakan ide yang disebut “isomorphic binding”. Rantai publik seperti CKB dan Cardano memiliki UTXO yang diperluas sendiri, yang lebih dapat diprogram daripada UTXO pada rantai BTC. “Isomorphic binding” adalah menggunakan UTXO yang diperluas pada CKB, Cardano, dan rantai Fuel sebagai “kontainer” untuk data aset RGB, menulis parameter aset RGB ke dalam kontainer ini, dan menampilkannya secara langsung di blockchain. Setiap kali terjadi transaksi aset RGB, kontainer aset yang sesuai juga dapat menunjukkan karakteristik yang serupa, seperti hubungan antara entitas dan bayangan. Ini adalah inti dari “isomorphic binding”.

(Sumber gambar: RGB++ LightPaper)

Sebagai contoh, jika Alice memiliki 100 token RGB dan UTXO A di rantai Bitcoin, dan juga memiliki UTXO di rantai CKB, UTXO ini ditandai dengan “Saldo Token RGB: 100”, dan kondisi penguncian terkait dengan UTXO A.

Jika Alice ingin mengirim 30 token ke Bob, dia dapat pertama-tama menghasilkan Komitmen. Pernyataan yang sesuai adalah: mentransfer 30 token RGB yang terkait dengan UTXO A ke Bob, dan mentransfer 70 ke UTXO lain yang dia kendalikan.

Setelah itu, Alice menghabiskan UTXO A di rantai Bitcoin, mempublikasikan pernyataan di atas, dan kemudian memulai transaksi di rantai CKB untuk mengonsumsi kontainer UTXO yang membawa 100 token RGB dan menghasilkan dua kontainer baru, satu berisi 30 token (untuk Bob), satu menahan 70 token (dikontrol oleh Alice). Dalam proses ini, tugas memverifikasi validitas aset Alice dan validitas pernyataan transaksi diselesaikan oleh simpul jaringan seperti CKB atau Cardano melalui konsensus, tanpa intervensi Bob. Pada saat ini, CKB dan Cardano berfungsi sebagai lapisan verifikasi dan lapisan DA di bawah rantai Bitcoin.

(Sumber gambar: RGB++ LightPaper)

Data aset RGB semua orang disimpan pada rantai CKB atau Cardano, yang memiliki karakteristik yang dapat diverifikasi secara global dan mendukung implementasi Defi, seperti kolam likuiditas dan protokol jaminan aset. Tentu saja, pendekatan di atas juga mengorbankan privasi. Intinya adalah melakukan kompromi antara privasi dan kemudahan penggunaan produk. Jika Anda mengejar keamanan dan privasi mutlak, Anda dapat beralih kembali ke mode RGB tradisional; jika Anda tidak peduli tentang hal ini, Anda dapat menggunakan mode RGB++ dengan aman, semuanya bergantung pada kebutuhan pribadi Anda. (Sebenarnya, dengan kelengkapan fungsional yang kuat dari rantai publik seperti CKB dan Cardano, ZK dapat digunakan untuk melaksanakan transaksi pribadi)

Perlu ditekankan di sini bahwa RGB++ memperkenalkan asumsi kepercayaan penting: Pengguna seharusnya optimis bahwa rantai CKB/Cardano, atau platform jaringan yang terdiri dari sejumlah besar node yang mengandalkan protokol konsensus, dapat diandalkan dan bebas dari kesalahan. Jika Anda tidak percaya pada CKB, Anda juga dapat mengikuti proses komunikasi interaktif dan verifikasi dalam protokol RGB asli dan menjalankan klien sendiri.

Di bawah protokol RGB++, pengguna dapat langsung menggunakan akun Bitcoin mereka untuk mengoperasikan wadah aset RGB mereka di rantai UTXO seperti CKB/Cardano tanpa cross-chain. Cukup gunakan karakteristik UTXO dalam rantai publik di atas dan atur kondisi membuka kunci wadah Sel untuk dikaitkan dengan alamat Bitcoin / Bitcoin UTXO tertentu. Jika kedua belah pihak yang terlibat dalam transaksi aset RGB dapat mempercayai keamanan CKB, mereka bahkan tidak perlu sering mengeluarkan Komitmen pada rantai Bitcoin. Setelah banyak transfer RGB dilakukan, Komitmen dapat dikirim ke rantai Bitcoin. Ini disebut fungsi "lipat transaksi"., Yang dapat mengurangi biaya penggunaan.

Tetapi berhati-hatilah, "kontainer" yang digunakan dalam pengikatan isomorfik memerlukan rantai publik yang mendukung model UTXO, atau infrastruktur dengan karakteristik serupa dalam penyimpanan status. Rantai EVM tidak cocok dan akan menghadapi banyak masalah. (Topik ini dapat ditulis secara terpisah dan melibatkan banyak konten. Pembaca yang tertarik dapat merujuk ke artikel sebelumnya Geek Web3.)"RGB++ dan Isomorphic Binding: Bagaimana CKB, Cardano dan Fuel Mempower Ekosistem Bitcoin"；

secara ringkas, Sebuah rantai publik / lapisan perluasan fungsi yang cocok untuk mewujudkan ikatan isomorfik harus memiliki karakteristik berikut:

1. Gunakan model UTXO atau skema penyimpanan status serupa;
2. Memiliki programmability UTXO yang cukup, memungkinkan pengembang menulis skrip pembukaan;
3. Ada ruang keadaan terkait UTXO yang dapat menyimpan status aset;
4. Ada jembatan atau node ringan terkait Bitcoin;

Penyangkalan:

1. Artikel ini diperbanyak dari [ Geek Web3], judul asli adalah “Desain protokol RGB dan RGB++ dalam hitungan menit: instruksi sederhana”, hak cipta milik penulis asli [Faust], jika Anda memiliki keberatan terhadap pengutipan, silakan hubungi Tim Pembelajaran Gate, tim akan menanganinya sesegera mungkin sesuai dengan prosedur yang relevan.

2. Pandangan dan pendapat yang diungkapkan dalam artikel ini hanya mewakili pandangan pribadi penulis dan tidak merupakan saran investasi apa pun.

3. Versi bahasa lain dari artikel diterjemahkan oleh tim Gate Learn. Tanpa referensi Gate.io, menyalin, mendistribusikan, atau menjiplak artikel yang diterjemahkan dilarang.